25 мая 2012 в 9:28
Есть тип материала с 275 полями, поля в основном выпадающий список с 5-10 вариантами выбора. В представления и других материалах сайта все работает быстро. При нажатии на просмотр материала с 275 полями, ожидание открытия около 30 секунд. Причем если нажать редактирование ожидание около 3х секунд. Медленных запросов нет, общее время выполнения порядка 300мс. База данных на отдельном сервере со свободными 8 гб оперативной памяти. Поставлены модули cacherouter, authcache, boost. В php.ini увеличил memory_limit до 512M. Что еще можно сделать чтобы сократить время ожидания открытия материала с большим кол-вом полей?
Комментарии
А можно ссылку?
Ну очень интересно чем можно заполнить 275 полей..
Мне скорее интересно, что это за поля такие, на одной странице то..
ТС, возможно стоит разбить постранично на меньшее количество полей?
И да - наличие отдельного сервера с СУБД в данном случае совсем не достоинство, а скорее недостаток (сетевые издержки)
Ссылку нельзя, персональные данные. Там рейтинг сотрудника, поля критерии по которым выставляются баллы. Поля распределены по группам, а группы в свою очередь отображаются через CCK Fieldgroup Tabs, для удобства просмотра. Сервера между собой соединены по гигобитной сети, издержки минимальные, запросы отрабатываются мгновенно, а вот веб-сервер отдает долго. Может есть модуль который подгружает ноду по частям или или разбивает ноду на несколько страниц?
Объявляю топик официальной ТЯПНИЧНОЙ ФЛУДИЛКОЙ
А что вы хотели то? 275 полей, это ещё слава богу, что шестёрка...
вообще-то шестерка в данном случае скорее минус. mysql вообще не должен держать столько полей в одной таблице
в 7 есть entity cache
Да,интересно было бы посмотреть на 275 джоинов.
ну было у нас такое в одной информационной системе. работает отлично. только вот их не 250, ибо кэш.