cronfy

Для корректной совместной работы редиректа http -> https на nginx и теста LocalRedirect в проверке системы Битрикса необходимо установить переменную окружения HTTPS=on в случае, когда запрос выполняется по https. Переменная будет продублирована в $_SERVER['HTTPS'], и Битрикс сможет определять текущий протокол корректно.

Для этого в .htaccess нужно добавить строку:

SetEnvIf X-Forwarded-Proto "^https$" HTTPS=on

Еще можно (чтобы опознавать конкретный браузер) использовать клиентский сертификат. И на nginx в зависимости от наличия/отсутствия клиентского сертификата отдавать либо одно, либо другое.

Все времена изменения файлов (и доступа к ним) показывает stat(). Если там нет — значит, нигде нет.

Акселератор поставьте. APC или eAccelerator, например.

Следствие присутствия session_start() в начале скрипта таково: если клиент не поддерживает куки, то файл сессии создается на каждый запрос. А всякие роботы довольно часто куки не поддерживают.

Еще раз — на каждый запрос робота создается новый файл сессии.

Если у вас сессии хранятся, скажем, 24 минуты (по умолчанию), то это еще не очень сказывается. Но когда вы решите увеличить время хранения сессии до месяца, чтобы пользователя из корзины не выбрасывало, то довольно скоро у вас в tmp/ накопится под миллион файлов. В результате PHP при открытии страницы или очистке мусора будет работать медленно и ощутимо тратить ресурсы сервера.

Поэтому рекомендация такая: храните сессии для пользователей, которые сохраняют ваши куки. Ставим куку, проверяем на следующем запросе, есть ли эта кука, если есть — можно запускать session_start().

Вариант проще, без кук, и будет создаваться еще меньше сессий: создавать сессию только для того, кто авторизовался. То есть, пока не совпал логин и пароль пользователя, не запускаем session_start().

Всякие не очень важные данные, которые вам нужны для всех пользователей (например, город, из которого пришел пользователь), храните в куках.

Если у клиента есть куки с session id, значит клиент залогинен то запускать session_start()
Если куки нет — значит не залогинен, сессию не запускаем.

Если есть куки с ID сессии, значит, вы уже вызвали session_start(), а значит, файл сессии уже создался. Проверять нунжо как-нибудь по-другому (например, совпадением введенного логина и пароля, как описано выше).

Альтернатива Клавогонкам: klava.org. Свой текст тоже можно добавлять.

Не могу сказать, что самый дешевый — 4500 р., — но как непосредственный обладатель могу посоветовать Alcatel One Touch 908. Нормальный такой андроид, все при нем.

Я сбрасываю на бумажку, пишу себе письмо в gmail или записываю задачу в Lightning в Thunderbird — что быстрее попадается под руку. Когда идея более-менее оформляется и нужно написать про нее подробнее, переношу на workflowy.com — там можно все иерархически организовать и протегировать.

А в чем конкретно проблема? nginx и apache на разные порты повесили? Они запустились? Сайты на каждом из них настроили? Тогда все должно работать.

P. S. Это не связка, это два изолированных сервиса. Друг на друга они никак влиять не будут.

Есть еще snag.gy/ — К Print Screen добавляется только нажатие Ctrl-V, зато универсальный (Linux/Windows/anything) и снабжен редактором.

Если уж find, то лучше с xargs.

А вообще во FreeBSD отлично сработало:

cp -a src/ tmp/

Обратите внимание на слеши в конце. Работает и при существующей папке dst/, и при отсутствующей.

.htaccess не поможет. Он умеет перенаправлять только внутри DocumentRoot. Выход наружу через ../ правилами .htaccess невозможен.

Так что остается только править VirtualHost, если есть доступ. Или, как посоветовали выше — симлинки или фейковый index.php.