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

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

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

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

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

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

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

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

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

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

Вопросы:

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

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

  • Это как-то связано с SEO? Следствие заставляет это казаться так.

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

1 ответ

У меня есть только ответ на вопрос об обходном пути: используйте 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 Сама строка, так как веб-сервер не сделает этого за вас, но это не страшно.

Другие вопросы по тегам