6 минут назад
gtsAPI и PVTables заняло год и то все что хочелось не реализованноинтересно, а не быстрее ли было бы перенести весь сайт с требуемым функционалом на п...
Плюсы и минусы Vue и gtsAPI 10
4 часа назад
ну тогда groupby и having«query» принимает все параметры pdoFetch и в нем есть и groupby и having. Пример навскидку:
"query":{
&quo...
Кейс gtsAPI. CRUD пользователей на фронте 2
Вчера в 20:31
Правильный вариант из текущей документации такой:
{set $condition = 1}
{switch $condition}
{case 0, 1, 2}
сработае...
Конструкция switch case без break в Fenom 6
Вчера в 13:39
Моя кофейная гуща говорит о том, что это код html и там есть смайлики, а кодировка бд не utf8mb4.
Modx Revo режет код HTML 2
23 ноября 2024, 11:51
Отличное дополнение, спасибо!
Подскажите, как организовать файл если стоит msOptionsPrice2 привязан к опции size там может быть много позиций с разн...
[YandexMarket2] интеграция с msOptionsPrice2 1
23 ноября 2024, 00:42
Еще снова вернулась проблемка, после выбора способа доставки почтой РФ — появляется стоимость доставки, но она «прилипает» и не исчезает после переклю...
Расчет стоимости доставки msRussianPost 11
22 ноября 2024, 21:57
Лучше деинсталировать и установить новую версию. Там полностью переписан JS.
ms_CDEK2 пропал? 5
22 ноября 2024, 20:33
Фильтрация как правило предполагает точное совпадения значений, а тебе нужен поиск.
mFilter2 фильтрация tv 1
22 ноября 2024, 19:55
Все исправилось, после замены на 'parents' => $_modx->resource.id
Помогите найти ошибку в шаблоне, теги 13
22 ноября 2024, 09:31
А кто подскажет, как в форму Создания/Редактирования ресурса, через ms2Form, добавить возможность выбирать несоклько параметров в одном TV?
Ну то-ест...
Создание ресурсов из фронтенда сайта, зарегистрированными пользователями. 4
По моему опыту скажу, что было бы отличным решением разработать, что сейчас делает Дмитрий Лукьяненко: 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.