Так думаю будет эффективно

Ну а так вообще надо запилить демо сайт новый что б его можно было как базу использовать

Преведствую. Никто не тыкал палкой в API вот этого сервиса? https://dinect.com/

Ну а так вообще надо запилить демо сайт новый что б его можно было как базу использовать

+

paic (217.94) увеличил карму Dmi3yy (1944.71)

https://github.com/webber12/start-evo3/blob/main/core/custom/packages/Main/src/Controllers/BaseController.php

+ стало более-менее понятно, но комментарии типа "метод можно назвать как угодно" -явно не для всех :)

sashabeep (656.04) увеличил карму webber_12 (3671.5)

+ стало более-менее понятно, но комментарии типа "метод можно назвать как угодно" -явно не для всех :)

Это любимый вопрос @Grinyaha - "а его обязательно так называть или можно по-другому" 😁😁

Хз до какой степени детализации надо вникать при объяснении как работают классы в php ))

чтобы таких вопросов не было, нужны интерфейсы

ну блин, как работают классы в пхп подробно написано в документации пхп ((:

и комментарии там еще всякие

а @Grinyaha все морозится

ну блин, как работают классы в пхп подробно написано в документации пхп ((:

Придумал тоже, документацию пхп читать. Тут на Ево пишут а не на каком то ПХП ;))

Ну это к тому, что у димы там к примеру называется globalElements, а у меня setCommonData. Кто-то ж обязательно отморозится и спросит "а как правильно" 😁

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

а был бы интерфейс, так и не спрашивали бы

а нажал ctrl+I и все

Ну так не проблема прилепить интерфейс к пакету main с тремя методами, которые он должен делать: собирать общие данные, собирать данные для конкретного шаблона, прокидывать эти данные в шаблон

Но опять же конструкция текущих контроллеров немного расходится с тем, для чего нужен интерфейс

Потому что по факту там публично ничего и не реализуется, все происходит внутри коробки конструктора __construct

https://github.com/Pathologic/evo-twig-lib/blob/master/src/ControllerInterface.php

😸

Гениально, но по смыслу работы контроллеров из пакета main не очень подходит))

че-то только сейчас до меня дошло, что я уже и сделал все, о чем говорил ((:

Я могу не устанавливать Тину5 из артисана, а остаться на Тину4 плагине из Экстраз. И чем это чревато?

Тут наверно как раз тот случай абстрактного класса рулит ))

Я могу не устанавливать Тину5 из артисана, а остаться на Тину4 плагине из Экстраз. И чем это чревато?

Можешь, все работало еше неделю назад

Я могу не устанавливать Тину5 из артисана, а остаться на Тину4 плагине из Экстраз. И чем это чревато?

Можешь, ни чем не чревато

Я могу не устанавливать Тину5 из артисана, а остаться на Тину4 плагине из Экстраз. И чем это чревато?

гуру беседуют, не отвлекайте их ))

Это любимый вопрос @Grinyaha - "а его обязательно так называть или можно по-другому" 😁😁

Меня так воспитали, что непонятно, спроси😊

Меня так воспитали, что непонятно, спроси😊

+ лучше так, чем голосовать, топить и плюсовать за 3.х, а самому втихаря долбить на 1.1.12-d3

webber_12 (3671.5) увеличил карму Grinyaha (1273)

С темой D3X помню нравилось клиентам)))

Тема "дитрикс" была в ходу 😁😁

Это Битрикс от Димы наверно

Да, там была такая серая рябая подложка как в битриксе похожая

@mnoskov When installing PageBuilder from Extras (EVO 3.1.2) it seems the DB table is not being installed. « Evolution CMS Parse Error » SQLSTATE[42S02]: Base table or view not found: 1146 Table 'xxx_xx.evo_pagebuilder' doesn't exist

В начале ефильтра засветилась ))

Это Битрикс от Димы наверно

Ага честно украдено у Битрикс

:)

Does anyone has Pagebuilder on EVO 3 working?

Hmm, so it works when importing the databasetable but TinyMCE4 isn't working anymore.

Трешку потянет?

Трешку потянет?

если поднять версию пхп то потянет

если поднять версию пхп то потянет

Да это-то понятно :)

и если там есть бд

Трешку потянет?

только если тетрис)

дали доступ к vesta и ssh в vesta не куплен файловый менеджер, чтобы бэкап старой версии сделать, а смена версии php, видимо, залочена

удобно

Ага честно украдено у Битрикс

Я как раз такой сайт и обновлял, даже не помню, что это кастомная тема, но сборка точно твоя

дали доступ к vesta и ssh в vesta не куплен файловый менеджер, чтобы бэкап старой версии сделать, а смена версии php, видимо, залочена

в консоле удобней и быстрей

в консоле удобней и быстрей

Облазил ве подпапки, не нашел php.ini

Блин ядро 2.6.32 когда он последний раз обновлялся этот сервер

Облазил ве подпапки, не нашел php.ini

find / -name php.ini

не, там везде от корня Permission denied, я смотрел

О, зашел на сайт этой конторы Походу, смены версии можно сегодня не ждать

:))

Зачем ini файл? phpinfo();

Дада я умный :))

Зачем ini файл? phpinfo();

phpinfo я уже смотрел, там 5.4

А в весте же можно сменить

Не?

если это не отрублено, можно поменять шаблон

но это видимо не тот случай :)

Гы

Ты главное там ничего не удаляй...

В весте то

там CentOS 6.6 я не думаю что вообще есть выше версия :)

Печаль

там всё поотключено

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

Это когда заказчик хотел битрикс, но не знает что это Надо сделать шкурки под все cms и рево включительно)

https://fonts.google.com/icons Гугля теперь поддерживает иконки в шрифте

Это когда заказчик хотел битрикс, но не знает что это Надо сделать шкурки под все cms и рево включительно)

Под рево была EvoRevo2 😁

Решили воткнуть нож в спину fontawesome с его безобразными жирными бесплатными иконками ))

Ну... Чем больше вариантов, тем лучше. Я щас вот для себя в вёрстке активно дрочу на свг в спрайтах. Круто, технологично, то-сё.