16 мая 2013 в 12:50
Здравствуйте! Подскажите, пожалуйста, что для моих целей больше подойдёт? Хочу сделать региональный каталог вакансий. Вакансии хочу парсить с сайтов объявлений. На чём будет проще сделать, есть ли готовые решения, и что будет меньше жрать ресурсов?
Содержимое сайта публикуется на условиях CreativeCommons Attribution-ShareAlike 3.0 или более поздней версии. Программные коды в тексте статей — на условиях GNU GPL v2 или более поздней версии.
Документация по совместной работе с репозиторием drupal.ru – https://docs.drupal.ru/code
Drupal – торговая марка Дриса Бёйтарта
Поддерживать инфраструктуру Drupal.ru нам помогает компания ДАЛЕЕ
Комментарии
Я бы в сторону битрикса посмотрел.
Техподдержка поможет с импортом
Что лучше вам может сказать только тот кто будет вам делать.
Если делать будете вы, то начните делать маленькие сайты, а потом увеличивайте их хоть до уровня Амазон
и сами поймете, что вам больше нравится.
Как задолбали такие вопросы.
Ответ один - что знаете. на том и пишите.
Я сам раньше работал на MODx, но сейчас перешел на Drupal 7.
Скажем так, MODx более подойдет в случае, когда нужен сайт-визитка или не очень навороченный корпоративный сайт.
Когда же нужно разворачивать что-то посерьезнее, то MODx просто, как говорится, не тянет. Если в случае возникновения какой-нибудь проблемы в Drupal её можно решить многими способами, то в MODx хорошо, если есть худо-бедно один способ.
Например, таких вещей, как свой форум, в MODx не было. Максимум - это можно настраивать мосты с форумными движками.
Мультизакачки изображений - тоже не помню, чтобы была. Хочешь - пиши сам.
Дополнительные поля в контенте - до Drupal 7 вообще недотягивают по функционалу.
Админку темизировать для удобства пользователей - пиши костыли, которые с помощью JavaScript будут пытаться что-то с ней делать.
Многоязычность нужна - придумывай и делай сам.
Есть и еще куча вещей, которые есть у Drupal и которые в MODx надо писать руками.
Насчет потребляемых ресурсов - если сайт маленький и содержит несколько десятков (максимум несколько сотен) единиц контента (узлов или документов), то MODx будет побыстрее.
А если количество страниц насчитывается в тысячах или десятках тысяч, то, возможно, что Drupal будет даже менее прожорлив, если в нем грамотно настроить кеширование.
У MODx была (сейчас не знаю точно) неприятная особенность - при сохранении документа пересоздается большой кэш-файл, в котором хранятся адреса страниц, сниппеты и еще много чего. Это как бы удобно при загрузке страницы - многое берется из кэша и меньше действий, но сохранение страницы в большой сайте может длиться десятки секунд.
Кроме того, сейчас не такой уж и дорогой VPS-хостинг для размещения проектов. Например, вот - https://fornex.com/vps/
Я работал с веткой Evo.
Вот возможности по работе с полями, которые есть у Drupal 7 и которых нет у MODx Evo.
1. На Drupal 7 можно без проблем средствами Drupal 7 создавать и добавлять новые типы полей.
2. Так же к существующим полям можно писать свои виджеты.
3. На Drupal 7 дополнительные поля можно в админке менять местами, что удобно для пользователей.
4. На Drupal 7 доп. поле может иметь много значений. ТО есть, на базе одного поля можно задавать, к примеру, не одну фотографию, а фотоальбом.
Если в Revo это всё реализовано, то я тогда беру ту претензию обратно.
Есть такоеВ любой CMS/CMF это возможноЕсть такоеМожно с помощью расширений
P.S. А я не видел Evo-)