Движок тем это когда ты на сайт скачал тему и просто установил её и весь сайт поменялся, надоело тебе и ты скачал другую тему, установил её и сайт полностью поменялся
Вы скорее всего не устанавливали само демо.
А так мое решение и работает — меняем темы — у нас новый сайт. Просто чтобы это было по щелчку необходимо:
1) Создатель темы должен предусмотреть максимальную совместимость по Областям и Штуковинам.
2) С моей стороны еще дополнительная возможность — менять (переключать) только папку темы, что будет дополнительным подспорьем для, например, дочерней темы. Т.е. области и штуковины останутся, а tpl шаблоны поменяются для этих областей.
3) В Joomla например чтобы поменять темы нужно много переделывать. там это боль. WP — там тоже можно поменять тему, но в чате спрашивал — все говорили что это боль тоже (я проверил на слово).
Поэтому то что я предлагаю для MODX — будет оно удачным решением или нет — покажет время и интерес сообщества.
Для разработчиков еще предстоит написать большой мануал, не без этого.
Просто скажу, что стандарт по чанкам — определяет разработчик темы. Захочет он ориентироваться на стандарт или нет — его выбор. То же самое касается самих шаблонов на сайте уже установленных. Я придумал один из вариантов стандартизировать, но опять таки — это все на совести разработчика тем. Мы в MODX и тут много свободы и выбор всегда есть. )
Спасибо за ответ.
В общем все что вы говорите про функционал — это почти все есть в пакете. Другой вопрос, что я сделал Демо-тему чтобы показать устройство для простого пользователя, не программиста. От создателя темы будет зависеть набор готовых штуковин и их использование так или иначе.
Вы правильно заметили — создание темы дело длительное. Продукт только начинает свое существование, поэтому летом, надеюсь, я сделаю новые темы и описание для разработчиков по созданию тем. Процесс не быстрый, но идет.
А Штуковину для услуг можно применить и для новостей — просто указываете другой parent для снипета, параметры фотки (например, поменьше) и у вас готовы новости. хотите последние — укажите сортировку и лимит записей для снипета.
Еще момент добавлю. alias новости для всех языков будет одинаков.
И скорее всего (ждем точного ответа автора, тк мне тоже интересно) нельзя так сделать.
Еще можно: или писать свой кастомный фильтр-формировки диапазона или извратиться немного в шаблоне-выводе так, чтобы в поисковую попадал заранее подготовленный диапазон.
Сергей, я как раз понимаю что раз кеш уменьшился значит меньше данных попало в кеш. Но от этого принципиально скорость не уменьшилась или увеличилась.
Вот о чем речь. и да там лишние 10 запросов. но в моем случае — не страшно было.
Добавлю свои 5 копеек в подтверждение по работе fenom vs MODX парсер, раз уж речь про скорость. В телеграм канале постоянно спрашивали об этом тоже.
Я пару лет назад сам переходил на fenom с синтаксиса MODX и сделал 2 шаблона главной страницы — один был на феноме другой на MODX тегах. Причем там и pdoToolse и migx был. Разница в пользу MODX парсера была 0,01...0,03 сек. как с кешем так и без.
Чуть подробнее t.me/ru_modx/367774
Недавно в телеграмме был аналогичный вопрос.
Продублирую коротенько свой ответ:
Если в 2х словах:
1. На фронте есть url страниц. — ресурсы.
2. К ресурсу подвязываются:
— Шаблон (тут пишется логика, условия вывода ДАННЫХ (TV сниппетов), сниппеты, чанки и прочие html js php штуки)
—- TV — это Дополнительные поля, которые могу хранить для ресурсов какие-то данные: Текст, галерея изображений и прочее. — заполняются пользователями как правило.
3. Сниппет — это своего рода функция php в которую передаем параметы различные.
4. Шаблонизация есть стандартная MODX ([[+placeholder]]) c квадратными скобками и есть fenom — похож на смарти (для работы нужен pdoToolse пакет. синтаксис в фигурных скобках {$_modx->resource.id} ).
5. Есть система плагинов для различных событий (например загрузилась страница, сохранили ресурс и тп)…
6. Дополнения есть различные. — Пакеты. они расширяют возможности.
Как то так в кратце.
Проверил fenom, к сожалению есть проблема в передачи параметров к феному.
Поэтому вариант с ним не сработает. (это учту в следующих выпусках).
А пока можно на MODX синтаксисе все сделать.
Для этого нужно в передающем параметре imgs Проверить наличие запятой.
Т.е. если есть ЗПТ, то это более 1й фото, если ЗПТ нет, то одно фото:
[[+imgs:contains=`,`:then=`ЗПТ`:else=`ТЧК`]]
Проверять естественно в чанке и там дописать разные выводы в самих условиях или используя разные чанки, например в чанке главном (по умолчанию это imgsPasteMigxGallery, но вы создайте свой, чтобы при обновлении не затерся поумолчанию) можно написать следующее:
Вы можете логику для одной фотки реализовать в этом же чанке. Особенно просто это сделать, если включен режим с феном на страницах. С феном это сделать проще всего.
Дело в том что API CKEditora своеобразное и очень жесткое в плане разметки и передачи параметров.
Если, например в Tiny 5 там можно прям свою разметку сделать и спокойно передать все параметры (id), то в CKE там все жестко со вложенностью и удобно сделать — увы не получиться.
Если что-то и получиться придумать, то сделаю. Но уже в следующей версии.
Видел этот компонент.
Но опять таки это больше билдер контента.
А речь идёт о полноценной теме-конструкторе. Конечно со своими нюансами с поправкой на MODX.
В скорее планирую релиз, так что можно будет пощупать.
Вы знаете, проверил сам на свежем проекте. даже если вписать разрешение — не работает. Интересно почему, ведь в версии минишопа 2.2. все прекрасно загружается.
Напишу в сообщество с фиксом этой проблемы.
Видео файлы можно загружать на равне с фотографиями. ну разве только лимиты по весу файла поставить повыше. А так — при выводе на фронте вы просто по расширению определяете тип файла и в зависимости от этого вставляете блок img или video. тут все просто.
И в медиа-источнике нужно обязательно прописать поддерживаемые форматы. в поле allowedFileTypes
вот и все.
Если нужно что-то еще — опишите все что нужно тогда и подсказать целенаправленней сможем.
Да, примерно такая логика — диапазоны по датам. те самому вычислять эти интервалы и писать свой сниппет-фильтр с нужной логикой и передачей параметров в where сниппету.
А прикрепление файла — можно только 1 шт? или можно несколько? Как вообще это дело настраивается? Если есть мурзилка с подробным описанием — покажите где ее найти.
разрешить permission — comment_file_upload
Это конечно чудесно. только куда прописывать? для контекста, ресурсов, медиаисточника?
Если нужно проспонсировать создание подробного описания — огласите прайс.
Я вам уже в соседней теме написал настройте нормально пакет и все заработает:
docs.modx.pro/komponentyi/tickets
проверьте все ли верно.
В прямую если без шуток говорить поставил и работает — нет. нужно настроить сначала.
Пройдитесь по настройкам: docs.modx.pro/komponentyi/tickets
проверьте все ли верно.
В прямую если без шуток говорить поставил и работает — нет. нужно настроить сначала.
А так мое решение и работает — меняем темы — у нас новый сайт. Просто чтобы это было по щелчку необходимо:
1) Создатель темы должен предусмотреть максимальную совместимость по Областям и Штуковинам.
2) С моей стороны еще дополнительная возможность — менять (переключать) только папку темы, что будет дополнительным подспорьем для, например, дочерней темы. Т.е. области и штуковины останутся, а tpl шаблоны поменяются для этих областей.
3) В Joomla например чтобы поменять темы нужно много переделывать. там это боль. WP — там тоже можно поменять тему, но в чате спрашивал — все говорили что это боль тоже (я проверил на слово).
Поэтому то что я предлагаю для MODX — будет оно удачным решением или нет — покажет время и интерес сообщества.
Для разработчиков еще предстоит написать большой мануал, не без этого.
Просто скажу, что стандарт по чанкам — определяет разработчик темы. Захочет он ориентироваться на стандарт или нет — его выбор. То же самое касается самих шаблонов на сайте уже установленных. Я придумал один из вариантов стандартизировать, но опять таки — это все на совести разработчика тем. Мы в MODX и тут много свободы и выбор всегда есть. )
В общем все что вы говорите про функционал — это почти все есть в пакете. Другой вопрос, что я сделал Демо-тему чтобы показать устройство для простого пользователя, не программиста. От создателя темы будет зависеть набор готовых штуковин и их использование так или иначе.
Вы правильно заметили — создание темы дело длительное. Продукт только начинает свое существование, поэтому летом, надеюсь, я сделаю новые темы и описание для разработчиков по созданию тем. Процесс не быстрый, но идет.
А Штуковину для услуг можно применить и для новостей — просто указываете другой parent для снипета, параметры фотки (например, поменьше) и у вас готовы новости. хотите последние — укажите сортировку и лимит записей для снипета.
И скорее всего (ждем точного ответа автора, тк мне тоже интересно) нельзя так сделать.
Вот о чем речь. и да там лишние 10 запросов. но в моем случае — не страшно было.
Я пару лет назад сам переходил на fenom с синтаксиса MODX и сделал 2 шаблона главной страницы — один был на феноме другой на MODX тегах. Причем там и pdoToolse и migx был.
Разница в пользу MODX парсера была 0,01...0,03 сек. как с кешем так и без.
Чуть подробнее t.me/ru_modx/367774
Продублирую коротенько свой ответ:
Если в 2х словах:
1. На фронте есть url страниц. — ресурсы.
2. К ресурсу подвязываются:
— Шаблон (тут пишется логика, условия вывода ДАННЫХ (TV сниппетов), сниппеты, чанки и прочие html js php штуки)
—- TV — это Дополнительные поля, которые могу хранить для ресурсов какие-то данные: Текст, галерея изображений и прочее. — заполняются пользователями как правило.
3. Сниппет — это своего рода функция php в которую передаем параметы различные.
4. Шаблонизация есть стандартная MODX ([[+placeholder]]) c квадратными скобками и есть fenom — похож на смарти (для работы нужен pdoToolse пакет. синтаксис в фигурных скобках {$_modx->resource.id} ).
5. Есть система плагинов для различных событий (например загрузилась страница, сохранили ресурс и тп)…
6. Дополнения есть различные. — Пакеты. они расширяют возможности.
Как то так в кратце.
Поэтому вариант с ним не сработает. (это учту в следующих выпусках).
А пока можно на MODX синтаксисе все сделать.
Для этого нужно в передающем параметре imgs Проверить наличие запятой.
Т.е. если есть ЗПТ, то это более 1й фото, если ЗПТ нет, то одно фото:
Проверять естественно в чанке и там дописать разные выводы в самих условиях или используя разные чанки, например в чанке главном (по умолчанию это imgsPasteMigxGallery, но вы создайте свой, чтобы при обновлении не затерся поумолчанию) можно написать следующее:
Таким образом у вас будет 1 чанк imgsSuperCunks — для более 1 фото.
imgsSuperCunks.one — для одной фотки.
Если, например в Tiny 5 там можно прям свою разметку сделать и спокойно передать все параметры (id), то в CKE там все жестко со вложенностью и удобно сделать — увы не получиться.
Если что-то и получиться придумать, то сделаю. Но уже в следующей версии.
Но опять таки это больше билдер контента.
А речь идёт о полноценной теме-конструкторе. Конечно со своими нюансами с поправкой на MODX.
В скорее планирую релиз, так что можно будет пощупать.
Напишу в сообщество с фиксом этой проблемы.
И в медиа-источнике нужно обязательно прописать поддерживаемые форматы. в поле allowedFileTypes
вот и все.
Если нужно что-то еще — опишите все что нужно тогда и подсказать целенаправленней сможем.
Это конечно чудесно. только куда прописывать? для контекста, ресурсов, медиаисточника?
Если нужно проспонсировать создание подробного описания — огласите прайс.
docs.modx.pro/komponentyi/tickets
проверьте все ли верно.
В прямую если без шуток говорить поставил и работает — нет. нужно настроить сначала.
docs.modx.pro/komponentyi/tickets
проверьте все ли верно.
В прямую если без шуток говорить поставил и работает — нет. нужно настроить сначала.