18 минут назад
Из-за сложной структуры extJS оказалось, что нужно написать бессмысленно много PHP кода. Когда счет новых процессоров пошел на второй десяток — пришло...
MiniShop3 - чего ждать в Beta версии. 9
48 минут назад
Блин курсор прям чума :-).
Написал промт
Теперь выбери специфичные для организации ВК24 данные. Запиши их в фай импорта системных настроек для MODX...
Испытание ИИ Cursor 3
2 часа назад
Можно сделать самому по этой инструкции
msOneClick Чекбокс Согласия на обработку данных 1
2 часа назад
Во-первых, radio это переключатель, это означает, что он должен иметь какое-то значение изначально, соответственно и валидация не нужна. Во-вторых, ес...
Как кастомизировать сообщения после Регистрации на сайте? 5
Сегодня в 12:05
Нужно проверять метод save в файле assets/components/tickets/js/web/default.js
Там лаг с label id и input id и как раз если убрать из label id, то и ...
Указан неверный код защиты от спама. Tickets, как исправить? 2
Сегодня в 11:30
Павел, скрипт у вас просто замечательный! Только одно но, или 2, смотря как считать… Сниппет требует от браузеров пользователей очень много ресурсов и...
[xLike] Идеальная система лайков с оптимистичным интерфейсом и правильной формулой 112
Вчера в 23:11
Ну планируется что расчеты будут делать клиенты на сайте. А чтоб они не могли приписать себе любую цену товара считать цену надо на стороне сервера. Т...
Плюсы и минусы Vue и gtsAPI 20
Вчера в 19:01
xtype: modx-combo-user
Это xtype (тип поля) самого MODX, выводит всех пользователей modUser
Список всех возможных типов полей
Вывести поле создателя при редактировании ресурса 3
По моему опыту скажу, что было бы отличным решением разработать, что сейчас делает Дмитрий Лукьяненко: Evo с Laravel.
По поводу плагинов.
Я уже года 2 не скачиваю никакие плагины и сниппеты, кроме pdoTools, FormIt, Search, TinyMCE, MIGX, Collections.
Всё остальное я пишу сам.
Поэтому лично мне пофиг на совместимость (что её не будет) в новых версиях.
Для меня в идеале:
Смысл в том, чтобы можно было бы делать сайты «как раньше», но и есть возможность собрать самолёт. И всё из коробки (подтянуть любую библиотеку через composer).
Вот же всё готовое есть, работает отлично! Всё гораздо проще и с таким же эффектом.
Перенос сайта еще проще — тупо скопируй директорию. Всё.
Grav CMS.
learn.getgrav.org/16/content/content-pages
Я тоже перешел на Laravel с шаблонизатором Blade.
Для легких/средних сайтов теперь использую Grav CMS с шаблонизатором Twig, которая абсолютно без SQL-базы, всё на файлах, примерно такая же идея с чанками, полная кастомная админка (в коробке минимальная админка, которую можно расширить своими «TV»). Точно также можно выбирать необходимые шаблоны для каждой страницы. И всё это на файлах! Если прямо сильно хочется, то можно и базу прилепить — есть плагины и это PHP.
В обеих системах всё на файлах из коробки, версионность, плагины, сниппеты свои пиши — что хочешь делай!
И да, я тоже ждал выпуска MODX 3 еще с прошлого лета. Но ничего не произошло (для конечного пользователя). Очень жаль.
Спасибо Ивану, спасибо Василию. Спасибо всем участникам сообщества.
Я не ухожу, иногда почитываю modx.pro
Не могу только в голове уложить этот вывод. Просто таблицей по порядку — ок. Плитками — ок. Но вот как описано выше — туплю.
А всё хранится в Коллекции: 1 лекция — 1 ресурс в коллекции.
А когда выйдет MODX 3? :)
Но у меня (разработчика CRM для различных ниш) мнение следующее:
когда компания/пользователь доходят до таких требований, которые перечислены выше, то очень часто каждому заказчику (компании/пользователю) необходимы совершенно другие (кастомные) метрики и функционал, которые не специфичны именно для их вида деятельности. То есть обязательно потребуется доработка под требования определенной компании.
Это значит, что Вы сделаете и опубликуете компонент, который изначально был заточен именно под ваш вид деятельности, вашей компании/заказчика. Конечно, есть среднестатистические требования, но не здесь.
Компонент хороший, но «не для всех». Наверно, лучше предлагать услуги по интеграции данного компонента с MODX или другие аналоги, и зарабатывать на этом.
MODX — это фреймворк для создания сайтов и веб-аппликаций.
CRM — это контакты, продажи, склад, обслуживание, обращения, поддержка и Аналитика (воронки продаж, каналы, статистика, срезы, графики по самым разнообразным параметрам).
Возможно лучше сделать интеграцию между из MODX -> в CRM (например, SalesPlatform, Vtiger, Sugar) и продавать/дарить её пользователям modx.pro.
P.S. Коммент ради того, чтобы человеку помочь заработать и сэкономить его время. Не ради вредительства сообществу MODX! :)
1. Начал изучать Fenom (благодаря Василию и pdoResources).
В MODX 3 он останется?
2. Поясните, пожалуйста, что будет с файловыми элементами? Я имею в виду хранение сниппетов и чанков в файлах.
Сейчас я делаю так: делаю шаблон через админку 1 раз, там просто include другого чанка, и там уже работаю в IDE.
Всё останется также или будут изменения в способах работы?
Надо было в настройках pdoTools разрешить Fenom на страницах и MODX разрешить.
Сделал все по инструкции, но не работает.
MODX Revo + pdoTools — последней версии.
Файлы положил куда надо, чанки тоже сохранил в соответствующую папку, сменил pdoTools.class, но в итоге вместо содержимого чанков показывает просто:
Не обрабатывает теги.
Как поправить?
Всем спасибо.
Но для спокойствия подтверждаю: да, Вы был прав, что мне это не по плечу.
Удачи, Николай. Все еще будет!
Спасибо за честные советы! :))
По поводу результата: система уже в разработке, завтра вечером первичная демонстрация заказчику, завтра же обсуждение запросов на закупку дополнительных модулей. Конечный продукт вряд ли кто увидит, так как делается это для нас, там наши данные. Так что сделать скрины с приватными данными я не могу и не имею права. Будет интересно — напиши к моменту дедлайна, примерно 31 августа, я тебе отвечу в какой фазе проект.
Удачи. Спасибо за совет :)
Я спросил: «Возможно ли удобно это сделать на MODX Revo или лучше взять тот же SugarCRM (например) и допиливать ее?»
Ответ: «если у вас уже на уровне «DataTables или какого-нибудь Ajax-поиска» возникают вопросы, то вам самостоятельно проект вам не по плечу».
Кому какая разницу кому что по плечу (если только помериться)?
По поводу этапов проектирования и по какой методологии разрабатывать проект — на счет этого вопросов нет.
Количество вопросов («сначала сформулируй») также зависит от выбранной методологии ведения проектов: где-то нужно сразу всё ТЗ выложить и нельзя будет его будет менять в будущем (можно, но будет дорого), а где-то можно возвращаться к ТЗ с хорошей документацией и корректировать задачи, затем опять возвращаться.
Николай, я не разработчик. У меня другие задачи.
P.S. По поводу «нормально сформулировать» — крайне не рационально не опираться на уже подобные, готовые проекты, у которых можно позаимствовать удобный функционал. А не придумывать заново колесо и тратить уйму времени.
P.P.S. За совет «Подходит» — спасибо большое! :)
У вас подход «смастерю (в хорошем смысле слова) что угодно из MODX + miniShop». Но после раздумий для меня очевидно, что лучше допиливать CRM, которые как раз ориентированны на решение подобных задач.
Можно пироги хорошо испечь в кастрюле, но лучше на противне.
Мы выбрали Vtiger CRM.