С длинным текстом проблемы

😁

Новость без даты не бывает

У нас бывает 🙂 я там просто RSS парсю надо дату тоже не тянуть )

это вообще заглушка пока не соберем нормальный 🙂 уже лучше чем было

вот так вот определятся титл родителя

Говнокод сразу вижу

🙂

Целых 2 запроса. Можно было на API. Имя БД жестко прописано И т.д.

Говнокод сразу вижу

+

вот так вот определятся титл родителя

Id родителя можно получить из $modx->documentobject точно не помню переменную в доке есть. А заголовок или так или через api

Документобжект -> parent ;)

Документобжект -> parent ;)

Родителя помню, я не уверен что documentobject

👍

А чё там с evoShop 😅 будет релиз?

Или теперь из за ларки не актуально

В ближайшие месяца 3 точно нет

Да в любом случае ИМ надо

Так что будет рано или поздно

Ну я просто так спросил😄 отказался от магазинов нафиг

Не может осилить filemtime siteCache

теперь может

теперь может

+

docs.evo.im

Наловил прелестную багу. Точнее, фичу. Может кто столкнётся и будет искать, пусть тут лежит. Гарантирую, заебётесь. Ошибка при сохранении типа Can't update table 'modx_site_content' in stored function/trigger because it is already used by statement which invoked this stored function/trigger. Что было — в mysql был создан триггер и при сохранении таблица контент дублировалась в другую базу. Даже не знал, что так можно. У ребят был тестовый сайт, который видимо зеркалировал основной.

Ну и соотв. тестовый сайт видимо был когда-то удалён, отсюда ошибка триггера. К самому Эво отношения не имеет, но фишка прикольная.

Включу режим кэпа, указано же косяк с функцией или тригером, первое куда нужно лезть это в mysql

Иде ж ты был час назад)

Спал 🙂

Вооот. И я тоже.

тригеры прикольная штука

и процедуры

в универе помню знатно с ними резвились на лабах

но в жизни как-то вот редкость, да

хотя недавно писали процедуру для postgres чтобы выполнить определенный запрос

естимейт выполнения скрипта на PHP показывал срок выполнения в ~34 часа (база реально здоровая)

хранимая процедурка справилась за 4 минуты

хранимая процедурка справилась за 4 минуты

А почему не с ГО сравниваешь?😁

потому что инструмент нужно к задаче подбирать, а не наоборот

диплом инженера обязывает применять и пропагандировать такой подход

почитал тонну букв и так особо и не понял, зачем придумали этот @yield ))

есть какие-то "особые" случаи, где нужен именно он?

Что за yield?

blade

единственное, что приходит на ум- для показа секции внутри другой секции, если там нельзя использовать вложенные @section

но для этого опять же можно использовать stack/push

единственное, что приходит на ум- для показа секции внутри другой секции, если там нельзя использовать вложенные @section

@component ))

@component ))

ну вот реально, где это использовать по делу, а не просто так )

ну вот реально, где это использовать по делу, а не просто так )

https://github.com/evolution-cms/evolution/blob/2.0.x/manager/views/page/resources/chunks.blade.php#L40

да component - это понятно, я про yield ))

все именованные переменные в шаблоне заменить, а внутряк - в переменную $slot впихнуть - тут все ясно )

да component - это понятно, я про yield ))

ну как лейаут, и расширять его можно. но вот на практике не юзал

это же просто имя

ну как лейаут, и расширять его можно. но вот на практике не юзал

ну вот смотри .. объявили мы @section ('name') @show или @yield('name'), потом на "наследнике" все равно надо определять содержимое section и разницы никакой )

так лейаут только указывает где должна быть секция, а если она не определена?

ну мы пустую же определили @section ('name') @show, чтобы там что-то появилось нам все равно на наследнике и там и там надо писать @section ('name') текст наследника @stop

ну вот можно и так вывести, а можно проще показать лейаут

вот и пытаюсь найти тайный смысл, может есть какая разница ))

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

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

у section или yield?

у section или yield?

у section

В админ панели это попалось, но @Agel_Nash исправил в рамках evo

привет ребята! создал файл для мультитв в assets/tvs/multitv/configs. в ТВ параметрах создал новый мультитв, но не знаю как в шаблонах вызвать тот самый созданный мультитв который сооздан в конфигах. помогите плз

привет ребята! создал файл для мультитв в assets/tvs/multitv/configs. в ТВ параметрах создал новый мультитв, но не знаю как в шаблонах вызвать тот самый созданный мультитв который сооздан в конфигах. помогите плз

тип ТВ - multitv

тип ТВ - multitv

я указал тип мультитв, в конфигах много других файлов, как мне узнать, что я вызываю нужный файл?

я указал тип мультитв, в конфигах много других файлов, как мне узнать, что я вызываю нужный файл?

файл должен называть одноимённо как и тв,

Подскажите как правильно собрать ссылку на вывод echo имея id, что-то через склейку <a href=“[~’.$url.’~]>ancor </a> ругается

файл должен называть одноимённо как и тв,

спасибо, пробую

echo '[~[*'.$id.'*]~]';

Если дальше её будет обрабатывать парсер, конечно же.

А FormLister и evoBabel не могут друг друга не любить? =) В &controller=Profile ставлю &successTpl, но сообщений не выводится чёт. Может какая переадресация или ещё кой хуй...

А FormLister и evoBabel не могут друг друга не любить? =) В &controller=Profile ставлю &successTpl, но сообщений не выводится чёт. Может какая переадресация или ещё кой хуй...

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

<a href=“ ' . $modx->makeUrl($id) . ' ">ancor </a> зачем лищний раз парсер гонять если можно не гонять?

Затем.

А FormLister и evoBabel не могут друг друга не любить? =) В &controller=Profile ставлю &successTpl, но сообщений не выводится чёт. Может какая переадресация или ещё кой хуй...

любят и ещё как

Затем.

чем хуже api?

Ничем.

В админ панели это попалось, но @Agel_Nash исправил в рамках evo

короче как обычно - пока сам по граблям не походишь, не узнаешь ))))

короче как обычно - пока сам по граблям не походишь, не узнаешь ))))

это точно)