достаточно долго - это как?
Первая же ссылка
p.s. JavaScript и "ява" не одно и тоже.. Возможно, если называть вещи своими именами, находить ответы будет проще?
Эм..
+ есть php-файлы
Запрос по pk (подключение к базе, ведь уже установлено), да ещё и кэшированный (на уровне MySQL) может отрабатывать быстрее, чем чтение, например, из файлового кэша. А при изменении информации в базе инвалидация кэша ложится на MySQL.
Про оптимизацию хранения этой инфы о пользователе, например, при помощи key-value хранилища в памяти (а будет ли быстрее?) имеет смысл говорить, когда текущих ресурсов будет "почти" не хватать.
1. "Стандартные" сессии не знают о существовании друг друга...
2. "Стандартные" (session_start() итд) функции могут "сохранять" инфу в базу или в любое другое хранилище - см session_set_save_handler и по соседству
Странно... Почему в php.ini? А панель управления какая?
Должно помочь, если поместить в .htaccess в корне
php_value date.timezone "Europe/Helsinki"
В лог ошибок заглянуть.. для начала
Или в главном .htaccess сразу после RewriteEngine on
RewriteRule ^forum - [L]
В условии
RewriteCond %{ENV:REDIRECT_STATUS} ^$
указано, что редирект выполняется только если перед этим не было редиректа .. т.е. второй и последующий редиректы при обращении к одному адресу не отрабатывают.
Modules - Doc Manager - Change Templates
В поле вводим ID-шники документов.
Есть подстановки означающие диапазон (id1-id2), id+следующий уровень, id+все нижележащие.
Почему "хидеров"? Откуда информация?
http://php.net/manual/ru/function.session-start.php
До отправки "текста/кода" (данных в браузер).
Связано как раз с тем, что при использовании сессий, которые сохраняют идентификатор в куках, функция посылает заголовок-header с этой самой кукой
Видимо, потому что {ENV:REDIRECT_STATUS}
