- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
не униками грузим сервер а просмотрами
ну эт понятно :) в первом приближении - униками, во втором - просмотрами, в третьем - запросами...
я добавлял 2 в конце (переименовывал в tmp2) и создавал tmp - обратите внимания на права, кстати...
в точности так и сделал :) права 0777 есессно
Вот только одну странность заметил.. Я был авторизован на сайте до того, как снес старую tmp. И остался авторизованным после того, как убил tmp. А где ж данные сессии-то сохранились?
Вот только одну странность заметил.. Я был авторизован на сайте до того, как снес старую tmp. И остался авторизованным после того, как убил tmp. А где ж данные сессии-то сохранились?
в моем случае туда пишутся как раз сессии неавторизованных
на других юзерах (разделил сервак на несколько для удобства бекапов) на сайтах нет этой cms - и нет таких проблем с тмп при том, что все конфиги теже - поэтому грешу на скрипт, работающих с сессиями, куками и прочим, но, поскольку не вижу его кода - не смог понять в чем фишка...
спасибо за вариант! ночью опять попробую :) но что-то мне подсказывает, что он не начнет даже удалять эти файлы: ФС надо будет сначала перебрать все что там лежит...
именно так и удаляли, когда была проблема - скриптом, партиями, не спеша (LA и CPU хорошо поднимались ;))
Вот еще один облом:
При выполнении rm * у Вас примерно тоже самое происходило ;)
Тоже debian, причину не нашли, аналогично dex сейчас периодически чистим через cron ;)
dex добавил 25.07.2008 в 21:11
cd /var/www/user/data/tmp/; find -size 0 | xargs rm >/dev/null 2>&1
я бы слегка подправил
find /var/www/user/data/tmp/ -size 0 -exec rm -rf '{} ';'
Совсем нелишне монтировать в /tmp отдельную файлуху. Во-первых, можно настроить оптимальные и безопасные опции монтирования, во-вторых очистка решается простым newfs.
А версия PHP какая?
У 5.2.x (x=0..4) проблемы со сброщиком мусора.
А версия PHP какая?
У 5.2.x (x=0..4) проблемы со сброщиком мусора.
именно что 5.2.0.. наверное действительно сборщик мусора тупит.
именно что 5.2.0.. наверное действительно сборщик мусора тупит.
А если попробовать "откатиться" на что-нибудь постарше?
Если что - стучитесь, попробую помочь: 87-четыре-78-четыре-2
psylosss, дебиан говорите?
а что, файла /etc/cron.d/php5 у вас там нет? там разве не написан нормальный скрипт на каждые 30 минут?
может пакет anacron не установлен?
psylosss, дебиан говорите?
а что, файла /etc/cron.d/php5 у вас там нет? там разве не написан нормальный скрипт на каждые 30 минут?
может пакет anacron не установлен?
о, вспомнил!
Вот именно это задание нам и пришлось подправлять.
В настройках php время жизни сессий было устанвлено, дефолтное "дебиановское" задание в кроне было, но некоторые юзерские /tmp забивались.
Оказалось, что не в том месте искались файлы сессий.
было вот так, если не ошибаюсь,
заменили на