iWatchYouFromAfar

iWatchYouFromAfar

С нами с 29 сентября 2018; Место в рейтинге пользователей: #26
iWatchYouFromAfar
20 июня 2020, 14:25
0
Очень развернутый ответ, прям хочется с тобой согласиться… ))
iWatchYouFromAfar
19 июня 2020, 13:44
0
Нет, сотня TV это как-раз плохая практика, все таки это разные вещи.
iWatchYouFromAfar
19 июня 2020, 08:47
0
Да нет, если сотня шаблонов. Значит у клиента множество страниц с уникальным дизайном.
iWatchYouFromAfar
18 июня 2020, 22:40
0
Пользователю и так и так придется заново проставлять галочки шаблонам и назначать их ресурсам. Потому что, даже если не удалять шаблоны — получится каша. Что-то осталось от старой темы, что-то от предыдущей осталось.

Ты хочешь менять дизайн базового шаблона а другие, кастомные шаблоны пользователь должен будет сам изменить. И все это ради того, чтобы не проставлять заново ресурсам и ТВшкам шаблоны?

Окей хорошо, у моего клиента одного более 100 шаблонов кастомных на сайте. Он поставил новую тему и более 30 шаблонов ему оказались не нужны и он их удалит. Часть ресурсов останется без шаблонов. И вновь добрый вечер Batcher.

Еще раз — в MODx нет волшебной кнопки make pizdato. И да, после установки новой темы придется заново создать шаблоны, попутно прописывая шаблонизация. А потом назначить шаблоны ресурсам и ТВхам.

Если ты так сильно не хочешь удалять ВСЕ шаблоны. То тебе будет достаточно не создавать их через билдер или же указать опцию — Не удалять шаблоны. О чем я планирую рассказать в видео.
iWatchYouFromAfar
18 июня 2020, 22:27
0
Твоя идея имеет место быть. Возможно я к этому и приду, но не думаю что это удобнее моего текущего варианта.

Назначить ТВшки вообще не проблема, галочки проставить всего-лишь. Кастомизация через {block} и так будет доступна. Короче говоря, попробую сделать вместо большой статью — маленькую и компенсировать все это дело видео.
iWatchYouFromAfar
18 июня 2020, 21:29
+1
Если ты говоришь про ситуацию со сменой темы, то решение не удалять шаблоны а заменять содержимое из файлов новой темы несет за собой ряд проблем.

1 — Для изменения шаблона, нужно будет искать его по названию (т.к. id скорее всего везде будет разный). Соответственно таким образом мы уже запрещаем пользователю редактировать название стандартных шаблонов темы. Изменив эти шаблоны, мы нарушим логику для изменения их содержимого. Мое мнение что это неправильный подход.

2 — Пользователь купит тему, установит, создаст еще 50 своих шаблонов. Нужно будет продумывать логику, чтобы при удалении темы удалялись только шаблоны созданные пользователем. А стандартные оставались для установки новой темы?

3 — Список стандартных шаблонов у интернет-магазина будет свой, у визитки свой, у статейника свой. Я думаю это скорее запутает пользователя.

4 — Моя концепция тем — все что установилось вместе с темой, при её удалении должно быть так же удалено. Чтобы следующая тема которую устанавливает юзер, установилась на чистый сайт.

Да и потом. Переназначение шаблонов это разовая процедура. С помощью батчера это можно сделать за 10-15 минут, даже если ресурсов 50.000 или 100.000. Нужно лишь заранее предусмотреть по какому критерию эти шаблоны назначать.

Если я не прав, напиши пожалуйста более подробно как ты предлагаешь решать нюансы описанные мной в этом комменте.
iWatchYouFromAfar
18 июня 2020, 21:08
0
У тебя в любом случае будут заведены все нужные шаблоны уже в бд.
Откуда эти шаблоны возьмутся в БД до установки темы?
iWatchYouFromAfar
18 июня 2020, 18:46
0
Погоди стоп. Я похоже тебя не понял. В рамках текущий шаблонов менять их содержимое не проблема, но как быть, если в новой теме шаблонов меньше, чем в той, что установлена у тебя? Как ты будешь удалять ненужные?
iWatchYouFromAfar
18 июня 2020, 15:24
0
Замену файловых элементов сделать — не проблема. Проблема создать структуру шаблонов (объектов шаблонов) в БД. Одна тема содержит 10 шаблонов, другая 15 или наоборот.

Вы поставили одну тему, установилось 15 шаблонов, теперь вам нужно удалить эти 15 шаблонов и установить новую тему где 10 новых шаблонов. Так или иначе, но переназначать шаблоны ресурсам при установке новой темы — необходимость. Лучшего решения чем батчер пока не нашел.

Подмена пути наименьшая проблема.
iWatchYouFromAfar
18 июня 2020, 12:03
0
А если у вас 100 шаблонов, значит нужно будет создать 100 системных настроек если я правильно понял?
iWatchYouFromAfar
02 июня 2020, 13:07
0
Тогда другой разговор. Советую вам обратить внимание на Wordpress, там столько готовых тем… )
iWatchYouFromAfar
02 июня 2020, 13:00
0
1. Быстрый старт кому? Клиенту? Для него это безусловно плюс.

2. Функционал MODx и его возможности дают понять документация и исходники. В сборке просто вызовы сниппетов сторонних компонентов и полей MODx.

3. В MIGX работать одно удовольствие, единственное — это накидывать json постоянно лень. Но это немного другой вопрос, к сборке не имеет никакого отношения.

4. Человек захочет новых решений и со сборкой и без неё. Сборка это хорошо — когда есть стандарт. Еще раз повторяю.

5. Отлично. А я про MODx узнал из одного ютуб канала который вообще не связан с MODx. Там буквально одно маленькие видео было.
iWatchYouFromAfar
02 июня 2020, 12:43
0
Я думаю что MODx не конструктор аля битрикс или вордпресс. Даже большинство компонентов (готовых решений) еще нужно правильно вызвать и настроить.

Готовые сборки должны быть написаны по единому стандарту, которого нет. Посему я против подобного рода товаров. Когда человек берет десяток готовых, бесплатных компонентов и продает это, под видом того, что он потратил время на вызовы сниппетов и прочих вещей.

А работа у разработчиков появляется когда развивается сама система, вместе с развитием системы развивается и экосфера. Благодаря чему появляется идея создавать готовые сборки, создается единый стандарт, по нему создается готовая тема, отправляется на модерацию в маркетплейс и только после этого — такая сборка добавляется в магазин.

Попробуйте сверстать шаблон на какой-нибудь темфорест и начать его там продавать. Я думаю вы очень удивитесь сколько строгих требований к шаблонам предъявляет маркетплейс.

И я уже говорил про это сто раз. В MODx нет системы для тем, как это сделано, например в убогом WP. И от этого нужно начинать плясать. Почему? Объясняю…

Я купил готовую тему ИМ для модкс — например. Прошел год и тут умелый разработчик сделал новую, более крутую тему. И я хочу на неё перейти. А теперь представьте сколько камней подводных я словлю, когда начну удалять старую тему и ставить новую?
iWatchYouFromAfar
07 мая 2020, 16:37
0
Я думаю что дополнительно нужно оповещать каким-нибудь попАпом покупателя, что цена на товар который у него в корзине — изменилась.
iWatchYouFromAfar
06 мая 2020, 01:37
+1
В параметре tpl оформляется вывод изображений, сверстайте его под себя и выводите что угодно.
iWatchYouFromAfar
29 апреля 2020, 17:12
0
Все готовое так или иначе придется переделывать от ваши нужны. Натяжка шаблона, изменение сниппетов а где-то и глубже придется копнуть.
iWatchYouFromAfar
22 апреля 2020, 15:21
0
А вам как надо?

Ну так еще попробуйте
["`tok`.`value` BETWEEN 500 and 600"]
iWatchYouFromAfar
22 апреля 2020, 00:47
0
modstore.pro/packages/utilities/admintools — еще этот компонент добавляет страничку со списком событий и плагинами, которые на них повешены.
iWatchYouFromAfar
21 апреля 2020, 19:18
0
Нет, плохо понимаете, авторедиректор работает и в бэке. При большом кол-ве ресурсов и особенно при большой вложенности, сохранение может идти долго. Для начала попробуйте деактивировать авторедиректор.

Дальше, если не поможет, смотрите какие плагины на сохранение у вас висят.