« Rev
@evolutioncms   1755
Fwd »


Dmytro
Одно другому не мешает 🙂 тоесть в варианте: - Все новости (страничка все новости ) - Последние новости (На главной или в сайдбаре ) - Похожие новостие (внизу на страничке новости ) везде один и тот же шаблон новости но разные обертки тоесть тут отнаследовать сложно а вот использовать 1 шаблон через @include удобно
Pathologic
Так я говорю про шаблон страницы, а не шаблон для вывода новостей
Dmytro
шаблон вывода 1 новости 🙂 а шаблоны странички однозначно через extends
Pathologic
Шаблоны через @b_file на самом деле тоже могут наследоваться
Dmytro
Шаблоны через @b_file на самом деле тоже могут наследоваться
Я бы старался избегать такого вообще) но в FormLister оно вписывается хорошо. Но Для доклистера проще в Масив/Обьект и дальше на Blade
Pathologic
Да, только про формы хотел написать
Сергей
Ну активных как видим порядка 100
101 =) Я мало пишу, но почти все читаю )
Artem
кто знает такой прикол - меняю версию пхп на сервере с 5.4 до 7.2 и меняется владелец некоторых файлов, например siteCache.idx.php и права на него 600, которые никак не поменять
Saniock
Эти вопросы лучше к хостеру
Сергей
Сижу над сайтом. Ковыряю конфиги. они все в разных местах: public_html/assets/tvs/multitv/configs public_html/assets/modules/clientsettings/config и т.д. 💡Возникает мысль в продвижении идеи стандартизации хранения конфигов для сторонних пакетов в версии 2,0 Возможно предоставить какие-то системные вызовы для чтения/загрузки конфигов из папки core/config пока пакеты еще не написаны, самое время задуматься о введении стандартов.
Михаил
Конфиги есть еще в формлистере, пейджбилдере, селекторе. В селекторе, формлистере и новых коллекциях есть также кастомные контроллеры. В других пакетах есть шаблоны. Нужен какой то гайд, стандарт для правильного размещения всего этого
Сергей
да. Их дофига. Я просто не стал перечислять =) поэтому и поднял вопрос.
Dmytro
Да да вопрос очень дельный Надо думать. Просто все выносить в глобал конфиг тоже не очень решение оно ж не на всех страничках надо
Pathologic
а с совместимостью что делать
Dmytro
Старое как было так и будет А вот по части структуры для новых компонентов думать надо что б однообразно было
Pathologic
ну так придется в компонентах делать чтобы работало и так и так
Dmytro
Там еще вопрос есть с установкой пока все что под 2.0 ставиться с композера ;)
Pathologic
при этом часть конфигов это пхп, часть жсон
Камиль
наверно для совместимости новых компонентах в старой системе лучше придумать дополнение отдельное (костыль) :) помню в joomla в версии 1.5 было что-то такое
Камиль
типо не хочешь обновлять до новой но хочешь что-то юзать ставишь либу и у тебя всё работает на старой системе
Камиль
а конкретно композер доставить я так понимаю нужно
Камиль
если всё будет через него работать
Dmytro
Вот кстати можно поковырять
Dmytro
Один из первых компонентов по Evo 2.0 https://github.com/ZeeyN/evocms-minifier Кто тоже начнет делать просьба использовать префикс evocms- Так проще будет искать через packagist.org потом
Сергей
Да да вопрос очень дельный Надо думать. Просто все выносить в глобал конфиг тоже не очень решение оно ж не на всех страничках надо
нет. не в глобальный конфиг — единое место в файловой системе, чтобы не прыгать по модулям/макетам. Установил пакетов пачку, настроил конфиги в единой папке, где-нибудь в core/config. У каждого расширения свой.
Dmytro
Ну тут вопрос стоит ли пакеты разбивать на части Или просто в каждом пакете папка config Мне больше импонирует вариант когда 1 пакет и все внутри него, да прыгать по папкам но тут вопрос как с приложениями под мак и под винду. На маке это 1 папка ( почти всегда кроме тех где надо с системой плотно дружить) На винде почти все записывает себя в реестр и тд Как итог винда быстрее засырается
Dmytro
Понятно что сейчас надо рыскать по молулям снипетам тв и тд что не удобно попробуй найди где но если все будет вида: Core -custom —packages —-multitv ——config —-pagebuilder ——config —-selector ——config То не думаю что будет проблема
Dmytro
==Мне больше импонирует вариант когда 1 пакет и все внутри него,== согласен на 100%.
Dmytro
==единое место в файловой системе, чтобы не прыгать по модулям/макетам. Установил пакетов пачку, настроил конфиги в единой папке== как раз в этом и проблема, что надо будет рыскать в глобальной папке и искать не пойми чего) + проблема с именованием конфигов
Anonymous
Здраствуйте Всем! У меня есть вапросик Как можно Изменить Loader никак я немогу найти к ниму Путь. Как можно найти помогите мне пож.
Камиль
==Мне больше импонирует вариант когда 1 пакет и все внутри него,== согласен на 100%.
так лучше, но нужны минимальные обязательные стандарты как дима сказал про папку config, можно даже обазательно проверять её наличие
Dmytro
не согласен. конфиг должен валяться в корне (ну можно конечно и в папке, хз). Просто не думаю, что файл конфига есть обяз для компонента
Сергей
Понятно что сейчас надо рыскать по молулям снипетам тв и тд что не удобно попробуй найди где но если все будет вида: Core -custom —packages —-multitv ——config —-pagebuilder ——config —-selector ——config То не думаю что будет проблема
Будет небольшая проблема =) в core/custom/packages/multitv/ кроме конфига будет еще куча файлов. умножим на количество пакетов, получим что все дерево файлов в IDE будет забито открытой веткой пакетов. как по мне удонее и чище видеть только конфиги core — config ——multitv ———conf1 ———conf1 ———conf1 ——otherpackage.config
Dmytro
ну зато в каждом компоненте будешь как дома, а в конфиге можно и пустоту вернуть
ну это уже технический вопрос - либов возврат пустого массива, либо если файл есть, то вертаем его)
Камиль
ну это уже технический вопрос - либов возврат пустого массива, либо если файл есть, то вертаем его)
я просто за проверку обязательной структуры на уровне системы и дальше отталкиваясь от неё плясать как хочешь
Сергей
конфиг необязательно делать обязательным. Его создание можно отдать на откуп мейнтейнера пакета, просто предоставив api для чтения/записи
Камиль
лично я каждый раз по новому пишу и не мгу удобный для себя стандарт выбрать, а так бы навязали мне и я мучаться перестал 😁
Dmytro
проблемы не будет, если папка с конфигом(конфигами, если пакету нужно их много, а-ля мультитв) будет именоваться по имени своего пакета
как это много конфигов для пакета? фигня какакато) конфиг - только 1 (или вообще нету) другое дело - это правильная организация своего конфига! То есть методика подключения своего конфига (переопределения) для пакета из любого места
Dmytro
и лучше, чтобы такой конфиг не валялся в самом пакете)
Dmytro
не путай) это не конфиг самого пакета, это конфиг для тв
Dmytro
Все красиво понятно и не щасоряет всю систему ;)
Dmytro
согласен
Сергей
Нету такой проблемы вот структура пакета на сейчас https://github.com/evolution-cms/evoPackage Добавится еще папка configs и migrations и assets
ну вот. о чем иговорю. уже пять папок, плюс config миграции и ассеты. У меня даже три пакета в экран не помещаются =)) Чтобы просто конфиги перед глазами были
Anonymous
А давайте я расскажу почему конфиг не должен быть внутри пакета? Есть одно золотое правило в папке vendor мы НИЧЕГО не меняем, потому что оно всё затирается. По этой причине вполне логично использовать под это дело папку core/custom
Anonymous
И если мы пакеты тащим из композера, как это планирует Дима, то нам в любом случае нужно конфиг брать не из папки с пакетом
Anonymous
Именно по этой причине и конфиг для моего пакета я разместил не внутри пакета, а взял из core/custom
Dmytro
Именно по этой причине и конфиг для моего пакета я разместил не внутри пакета, а взял из core/custom
Надо думать тут еще вопрос в том что ты пакет используешь в одном шаблоне а тащишь во все если глобально что не айс
Dmytro
не, стандартный конфиг должен бть прямо в пакете, а вот переназначать его лучше таки через тот же core/custom (ес-но автоматически). Либо методом типа loadCustomCfg($path)
Pathologic
Не знаю чем вам эти конфиги мешают вообще
Pathologic
Их три-четыре компонента используют
Pathologic
Доклистер и т.п. в любом месте можно хранить
Sergey
Подскажите по свойствам сниппета, как их туда запихивать и как использовать потом в самом сниппите, пример пожалуйста?
Aliaksandr
писать туда &title=Название;text;Название по-умолчанию&text=Текст;textarea; и жать "Обновить" :)
Aliaksandr
и сразу все станет видно )
Sergey
писать туда &title=Название;text;Название по-умолчанию&text=Текст;textarea; и жать "Обновить" :)
Спасибо большое, а использовать потом в самом сниппите как обычные параметры например $&title?
Павел
привет, есть мультиязычный сайт, на нем форма авторизации, когда не правильно вводят пароль или логин появляеться такой блок https://monosnap.com/file/OYa49G1RFY3MiC1jQedF81nmkgoU9q как сделать что б работала мультиязычность? в вызове FormLister прописываю необходимые настройки https://monosnap.com/file/xWr3lVf9qhdnvwlDGiDFWYhGZGyGOc
Aliaksandr
Спасибо большое, а использовать потом в самом сниппите как обычные параметры например $&title?
можно $title, можно $params['title'], вплоть до $modx->event->params['title']
Dmitriy
кто-нибудь сталкивался, почему в шаблоне значение переменной [(site_url)] может оказаться закэшированной без httpS, а с http? Хотя редирект настроен(проверено) и в конфигурации стоит Https.
Dmitriy
с каким протоколом в админке авторизованы?
https, редирект настроен через htacces
Камиль
какая версия evo?
Dmitriy
1.2.8. Но код в файле config.inc.php, который отвечает за определние протокола Https взят из Git последних версий
Saniock
Error : Trait 'FormLister\SubmitProtection' not found
Saniock
кто знает? что за?
Saniock
@Pathologic93 подскожи
Saniock
поставил версию 1.4.10
Pathologic
трейт не найден
Pathologic
может у тебя композер
Saniock
в аутолоад есть - фаил в папке либ есть
Pathologic
не знаю тогда
Saniock
вижу что устоновили твиг - но не через композер из админки а в самом composer.json - нету этих пакетов хз как этот сайт сделали - понаковыряли весь кор
« Rev
@evolutioncms   1755
Fwd »