Так как можно использовать третье лицо, освобождает и dll's как часть проекта (проектов) тогда, я не вижу мудрость в блокировании *.lib и *.dll из репозитория. Это вещи, которые предназначены, чтобы быть сохраненными в репозитории.
Что ж, в основном мы проводим сеансы - отправляем один файл cookie с идентификатором пользователя и сохраняем все значения параметров на сервере. Но если бы я действительно не хотел проводить сеанс по какой-то причине, я полагаю, что, вероятно, сделал бы один файл cookie, потому что он создает меньше сетевого трафика, если все сделано правильно.
Возможные варианты:
Сеансы PHP - файлы cookie не требуются. Храните все нужные данные. После закрытия браузера или сеанса требуется новая аутентификация.
Постоянные сеансы - один файл cookie с одним значением, которое является либо сеансовым ключом, используемым для доступа к сохраненным сеансам, либо используемым для доступа к таблице базы данных с информацией о сеансе . Вы можете хранить все данные, которые хотите, и не беспокоиться о том, чтобы все время входить в систему.
Только файлы cookie - Хранение нескольких значений в файле cookie - не всегда лучшая идея. Почему? 1) Файлы cookie небезопасны и могут быть прочитаны кем угодно. 2) использование нескольких файлов cookie во всем приложении может стать источником ошибок в будущем. 3) Зависимость от клиента / браузера для предоставления точных данных никогда не годится. Если вы используете файлы cookie, следите за тем, чтобы на них было как можно меньше следов.
От больших печенек у вас только болит живот. Вместо этого ешьте торт.
Хорошая причина для использования отдельных файлов cookie состоит в том, чтобы каждый из них не зависел от других, то есть, тогда срок действия отдельного файла cookie мог истечь, не затрагивая другие, что не возможно, если у вас все хранится в одном большом файле cookie.
Я бы предпочел сериализованный массив .... Файлы cookie - это файлы, которые хранятся на компьютере клиента или на сервере, поэтому чем меньше, тем лучше.