SOmni: Милованов Ю.С, ага, а потом все эти ынтерпрайзные сайты открываются по полминуты
Запрос по pk (подключение к базе, ведь уже установлено), да ещё и кэшированный (на уровне MySQL) может отрабатывать быстрее, чем чтение, например, из файлового кэша. А при изменении информации в базе инвалидация кэша ложится на MySQL.
Про оптимизацию хранения этой инфы о пользователе, например, при помощи key-value хранилища в памяти (а будет ли быстрее?) имеет смысл говорить, когда текущих ресурсов будет "почти" не хватать.
Alkoshenko: нет, в бд не хранятся, походу в файлах на сервере.. так как использую стандартную функцию php
1. "Стандартные" сессии не знают о существовании друг друга...
2. "Стандартные" (session_start() итд) функции могут "сохранять" инфу в базу или в любое другое хранилище - см session_set_save_handler и по соседству
указано, что редирект выполняется только если перед этим не было редиректа .. т.е. второй и последующий редиректы при обращении к одному адресу не отрабатывают.
я достаточно долго искал, не мог никак найти чему равна секунда....... вообще как соотнести это обозначение времени с реальным.
достаточно долго - это как?
Первая же ссылка
Аргументы
func|code
Функция или строка кода для выполнения
delay
Задержка в миллисекундах, т.е 1000 это 1 секунда
p.s. JavaScript и "ява" не одно и тоже.. Возможно, если называть вещи своими именами, находить ответы будет проще?
во-первых, на внутренних страницах мелькают урлы вида /dpage.aspx?dynamicPageId=productsAndServicesTop
Эм..
+ есть php-файлы
Милованов Ю.С, ага, а потом все эти ынтерпрайзные сайты открываются по полминуты
Запрос по pk (подключение к базе, ведь уже установлено), да ещё и кэшированный (на уровне MySQL) может отрабатывать быстрее, чем чтение, например, из файлового кэша. А при изменении информации в базе инвалидация кэша ложится на MySQL.
Про оптимизацию хранения этой инфы о пользователе, например, при помощи key-value хранилища в памяти (а будет ли быстрее?) имеет смысл говорить, когда текущих ресурсов будет "почти" не хватать.
нет, в бд не хранятся, походу в файлах на сервере.. так как использую стандартную функцию php
1. "Стандартные" сессии не знают о существовании друг друга...
2. "Стандартные" (session_start() итд) функции могут "сохранять" инфу в базу или в любое другое хранилище - см session_set_save_handler и по соседству
В корне сайта я в php.ini я прописала:
Странно... Почему в php.ini? А панель управления какая?
Должно помочь, если поместить в .htaccess в корне
подскажите куда копать ???
В лог ошибок заглянуть.. для начала
Или в главном .htaccess сразу после RewriteEngine on
ivan-lev, , что вы имеете ввиду?
В условии
RewriteCond %{ENV:REDIRECT_STATUS} ^$указано, что редирект выполняется только если перед этим не было редиректа .. т.е. второй и последующий редиректы при обращении к одному адресу не отрабатывают.
Modules - Doc Manager - Change Templates
В поле вводим ID-шники документов.
Есть подстановки означающие диапазон (id1-id2), id+следующий уровень, id+все нижележащие.
session_start() нужно вызывать до отправки любых хидеров, как собственно и в случае с setcookie(),
Почему "хидеров"? Откуда информация?
http://php.net/manual/ru/function.session-start.php
До отправки "текста/кода" (данных в браузер).
Связано как раз с тем, что при использовании сессий, которые сохраняют идентификатор в куках, функция посылает заголовок-header с этой самой кукой
Предположений нету, ну попробуйте заменить в редиректе относительные адреса на полные.
Видимо, потому что {ENV:REDIRECT_STATUS}