Для чего подходит и не подходит WordPress
Четверг, 7 августа 2008 г.
Просмотров: 4755
Подписаться на комментарии по RSS
Многие обращаются сделать сайт на WordPress, но после того, как начинаем обсуждать техническое задание, выясняется, что WordPress не очень-то и подходит под поставленные задачи. Теоретически, конечно же можно построить практически любой сайт на WordPress, однако стоит ли такая стрельба из пушки по воробьям?
Популярность WordPress и незнание его особенностей создают ошибочное впечатление того, что этот «движок» можно использовать чуть ли не под любую задачу. На самом деле существует ряд серьезных ограничений.
Так уже получилось, что за последний месяц у меня было много подобных заявок и я вынужден был отговаривать людей использовать WordPress. В этой статье я хочу кратко остановиться на таких моментах.
Разные базы пользователей
Самая частая проблема. Многие думают, что WordPress это просто удобная админка с визуальным редактором, который можно интегрировать в любую другую систему. Но это не так. WordPress имеет свою систему пользователей, со своей структурой и своей безопасностью. Поэтому связать две базы разных «движков» крайне проблематично. Например хранение паролей реализуется по-разному - в WordPress используется один алгоритм идентификации и шифрования, а других «движках» другие. Теоретически можно попытаться как-то решить эту проблему с помощью «конвертирующей» базы, но скорее всего придется переделывать либо одну систему, либо обе. А в свете того, что WordPress слишком часто обновляется, поддерживать его будет проблематично.
Ну и кроме того, для решения данной проблемы требуется специалист, разбирающийся в обеих системах.
Какой выход. В лучшем случае, если функционал не очень сложный, то можно попытаться добавить стороннюю систему в виде плагина к WordPress. Например для подключения его функционала, базы данных и т.д. Соответствено потребуется сложное программирование шаблона. Задача не из легких, но если сразу её планировать, то решаема. Если же сторонняя система существует и работает со своей базой пользователей, то интеграции с WordPress скорее всего не получится.
Ограничения при работе с пользователями
Иногда ставится задача сделать из WordPress какой-то социальный сервис. Обычно это просто многоавторский блог с неким расширенным функционалом.
В 99% случах блогеры считают, что разрешив регистрацию они привлекут людей, готовых писать на их блоге. Понятно, что в реальности это полная чушь, в итоге только спамеры и будут регистрироваться, либо, от безвыходности чтобы оставить комментарий там, где требуется регистрация.
Однако существует 1% тех, кому действительно нужен такой фукнционал. Например это несколько авторов, знакомых, которые решили совместными усилиями вести один блог.
Следует сразу сказать, что WordPress как таковой плохо приспособлен для многоавторского блога. Существует ряд ограничений, которые так просто не обойти. Если взять стандартную комплектацию, то в WordPress ничего кроме профиля автора и списка его статей вывести невозможно. Тем более очень сложно придумать систему разрешений - вместо этого используется система ролей - с помощью плагинов настраиваемая, но в небольших пределах.
Поэтому для многоавторского блога первое правило - авторы должны доверять друг другу. Если же нужна система групп, как это обычно используется на форумах, то про WordPress стоит вообще забыть.
Высокое ресурсопотребление WordPress
Тенденция такова, что новые версии WordPress потребляют всё больше и больше ресурсов. В основном дело касается памяти для PHP. Приведу небольшую статистику из своего опыта (обычные рабочие блоги с примерно одинаковым количеством плагинов [анализ потребления памяти]):
- WordPress 2.0* - около 5Мб
- WordPress 2.1-2.3.3 - 8-11Мб
- WordPress 2.5+ - 15-23Мб
В последних версиях WordPress (на данный момент 2.6) разработчики вообще убрали файловый кэш, таким образом потребление памяти может еще больше возрасти.
Само по себе потребление памяти может и не так критично, потому что многие хостинги выделяют по 32Мб для php-скриптов. Но здесь проблема в том, что это получается из-за крайней неоптимизированности самого WordPress. Я уже писал об этом - проблема в том, что в WordPress'е загружаются все файлы скопом - не зависимо от того, будут ли ни использоваться или нет. (Подробнее см. здесь в разделе «Чем не уcтраивает WordPress?»)
То есть сервер вынужден обрабатывать много php-кода вхолостую, что неизбежно приводит к дополнительной нагрузке процессора. А вот тут хостеры совсем не готовы идти на уступки, потому что виртуальный хостинг подразумевает, что каждый его пользователь будет потреблять лишь небольшую часть ресурсов сервера, чтобы быстро уступить его другим. Поэтому хостер отслеживает нагрузку на сервере и просто заблокирует ваш аккаунт за её превышение.
Самые же большие проблемы начинаются если посещаемость блога резко возрастает. Если перевести на цифры, то по моим наблюдением есть два критических порога: 200 хостов и 1000 хостов в сутки. В первом случае потребуется переход с самого дешевого тарифного плана на следующий; а во втором либо вас попросят перейти на VDS, либо купить самый дорогой тариф.
Очень важно учитывать эти моменты перед тем, как организовывать блоги повышенной посещаемости.
Решения. Прежде всего не стоит сразу кидаться на новые версии WordPress. Разработчики поступают довольно хитро, объявляя о сотнях исправлений, однако скромно умалчивают, что большинство из них было внесено в предыдущую версию в виде нового функционала. Наиболее удачной/последней на мой взгляд была версия 2.0.11. Если не требуется использовать виджеты и новые плагины - то она идеально подходит для большинства блогеров. Если же нужна поддержка виджетов и максимальная совместимость с плагинами, то 2.3.3 - идеальный выбор. Версии от 2.5 - ничего хорошего, кроме рюшечек и дополнительной головной боли не несут, поэтому для посещаемого блога особого смысла не имеют.
Следующий ход - это продуманная система кэширования. Здесь есть проблемы, потому что само по себе кэширование хоть и присутствует, но практически не используется в шаблонах. А зря. Можно например кэшировать вывод страниц целиком и снизить нагрузку в несколько раз. Тоже самое касается и виджетов: их можно и нужно кэшировать. Понятно, что это требует дополнительного программирования и, как правило, полной переделки шаблона.
Богу богово, вордпрессу - блогово
Очень часто обращаются с просьбой сделать какой-то особый вывод записей. Например для главной страницы выводить три блока последних записей из разных рубрик.
Задача, естественно решаема, но нужно сразу же держать в голове и тот момент, что WordPress получает данные еще до того, как они будут выведены. Поэтому для формирования своего вывода потребуются дополнительные запросы к БД и т.д. В итоге опять возрастает нагрузка, что в свою очередь требует использовать кэширование уже на уровне шаблона. Поэтому совсем не удивительно, что многие WordPress-шаблоны, которые используют свой вывод создают большую нагрузку.
Чтобы оценить важность данного момента приведу цифры из недавнего заказа. Нужно было сделать десяток блоков на главной, что привело к примерно 100 запросам к БД. Лишь только используя кэширование удалось сбить их до приемлемых 18-20.
Следующий момент - ограничения типов данных. В принципе в WordPress существуют только: одиночные записи, постоянные страницы и рубрики для одиночных записей.
Получается, что любая (логическая) структура сайта просто обязана придерживаться имено этих типов. Поэтому, когда вам нужен какой-то раздел, то следует сразу оговавривать что это за тип - например рубрика.
Технически это обойти очень сложно, но можно попытаться сымитировать. Например для вывода в сайдбаре группы рубрик я использую свой виджет «Группа», в котором указывается родительская рубрика и получается вывод всех её «детей». Аналогичный виджет «Последние записи», который позволяет выводить записи из одной определенной рубрики (или рубрик). То есть возможность показать такой сложный вывод существует, но на практике мы всё опять сводим к записям, рубрикам и страницам.
Можно привести еще другие примеры, но думаю этого достаточно. Нужно понимать, что WordPress - блоговый «движок» и сделать на нем какой-то другой тип сайта довольно сложно.
Поэтому перед тем, как делать сайт, следует подробней изучить возможности разных систем и уже после этого определяться с конечным выбором. Понятно, что идеальной системы просто не существует, но можно выбрать ту, которая максимально подойдет под решаемые задачи. Впрочем при этом придется смириться с существующими ограничениями/особенностями выбранной системы.
Комментариев: 42
ну а как прикажите быть если мне надо сваять корпорат. сайт если кроме wordpress я ничего не знаю? Приходиться извращаться. Drupal и Joomla из другой оперы - если ты не программист а обычный сисадмин то можно легко сломать моск.
Хорошая статья!
Два вопроса, если можно. Какой движок на ваш взгляд лучше всего подходит для многопользовательского блога? И насколько WordPressMU подходит для этой задачи?
Очень хороший пост.
Прочитал с удовольствием, потому как сам столкнулся с подобным, и мыслил в общем то так же.
Месяца 4 назад я завел блог о рыбалке рыбалка.tv, на вордпрессе, изначально планировал его как личный блог и рассказы о рыбалке.
Затем аппетит подрос, и я переделал шаблон под новостной сайт о рыбалке. В общем считаю это удалось. В принципе и нагрузки особо не ощущаю, потому как у меня выделенный сервер.
А сейчас я задумываюсь тад тем чтобы сделать, как ты, Макс пишешь, много-авторность, т.е. чтобы каждый зарегистрировавшийся мог добавлять новости, фотоотчеты о рыбалке, вел свой блог, т.е. тематическая соц сеть.
И вот думаю как реализовать: ВП конечно для этого не предназначен, но обратного пути нет, слишком много вложено в статьи, ссылки. Придется скорее всего писать плагин, расширяющий админку под мои цели.
В общем для себя я сделал вывод: вордпресс только для личных блогов. Если делать серьезный проект с расширяемым функционалом, то только на других CMS, а еще лучше с нуля.
Ну WPMU всё-таки не сколько многоавторский, сколько многоблоговский.
Поэтому он используется для раздельных блогов на одном движке и базе.
Какой «движок» лучше подходит я не знаю. У меня опыта с тем же drupal или joomla совсем нет, поэтому ничего не могу сказать.
Но вообще я думаю, что система должна строиться на системе групп и разрешений. Тогда есть возможность гибко управлять правами пользователей. Ну а сам вывод записей авторов - вопрос на уровне запросов SQL.
Отличный пост! Вордпресс действительно узкоспециализирован, и создав ещё один сайт, помимо своего блога (который на 2.3.1 и обновляться не планирует), посвященный моему творчеству с выводом последних записей разных рубрик, я понял, что я сделал это зря. Как только дойдут руки - попробую MaxSite CMS, может переведу сайт на него
На днях была просьба сделать портальную систему на WordPress. Тоже вынужден был отказать. Мне кажется, что если его сделали для блогов, то извращаться особенно не стоит.
Макс, спасибо за статью, многое раскрывает и ставит на свои места. Если тебя не затруднит, хотелось бы прочитать нечто подобное, но с оглядкой на MaxSite CMS. Т.е. вот ты пишешь, что вордпресс не подходит для того или этого, а в МакСайт это реализовано гораздо лучше вот так и так. Можно даже в этой же статье, но комменты по поводу как MaxSite CMS ведет себя в этой же ситуации выделить курсивом или другим цветом шрифта.
Ты напишешь сравнение со своим новым движком?
Очень хорошая статья. К сожалению, с такими монстрами, как Drupal и Joomla, проблемы с производительностью будут еще более серьезны. Думаю, во многих случаях стоит пробовать более легковесные движки. Мне, например, очень нравится CMS Made Simple. Есть вообще очень легкие системы, работающие на чистом PHP, без БД, однако с точки зрения хранения данных это не слишком симпатично.
Максим, немного не в тему, но подскажите пожалуйста как на wordpress залить видео с youtube, так чтоб его можно было б смотреть на твоем блоге, а не переходя на сам youtube.com?
2Art: Преключаетесь в режим КОД и добавляете в редактор код, который предлагает ютуб.
2Michael Gunin: Согласен. Для некоторых задач вообще можно обойтись статичными html-страницами.
2Viggo: Ну если же сравнивать на текущий момент, то по ресурсопотребнению моя система значительно лучше: память около 3Мб (при вкючении всех плагинов), SQL-запросов 4-15. Кэширование у меня используется по максимуму. Что касается авторов, то а) они отделены от комментаторов, б) используются группы, в) используются разрешения.
При этом так: группы можно создавать свои, разрешения назначать как угодно, и эти разрашения можно создавать например в плагине или шаблоне. В версии 0.18 я доделал сам механизм разрешений и он уже готов к использованию. Но я не успел сделать до конца пару админских страниц, поэтому там еще есть нюансы.
А по типам данных тут даже и сравнивать нечего - в моей системе их может быть сколько угодно и для чего угодно. Причем они могут быть реализованы сразу на нескольких уровнях: в контролере, плагине, шаблоне.
Почитав эти и другие страшилки про вордпресс, сразу хочется избежать подобных заморочек и перейти на более дружественную систему. По твоим описаниям, Макс, твоя CMS выглядит привлекательной. Однако возникает маленькая проблема: ты писал, что твоя цмс не для "кухарок" :cool:, а значит нужны некоторые знания пхп. И вот здесь :oops: я стопорюсь. Хватит ли моих мизерных знаний штмл и полугодичная возня с шаблоном на персональном сайте?
Как оценить свои возможности заранее, прежде, чем решиться переводить свой блог-сайт на твою цмс?
Я не могу ничего сказать. В отличие от WordPress, который довольно прямолинеен и расчитан на одно стандартное поведение, в моей системе логика ложится на сам шаблон. А каким он будет зависит от разработчика. Поэтому, как и в любом новом деле нужно вначале понять как она работает, а потом уже что-то делать. Но а начальные знания PHP и HTML обязательные условия.
"пододит WordPress" - эх Максим, Максим
Отличный пост и главное полезный. Вот только у меня сразу вопрос возник про версию 2.0.11 ... насколько она ресурсоменеекушающая
(во сказал) по вравнению с 2.3.3 . Потому как последнее время, что-то не особо меня прут эти виджеты, с ними конечно шустрее, но ведь их настраиваешь в принципе один раз.
А по Max CMS, ну всё как-то не попробую я её. Ты её как позиционируешь, как блоговую или как универсального солдата?
Скорее как универсальную. Нет жесткой завязки именно на блоговый вывод. И хотя в комплекте дефолтный шаблон сделан именно как блог, но это скорее дань моде. Технически сделать из него полноценный сайт можно чуть ли не из настроек в админ-панели. То есть в моей системе я стараюсь убрать ненужные ограничения и предлагаю большую гибкость, чем тот же WordPress.
Н-да, мои смутные догадки получили аргументированное подтверждение
Только запустил сайт на 2.6, хотя функционала 2.3.3 хватало за глаза.
Максим, а как можно безболезненно перевести работающий сайт с 2.6 на 2.3.3 ?
у меня насчёт поста другие мысли, в начале своей вебмастерской карьеры я активно пытался юзать джумлу, лрупал для создания порталов и комьюнинти и сревер они грузили гораздо жестче чем ворпресс и при этом были очень сложны.
Что касается неприменимости ВП к созданию разных сайтов, то это весьма сложно, сейчас у меня в разработке пара проектов небольших сообществ на ВП с плагинами, посмотрим как он себя покажет, но то что на нем вполне можно лепить порталы это - да. Что мне в нем нравится - это простота и логичность кода, так уж получилось, что на ВП я пересел с фалового движка на инклюдах собственного раздива)
2Игорь: К сожалению ничего не скажу. Насколько я понимаю в 2.6 меняется база, и обратный процесс просто не предусмотрен. Впрочем я могу предполагать, что сам по себе такой обновление возможно, разве что придется почистить вручную куки, кэш и наверное пароли. Если кто-то делал такое обновление, то может что-то точнее скажет.
2Chop: Ну у всех такое мнение, особенно в начале работы с WordPress. Потом вы столкнетесь со сложностью организации нестандартного вывода. Ну и собственно проблема WordPress - его внутренняя структура. Переделывать там уже нечего, а с нуля создавать - это еще большие проблемы совместимости. Так что в ближайшее время WordPress'у не светит «облегчиться».
2Максим ну как сказать, мне раньше вордперсс не очень то и нравился, привлек он меня почему то только с версией 2,6, правда к тому времени у меня уже работала пара разных проектов на ВП. Для меня решающим в выборе вордпреса стало, то что, во-первых, у ВП громадное комьюнити, в т.ч. и русскоговорящее, во-вторых, куча gnu тем и плагинов.
Нет, ну конечно за столько-то лет возникла нормальная русская поддержка - я и сам к этому приложил немало усилий. ;) Но если честно, то большинство вопросов уже сто раз обсуждалось и при желании находятся методом поиска. Ну и многие проблемы просто откладывались разработчиками на будущие версии. Больше года мы ждали полноценной поддержки юникода. Сейчас например отключили файловый кэш - зачем? То есть сторонние разработчики нагенерируют десяток кэшевых плагинов. Вот и получаются вроде как большое количество плагинов.
Я сравниваю свою систему с WordPress и в принципе думаю, что хоть у меня и нет тысяч плагинов, но могу предложить практически идентичный функционал для блогера, просто потому что часть решений выполнена на уровне «движка», а часть за счет плагинов/виджетов, которые идут в комплекте. Я отслеживаю предпочтения блогеров по функционалу шаблона и вижу, что в этом плане MaxSite CMS не уступает WordPress. ;)
Да, а количество шаблонов - это дело наживное. Лично я пока еще не отладил до конца дефолтный шаблон, поэтому просто нет смысла делать другие шаблоны. Может что-то еще поменяться.
to Игорь - я откатывался с 2.6 на 2.3.3 - проблема только в паролях - разная шифровка вроде, решение у меня посмотри
Вопрос конечно может и не в тему но очень интересно узнать каким способом формируются ссылки вида
dlya-chego-podhodit-i-ne-pododit-wordpressесть где почитать об этом...
Плагин называется RusToLat.
Bola, спасибо за ответ. А как именно откатывались, перезаписью всех файлов?
я так понял ,что не используется мод реврайт для перезаписи урлов,т.е гетом передается переменная dlya-chego-podhodit-i-ne-pododit-wordpress, но не понял как осуществляется выборка из БД по этой переменной???
У меня, версия 2.6, и при 2 активных плагинах - Memory usage : 9.04 MByte
обьясните чайнику каким образом в ВП включить это самое кэширование? перерыл всю админку ничего похожего не нашел..((
Спасибо за статью, взял на заметку. У мня вопрос ко всем, какой вы тариф (характеристики) выбираете примерно под wp ? :idea: Мне интересно для начального блога и если вам не сложно то и в перспективе.
Для блога с низкой посещаемостью (до 100 уникальных посетителей в сутки) вполне подойдут самые дешевые тарифы, которые включают php и mysql. Это для среднего блога, без "тяжелого" контента, т.е. видеролики хостить придется на YouTube.
Ограничений сверху не существует :smile: . Есть блоги, которые используют выделенные сервера.
Перед тем как выбрать хостера поищите отзывы о нем (можно посмотреть на www.hostobzor.ru, ну и гуглом пользоваться тоже нужно).
Позвольте не согласиться с некоторыми утверждениями. Правда только не в отношении чисто WordPress, а в отношении WordPress MU потому что я пользуюсь только им, а это ведь тоже WordPress :smile:
Так вот насчет "Ограничения при работе с пользователями" так в WordPress MU можно каждому пользователю давать свой блог, практически никаких ограничений, если конечно не касаться изменения файлов под каждого индивидуально, это конечно не отдельная система.
Так же и насчет "Высокое ресурсопотребление WordPress", если сравнивать с теми же популярными Drupal и Joomla то они ещё требовательней будут, и потом нет в новых версиях WordPress MU такого большого увеличения потребления памяти, сравнивая сайт на 2.3.3 baraban.tc и на 2.6 comsi.in с одинаковым количеством плагинов и даже страниц потребление памяти увеличилось всего на 0.84MB с 7.96MB до 8.8MB, но зато уменьшилось количество запросов к базе.
Насчет того что "WordPress - блоговый «движок»" тоже не согласен. Посмотрите хотя бы на LifeType там даже нельзя статические страницы делать, вот это действительно блоговый «движок», несмотря даже на то что там тоже как и в WordPress MU можно давать пользователям делать свои блоги, но это будут именно блоги, а в WordPress можно делать статические страницы и назначать в опциях что показывать, а с помощью плагинов так вообще из WordPress можно сделать что угодно.
Так что вот такое моё мнение. Если бы была альтернативная система тоже мультиюзерная с поддержкой поддоменов как WordPress MU но быстрее работающая, было бы конечно класно :smile:
У меня тоже часть блогов сетки на 2.3.3 (упорно не хочу обновляться), а часть новых на 2.5 - до сих пор не могу привыкнуть к этим ненужным украшениям и усложнённой навигации.:cool:
У меня сайт - designyoutrust.com. Как раз многопользовательский блог. WP 2.6.1. Зарегистрировано больше 2000 человек, понятное дело, что авторами являются процентов 5, но все же. Все автоматом регистрируются в роли Editor с разграничением через Role Management. Траффик в день от 6,000-10,000 уников. Крутится реклама. Проблем со спамом нет, потому что аудитория вменяемая. Был спам серез комменты, но он весь отлавливался Акисметом,, пока не поставил капчу, теперь Акисмет на отдыхе. Хостинг картинок идет на тот же сервер. Хостинг в своей (корпоративной) хостинговой компании. Какой-то dedicated сервер. Конфу не знаю. Кэш-плагины не использую, что-то с ними у меня RSS конфликтовала. Сайт работает стабильно, несколько раз, правда, падал, но это был прямой DDoS. Вот как-то так.
А почему везде тут пишется что Drupal много памяти ест, очень тяжёлый и прочее?
Я пробовал WP на 16М памяти хостера. У хостинга постоянно отлетали какие то модули, чтобы обеспечить работоспособность сайта. Причём нагрузка была очень маленькая.
А вот у Drupal ограничение памяти 8 мегабайт. И он на них нормально работает.
А если пичкать плагинами, то это уже другой разговор.
Я пробовал 6ю версию Drupal - летает.
Но сейчас снова смотрю на WP потому что он в базовом виде гораздо удобнее для пользователя.
А Drupal слишком много напильником обтачивать. Хотя он мне нравится своей гибкостью и как раз скоростью работы.
Еще бы версию 2.0.11 где-нибудь полную найти. Все, скачанное с этого сайта - какой-то чудовищный кошмар бесконечных плохо связанных апдейтов. Промучался два часа и бросил.
От именно... вордпресс блоговый движок, с этим полностью согласен.... добавлю, что любой серьезный коммерческий проект требует планирования, в ходе которого могут возникать проблемы, которые не решаемы с помощью блогового движка... или более масштабная cms, или оригинальный движок под проект... сорь за этот бред :neutral:
Странно. А я почему-то спокойно отсюда 2.0.11 скачивал и использовал. И не видел никакого кошмара
Спасибо, открыли глаза. А я-то дурак постоянно обновлял свой вордпресс до самой! последней версии и постоянно парился если что-то не работало в новой, т.е. попросту убивал свое время. Чего другим не желаю.
Автор MAXSITE, при всем моем уважении к тебе, не соглашусь немного!
Нагрузка на сервер, возможно и большая, относительно версии 2.3 но в целом хостеру безразлично на подобную нагрузку, он за это получает деньги, кстати пользователь не особо чувствует разницу.А это главное(ему вообще пофигу на чем сайт работает)
На WORDPress можно сделать практически любой(корпоративный) сайт (в рамках разумного).
Наличие новых плагинов делает потрясающие вещи,форумы, опросы, голосования, интернет магазин(кстати где то видел плагин интеграйции с 1с!!) и т.д.
Эта система удобна тем, что она бесплатна, и по умолчанию она выполняет четко свои задачи, для тех кто хочет, что то определенное, достаточно скачать плагин(на худой конец разработать).
Безусловно плагина аля Одноклассники или контакта нет, но это же бюджетное достойное решение, все что выше, требует специальной ЦМС.
Я как человек, который не один год в этом бизнесе, могу с уверенностью сказать, что WordPress для большинства (90%) сайтов подходит идеально. Т.к. все бегут за мега совершенными и переполненными функционалом КМС, а потом не знают что с этим всем делать, в итоге получается- рай, долина для спамеров.
Приветсвую!
У меня такой вопрос, подойдет ли Wordpress для использования в сиситеме ucoz?
VLAD, подойдет ли Мерседесу Бмв? Или Сгодится ли Ваз 2106 к Ауди а4 ?
Что за бред пишите?
по видимому влад имеет ввиду "можно ли использовать вордпресс как СМС на базе бесплатного хостинга ucoz, не используя тамошнюю СМС"?
Господа, я так понимаю, у некоторых из писавших здесь есть опыт эксплуатации серьёзных (1000 и более уникатов в день) проектов под ВП на выделенном сервере. Поделитесь опытом! Выделенный сервер действительно выдерживает разумные нагрузки прои сложном порталообразном шаблоне (ок 200 запросов к базе с главной страницы)? Или надо переделывать всё на заказную систему, пока не поздно :-(?