7 часов назад
Ну вот и правильная мысль, я же правильно понимаю, что все дополнения, что написаны на ms2 надо переписывать на ms3 многие авторы это не будут делать,...
MiniShop3 - 1.0.0-alpha 15
Вчера в 10:16
Посмотрел докумендацию Sendit.
и нашел то что искал, конечно надо будет писать побольше кода, но это то что надо, и очень гибко оказывается.
Спасибо...
Как кастомизировать сообщения после Регистрации на сайте? 3
28 ноября 2024, 18:01
Так делал на одном проекте, нужно было добавить поиск по полю pagetitle. Думаю, что можно и на TV переделать.
<?php
class myCustomFilter extends...
mFilter2 фильтрация tv 3
28 ноября 2024, 17:35
На ноде при запуске сервера можно большую часть проинициализировать. Например, прогрузить настройки, чанки и сниппеты в память и не лазить за ними в б...
Плюсы и минусы Vue и gtsAPI 18
27 ноября 2024, 19:13
Вообще можно завести допполе и при сохранении ресурса плагином писать в допполе разбирая pagetitle.
Модификатор сортировки pdoResources по pagetitle 7
27 ноября 2024, 12:36
Добрый день. Появилась новая ошибка: 27.11.2024 12:30:20 ERROR /www/site.ru/core/components/yasmartcaptcha/model/yasmartcaptcha.class.php 60
Reco...
YaSmartCaptcha - защитите ваши формы от спама умной капчей от Яндекс 6
По моему опыту скажу, что было бы отличным решением разработать, что сейчас делает Дмитрий Лукьяненко: 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.