Pavel
На нем можно писать но все так же как на lavarel.
Это неправда, разработка на October и Laravel имеет из общего только общую ORM и похожие шаблонизаторы Twig и Blade соответственно. Плюсом является то, что разрабатывая на October и имея под капотом полноценный Laravel, можно дергать его API и юзать его большую экосистему, если, вдруг, не хватает возможностей самой CMS.
Nikita
Это неправда, разработка на October и Laravel имеет из общего только общую ORM и похожие шаблонизаторы Twig и Blade соответственно. Плюсом является то, что разрабатывая на October и имея под капотом полноценный Laravel, можно дергать его API и юзать его большую экосистему, если, вдруг, не хватает возможностей самой CMS.
Вот объясняю. В modx мы привыкли, есть дополнения на все случаи жизни. И это реально так. Для October нужно писать все самому в основном. И есть наследие работы с базой от lavarel/symfony. Единственная проблема это только недостаточная развитость дополнений. Для меня это является сырым продуктом, так как если накатать на lavarel админку то приблизительно будет так же.
Pavel
October в прекрасной форме и отлично себя чувствует! =) Полноценные магазины давно можно делать, а с недавних пор можно делать серьезные магазины! ;) Готовых расширений пока не так много, но есть очень хорошая база для расширения http://octobercms.com/plugin/lovata-shopaholic С момента релиза 3 месяца назад, к ней уже выпущено 12 расширений и количество будет расти, как минимум только от нас, авторов платформы (LOVATA) http://octobercms.com/author/Lovata Но уже сейчас с нами общаются сторонние разработчики, которые работают над собственными расширениями для Shopaholic, например, интеграция SAP Business. Также несколько человек из сообщества работает на реализацией готовых тем. Платформа хорошо задокументирована https://github.com/lovata/oc-shopaholic-plugin/wiki и покрыта unit-тестами https://github.com/lovata/oc-shopaholic-plugin/tree/master/tests/unit Сейчас работаем над functional-тестами на Codeception. Важный нюанс. Мы целимся с этой платформой на "запад", поэтому разного рода интеграции будут в первую очередь с "их" бизнес-экосистемой (ebay, facebook, saleseforce, aftership и т.п.). Будем рады, если русскоязычное сообщество подключится к насыщению Shopaholic функциональностью, более "родной" для просторов СНГ. Готовы оказывать всяческое содействие в этом. =)
очень приятная новость. подскажите пожалуйста заказы на October находить не составляет сложности? или обычно заказывают просто разработку проекта, а октябрь выбирается уже на усмотрение исполнителя?
Nikita
Куда все делось ?
Pavel
Куда все делось ?
на выборы ушли
Pavel
Вот объясняю. В modx мы привыкли, есть дополнения на все случаи жизни. И это реально так. Для October нужно писать все самому в основном. И есть наследие работы с базой от lavarel/symfony. Единственная проблема это только недостаточная развитость дополнений. Для меня это является сырым продуктом, так как если накатать на lavarel админку то приблизительно будет так же.
Во-первых, давайте, разграничим сырость CMS, как программного продукта и разнообразие экосистемы. Иначе то, как вы написали вводит в заблуждение. Мы (LOVATA) переехали с MODX на October 2,5 года назад, еще на beta и ни с одной проблемой, которую можно было бы отнести к "сырости" CMS, мы не столкнулись. Это конечно не значит, что проблем нет. Таким не может похвастаться никто. Самая большая проблема была недавно, из-за обновления Laravel с 5.1 до 5.5. Но это было важно и нужно. Меня в данной ситуации только расстраивает дурацкая система версионирования October, по которой невозможно понять, каких проблем можно ожидать от очередного дополнения. Был бы SemVer все было бы ок. Не знаю, как сейчас, но у MODX тожно с версионированием не все гладко раньше было, когда в Beta и тем более RC Revo запросто вносились обратно несовместимые изменения. Во-вторых, экосистема расширений MODX, если опираться на официальный репозиторий смогла дорасти только до "всего" ~800 дополнений за более, чем 10 лет. Это просто слезы. Не знаю, точно о пересечениях дополнений с modstore, но предположу, что это цифра составляет не более 10%. Т.о. за более, чем 10 лет набралось, чуть более, чем 1000 дополнений. Это откровенно мало, учитывая, что от этой суммы необходимо отнять какие-то мертвые дополнения, который будут в экосистеме любой CMS. При этом до появления modstore, в официальный репозиторий "топтался" несколько лет на уровне +/- 500 расширений. Что касается экосистемы October, то, за чуть больше 4-х лет существования, количество дополнений достигло 500 при том, что только 350 из них появилось за последние 2,5 года. Хотя тоже хотелось бы больше. =) Так что абсолютные цифры не в пользу MODX, но динамика последних лет примерно сопоставима, что, в случае с MODX, лично меня немного удивляет. На то, что база дополнений будет продолжать интенсивно расти, позволяет надеяться динамика прироста звезд у проекта на гитхабе, что говорит, об интересе PHP-сообщества к проекту. Для сравнения MODX за более, чем 10 лет никак не может набраться и 1000 звезд (даже при том, что MODX, появился раньше гитхаба), а October набрал уже сегодня более 6800 звезд, из которых 3800+ чуть больше, чем за последние 2,5 года, и более 150 за последние 3 месяца (я отслеживаю статистику, если что). Ничего личного. Сухая статистика. Еще раз повторю, меня лично удивляет рост интереса русскоязычного сообщества к MODX в то время, когда объективно он технически устарел на фоне конкурентов. Та, работа, которая ведется сейчас сообществом, должна была быть проведена 5 лет назад самой MODX LLC. Поэтому мне будет очень интересно наблюдать за тем, куда это все двинется. Не произойдет ли раскол, как было с Evo, или как в свое время Joomla отпочковалась от Mamba.
Pavel
Во-первых, давайте, разграничим сырость CMS, как программного продукта и разнообразие экосистемы. Иначе то, как вы написали вводит в заблуждение. Мы (LOVATA) переехали с MODX на October 2,5 года назад, еще на beta и ни с одной проблемой, которую можно было бы отнести к "сырости" CMS, мы не столкнулись. Это конечно не значит, что проблем нет. Таким не может похвастаться никто. Самая большая проблема была недавно, из-за обновления Laravel с 5.1 до 5.5. Но это было важно и нужно. Меня в данной ситуации только расстраивает дурацкая система версионирования October, по которой невозможно понять, каких проблем можно ожидать от очередного дополнения. Был бы SemVer все было бы ок. Не знаю, как сейчас, но у MODX тожно с версионированием не все гладко раньше было, когда в Beta и тем более RC Revo запросто вносились обратно несовместимые изменения. Во-вторых, экосистема расширений MODX, если опираться на официальный репозиторий смогла дорасти только до "всего" ~800 дополнений за более, чем 10 лет. Это просто слезы. Не знаю, точно о пересечениях дополнений с modstore, но предположу, что это цифра составляет не более 10%. Т.о. за более, чем 10 лет набралось, чуть более, чем 1000 дополнений. Это откровенно мало, учитывая, что от этой суммы необходимо отнять какие-то мертвые дополнения, который будут в экосистеме любой CMS. При этом до появления modstore, в официальный репозиторий "топтался" несколько лет на уровне +/- 500 расширений. Что касается экосистемы October, то, за чуть больше 4-х лет существования, количество дополнений достигло 500 при том, что только 350 из них появилось за последние 2,5 года. Хотя тоже хотелось бы больше. =) Так что абсолютные цифры не в пользу MODX, но динамика последних лет примерно сопоставима, что, в случае с MODX, лично меня немного удивляет. На то, что база дополнений будет продолжать интенсивно расти, позволяет надеяться динамика прироста звезд у проекта на гитхабе, что говорит, об интересе PHP-сообщества к проекту. Для сравнения MODX за более, чем 10 лет никак не может набраться и 1000 звезд (даже при том, что MODX, появился раньше гитхаба), а October набрал уже сегодня более 6800 звезд, из которых 3800+ чуть больше, чем за последние 2,5 года, и более 150 за последние 3 месяца (я отслеживаю статистику, если что). Ничего личного. Сухая статистика. Еще раз повторю, меня лично удивляет рост интереса русскоязычного сообщества к MODX в то время, когда объективно он технически устарел на фоне конкурентов. Та, работа, которая ведется сейчас сообществом, должна была быть проведена 5 лет назад самой MODX LLC. Поэтому мне будет очень интересно наблюдать за тем, куда это все двинется. Не произойдет ли раскол, как было с Evo, или как в свое время Joomla отпочковалась от Mamba.
причина в следующем - на модх можно не программировать и легко при этом лепить сайты средней сложности. И сажать верстку намного проще, чем на вордпресс. Знать php вообще не нужно. Это только сейчас стало модным отходить от стандартного синтаксиса модх и использовать шаблонизатор феном. Но раньше и без этого обходилось. Ну а уж профессиональным прогерам все равно на чем писать. Им хоть вордпресс, хоть октябрь, хоть ларавел подавай. Но модх удобен даже старперам, которые не хотят заморачиваться с сложностью.
Pavel
очень приятная новость. подскажите пожалуйста заказы на October находить не составляет сложности? или обычно заказывают просто разработку проекта, а октябрь выбирается уже на усмотрение исполнителя?
я не могу говорить за рынок фриланса, т.к. мы работаем с совсем другой категорией проектов. те клиенты, которые приходят к нам, идут на за конкретной CMS, а за экспертизой, которую мы им продаем
Nikita
Во-первых, давайте, разграничим сырость CMS, как программного продукта и разнообразие экосистемы. Иначе то, как вы написали вводит в заблуждение. Мы (LOVATA) переехали с MODX на October 2,5 года назад, еще на beta и ни с одной проблемой, которую можно было бы отнести к "сырости" CMS, мы не столкнулись. Это конечно не значит, что проблем нет. Таким не может похвастаться никто. Самая большая проблема была недавно, из-за обновления Laravel с 5.1 до 5.5. Но это было важно и нужно. Меня в данной ситуации только расстраивает дурацкая система версионирования October, по которой невозможно понять, каких проблем можно ожидать от очередного дополнения. Был бы SemVer все было бы ок. Не знаю, как сейчас, но у MODX тожно с версионированием не все гладко раньше было, когда в Beta и тем более RC Revo запросто вносились обратно несовместимые изменения. Во-вторых, экосистема расширений MODX, если опираться на официальный репозиторий смогла дорасти только до "всего" ~800 дополнений за более, чем 10 лет. Это просто слезы. Не знаю, точно о пересечениях дополнений с modstore, но предположу, что это цифра составляет не более 10%. Т.о. за более, чем 10 лет набралось, чуть более, чем 1000 дополнений. Это откровенно мало, учитывая, что от этой суммы необходимо отнять какие-то мертвые дополнения, который будут в экосистеме любой CMS. При этом до появления modstore, в официальный репозиторий "топтался" несколько лет на уровне +/- 500 расширений. Что касается экосистемы October, то, за чуть больше 4-х лет существования, количество дополнений достигло 500 при том, что только 350 из них появилось за последние 2,5 года. Хотя тоже хотелось бы больше. =) Так что абсолютные цифры не в пользу MODX, но динамика последних лет примерно сопоставима, что, в случае с MODX, лично меня немного удивляет. На то, что база дополнений будет продолжать интенсивно расти, позволяет надеяться динамика прироста звезд у проекта на гитхабе, что говорит, об интересе PHP-сообщества к проекту. Для сравнения MODX за более, чем 10 лет никак не может набраться и 1000 звезд (даже при том, что MODX, появился раньше гитхаба), а October набрал уже сегодня более 6800 звезд, из которых 3800+ чуть больше, чем за последние 2,5 года, и более 150 за последние 3 месяца (я отслеживаю статистику, если что). Ничего личного. Сухая статистика. Еще раз повторю, меня лично удивляет рост интереса русскоязычного сообщества к MODX в то время, когда объективно он технически устарел на фоне конкурентов. Та, работа, которая ведется сейчас сообществом, должна была быть проведена 5 лет назад самой MODX LLC. Поэтому мне будет очень интересно наблюдать за тем, куда это все двинется. Не произойдет ли раскол, как было с Evo, или как в свое время Joomla отпочковалась от Mamba.
Modx устарел и это заметно. Как технически так и концептуально. Но что бы спокойно сесть на October cms, придётся столкнутся с недостатком разного рода компонентов. October это cms, но сейчас порог для разработки в нем выше. Поэтому он от недостатка компонентов, обучающих материалов, официального доку-вики и является сырым в общем как продукт. Не как система для разработки, а как продукт!
Pavel
я не могу говорить за рынок фриланса, т.к. мы работаем с совсем другой категорией проектов. те клиенты, которые приходят к нам, идут на за конкретной CMS, а за экспертизой, которую мы им продаем
а если рассматривтаь не фрилан? Вот заполню я на сайте вакансий анкету где укажу "Узнание October CMS, желание найти постоянную работу по этойму направлению" меня будут находить? Модх программистов ищут, 1с Битрикс программистов ищут, даже Вордпресс программистов ищут.
Nikita
/stat@combot
Nikita
/stat@combot
Combot
combot.org/chat/-1001051277497
Combot
combot.org/chat/-1001051277497
Pavel
Это и плюс и минус. Я не раз слышал в сообществе, мол, разучился писать на PHP, потому что MODX не требует этого от разработчика. Очевидно, если долго не писать PHP, то потом сложно будет делать что-то более-менее серьезное, особенно, если будет необходимо выйти за рамки возможностей существующей экосистемы.
ну вот как раз мой случай. по этой причине я принял решение частично переместиться на фреймворки и присматриваюсь к october, потому что мне нужна такая работа, где без программирования просто невозможно обойтись. деградацию заметил.
Dmytro
Октобер оч интересная система но правильно замечено что лоукост проект на нем собирать нет смысла
Pavel
Modx устарел и это заметно. Как технически так и концептуально. Но что бы спокойно сесть на October cms, придётся столкнутся с недостатком разного рода компонентов. October это cms, но сейчас порог для разработки в нем выше. Поэтому он от недостатка компонентов, обучающих материалов, официального доку-вики и является сырым в общем как продукт. Не как система для разработки, а как продукт!
Документация вполне неплохая, хотя мы, плотно работая с платформой, находим конечно недокументированные возможности. Порог вхождения в October минимальный, если вы PHP-программист. Если вы верстальщик, который погружается в мир бэкенда, вам MODX будет проще конечно же. И хотелсоь бы конкретики, что именно так остро необходимо для разработки, но отсутствует в October. В противном случае это пустое обсуждение. Про экосистему ecomerce я уже писал вышел. Сейчас она более разнообразна для MODX. Но это вопрос времени и мы со своей стороны приложим усилия к улучшению этой ситуации для October.
Dmytro
Ибо простой сайт и средней сложности сайт собирается на МОДХ куда быстрее
Pavel
а если рассматривтаь не фрилан? Вот заполню я на сайте вакансий анкету где укажу "Узнание October CMS, желание найти постоянную работу по этойму направлению" меня будут находить? Модх программистов ищут, 1с Битрикс программистов ищут, даже Вордпресс программистов ищут.
здесь вопрос в том, хотите ли вы быть одним из тысяч и, соответственно, конкурировать с ними на рынке труда. или быть однми из немногих, кто застолбит себе местоп од солнцем на будущее. вы удивитесь, сколько сейчас получают Cobol-программисты, а все потом, что их единицы. =)
Nikita
Видимо тут все правы
Dmytro
Так же замечу что тот же pdoTools или DocLister в ево это своего рода комбаины которые заменяют 20-50 других снипетов
Pavel
Пиши. Знание ларавер это полезней
это был вопрос чтоб оценить восстребованность October на рынке. я к этому спросил.
Dmytro
В октябре таких нет там более ускоспециализированные плагины
Nikita
А как насчет Nodejs + express?
Nikita
Dmytro
Поэтому вопрос Октобер вс МОДХ расценивать надо со всех сторон и я бы не дал однозначную победу октябрю
Dmytro
Опять же уровень вхождения В Модх ниже, если брать Ево то зеачительно ниже
Boris
Пол года в чате, а споры не меняют темы)) какая cms лучше, кто сколько зарабатывает, ну и тому подобное))
Pavel
я считаю, что october есть смысл подучить. По крайней мере появится дополнительный навый. Это не больно там React изучать или Node. October это ближе к теме. Лично я и Битриксом не брезкую. Вордпрессом только не могу заниматься. Аллергия на него.
Pavel
Пол года в чате, а споры не меняют темы)) какая cms лучше, кто сколько зарабатывает, ну и тому подобное))
ну а что ты хотел. этож чат ) тут люди разговаривают. в перерывах от работы. и здесь мало кто нуждается в реальной помощи по modx кроме новичков.
Dmytro
Пол года в чате, а споры не меняют темы)) какая cms лучше, кто сколько зарабатывает, ну и тому подобное))
Так это ж везде так ;)) - Какой телефон лучше и кто его может себе позволить ;))
Boris
Так это ж везде так ;)) - Какой телефон лучше и кто его может себе позволить ;))
Да скучно просто уже)) все ответы и доводы одинаковые)
Pavel
Хотя у меня вопрос. Блин. так никто и не подскажет как все же добиться отладки кода плагинов. ЧЕрез отладчик. Не хочет Xbebug туда заходить даже если они в файлах статичные.
Pavel
Кстати по поводу доки на октябрь
Pavel
Считаю её одной из лучших, что мне вообще встречалась
Pavel
Pavel
А если сравнивать с той убогой что есть у modx, то modx смело пробивает дно
Pavel
Ха прикольно я думал только в Ево такая трабла с плагинами ;))
а есть соображения как это обойти? хотя может быть там типа парсером разбирается текст плагина и выполняются куски каждого события. поэтому не отладить?
Pavel
Да в этом и проблема
а возможно это переписать? чтоб извлеченный код сразу генерировался в виде снипета, расположенного в файле и выполнялся ?
Oleg
Всем привет! Я тут думал над возможностью реализизации универсального способа мультиязычности для контента и ТВ в Рево. Меня этот вопрос беспокоит, так как в Украине, например, мультиязычные сайты очень востребованы, а текущее решение, вроде Babel, не всегда удобно и не везде применимо. Что, если поля ресурса и значения ТВ, которые требуют перевода, сохранять в сериализированном виде (например JSON, типа {['"lang": "ru", "content": "Титул на русском"], ["lang": "en", "content": "English pagetitle"]) что-то типа того. Это можно делать плагином при сохранении или обновлении ресурса (ТВ). А форма ввода - сделать в виде таба или любого другого удобного элемента (ExtJs). Таким образом не нужно будет менять схему БД. Есть ли у подобной идеи смысл?
Oleg
Вот интересная статья с перечнем способов реализации мультиязычности для проектов: https://habrahabr.ru/post/192228/
Oleg
В своих проектах на фреймворке, я обычно использую второй способ из этой статьи, но имплементация его в текущей версии Рево проблематична, а с мультиязычностью явно надо что-то делать, словари - это хорошо, но контексты для каждого языка - это жесть. И магазин нормально не сделать (можно, конечно, но игра не стоит свеч)
Dmytro
Есть же в рево транслаттр или как то так
Dmytro
В Ево юзаем или евоБабел если разная структура или бЛанг если 1 в 1 работает на базе тв но проблем нет вот пример Порядка 10 языков и 20к товаров Ddaudio.com.ua
Dmytro
Ага уже даже 30к товаров;)
Oleg
Есть же в рево транслаттр или как то так
В Рево кроме Бабела остальное всё неюзабельно для серьёзных проектов
Dmytro
Печально бабел не катит нормально для мультиязычных каталогов
Oleg
Ага уже даже 30к товаров;)
а на чём магаз сделан?
Dmytro
EVO + bLang
Dmytro
Чутка допилен только что б языки не /ru/ /en/ а разные домены
Dmytro
Но это все 1 сайт а домены алиасами
Oleg
EVO + bLang
Не, я имею ввиду сам каталог с помощью чего сделан? Шопкипер, или родными ресурсами с расширением схемы БД?
Dmytro
Все на ресурсах
Dmytro
+ тв
Dmytro
Ресширение схемы бд не делали смысл? Если и так все шустро работает
Dmytro
36700 документов 223 тв
Oleg
Я просто на рево несколько лет работаю, вот сейчас задумался переходить с него куда-то (разочарован политикой разработчиков и их видением будущих версий), присматриваюсь к Эво ЦМС.
Dmytro
1 411 680 записей в тв контент валюе таблице
Dmytro
Вон докрутил компосер что б удобно работать ;))
Dmytro
https://monosnap.com/file/m8O5i262htsUkHJVRMKSjhCzpFtly8
Dmytro
Скоро еще будет работа с елементами из файлов из коробки что б на больших проектах нормально работать через иде и с гитом ;)
Pavel
Скоро еще будет работа с елементами из файлов из коробки что б на больших проектах нормально работать через иде и с гитом ;)
А что вы к эво привязались? Переходите на рево и в него вносите все доработки. Тогда будет единая система стремителтно-развивающаяся. Ато какой смысл поддерживать windows xp если есть windows 7
Dmytro
Fenom к Ево лень прикручивать ибо если надо есть Twig ;) Хотя твиг больше для удобства ибо по скорости и с базовым парсером все ок
Oleg
Шило на мыло.
не, холивара тут не будет))) Просто каждому разработчику нужно разное, от своих инструментов. Мне, например, нужна удобная система хранения и управления именно КОНТЕНТОМ, система управления доступами, возможность быстро прототипировать итд. А всякие корзины там, плюшки - это можно быстро самому написать, тот же каталог и админку для отображения заказов/заявок. На рево такую админку делать даже не берусь, с ExtJs не вижу смысла знакомиться, где он мне ещё в жизни пригодится? Кстати, а на Эво через что идёт работа с БД? Там есть какойто паттерн, типа Актив Рекорд итд?
Dmytro
Если надо вон юзали eloquent внутри Ево без проблем;)