Dmytro
А новость или статья не очень
Євген Інвестюга
Здравствуйте! Ребята, подскажите, пожалуйста!
Почему в током вызове, при добавлении новых документов в выборку пропадает пагинация? Она появлятся при первом вызове и работает пока не добавляется документ...😞
[[DocLister?
&parents=`0`
&tpl=`anons-deck-1`
&id=`list-deck-3`
&total=`10`
&depth=`7`
&sortBy=`if(c.pub_date=0,c.createdon,c.pub_date)`
&dateFormat=`%d.%m.%Y`
&showParent=`0`
&tvPrefix=``
&tvList=`faction,leader`
&paginate=`pages`
&TplNextP=`@CODE:<a href="[+link+]" class="nk-pagination-next"><span class="ion-ios-arrow-forward"></span></a>`
&TplPrevP=`@CODE:<a href="[+link+]" class="nk-pagination-prev"><span class="ion-ios-arrow-back"></span></a>`
&TplPage=`@CODE: <a href="[+link+]">[+num+]</a>` &TplCurrentPage=`@CODE: <a class="nk-pagination-current" href="[+link+]">[+num+]</a>` &TplWrapPaginate=`@CODE: <nav>[+wrap+]</nav>` &filters=`OR(content:template:=:30;content:template:=:32)`
]]
EVO bot Лёшка
Evgeniy
Добавить галочку скрыть показать
Тогда вообще не понимаю преимуществ. Минусы вижу - управление в админке становится не однородным. В одном мете галочку ставить там для публиацаии. В другом - тут. В разделе портфолио документы картинки загружаются через SimpleGallery, а в через Page Bilder по другому в то время, как мой вариант позволяет добиться этой самой однородности.
Evgeniy
В общем те же яйца, только новая сущность добавляется в виде PageBuilder. Профит сомнительный, а результат тот же. Поэтому тем более не вижу смысла разбираться в особенностях этого дополнения.
Bilbo Baggins
Любой "системный" документ в дереве (не предназначенный для отображения по прямой ссылке) - это потенциальный косяк для сео.
Bilbo Baggins
Нужно тщательно следить, чтобы отдавались 404 и не попадали в sitemap
Evgeniy
Любой "системный" документ в дереве (не предназначенный для отображения по прямой ссылке) - это потенциальный косяк для сео.
Я для этого всегда плагин использую в котором перечисляю ID документов и шаблонов которые должны быть доступны только через ajax или вообще не должны открываться.
Evgeniy
Точно так же и в DLSitemap фильтрую шаблоны и иключаяю лишние документы
Evgeniy
Bilbo Baggins
Ну мы же ведем речь о том, что менеджер будет наполнять сайт.
Т.е. будет создавать новые блоки того же лендинга пусть
И нужна инструкция четкая для него. Что куда прописать или какую галку снимать/ставить
Bilbo Baggins
а в случае с PB (хотя я и редко использовал его) - защита от дурака
Evgeniy
Ну мы же ведем речь о том, что менеджер будет наполнять сайт.
Т.е. будет создавать новые блоки того же лендинга пусть
И нужна инструкция четкая для него. Что куда прописать или какую галку снимать/ставить
Шаблоны для блоков подготавливает прогер. Он и исключает эти ID. Менеджеру отается использовать только заранее подготовленные шаблоны
Evgeniy
а в случае с PB (хотя я и редко использовал его) - защита от дурака
Я ничего не имею против PB. Просто когда у меня возникла впервые подобная задача - я ее решил подручными средствами без кучи кода. Поэтому мне вдвойне не понятно зачем все это.
Evgeniy
Это как компонент со снежинками который недавно обсуждали
Bilbo Baggins
Bilbo Baggins
опять же со стороны манагера смотрим
Evgeniy
опять же со стороны манагера смотрим
Как выше было сказано - манагеру нужна большая инструкция для того, чтобы понять где поставить галочку для публиации/отмены публиаации блока/ресурса. В ресурсе галочку нужно в одном месте ставить, в блоке - по другому
Bilbo Baggins
Т.е. GUI админки MODX отстой по сравнению с этим?
подмена понятий.
Документ (ресурс) - это страница, имеющая урл
А в PB можно сделать вкладку, назвать её по-русски, и названия блоков также. Исключая неоднозначность в восприятии
Yaroslav
к чему споры? каждое решение хорошо под свои конкретные задачи. Лепить костыли как у Евгения - не хочется и нет смысла, когда есть готовое решение из коробки
Bilbo Baggins
стоит ли говорить, что WP более понятен для менеджеров? С их плагинами под каждый чих.
Конечно, не стоит делать попытки превратить modx в этот шлак. Но решение вполне себе удобное для манагеров.
Evgeniy
подмена понятий.
Документ (ресурс) - это страница, имеющая урл
А в PB можно сделать вкладку, назвать её по-русски, и названия блоков также. Исключая неоднозначность в восприятии
Это мы привыкли, что ресурс в дереве документов имеет URL. На самом деле его предназначения намного шире. Это может быть и страница для проксирования запросов. И служебная страница. Да банально даже популярное когда-то решение CfgTV уже кривожопое получается
Evgeniy
Вспомним вот это http://modx.im/blog/triks/2096.html
Evgeniy
Почему я против такого решения? Потому, что оно вносит неоднозначность в логику работы сайта.
Bilbo Baggins
Почему я против такого решения? Потому, что оно вносит неоднозначность в логику работы сайта.
активно использу этот метод и метод с blank документом
Не вижу ничего предосудительного, так как все разрабы знают все варианты реализации. И при желании найдут
Evgeniy
активно использу этот метод и метод с blank документом
Не вижу ничего предосудительного, так как все разрабы знают все варианты реализации. И при желании найдут
А если я 5 способ еще покажу о котором не писали?
Камиль
Почему я против такого решения? Потому, что оно вносит неоднозначность в логику работы сайта.
Не попробовав и полноценно не оценив в ваших словах мало силы
Bilbo Baggins
А если я 5 способ еще покажу о котором не писали?
да можно наверное и еще десяток придумать при желании.
Но зачем?
Evgeniy
Не попробовав и полноценно не оценив в ваших словах мало силы
Что конкретно я должен оценить?
Камиль
А если я 5 способ еще покажу о котором не писали?
Опять таки с понимаем в админке где что. Например на фронте ссылки подчеркивают, а если что то иное происходит, то пунктир
Камиль
В модх же все что нужно делать всегда суют в дерево
Evgeniy
да можно наверное и еще десяток придумать при желании.
Но зачем?
Вот именно. Зачем другого проегера заставлять рыться в плагинах, чтобы найти куда же все-таки уходит запрос и от куда берутся данные.
Камиль
Ибо нет вариантов вот и все
Bilbo Baggins
Вот именно. Зачем другого проегера заставлять рыться в плагинах, чтобы найти куда же все-таки уходит запрос и от куда берутся данные.
это уже этика профессиональная.
Мы же про клиентов говорим
Evgeniy
Давайте по пунктам. Вот я вижу, что pagebuilder поддерживает несколько вариантов блоков со своими шаблонами. Т.е. теоретически, я могу создать свой кастомный тип ввода данных с Autocompleate подключив нужный JS. Верно?
Камиль
Да
Evgeniy
Да
Ок. У меня 2 блока однотипных на странице. Загрузится 2 однотипных JS. Будет конфликт. Как решать?
Камиль
Ок. У меня 2 блока однотипных на странице. Загрузится 2 однотипных JS. Будет конфликт. Как решать?
Условие на js на проверку объекта как вариант
Evgeniy
Т.е. как минимум я уже готовый вариант какой-то не смогу взять. Мне нужно велосипедить
Pathologic
Ок. У меня 2 блока однотипных на странице. Загрузится 2 однотипных JS. Будет конфликт. Как решать?
наверное кроме меня на эту тему никто вообще не парился никогда, ну Сергей разве что 😸
Evgeniy
наверное кроме меня на эту тему никто вообще не парился никогда, ну Сергей разве что 😸
Если использовать дерево, то и запарок не будет.
Сергей
наверное кроме меня на эту тему никто вообще не парился никогда, ну Сергей разве что 😸
так я твой ассетс подключил и не парюсь)
Камиль
Т.е. как минимум я уже готовый вариант какой-то не смогу взять. Мне нужно велосипедить
Может и можно разработчику виднее, вы как главный разработчик ево видите больше, думаю разработчик pb тоже знает скрытые фишки, которые забыл внести в доки
Evgeniy
Pathologic
pb нагляднее наверное, типа сразу видна схема вывода блоков
Evgeniy
У нас мультиязычный сайт.
Pathologic
да и спрос на такие конструкторы есть
Evgeniy
bLang уже как я понимаю будет лсожно подружить с PB
Evgeniy
А вот у evoBabel проблем не будет
Pathologic
я бы его использовал для сайта со статьями, когда менеджер хочет то видео воткнуть посреди текста, то несколько картинок с подписями
Pathologic
дерево тут сложнее будет в использовании
Pathologic
а если лендинг строить, то лучше дерево
Evgeniy
При этом если на сайте уже реализована мультиязычность через bLang, то привыкшим использовать PB вообще треш начнется
Evgeniy
Браво. Идеальная сфера применения
Камиль
Окей в любом случае все при своем. Я мультиязность вообще по своему делал 😁
Evgeniy
Окей в любом случае все при своем. Я мультиязность вообще по своему делал 😁
😊 Мне EvoBabel нравится. Но не хочу вдаваться в полемику)
Камиль
😊 Мне EvoBabel нравится. Но не хочу вдаваться в полемику)
Много про него слышал, но так и не было надобности опробовать
Evgeniy
просто интересно, реально этот же webp рабочий инструмент и гугл к нему склоняет для ранжирования, или баловство
https://habr.com/post/431498/
Антон
Михаил
я бы его использовал для сайта со статьями, когда менеджер хочет то видео воткнуть посреди текста, то несколько картинок с подписями
Он задумывался как раз для этого. Но осложнение вызывает тот факт, что содержимое блоков не может участвовать в поиске
Pathologic
почему не может?
Pathologic
отдельно просто индексировать его
Михаил
AjaxSearch можно настроить через пень колоду, а evoSearch - насколько я знаю, нельзя
Pathologic
для evoSearch плагин для индексации допилить просто
Aliaksandr
допилить не проблема, просто я не пользовался pb и не в курсе в какую сторону пилить ))
Aliaksandr
оно в каком виде и где все хранится? в отдельной таблице или тв?
Dmytro
В отдельной таблице
Aliaksandr
надо будет заняться вопросом )) по идее сюда https://github.com/webber12/evoSearch/blob/master/assets/plugins/evoSearch/plugin.class.php#L171 впилить или рядом по аналогии и все :)
Aliaksandr
только решить как именно удобнее задавать какие поля из pg индексировать (вряд ли там нужный всякие галереи, файлы и т.п.) и как удобнее идентифицировать, что у конкретной страницы этот pagebulider имеется в принципе )
Avent
привет Эвистам, есть вопрос с нашего фронта (Revo)
Avent
как просто и безболезненно сделать плагин который будет цепляться за несуществующий url и выдавать нужную информацию
Avent
пример site.ru/info.txt
Avent
такого файла на сервере нет, но информация должна выводиться. Нужно сделать обязательно плагином, а не ресурсом
Dmytro
Через плагин на pagenotfound