12 июля 2016 в 6:42
Делаем сайт вакансий.
Есть группа полей (коллекция полей) - ОПЫТ РАБОТЫ. Там есть поле Должность (словарь таксономии с классификатором должностей около 16000 записей), есть поле профобласть - тоже словарь таксономии с классификатором (около 2000 записей).
Дело в том, что загрузка страницы добавления происходит очень долго, хотя вроде эти поля загружаются аяксом при необходимости. Но еще дольше загружается ВТОРАЯ часть коллекции полей - если опыта работы несколько у человека, заполнив данные об одной организации, нажимаешь кнопку ДОБАВИТЬ ЕЩЕ и вторая часть коллеции полей грузится около 5 минут.
Помогите оптимизировать загрузку? куда копать?
Сайт: работа74.com
Демо вход: demo/demo
Комментарии
1 Разгрузить видгеты использующие селекты и т.д. с долгим построением выводом на autocomplet ые
2 разбить поля на группы и использовать https://www.drupal.org/project/field_group_ajaxified_multipage
3 для редактирования полей можно также использовать по месту https://www.drupal.org/project/quickedit
Ну хотябы закэшируйте списки терминов, чтобы не тягать их все каждый раз базы.
А для более точных предположений, необходимо знать как миниум всю структуру материала с коллекциями, список работающих модулей, структуру иерархии словарей таксономии и многое-многое другое..
Если у них это все грузится через SHS или другой подобнй виджет,то я знаю эту проблему,я удивлен что нет вопроса на орге по этому поводу..Ну а мне бесплатно лень его было писать.
Увы - это не так.Хотя аякс эфект присутсвует
Как то свой кастомный пришлось иерархический element делать, там не всё так просто со скоростью, но почему затупили в hs с оптимизизациеё производительности например, я так и не понял.
Ну хотябы закэшируйте списки терминов, чтобы не тягать их все каждый раз базы
А можно немного подробнее как это сделать? А то такая же проблема.
Если Вы используете widget -> select вся борода загружается к форме для выбора, и не дай бог Вам использовать не autocomplete widget для entity reference на более менее приличном количество