ага просто ) тогда отработает до всего остального

т.е отловить, то что нам нужно, а дальше будет уже evo пыхтеть?

ага

а может с ево убрать вообще этот функционал и полностью переложить на fast-route?

а может с ево убрать вообще этот функционал и полностью переложить на fast-route?

Можно и так, но там работы не так мало как кажеться да и стандартный роутинг работает на отлично потому не вижу смысла пока трогать

А так свой можно или до или после или вместо 🙂

Можно и так, но там работы не так мало как кажеться да и стандартный роутинг работает на отлично потому не вижу смысла пока трогать

работы там файл создать на 5 строчек ((:

вместо index.php

работы там файл создать на 5 строчек ((:

Не уверен 🙂

Если документов много, то спасает только opcache от роутинга evo

Иначе 200 мб памяти и 0.5с. генерация php

по другому все

Иначе 200 мб памяти и 0.5с. генерация php

Ставим вот тут галочку https://take.ms/OESjY и нет проблем 🙂

когда много документов

тестил на 1 000 000 документов и все ок : )

всем привет, Кто возьмет проект на React js?

ТЗ краткое следующее: 1) бекенд полностью делается на Directual, предоставляются REST API для получения всех данных, поиска, фильтрации и т. д. 2) необходимо оценить по срокам и стоимоти оживление макетов из zepplin, с использованием ReactJS 3) необходимо дать референсы (желательно с примером кода) проектов, сделанных на ReactJS

в личку

тестил на 1 000 000 документов и все ок : )

Не помогает, из 40тыс стало 27тыс в массиве путей, видимо из за того, что большинство документов в контейнере с «не участвовать в пути» лежит

Плюс запросов SQL стало больше x2

Плюс запросов SQL стало больше x2

Там всего + 2 запроса на страничке не папке на это дело Ну значит у вас 27 тыс папок зачем то

Обычно папок на порядок меньше и работает все ок

а баги все исправили с этим режимом? там же было что-то с alias_visible

запросов стало больше, потому что теперь для получения ссылки нужно делать запрос

но от лишних запросов можно избавиться, если руки не из жопы ((:

а баги все исправили с этим режимом? там же было что-то с alias_visible

Может быть проблема если несколько папок в пути исключены из урла

но от лишних запросов можно избавиться, если руки не из жопы ((:

Ага отказаться от дито и вайфиндер ибо при таком подходе гетчилдсайди генерит кучу запросов лишних

все сниппеты, которые используют makeUrl будут делать запросы

но я и не сказал бы, что эти запросы много времени занимают

Ру да там уже от организации странички зависит Если на страничке 10000 ссылок то печально

Не помогает, из 40тыс стало 27тыс в массиве путей, видимо из за того, что большинство документов в контейнере с «не участвовать в пути» лежит

Если хотите скиньте доступ в личку может подскажу что оптимизировать

Может быть проблема если несколько папок в пути исключены из урла

Ну я на это и указал, много документов в такой папке находится. SQL запросы выполняются быстро, уменьшить количество можно, но дело в генерации php и использовании памяти. В моем случае эта галка не помогает. Помог только opcache: время генерации упало с 0.5с до 0.012с и память упала со 200мб до 4мб

Опкеш штука хорошая и нужная везде но даже при первой загрузке чутка оптимизировать думаю можно

никто случайно не сталкивался с задачей когда при использовании Selector - custom TV в БД нужно сохранять не id выбранных ресурсов а pagititle ?

никто случайно не сталкивался с задачей когда при использовании Selector - custom TV в БД нужно сохранять не id выбранных ресурсов а pagititle ?

http://docs.evo.im/04_extras/selector.html

никто случайно не сталкивался с задачей когда при использовании Selector - custom TV в БД нужно сохранять не id выбранных ресурсов а pagititle ?

А накой? Может сохранить айди и потом уже при обработке получать тайтлы?

задача стоит сделать теги для статей. но что бы при фильтрации по тегам для каждого был свой урл для возможности прописать свои дескрипшен и т.д.

задача стоит сделать теги для статей. но что бы при фильтрации по тегам для каждого был свой урл для возможности прописать свои дескрипшен и т.д.

Ну как вариант сделать тег обычным документом в дереве, привязку сделать тегов к доку через custom TV selector.

ну так и задумывалось. но selector хранит id ресурсов а не заголовки и не получится тогда это тв использовать в связке с TagSaver

В смысле? (с)

Оно именно для этого обычно и используется))

Значения тегов - id, список тегов выводится доклистером, запихивая список id в documents. Документы прикрепляются через tagSaver

стоп - ты предлагаеш не статье теги назначать, а тегу статьи?

стоп - ты предлагаеш не статье теги назначать, а тегу статьи?

Где я такое предлагал)

Если известен id, можно вывести что угодно - хоть заголовок, хоть урл, хоть любое другое поле. Именно потому id и хранятся. А вот что потом делать с заголовком? Пихать его назад в фильтр через like, чтобы найти id?:)

если использовать просто TagSaver не замарачиваясь с отдельными урл то в тв параметре хранятся записи типа "тег1, тег2...." в таблице tags создаются записи где каждому тегу присваивается id а в таблице site_content_tags уже связываются id страницы и id тега и с этой таблицы контроллером выбираются нужные id страниц

а если мы будем использовать selector то в тв не будет хранится "тег1, тег2...." а будет "12,25..."

тут либо контроллер site_content_tags переделывать либо selector ну либо я в лыжах)

а если мы будем использовать selector то в тв не будет хранится "тег1, тег2...." а будет "12,25..."

никакой разницы для tagSaver нет - будет там тег1, тег2 или 12,25 - а вот использовать потом 12,25 намного удобнее, чем "тег1, тег2"

мне кажется ты в лыжах - причем на асфальте ))

не буду есключать этот вариант)

что и зачем переделывать? на странице, где нужно вывести притегованные статьи пишется tagsData=`tv_id:[*id*]` и все

например у нас tv с id=5, тогда это будет tagsData=`5:[*id*]`

зачем нам вообще знать "тег1, тег2" ))

кажется начинаю снимать лыжи)

а вывод тегов статьи так [[DocLister? &documents=`[*tags*]`]], где tags - это имя нашего tv

ну и там шаблон типа &tpl=`@CODE:<a href="[+url+]">[+pagetitle+]</a>`

а облако тегов?)

хотя для него можно и снипет написать

смотря что понимать под "облаком" - если просто список тегов статьи - то я уже все написал

огромное спасибо за направление

[[DocLister? &documents=`[*tags*]` &tpl=`@CODE:<a href="[+url+]">[+pagetitle+]</a>`]]

[[DocLister? &documents=`[*tags*]` &tpl=`@CODE:<a href="[+url+]">[+pagetitle+]</a>`]]

http://docs.evo.im/03_extras/doclister.html

на странице статьи - и будут все теги данной статьи

смотря что понимать под "облаком" - если просто список тегов статьи - то я уже все написал

ав сайдбаре самые популярные теги

я имел ввиду

но это тож не проблема

ещё раз спасибо

ав сайдбаре самые популярные теги

ну тут сниппет в пару строчек написать придется, который отбирает несколько этих самых id (значений тегов), отсортированных по количеству соответствующих им записям и также пихает в DocLister :)

этим не обойдется - при сохранении ресурса в поле тв становится пустым - хотя в БД нужные значения.

да как оказалось не туда я капал)

Есть ещё мой дешман-вариант. Не очень универсально зато просто и быстро https://www.youtube.com/watch?v=uoKdcGPrChI

благодари плюсиками ;)

А есть какой-то грамотный способ юзать допустим modApi внутри prepare Formlister? Ну не подключая файлы, а, скажем, используя некую конструкцию. Типа как хелперы подключаются.

А есть какой-то грамотный способ юзать допустим modApi внутри prepare Formlister? Ну не подключая файлы, а, скажем, используя некую конструкцию. Типа как хелперы подключаются.

Читай документацию ©(Pathologic) http://docs.evo.im/03_extras/formlister.html

Привет

в параметре eFilter есть набор значений. Можно какой-то документ, например, при отсутствии значений выводить по всем указанным вариантам значений?

Эмм. Непонятно. Если значения не выбраны, то почему он должен быть показан вообще?

Работает =) Возможно она вынесена куда-то за пределы контейнера. Там вроде это критично.

Эмм. Непонятно. Если значения не выбраны, то почему он должен быть показан вообще?

Если не выбрано ни одно значение (пусто), то показываться по всем. При импорте появляются новые значения и чтобы товары, которые должны показываться всегда, не обновлять вручную постоянно