Это вопрос для разработчиков прокси и плагинов.Рекомендации и рекомендации по созданию прокси-сайта
Обычное мышление, когда дело касается конкретных сайтов, - «Они вносят изменения, которые нарушают наш плагин, мы меняем логику, чтобы заставить ее работать снова».
Но что, если другая сторона тоже беспокоится об этом? Если мы хотим скомпилировать набор руководств и рекомендаций по разработке сайтов для сайта с прокси-сайтами, что вы предлагаете, то следует пойти на него? Подумайте о жестких гайках, которые вы должны были взломать. Вы помните те моменты, которые, по вашему мнению, разработчик сайта сделал по-разному? Как?
Поскольку это касается кодирования, я не думаю, что он должен перейти на serverfault.
Редактировать: Прочитав комментарий Пекки, я чувствую, что должен добавить дополнительную справочную информацию.
Существуют там сценарии прокси-сервера, такие как glype и PHProxy. Поскольку скрипт должен справляться со многими неизвестными условиями, он не может обслуживать многие сайты. Поскольку количество таких сайтов является ошеломляющим, не имеет смысла пытаться сделать внутреннюю логику прокси сложной, чтобы справиться с этим огромным разнообразием. Это то, где плагины пригождаются. Основной или базовый сценарий реализует механизм для вызова кода плагина на основе каждого сайта.
Итак, если прокси-сервер не обслуживается, скажем, facebook.com, к примеру, кодер, заинтересованный в вызове, проводит некоторые исследования и отладки, чтобы найти, где и почему цепь сломана, и что должно чтобы решить проблему. Кодер реализует свое исправление как плагин для этого конкретного сайта, и пользователи могут удалить плагин в свою директорию плагинов.
Но также случается, что что-то на сайте изменяется, и это изменение заставляет плагин снова ломаться. Таким образом, это постоянное совпадение, чтобы догнать самые последние изменения сайта. Ирония ситуации заключается в том, что многие разработчики сайтов не знают и не заботятся о том, какое влияние их дизайнерские решения могут оказать на прокси-сервисы контента. Но на некоторых сайтах есть все основания заботиться о способности посетителей получать доступ к своему контенту через прокси. Не хочу вступать в политику здесь, поэтому я оставляю это для вас, чтобы понять, почему это может быть важно для некоторых сайтов.
Этот вопрос является попыткой использовать коллективные знания и опыт авторов прокси и плагинов, чтобы составить набор рекомендаций для создания прокси-сайта.
Я не отмечал вопрос php изначально, поскольку он в основном касается вывода сайта, а не того, как вы его создаете. Но решил отметить его так, потому что он улучшит видимость вопроса, и тег может быть оправдан и на целевой аудитории. Я также создаю эту вики сообщества, поэтому, если вы чувствуете, что php-тег должен быть удален, просто сделайте это.
Это может быть только я, но я понятия не имею, о чем вы говорите: что такое прокси-плагин? Что такое базовый скрипт? (Опять же, может быть, это поле, о котором я не знаю, и в этом случае я извиняюсь.) –
@Pekka - Спасибо, что указали это. Я добавил некоторую информацию, чтобы дать понять. –
Очень, очень интересная тема и интерес для многих. Однако теперь я думаю, что с дополнительным (хорошим) объяснением он может содержать слишком много текста для привлечения внимания. Я бы больше сосредоточился на центральном вопросе (-ах) и отрезал внутреннюю часть от процесса разработки: так будут люди, обладающие знаниями. (Если они находят этот вопрос - вопрос, подобный этому, проклят * трудно пометить, потому что прокси никогда не записываются * с использованием технологий, которые они касаются ... Я бы добавил в список http и, возможно, Apache, возможно, имена несколько ведущих прокси-продуктов) –