Илья Уткин

Конечно, можно! Если что, обращайся, готов продать сертификат Let's Encrypt ))

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

Сейчас, когда причина ясна, мы исправили ситуацию. Купили платный сертификат, который использует другой корневой сертификат. Теперь проблема должна быть решена.

Здравствуйте. Пришлите доступы к сайту — посмотрю, в чём дело, и если ошибка на стороне modstore.pro, сегодня же она будет исправлена.

Здравствуйте. По поводу жалоб нам, к сожалению, предоставил доступы только один человек. И у него проблема была в несоответствии реквизитов подключения к репозиторию.

Уважаемые пользователи, у которых наблюдается проблема — пожалуйста, напишите в личку — t.me/ilyautkin — мне нужны доступы хотя бы в админку сайта. А ещё лучше — к FTP.

Если будет обнаружена какая-то реальная проблема на стороне modstore.pro — оперативно будем исправлять.

И мне тут не важно, на чём работает этот новый разработчик — Windows, Ubuntu, Mac — я знаю, что у него всё запустится именно в том окружении, каком надо.

А как работать в команде в таком случае? Как быстро подключить нового разработчика? Ему нужно будет выгружать дамп базы данных и весь сайт?

В случае с Docker этого делать не нужно. Новому разработчику требуется только

git clone https://github.com/user/project
composer install
docker-compose up -d
docker exec -it doodle_php_1 bash
php vendor/bin/phinx migrate

Чуть-чуть попить чай (установка может занимать несколько минут) — и всё, можешь приступать к работе.

У меня проблемы нет — локально пакеты нормально устанавливаются. Вероятно, какая-то проблема в настройках локального сервера, но что это за проблема — не знаю. Если кто-то найдёт, в чём дело — напишите, добавим информацию в FAQ

Да, конечно давно сформировался набор стандартных миграций. Но, к сожалению это внутренняя разработка, она лежит в приватном репозитории и код писал не я. Так что поделиться с общественностью не могу.

По конфигам MIGX я делал так — создавал конфиг через интерфейс, потом экспортировал его и в миграции было что-то типа такого:

$name = 'configName';
$file_path = dirname(__DIR__) . '/migx/configname.json';

$this->modx->getService('migx', 'Migx', MODX_CORE_PATH . 'components/migx/model/migx/', []);
$config = $this->modx->getObject('migxConfig', ['name' => $name]);
if (!$config) {
    $config = $this->modx->newObject('migxConfig');
    $config->set('name', $name);
}

$json = file_get_contents($file_path);
$config->fromArray($this->modx->migx->importconfig($this->modx->fromJson($json)));
$config->save();

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

Да, была проблема, но после того, как добавили участки с nfsmount всё стало хорошо

Да, у нас в проектах в основном используются нативные статические элементы. Вот для того, чтобы создать, например, чанк, нужно написать миграцию. А в дальнейшем изменения хранятся в git-репозитории.

Так же с помощью миграции создаётся, например, раздел «Новости». Его ID сохраняется в настройках контекста. В итоге на продакшене раздел наполняется ресурсами но разработчику не требуется учитывать эти ресурсы — он всегда использует актуальный ID. У каждого разработчика, на тестовом сервере, на продакшене ID-шники разные, но это никого не парит.

Ну проектов в команде много. Часто приходится подключать к проекту нового разработчика. В нашей ситуации он делает просто git clone, docker-compose up -d, запускает миграции и готов уже работать над своей задачей.

Да, конечно, используются стандартные пользователи MODX. Вы сами делает регистрацию, авторизацию — любым удобным для вас способом. Возможно, на сайте уже есть личный кабинет. Этот компонент реализует только конкретно сообщения между пользователями.

Админки на текущий момент нет. Не думал, что кому-то потребуется читать все сообщения)
Постараюсь в следующей версии добавить.

Надо было просто подключить на странице jQuery. А так вы всё настроили правильно

Здравствуйте. Давайте доступ в админку, помогу настроить и расскажу, что было не так.

Вы как разработчик сайта лучше знаете, как пользователи будут искать друг друга. Вы можете, например, использовать сниппет pdoUsers для вывода списка всех пользователей. Тогда в чанке-шаблоне указываете просто {'remessages_page' | config | url}/id{$id}. Если у вас на сайте у каждого пользователя есть личная страница, то на ней вы так же выводите ссылку [[~[[++remessages_page]]]]/id[[+user_id]]. Я не экстрасенс, я же не знаю, какая специфика у вашего сайта.

Понял. Вы можете посмотреть на демо, например — s25057.h5.modhost.pro/

Денис, напишите, пожалуйста, в техподдержку — давайте там пообщаемся

Вам нужно создать в личном кабинете страницу, на которой вызвать сниппет reMessages. Подробности на странице компонента — modstore.pro/packages/users/remessages