Именование файлов cookie – лучшие практики

appname_meaningfulname

Имейте в виду, что этот файл cookie отправляется с каждым запросом, поэтому imho, просто используйте наименьшее имя, которое вы можете, и хорошо документируйте свой код.

Это должно быть что-то, что позволяет избежать конфликтов имен с произвольными параметрами _GET и _POST, которые вы могли бы использовать, поскольку _REQUEST обертывает все три глобальных массива (!) С приоритетом в зависимости от того, как устанавливается параметр variable_order в php.ini. Другими словами, если у вас есть _COOKIE с именем «x» и параметром querystring с именем «x», и вы запрашиваете $ _REQUEST ["x"], вы получаете значение cookie, когда вам может понадобиться / ожидать параметр GET. Это особенно проблематично, если ваши файлы cookie привязаны к вашему сайту root / /, а не к папке, в которой они используются.

Итак, я говорю, две лучшие практики:

1. убедитесь, что вы ограничиваете область своих файлов cookie до того места, где они читаются и записываются (третий аргумент метода setcookie () делает это)
2. дайте вашим файлам cookie своеобразное соглашение об именах, определенных в cookie. Я предлагаю обратный сайт, например, пространства имен Java, а затем «.». {Appname}. ".". {Дружественное имя файла cookie camel cased} Итак, если ваш сайт – http://www.testsite.com, а ваше приложение – foo, а ваша переменная это «bar bar bar bar bar barann», это будет «com.testsite.foo.barBarBarBarBarBarann»,

Может быть, вам не понравится мой ответ:

Не используйте свои собственные файлы cookie, но храните данные на сеансах сервера. Таким образом, вам нужен только один файл cookie (для ссылки на идентификатор сеанса) и то, как вы называете это, не играет никакой роли.

Я использую любой стиль для стандартов кодирования для вызова проекта.

Обычно я предпочитаю camelCase для схем именования, но в зависимости от того, какой из них оплачивает счета, я поеду.