Есть ли какое-то обоснование для ИТ-политики, что параметры запроса не должны использоваться? - PullRequest
2 голосов
/ 24 декабря 2009

Моя компания, которая занимается созданием рекламного сервера, партнерской сети, контактной формы и программного обеспечения CRM, была приобретена в прошлом году, и сейчас мы находимся в процессе доработки нашей технологии в соответствии с ИТ-политиками и рекомендациями головной корпорации.

Одна из этих политик является серьезным камнем преткновения и вызывает у нас всевозможные проблемы:

Никакие параметры запроса не должны использоваться ни в одном URL, видимом для конечного пользователя

Сюда входят URL-адреса содержания, целевые клики по объявлениям, перенаправления, все, что будет отображаться в адресной строке или в обновлении строки состояния при наведении курсора мыши. Результатом будет отсутствие параметров идентификатора партнера, идентификаторов отслеживания медиаресурсов, идентификаторов сеансов, параметров выбора контента CMS, чего угодно. Некоторые фундаментальные функции нашего программного обеспечения просто не могут быть выполнены без передачи данных параметров с одной страницы на другую. В нашем случае, многие из этих ссылок с разных сайтов или поддоменов, невозможно передавать данные через куки, либо

Единственное оправдание, которое мне было дано, это то, что параметры запроса препятствуют нормальной работе некоторых прокси-кешей. Это не имеет смысла для меня - я никогда не слышал о такой вещи - и никто не хочет или не заинтересован в том, чтобы обсуждать это подробно. Мне даже не дали пример того, что конкретно нарушено или почему была создана политика.

В любом случае, это глобальная корпоративная ИТ-политика, в конце концов аргументация не имеет значения, только соблюдение. Хотя о его изменении, скорее всего, не может быть и речи, я все же хотел бы понять, какие действительные опасения могли вызвать его учреждение. Понимание мышления может стать первым шагом к поиску обходного пути.

Моей первой мыслью для обходного пути было внедрение параметров в часть пути URL-адреса и извлечение их с помощью Apache mod_rewrite, но об этом не может быть и речи, потому что:

Следствие: каждый URL должен представлять уникальный контент, доступный через другой URL

Поэтому создание нескольких URL, которые фактически ссылаются на одну и ту же страницу, но содержат другие данные параметров в URL, также недопустимо.

Вопросы:

  • Есть ли обоснованные причины не использовать параметры запроса?

  • В частности, какие прокси или системы не работают при наличии параметров запроса?

  • Возможно, это как-то связано с SEO? Следствие заставляет это выглядеть так.

  • Какие могут быть обходные пути для передачи данных с одного сайта на другой в соответствии с этим ограничением?

1 Ответ

2 голосов
/ 24 декабря 2009

У меня есть только ответ на вопрос об обходном пути: используйте PATH_INFO.

изменить , чтобы быть более конкретным

вместо /banner.php?what=ever&any=thing используйте /banner.php/what=ever/any=thing. apache по-прежнему будет обслуживать запрос через /banner.php, а /what=ever/any=thing будет присутствовать в $_SERVER['PATH_INFO']. вам придется rawurldecode и explode строку самостоятельно, так как веб-сервер не сделает этого за вас, но это не так уж сложно

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...