А как в 3.0 поставить base controller ?
тут писали, что оно в 3 уже не нужно, типа сразу встроенное (если не путаю)
Oleg
Михаил
разница непонятная, и то, и другое - набор строк, если каждую строку рассматривать как элемент массива, то разницы вообще нет
В stack можно пушить и пушить, а yeild только один
Oleg
В stack можно пушить и пушить, а yeild только один
а, то есть yield это переменная (грубо говоря), а stack это массив, понятно, спасибо
Михаил
Поэтому в футере лучше предусмотреть stack scripts и пушить в него из разных вьюх
Sasha
Поэтому в футере лучше предусмотреть stack scripts и пушить в него из разных вьюх
влом :) я думал, но потом так и не понял. когда у меня может наступить случай, что несколько вьюх будут слать скрипты
Михаил
влом :) я думал, но потом так и не понял. когда у меня может наступить случай, что несколько вьюх будут слать скрипты
Ну как наступит, переделаешь, не долго)
Sasha
вот теперь сижу и выдумываю, когда это может понадобиться 😂
Oleg
вот бы ещё на то, что находится в stack('scripts') натравить minify 😊
Sasha
вот бы ещё на то, что находится в stack('scripts') натравить minify 😊
https://github.com/ZeeyN/evocms-minifier
Sasha
оно какое-то время не работало, а потом раз и заработало, правда, пришлось вручную обновить с предыдущей версии
Sasha
хотя я за то чтобы это в ядро засунули
Oleg
или давали галочку поставить при установке?
Sasha
Ну такой пакет точно через веб инсталлер не поставишь
Sasha
Andrey
2.0.4 - пытаюсь редактировать чанк, получаю в ответ бесконечный аякс с алертом
"У вас нет соответствующих прав для выполнения данного действия."
Sasha
Странно. Поставил 3.0RC3, поковырялся, база работает, документы создаются
Andrey
Что-то опять нахуевертилось?
Sasha
создал пакет и оно мне теперь пишет
« Evolution CMS Parse Error »
Database connection [default] not configured.
Sasha
Нечто странное, непонятное
Sasha
конфиг куда-то делся
Sasha
а он вообще был?
Sasha
И как оно работало тогда
EVO bot Лёшка
https://docs.evo.im/04_extras/commerce.html
Oleg
оно всё равно грузится только 1 раз, а потом из кеша, так что думается пофигу
Oleg
кстати вот трейси как-то видит, что залогиген web-пользователь, откуда оно это берёт?
Zurab
#вопрос
делаю вывод через DocLister дочерних и их multiTV
почему в выводе дочерних елементов multiTV дублируется, а не выводит у каждого дочернего его multiTV
[+title+] [+content+] - выводится правильный
Zurab
спасибо разобрался
Am
оно всё равно грузится только 1 раз, а потом из кеша, так что думается пофигу
Это до тех пор пока не начнете дебажить или не столкнетесь с более сложным проектом. Очень удобно держать все в одной вьюхе чтобы не лазать стопицот раз по раскиданным кем-то файлам, которые имеют структуру АРИгинальную и где хотел там и разместил. (%
Плюс очень неплохо не давать доступа к не используемым файлам и функциям на странице и проверять что от куда пришло.
Тут как бы только жизнь научит или не научит ((%
Oleg
Это до тех пор пока не начнете дебажить или не столкнетесь с более сложным проектом. Очень удобно держать все в одной вьюхе чтобы не лазать стопицот раз по раскиданным кем-то файлам, которые имеют структуру АРИгинальную и где хотел там и разместил. (%
Плюс очень неплохо не давать доступа к не используемым файлам и функциям на странице и проверять что от куда пришло.
Тут как бы только жизнь научит или не научит ((%
как тогда быть с минификацией всех js в один мега-файл? её не будет, так как разные страницы будут иметь разный набор js
Oleg
типа и так плохо, и сяк плохо
Am
как тогда быть с минификацией всех js в один мега-файл? её не будет, так как разные страницы будут иметь разный набор js
Для особо упортоых и создали все эти сборщики в один файл. Ключевое тут больше в том что это не удобно читать из одного файла, т.к. код для людей пишется. А после, конечно, можно хоть html в одну строку вытянуть, хоть любой исполняемый код.
В случае с разделением данных удобнее читать во вьюхе тот js который используется именно в ней. Например, базовые переключалки, скрывалки, таблицы с сортировкой-фильтрами или ajax запросы.
Oleg
Не, я как раз эти аргументы понимаю, что на странице подключено строго то, что на ней используется.
Но и обратное - подключаемые скрипты/стили/проч. для всего сайта выгоднее с точки зрения быстродействия загрузить 1 раз кучей и больше не трогать.
В общем, как и писал выше, плюсы и минусы есть у обоих подходов.
Am
Быстродействие актуально в том случае когда Ваш интернет передает пакеты улитками или голубями. Сейчас даже моб.связь позволяет с одного моб.тапка загрузить все разговоры пользователя, локацию и т.д. (;
Многие разработчики забывают для чего делают работу и когда нужно использовать свои знания. От этого страдают все - пользователи от цены, разработчики от постоянных "изучений, а как было сделано и почему" и т.д.
Am
Когда интернет печален, тогда стоит выбрать другие методы передачи данных - например текст. (;
Oleg
Ну не соглашусь. Всё же ловкий/быстрый интернет это скорее крупные города, а чуть уедешь вбок, то сразу грустнее становится. Сильно.
Oleg
Когда интернет печален, тогда стоит выбрать другие методы передачи данных - например текст. (;
Вспомним wap, всплакнём 😀
Am
Знаю, т.к. регулярно сталкиваюсь с поселками и работой в них по проекту. Когда совсем печаль, то проблема не в "веб-инженегре", а именно в качестве проведенных коммуникаций и самой работе. Например, базовые потребности в электричестве, СТАБИЛЬНОМ, просто отсутствуют. При этом перекладывать это на "веб-инженегра" смыла нет, проблема в другом. (;
Am
Вспомним wap, всплакнём 😀
Не плакал, а радовался что могу что-то показывать. Вообще, это радость на тот момент была, как в свое время и ФИДО и ББЭСками
Am
Сейчас просто рай для разработчиков - значительное кол-во задач решены; есть огромные сообщества работающие во благо и бесплатно; есть масса источников информации и т.д. Радоваться нужно и учиться. (;
Oleg
Am
Ага, поинтом весело быть ((%
Oleg
да и нодой неплохо 🙃
Oleg
чёрт, сборище старпёров какое-то
Am
Неизбежность. (%
Sasha
Не плакал, а радовался что могу что-то показывать. Вообще, это радость на тот момент была, как в свое время и ФИДО и ББЭСками
Я вап сайты застал только когда шпоры в институте делал и курсовую по поиску автобуса, без геолокации это был просто поиск по остановке с учётом времени
Am
(;
Sasha
(;
Там была какая-то огромная коллекция точек, в текстовых файлах, разумеется. А потом в 2006 году придумали GTFS https://developers.google.com/transit/gtfs/
Am
Sasha
Я вспомнил
Чтобы заполнить все точки по маршруту я написал яваскрипт и копировал с браузера в текстарь
Sasha
Не, ну а все же куда класть контроллеры на 3.0 ?
Sasha
не могу понять по структуре папок нифига
Dmytro
Создаем свой пакет и в него кладем
Dmytro
https://github.com/evolution-cms/example-package/tree/3.0
Вот подробно про структуру пакета и не только про контроллеры
Dmytro
Почему в пакет спросят многие.
Для того что б можно было потом его если что допилить в готовое решение или скопировать в другой проект
Sasha
Я думал, что как-то по-другому, типа контроллеры уже можно юзать и так и можно их просто где-то положить
Sasha
не получилось вчера :)
Am
Почему в пакет спросят многие.
Для того что б можно было потом его если что допилить в готовое решение или скопировать в другой проект
Точно для этого, а не для того чтобы не заветривался?
Михаил
Я думал, что как-то по-другому, типа контроллеры уже можно юзать и так и можно их просто где-то положить
Можно куда угодно класть, главное чтобы композер и цмс знали, гле они
Dmytro
Я думал, что как-то по-другому, типа контроллеры уже можно юзать и так и можно их просто где-то положить
Ложить их можно куда угодно просто указать коректно неймспейс
Axenia
Serious_t91 (1805.39) увеличил карму mnoskov (1016.88)
Am
Я думал, что как-то по-другому, типа контроллеры уже можно юзать и так и можно их просто где-то положить
По идеи можно куда угодно складывать, тут только чтобы связи были верные
Am
((((%
Sasha
блин где этому всему учат
Sasha
для меня это такой темный лес
Am
Три подтверждения. "Ложение куда угодно" одобрено
Dmytro
Но логично делать как рекомендуем, ибо все примеры и уроки будут с такими рекомендациями.
Или напишите причину почему они должны быть в другом месте по умолчанию и что новое место лучше чем текущее
Anonymous
Три подтверждения. "Ложение куда угодно" одобрено
Оно то можно ложить куда угодно, но проще в core/custom. Оттуда вмердживает композер автоматом
Sasha
я дальше процедурного программирования не понимаю ничо
Sasha
яж визуал епрст :)
Am
Оно то можно ложить куда угодно, но проще в core/custom. Оттуда вмердживает композер автоматом
Это понятно. Тут больше про "можно". ((%
Dmytro
я дальше процедурного программирования не понимаю ничо
Ну я тоже раньше только его знал ;) потом посмотрел, phpнеделя ооп
По ларке курс и стало понятней зачем это все
Anonymous
Это понятно. Тут больше про "можно". ((%
Можно, я разное видел что можно. Например недавно видел сайт где регистрация сделана через db->query, а сразу после регистрации в том же месте авторизация через modUser
Am
я дальше процедурного программирования не понимаю ничо
Дык, тут все тоже самое в "ложении куда угодно". Ничего сверх того что не делаете в процедурном.
Вы используете use вместо require_once и просто показываете какой файл с функциями используете, а дальше дело техники типа $this