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

Ответ 1

appname_meaningfulname

Ответ 2

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

Ответ 3

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

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

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

Ответ 4

Возможно, вам не понравится мой ответ:

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

Ответ 5

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

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