Ну не отгадал модуль. Программиста нанять.
Довольно редко нужно отгадывать кодировку, ведь обычно сайты ее сообщают при передаче.
Что у вас за задачи? Файлы?
Не забыли что в php upload_max_filesize зависит от post_max_size ?
sql нужен. хотя бы потому что позволяет использовать привычную методику и думать в sql. поэтому лучше всего sqllite.
3а) проверяем или устанавливаем низкое время жизни записи TTL - 15 минут достаточно. И выдерживаем время чтобы выветрились старые записи. Какой там был TTL раньше надо проверить.
5а) 4 дня минимум держим старый сервер. Сейчас сервера зоны .ru выдают TTL аж на 4 дня.
5б) Теперь можно и увеличить TTL. Хотя, например, Мастерхост не обламывает держать фиксированный TTL для всех клиентов в 15 минут.
Тут не нужно настраивать высоконагруженный сервер. Просто напишите скрипты, которые завершаются.
Roin, значит у вас 30 секунд будет висеть в памяти интерпретатор php и в продолжении этих 30 секунд жрать 2-4 мб даже если скрипт простой. такие решения не для шареда.
Нет, я другое имел ввиду :
скрипт1
запускает скрипт 2 &&
запускает скрипт 3 &&
в скрипте 3 уже стоит sleep 30 и только потом запуск /usr/bin/php
В любом случае это все обкур и хостинг рад не будет. Нормальный скрипт просто должен быть запущен вечно и просыпаться каждые 30 секунд.
Roin, лучше бы в скрипте сделать sleep 30. интерпретатор sh значительно проще php и памяти не сожрет.
можно в крон влепить шелл-скрипт, который одновременно запускает php и еще один скрипт, в котором уже задержка на 30 секунд.
в принципе вас в любом случае за такое попросят на выход с шареда .
vapetrov, ну вот и что там на графике mrtg пятиминутном ? можете показать?
там где в пиках 100, на усредненных графиках визуально намного меньше, но пакеты пропадают и толком ничего не работает.
Производительность всех 7200-rpm винтов в указанных денежных рамках примерно равна.
Сейчас у вас Seagate один? Поставьте два подобных же в raid1 и получите увеличение примерно в 2 раза на раздачу.
