Лучше смотреть на что ругается это ж проверка соответствия стандартам если ругается значит не очень хорошо

Лучше смотреть на что ругается это ж проверка соответствия стандартам если ругается значит не очень хорошо

Там коммит трёх файлов с заменой private на public у __wake. Мне кажется, это не должно было его поломать. Вероятно, сам скрутинайзер настроен не очень хорошо (да и в нём самом пхп 5.6 указывается между делом). Вопрос только в том, дойдёт ли в итоге pull request до автора или нет.

Дает

Дает

+

Lazar2038 (40.67) увеличил карму Dmi3yy (2757.21)

У знакомого в компании вот такой вот ПМ у соседней команды. ((% Ходят и завидуют.

А те ходят по струнке и...

Я тут вот подумал, что уже ведь можно на Эво шаблоны сайтов распространять как на WP ;)) Осталось в админке выбиралку сделать

Я тут вот подумал, что уже ведь можно на Эво шаблоны сайтов распространять как на WP ;)) Осталось в админке выбиралку сделать

Ну да можно :) в целом надо базовый шаблон с функционалом сделать и на баде него тем наклепать :)

Все для этого есть:)

Да, чтобы alias базового шаблона сразу был в базе вбит. Чтобы без лишних телодвижений.

А я вот не понимаю как. ТВ, структура... Это же все слишком тесно с шаблоном связано

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

Ну так вот ultron.pro (не реклама!) продает такие сборки, правда в основном для Ревы, но и по Эвушке что-то есть

Молодцы. Пока другие говорят - они делают. (:

Продаются ли они...

так уже года три-четыре) Сам несколько раз у них брал сборки)

да, продаются. Цифры о продаже реальные. Ну или почти реальные

Продаются ли они...

Думаю, продаются https://modx.pro/development/20912 Да и не сложное это дело, тут больше интерес с дополнительными функциями - капча +600 р, установка +1000 и т.д. Выглядит прилично.

Это почти как скачать себе тему ВордПресс с майнером

Кто с трёшкой возился с локал-прод? После пула постоянно вылезает окно с конфигурацией и варнингом про пути файл-менеджера. Пути заданы в core\custom\.env

Сравнил дамп таблицы system_settings до обновления конфигурации и после — отличается только датой)

Кто с трёшкой возился с локал-прод? После пула постоянно вылезает окно с конфигурацией и варнингом про пути файл-менеджера. Пути заданы в core\custom\.env

пути из .env не перебьются же ж нужно через файлик конфига задать ) ну вернее можно из евн в файлик конфига и тогда должно не ругаться

А тогда чего они там? И через какой файлик?

Тоже хочу знать про эту штуку

Ну так же как трейси или дебаг включается

Через core/custom/config/

Ну скажем если я в core\config\database\connections\default.php укажу херню, то она не сработает, если в .env верные доступы к бд

Ну так же как трейси или дебаг включается

А можешь чуть подробнее?

Всем привет. После создания пакета в консоли крашится сайт. Установка сайта из консоли проходит корректно и без ошибок. Использую: php artisan package:create main Получаю: Script @php artisan package:discover handling the post-autoload-dump event returned with error code 255

Спустя 2 года отвечу) Почистить /core/custom/config/app/providers/

На modx evo.im тема есть для такого

А можешь чуть подробнее?

В личку надиктовал

Ну скажем если я в core\config\database\connections\default.php укажу херню, то она не сработает, если в .env верные доступы к бд

Ну так все верно там же приоритет у .env :) просто глянь как записано

Хз коро

Или они задаются также в файлике settings?

Ага. Хз, правильно, чи не, но вот так сработало: В core\custom\config\cms\settings.php 'filemanager_path' => env('MODX_BASE_PATH'), 'rb_base_dir' => env('MODX_BASE_PATH') . 'assets/', А в core\custom\.env MODX_BASE_PATH=D:/work/OpenServer/domains/mda.localhost/ Соответственно в игноре у гита core/custom/.env core/custom/config/cms/settings.php

Народ, а я правильно понимаю, что если проект на Evo3 синхронизировать на разных серверах через git, то можно всю папку vendor добавить в gitignore, и ее в гите не таскать, а просто после коммитов делать composer update, чтобы в vendor все затянулось в соответствии с настройками для конкретного сервера/версии php/mysql и т.д. ?

Народ, а я правильно понимаю, что если проект на Evo3 синхронизировать на разных серверах через git, то можно всю папку vendor добавить в gitignore, и ее в гите не таскать, а просто после коммитов делать composer update, чтобы в vendor все затянулось в соответствии с настройками для конкретного сервера/версии php/mysql и т.д. ?

Да.

При этом помнить что конкретные версии указываются в composer.json и сами по себе не появляются.

Тогда уж composer install, чтобы везде идентичные пакеты стояли

Ёбко только. Сервер может и allow memory сказать.

Услышал такую фразу на днях кстати. require - для разработки, install - для продакшена А как же update? Его куда? И верно ли.

install наверно полегче, он же не резолвит зависимости, а просто берет composer.lock да тянет все, что там написано

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

Услышал такую фразу на днях кстати. require - для разработки, install - для продакшена А как же update? Его куда? И верно ли.

update придумали в эво3 для кастомных пакетов 😅

Да то для самых рисковых. Я делаю апдейт конкретного пакета и живу спокойно. Типа composer update webber12/evocms-user

Т.е. выходит так: на локале мы дрочим всяко композер и папки, делаем update и т.д. А на сервере запускаем уже менее ёмкую install (почистив вендоров) Так что ли?

Update точно может жрануть 2 гига оперативы )

Там где делают require, этот пакет пишется в корневой composer.json. А в трешке мы типа кастомные пакеты прописываем в custom/composer.json, чтобы при обновлениях версии они не затерлись. Отсюда и update вырос, который их из некорневого json ставит. Я так понимаю суть проблемы)

Но для пакета не нужно обновлять всю цмс. Т.е. достаточно прописать его в custom/composer.json в секцию require и сделать composer update packagename

А кстати почему все гооврят руками вписывать? А не командой типа require

И когда мы ставим с помощью update или require, то он обсчитывает зависимости и пишет уже конкретные версии всего, что ставит в файл composer.lock. И при переносе на прод ты просто делаешь composer install, который уже ничего не считает, а берет инфу из composer.lock и ставит идентичное окружение

А кстати почему все гооврят руками вписывать? А не командой типа require

Ну так потому что composer require пакет впишет его в корневой composer.json, а не кастомный

А руками ты пишешь в кастомный и он там живет независимо от цмс опять же

В смысле если я зайду в core/custom и напишу там composer require то он в core пропишет? Магия

Нет, он тебе наверно создаст другую папку vendor

или в корень предложит поставить

Спасибо! Не знал, что можно просто install сделать, все время require c замиранием сердца ожидаю, упадет/не упадет.

ну да, у композера же нет документации

Может, кто использовал ipinfodb.com для определения ip?

У меня есть сниппет, который обращается к этому сервису, достаёт с него страну, затем решает, пустить юзера на сайт или нет. Но иногда сайт падает в ошибку file_get_contents(https://api.ipinfodb.com/v3/ip-country/?key=XXX&ip=217.107.106.92&format=json): failed to open stream: HTTP request failed! HTTP/1.0 403 Forbidden

У меня есть сниппет, который обращается к этому сервису, достаёт с него страну, затем решает, пустить юзера на сайт или нет. Но иногда сайт падает в ошибку file_get_contents(https://api.ipinfodb.com/v3/ip-country/?key=XXX&ip=217.107.106.92&format=json): failed to open stream: HTTP request failed! HTTP/1.0 403 Forbidden

Нужно начать с понимания ошибки. 403 ошибка значит что сервер прекрасно понял Ваш запрос, только по каким-то причинам решил отказать в авторизации. Может быть превышен какой-нить лимит, например, в бесплатном варианте ipinfodb.com разрешает использовать только два запроса в секунду. Может еще что-то.

а curl'ом не надежнее?

Да, я тоже начал думать в эту сторону и тоже нашёл, что у них 2 запроса в секунду. Сделал вызов сниппета кешируемым, понаблюдаю пока

а curl'ом не надежнее?

403 ошибке все равно чем по API давать отказ. (: Нужно сначала разобраться в причине 403 ошибки, а после уже решать.

А ещё вопрос (я не разработчик, поэтому вероятно глупый вопрос) - вот отдаётся 403 и сайт "падает". Как мне указать случай, мол есть file_get_content не сработал, то не обращать внимания и не ломать сайт?)

настройки php, я так понимаю, должны помочь?

А ещё вопрос (я не разработчик, поэтому вероятно глупый вопрос) - вот отдаётся 403 и сайт "падает". Как мне указать случай, мол есть file_get_content не сработал, то не обращать внимания и не ломать сайт?)

@ собачкой вроде можно подавить ошибки и проверить на false

ага, нашёл про собаку, спасибо) Почитаю. Не слышал никогда, честно говоря

Очень не рекомендую глушить ошибки собакой 🙂 логично разобраться с ошибкой чем ее глушить это на совсем крайний случай ))

Очень не рекомендую глушить ошибки собакой 🙂 логично разобраться с ошибкой чем ее глушить это на совсем крайний случай ))

ну, ошибка в целом понятна) поэтому как вариант пусть останется 😂

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

помню такая же была проблема( лимит исчерпан, сайт положен

А ещё вопрос (я не разработчик, поэтому вероятно глупый вопрос) - вот отдаётся 403 и сайт "падает". Как мне указать случай, мол есть file_get_content не сработал, то не обращать внимания и не ломать сайт?)

По документации PHP file_get_content() возвращает строку в случае успеха или false в обратном случае. Можно проверку поставить. 1. Вариант обернуть в try-catch try { тут код запроса } catch(Exception $e) { тут можно логировать ошибку } 2. Вариант простым if: $result = file_get_contents($url); if ($result === false) { логируем ошибку; }

Если я верно понимаю, то сайт валится именно в моменте 403. То есть, эти варианты всё равно будут класть сайт

Глушить ошибки не нужно, нужно разобраться с ними.

$result = file_get_contents($url); то есть прям тут сайт отвалится уже, не дойдя до if

А ещё вопрос (я не разработчик, поэтому вероятно глупый вопрос) - вот отдаётся 403 и сайт "падает". Как мне указать случай, мол есть file_get_content не сработал, то не обращать внимания и не ломать сайт?)

товарищ стучался к вам в личку по обьявлению о работе в группе рево 🙂

по поводу try не уверен, не знаю механику

товарищ стучался к вам в личку по обьявлению о работе в группе рево 🙂

Возможно) Нашли хорошего спеца) Но сам я не разработчик. Мопед не мой 😂