Как что то ломается так сразу всем коллективом исчезают с форума. Не умеют они признавать свои ошибки и банально извиняться за доставленные неудобства перед партнерами.
Статистика так и не пашет...........................
как не прискорбно, но очень не похоже на совпадение (и правда, так активно тут отвечали, а теперь вообще тишина. Кстати - на письмо в поддержку тоже ответа нет дня 4 уже..) - как минимум... заняты оператвным "ремонтом" статистики...:(
Pilat: Странно что /tmp - вроде сессии лежат в /var где-то по умолчанию в debian.
Но что раздуваются - почему бы и нет, всё зависит от количества сессий и правил хранения сессии. В моём проекте такие настройки:
Последние три - хранить сессии не в файлах, а в sqlite базе, мне это кажется оправданным.
спасибо за ответ
php5 как модуль апача, да еще в режиме prefork
т.ч. не заню на каком этапе прописалась tmp, но прописалась
все настройки перепроверил, пришел к выводу, что не с этим связано
что-то очень много пустых сессий появляется - по 100-200 в минуту... - поэтому склоняюсь к тому, что в базе не вылечит - они, похоже паразитные (раздувается размер директории от количества этих в основном пустых файлов до десятков мегабайт за неск дней)
может быть подбирают через сессии доступ к чему-нибудь?
или в скриптах где-то у меня накосячено? 3 дня уже проверяю все, но понять не могу
буду благодарен, если кто-то сможет направить в нужное направление...
Хелпзонович: Может кто-то подскажет код черной ленты в правый нижний угол? Да, траур. Да, хочу повесить на сайте.
Извините, навалилось сразу. Не все еще понимаю
судя по всему код веревки и мыла для сайта нашелся легко?
что-то тут подумалось, что может и не шутейный вопрос.... тогда 1000 извинений за шутку
Сотрудники Бегуна все же трусливые люди :)
Как что то ломается так сразу всем коллективом исчезают с форума.
Не умеют они признавать свои ошибки и банально извиняться за доставленные неудобства перед партнерами.
Статистика так и не пашет...........................
как не прискорбно, но очень не похоже на совпадение (и правда, так активно тут отвечали, а теперь вообще тишина. Кстати - на письмо в поддержку тоже ответа нет дня 4 уже..) - как минимум... заняты оператвным "ремонтом" статистики...:(
NetBot,
мне тоже навеяло...
фига себе - дорвейщики переплюнули яндекс-весну по генерации текста, да еще и прикрутили к боту, поддерживающему дискуссию???????
а я бы проще поступил
купил бы .com, повесил бы на штатовский хост со всеми днс, какие они хотят
а у домена ру, настроенного как и предполагалось прописал бы cname на .com домен...
единственное, что по деньгам не очень, а так, вроде самое чистое решение...
ну вот - сформулировал вопрос и сам придумал как решать
щас буду от противного искать сайт-источник - в htaccess забивать уникальные директории для сессий каждому домену:)
сделал:
во все корни доменов добавил ... - все равно растут
далее выключил в php.ini - session.use_only_cookies = 1
все равно в www/tmp директории этого юзера прут пустые сессии... help me..:(
ну вот в полном отчаяньи принял такое решение - может кому пригодится
@hourly cd /var/www/user/data/tmp/; find -size 0 | xargs rm >/dev/null 2>&1
ксати - я верно понимаю, что пустые сессии раз в час безболезненно можно убивать?
Странно что /tmp - вроде сессии лежат в /var где-то по умолчанию в debian.
Но что раздуваются - почему бы и нет, всё зависит от количества сессий и правил хранения сессии. В моём проекте такие настройки:
ini_set('session.use_cookies', 1);
ini_set('session.cache_expire', 60*60*24*31);
ini_set('session.cache_limiter', 'none');
ini_set('session.cookie_lifetime', 60*60*24*31);
ini_set('session.gc_maxlifetime', 60*60*24*31);
ini_set('session.use_only_cookies', 1);
ini_set('session.use_trans_sid', 0);
define('SESSION_SAVE_PATH', DOCUMENT_ROOT.'/../session');
ini_set('session.save_handler', 'sqlite');
ini_set('session.save_path', SESSION_SAVE_PATH . '/phpsess.db');
Последние три - хранить сессии не в файлах, а в sqlite базе, мне это кажется оправданным.
спасибо за ответ
php5 как модуль апача, да еще в режиме prefork
т.ч. не заню на каком этапе прописалась tmp, но прописалась
все настройки перепроверил, пришел к выводу, что не с этим связано
что-то очень много пустых сессий появляется - по 100-200 в минуту... - поэтому склоняюсь к тому, что в базе не вылечит - они, похоже паразитные (раздувается размер директории от количества этих в основном пустых файлов до десятков мегабайт за неск дней)
может быть подбирают через сессии доступ к чему-нибудь?
или в скриптах где-то у меня накосячено? 3 дня уже проверяю все, но понять не могу
буду благодарен, если кто-то сможет направить в нужное направление...
таже фигня
письмо с утра написал об этом - тишина пока...
сутки прошли с лишним - от саппорта нет ответа
очень странненько ...
у меня сегодня легла статистика - до этого всё нормально было.
таже фигня
письмо с утра написал об этом - тишина пока...
Всем привет,
Подскажите где копать:
Стоит Фряха 6.2 и панель ИСП менеджер
Вообщем игрался с сервисами и вырубил proftpd тепер когда пытаюсь его запустить выдает такое:
/usr/local/etc/rc.d/proftpd start
Starting proftpd.
server....firstvds.ru - fatal: Socket operation on non-socket
Спасибо
http://unix1.jinr.ru/~lavr/local/proftpd.html
может поможет...
в ispmanager я обычно, если не запускается - нажимаю перезапустить сервис, потом перезапустить сервер:)
а потом в конфиги лезу... или в поддержку пишу, что после последнего обновления панели перестал запускаться фтп сервис;)
Может кто-то подскажет код черной ленты в правый нижний угол? Да, траур. Да, хочу повесить на сайте.
Извините, навалилось сразу. Не все еще понимаю
судя по всему код веревки и мыла для сайта нашелся легко?
что-то тут подумалось, что может и не шутейный вопрос.... тогда 1000 извинений за шутку
стою перед выбором
что взять
ISPmanager Lite (в Pro у меня нет неоходимости)
Cpanel
DirectAdmin
кто скажет свои за и против
Спасибо
С уважением!
я пользуюсь isp lite - в целом доволен, поддержка адекватная