kxk, то есть это shared-хостинг и они действительно не могут ничего сделать?
это уже клиника, лучше съехать.
Кешировать результаты запросов в хорошем распространенном движке это почти всегда глупо. Там нет "плохих" запросов.
Памяти скорее мало жрет, чем много.
Вам надо полностью оптимизировать vps.
Может у вас просто VPS? Так это нормально. Сама суть услуги VPS чтобы продавать ресурсы, но при проблемах всех посылать
zend optimizer не особо акселерирует, да и основное его назначение - раскодировать компилированные скрипты. Попробуйте xcache.
А для mysql только мозг и чтение литературы.
FeoOne, дайте задание другому программеру, раз он не может выбрать и обосновать.
он не висит, он так работает :)
Ага. Появляется эта необходимость раз в 5 лет, когда дебианщики выпускают релиз.
Пакет этот на момент релиза etch нормально не работал и его не взяли дебианопараноики.
Собирайте ручками или попытайтесь подсунуть пакет из следующего релиза - lenny, но они наверняка уже сильно разошлись и может не заработать.
Переставить на ubuntu - тоже хороший вариант.
Зачем вам комбинация авторизации на форуме и динамической ссылки?
есть скрипт rw::download, который интегрируется с форумом, но проект малость подзаброшен. динамических ссылок там нету.
Если вы серьезно настроены - обращайтесь, напишу любые фантазии оформленные в виде ТЗ.
DELETE FROM `affiliate_clickthroughs` WHERE `affiliate_clickthroughs`.`affiliate_clickthrough_id` between XXX and YYY LIMIT 100;
А LIMIT лучше пусть останется. Если таблица такая большая, что встал вопрос о ее чистке, удаление тоже надо разбить на порции.
а есть там другие поля? и по какому критерию вы собираетесь укорачивать?
покажите show create table affiliate_clickthroughs
по смыслу, скорее всего, вам нужен совсем другой запрос на сортировку в обратном порядке и постепенное удаление. есть подозрение, что limit 1 программист написал по привычке и affiliate_clickthrough_id это уникальный идентификатор.
