dzhuryn (2675.38) увеличил карму chernyshovmaksim (0.09)

красава) помог

Сработало

->where('site_content.id',1)

+

chernyshovmaksim (0.09) увеличил карму dzhuryn (2675.68)

Не ну это похоже на баг )

Может там массивом условия задать попробовать?

Не ну это похоже на баг )

Ну withTVS делает тебе join, соответственно, у тебя в двух таблицах есть id

мне функция tvList больше нравится без join

Всем привет Имеем Evolution 1.4.10 При создании програмно (modResource) ресурсов до полного сброса кеша, при выводе через DocLister у новых ресурсов ссылка вида http://site/32014 , а у уже созданных или только отредактированных ссылки верные сброс кеша запускается в конце импорта, что все исправляет, но ресурсов много и импорт проходит долго и пока он не закончится имеем битые ссылки(

подскажите, пожалуйста, как это исправить

мне функция tvList больше нравится без join

Так tvList для выборки и нужен, withTVs задумывался для джойна тв для сортировки по ним

Ну withTVS делает тебе join, соответственно, у тебя в двух таблицах есть id

Просто модель site_content к своим полям могла бы и по дефолту приписывать нужный префикс, если другой не задан )

Просто модель site_content к своим полям могла бы и по дефолту приписывать нужный префикс, если другой не задан )

ну модель + join, это уже скорей обычная выборка

Просто модель site_content к своим полям могла бы и по дефолту приписывать нужный префикс, если другой не задан )

вместе с join скорей всего будет беда, ибо хз, как оно с id поступит

Ну элоквент же умные люди писали, могли просто поля через strpos на точку прогнать и если нет точки (т.е. это чисто имя поля) и поле в списке полей данной модели значится, значит надо ему добавить имя таблицы :)

А так мучайся вечно , помни еще имя таблицы, даже когда с моделью работаешь ))

Всем привет Имеем Evolution 1.4.10 При создании програмно (modResource) ресурсов до полного сброса кеша, при выводе через DocLister у новых ресурсов ссылка вида http://site/32014 , а у уже созданных или только отредактированных ссылки верные сброс кеша запускается в конце импорта, что все исправляет, но ресурсов много и импорт проходит долго и пока он не закончится имеем битые ссылки(

ну так скидываай кэш после создания каждого нового ресурса, $doc->save(false,true); либо после каждого, скажем, 100-го документа $modx->cacheClear('full'); - только неужели НАСТОЛЬКО долго, что роботы успеют проиндексировать неверные ссылки?

$doc->save(false,true); не помогает, кеша то еще нет у ресурса, которого не было. дело не в роботах, а в пользователя, импорт запускается каждые 30 минут

Всем привет Имеем Evolution 1.4.10 При создании програмно (modResource) ресурсов до полного сброса кеша, при выводе через DocLister у новых ресурсов ссылка вида http://site/32014 , а у уже созданных или только отредактированных ссылки верные сброс кеша запускается в конце импорта, что все исправляет, но ресурсов много и импорт проходит долго и пока он не закончится имеем битые ссылки(

по идее там нужно в AliasListing инфу о новом документе записать. 1. Попробывать поставить AliasListing только для папок. 2. Отдебажить проблему или закинуть донат @Pathologic93 . 3. Созданные документы не публиковать, при создании, а к вонце импорта одним запросом и сбрасывать кэш А вообще я думаю можно решить, добавлением инфы о новом документе в aliasListing

$doc->save(false,true); не помогает, кеша то еще нет у ресурса, которого не было. дело не в роботах, а в пользователя, импорт запускается каждые 30 минут

Создавай их неопубликованными, а в конце опубликуй и сбрось кэш

О, я за пункт 3 😁

О, я за пункт 3 😁

я за пункт 2, вторая часть

я за пункт 2, вторая часть

Ничего он там не сделает, нет в этом смысла - ворочать каждый раз aliasListing после создания каждого ресурса. Либо тогда сразу кэш сбрасывать, но это жесть, либо в конце все опубликовать и один раз сбросить

всем большое спасибо за помощь

Тем более, что без сброса кэша там все равно будет каша в выводе кэшированных сниппетов, новые там не появятся.

Ничего он там не сделает, нет в этом смысла - ворочать каждый раз aliasListing после создания каждого ресурса. Либо тогда сразу кэш сбрасывать, но это жесть, либо в конце все опубликовать и один раз сбросить

Чего-нибудь бы сделал 😺

Тем более, что без сброса кэша там все равно будет каша в выводе кэшированных сниппетов, новые там не появятся.

+

Varaksin (0) увеличил карму webber_12 (4027.78)

по идее там нужно в AliasListing инфу о новом документе записать. 1. Попробывать поставить AliasListing только для папок. 2. Отдебажить проблему или закинуть донат @Pathologic93 . 3. Созданные документы не публиковать, при создании, а к вонце импорта одним запросом и сбрасывать кэш А вообще я думаю можно решить, добавлением инфы о новом документе в aliasListing

+

Не так быстро. В группе установлено ограничение.

Чего-нибудь бы сделал 😺

Проверял бы в препаре и если нет этого ресурса в aliasListing, то просто приписывал бы его alias и суффикс к урлу родителя? 😁😁😁

Но сотке тысяч ресурсов при отключенном для конечных ресурсов алиаслистинге - это самый охуенный метод )))

->where('site_content.id',1)

->find(1)

milkamil93 (954.01) уменьшил карму dzhuryn (2644.79)

Ой

Но сотке тысяч ресурсов при отключенном для конечных ресурсов алиаслистинге - это самый охуенный метод )))

+

Pathologic93 (4633.27) увеличил карму webber_12 (4095.85)

Ой

->firnOrFail(1)

dzhuryn (2644.79) уменьшил карму milkamil93 (902.58)

->firnOrFail(1)

first?

first?

findOrFail

хотя first вроде также есть

хотя first вроде также есть

Только он вроде массив отдаст, а find одну коллекцию

Сейчас всю карму себе попалите, пока будете про элоквент умничать 😂😂😂 элоквент зло, мне его не присылать 😂😂😂

А в каком файле в третей версии редактировать подключение к базе?

А все нашел

Версия php ?

на 7,2 без проблем завелась, спасибо

Господа, а ктонить ченить может сказать про RedirectMap? Как его оживить?

Либо он не срабатывает на конструкциях типа /index.php?.....

Господа, а ктонить ченить может сказать про RedirectMap? Как его оживить?

вторая версия оживлялась на 1,4

Где бы ее найти... в магазине только 1.0

Где бы ее найти... в магазине только 1.0

МультиКатегории не ломали? Чета из экстраса ставлю, а таблица site_content_categories не создается нифига

1.4

или я что то не понимаю(

Йоу, котаны) проверьте кто может, создается ли таблица при установке multiCategories из экстраса

ааааа бляяяя...она создается то видимо когда хоть одного доп родителя в дереве выберем. Тьфу бля. понятно все

Ребята, всем привет! Нужна помощь. Кто может подключить и настроить срм ( амо) для сайта? Напишите пожалуйста в лс

ребята, помогите кто с композером разобраться. в часности как раз с установкой phpoffice/phpspreadsheet

как всегда не дочитав, поставил через 1, а что мне теперь надо сделать, чтобы добавить эти доки, как в пункте 2? Ну то есть как запустить этот композер, чтобы он доки подтянул....

Всем привет!! Взял для проекта 3.х, исключительно ради ТВ у юзеров. А работаю пока по-старинке, всякие там сниппеты/чанки и прочая. Здесь читал, что @Pathologic93 переделал библиотеку modUsers для работы с новыми юзерами в 3.х. Вопрос такой: а сами вызовы Формлистера, параметры там и т.п. те же. как и ранее? Или поменялось все? если поменялось, где прочитать?

Вызовы прежние.

В видео уроках Дмитрия по 2 версии всё показано.

Вызовы прежние.

А где-то примеры есть работы с ТВ-полями юзера? я с наскока не нашел. Мне бы простейший пример, скажем регистрация юзера через ФЛ с полями "логин" и "пароль" и с ТВ-полем "ИНН".

В видео уроках Дмитрия по 2 версии всё показано.

Отлично, посмотрю.

Всем привет

Пишу сюда так как знаю что сообщество активное. Кто работал с эластиком?

Такой вопрос по эластику: Есть проект(громко: агрегатор недвижимости) на express с единой точкой входа(api), vue - фронт(обновляет стейт при запросе на апи), express как api(там должна быить вся бизнес логика), бд - эластик. Эластик планируется обновлять с помощью logstash(xml фиды яндекса) Необходимый функционал: поиск объеков по локации(город, район, улица, дом, жк - аля Домклик) и фильтрация по параметрам, сортировка, вывод списка объектов, вывод карты(просто получить список geo параметров). Вопрос в слудующем (больше по архитектуре): как спроектировать архитектуру: Сейчас список объектов по query получаю без проблем. но как прикручивать остальной функционал. Что есть сейчас: с фронта собирается get строка из параметров и направлется в апи, в контроллерах получаю объект с параметрами query и filter.

хочу посоветоваться с гуру

С эластиком думаю мало кто тут работал сильно прожорливая штука а вот со сфинксом думаю работали В целом прочитал и пока не сильно понял в чем вопрос

Вопрос вот в чем. На клиенте мне надо обновить стейт. В контроллере я получаю объект (локация и фильтр). На основе этого объекта мне надо 4-5 запросов отправить в эластик для разных блоков (параметры фильтра, список, кол-во объектов)? или стараться мин кол-вом запросов в бд получить данные? Функционал как в интернет-магазине - (страница каталога: фильтр, список товаров, сортирвка, пагинация)

Народ а как вызвать доклистер внутри tpl другого доклистера?

Народ а как вызвать доклистер внутри tpl другого доклистера?

А точно надо? Мб prepare справится?

Но вообще вроде он же вызывается даже стандартно, подумаешь, сниппет в сниппете.

да можно, просто сниппеты еще дополнительные городить не хочется, да и доку поднимать надо по препаре. Да просто задача 100 лет такая не стояла со времен ditto, в дитто там вызов еще одного ditto внутри tpl вроде работал. Тут что-то не по плану пошло, мб так задумано хз

Вложенные tpl наверное не работают. которые в @CODE:

Либо [+id+] не тот и не там.

Вложенные tpl наверное не работают. которые в @CODE:

да, это знал, сразу запихнул не в @code Все, а чисто чанками