Назло папе уши отморожу
Когда заказчик хочет чего-то неразумного - например, создать специализированный инструмент для редактирования материалов раздела, в которых чертова уйма стилей, и задача кажется разработчикам заведомо провальной, они решают ее в манере "назло папе уши отморожу". Так произошло и на этот раз. К сожалению, практически буквально - решение ударяет бумерангом именно по разработчикам. Поскольку опыт показал, что нашими самыми навороченными функционалами, разработанными специально для людей, не обладающих навыками верстки HTML, заказчик все равно не пользуется, и приходится в них ковыряться нам самим. Хотя нам самим быстрее, удобнее и комфортнее было бы верстать HTML (разумеется, прописав в CSS заранее все необходимые стили).
В общем, получился материал для редактирования, сделанный из 16 аккордеонов. Каждый аккордеон раскрывается в несколько экранов, поскольку у каждого блока со стилем есть набор своих внутренних стилей. Сказать, что все это грузится долго - ничего не сказать. И главное, заставить Друпал летать в этом месте не получится в принципе - ни о каком кешировании в админке речи быть не может.
В какой-то момент я поняла, что у нас нет шансов не только сдать это, но и пользоваться этим впоследствии. Пришлось выкрутить руки разработчикам и уговорить придумать, как организовать переход к редактированию поля материала (да-да, именно отдельного поля) непосредственно из страницы, как стандартно организован в Друпале переход к редактированию материала. Решение нашли очень необычное. К тому же подходящий модуль находится в разработке. Но вроде удалось его запинать, и жизнь заметно упростилась - к редактированию необходимого куска текста со стилем авторизованный пользователь может переходить прямо со страницы, и уж этот кусок админки грузится быстро.
Что осталось: перенести с локального дев. сервера на дев. сервер заказчика. А оно не переносится, поскольку наш-то админ настроил PHP с размахом - и памяти на процесс, и максимальное количество переменных - 10000 против 1000 на дев. сервере (который является клоном боевого). А у заказчика-то все наоборот. Юмор ситуации заключается в том, что заказчик этими самыми ресурсами как раз и торгует. Поэтому, возможно, ресурсы сильно экономят - и в первую очередь, почему-то на себе. Ну, на клоне-то мы настроим так, как нам надо, потому что рутовый пароль от клона все еще у нас. Но предчувствую, опять придется биться с заказчиком за ресурсы на боевом.