Цитата:
Первоначальное сообщение от Hubbitus
По причине простоты и удобства использования - я уже писал, вторая причина у тебя же в вопросе.
|
Имхо удобство понятие субьективное и я не вижу разницы между использованием session_register и set_cookie
Цитата:
Первоначальное сообщение от Hubbitus
Данные - да. Но я же и написал "реализацию хранения и сравнения сессий", а не данных!!! Тоесть хранение идентификаторов, ID.
|
Я чего то понять не могу, для чего сессия будут использоваться для хранения данных или что бы чего-то с чем-то сравнивать?
Цитата:
Первоначальное сообщение от Hubbitus
Я и не утверждал что это единственный способ  Но раз он есть значит уже не бессвязные это понятия. К тому же он используется по-умолчанию (и далеко не все хостеры дают возможность это изменить)
|
Абсолютно без связные.
Цитата:
Первоначальное сообщение от Hubbitus
Я предлагаю не спорит по этому поводу, но скажу лишь что при использовании сессии и хранении в ней порядка 30 байт нагрузка на сервер крайне незначительная.
|
Дело не в обьеме, а в файловых функциях.
Цитата:
Первоначальное сообщение от Hubbitus
Кстати назови хоть одного нормального, платного хостера который вообще не позволяет использовать сессии (давай не будем брать тех кто продает хостинг за копейки)
|
Раньше был мастерхост, щас не знаю (давно сижу на собственном серваке), лень искать.
Цитата:
Первоначальное сообщение от Hubbitus
Все можно написать, но зачем, если это реализовано уже на более низком уровне интерпретатора (или вы можете написать функцию которая будет работать под интерпретатором быстрее чем функция реализованная в самом интерпретаторе???)
|
Гы-гы. А откуда ты знаешь как там какие функции написаны?
Цитата:
Первоначальное сообщение от Hubbitus
И как еще один аргумент - я так понял что только начинают осваивать Сессии и Куки и пока вопрос об оптимизации и скорости работы не стоял, а с сессиями разобраться ораздо легче
|
Ну я не знаю что могло вызвать затруднение в работе с куками.