Александр Мельник

Я бы посоветовал две вещи попробовать
— уберите $_SERVER['DOCUMENT_ROOT'] в подключении index.php Укажите абсолютный путь к index.php
— в строке крона добавить php а затем уже путь к скрипту. (php /var/www/....) Если файл не содержит так называемый шебанг то система не будет знать каким интерпретатором его открывать.

Так, а для особо «одаренных» можно поподробнее.
Вам 1с предоставляет файлы с данными в формате xml.

описывается класс конкретной сущности с которой вы будете работать.

Тоесть вы создаете php class Product, описывая в нем свойства товара?

Когда модели описаны, можно перейти к непосредственному переводу модели в какое-то промежуточное состояние — допустим JSON объект.

Вот это вообще не понял. Под моделью вы понимаете терминологию MODX? тоесть модель это файловое отображение таблицы в базе данных? Вы создаете таблицы в базе свои? Что значит промежуточное состояние?

В данном моменте важно, чтобы данные где-то сохранялись, для того чтобы функция загрузки работала

Тоесть в директории products у вас на скрине что хранится? Файлы json где в каждом файле один товар?
А после этого вы запускаете какой-то свой скрипт, который считает json файлы и запускает процессор создания товара?

Или как вариант — не используйте стандартный хук Formit — email, а напишите свой. В нем вы сможете получить все данные, которые ввел пользователь и отправить письмо самостоятельно.
docs.modx.com/current/en/extras/formit/formit.tutorials-and-examples/examples.custom-hook

docs.modx.com/current/en/extending-modx/plugins
Это в целом о плагинах (там кстати есть и пример отправки письма из плагина)
docs.modx.com/current/en/extending-modx/plugins/system-events/onuseractivate
Это описание самого события (очень скудное к сожалению).
Ваша задача написать php код, создав его в секции админики — плагины. Прикрепить его на событие OnUserActivate и тогда при срабатывании этого события, будет срабатывать та логика, которая прописана в плагине. К сожалению документация не говорит о том, какие данные в такой плагин буду переданы (обычно пишется, как например тут docs.modx.com/current/en/extending-modx/plugins/system-events/onbeforedocformsave) Но скорее всего в плагине вам будет доступна $user содержащая в себе объект пользователя. Получите из него email ($user->get('email')) отправьте письмо на эту почту.

да вроде и так все понятно

это так кажется. Когда говоришь о «своем» то возникает ощущение, что все в мире должны тебя понимать, ведь это так очевидно. Это целая философская проблема — творца и зрителя. Вы создали какой-то сниппет (компонент) и кажется что его работа очевидна и прозрачна для всех. Как художник, который изобразил на холсте горе и страдание, удивляется, почему этого не видят зрители, ну вот очевидно же, что эта жирная черная черта — это горе. а та красная — старадания.
Не буду рассматривать свой опыт написания картин или рассказов, но даже в сфере программирования сталкиваюсь с этим — готовишь заказчику инструкцию по работе с сайтом, 40 страниц детального текста, 2 часа видео с голосом. И один фиг они даже элементарных вещей не видят.
Так и в моем случае, я просмотрел видео и ничерта не понял, видимо туп.

откройте топ и посмотрите информационные запросы. все статейники имеют содержание.

топ чего?
Открываю google.com вбиваю — статьи о modx. Открываю первый результат modx.cc/article/
Никакого содержания.
Я не говорю что ващ компонент не нужен или плох, вон люди уже сегодня купили и в топ вышли за день. Говорю что всегда желательно инструкции писать или же снимать максимально подробно.

Вот звук (голос) бы точно не помешал в видео.
Мне лично не понятно, что вообще делает этот компонент?
Парсит содержимое той страницы, на которой вызван по тегам h? и выводит в виде древовидного меню?
Опять таки, не понимаю причем тут сео. Вещь наверное нужная, но я вижу применение только для рассказов например, чтобы автоматически создать «содержание» и переход по главам. Ну или для документов, типа законов, уставов и тому подобное опять же с целью быстрой навигации по документу.
Или сниппет изменяет и сам текст а не только строит «меню»? А как тогда управлять, каким ссылкам в тексте добавить nofollow а каким не нужно?

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

не совсем понимаю, что там у вас происходит.
— зачем обновив сайт который на бегете, вы после переноса его на локальный компьютер снова запустили setup?
— да скорее всего вы запутались в путях
— очистили ли вы папку core/cache?
— у вас хорошо настроенный локальный сервер? странно что вебсервер работает на порту 8888. Это не стандартный порт. Я обычно использую его или 8080 если запускаю встроенный в интерпретатор php сервер.
— зачем вы переименовывали htaccess что было с ними не так?

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

Ждем ждем. Ваша энергия и эмоциональность даже заставила улыбнуться)

Спасибо большое.

Спасибо!

Лаконично.
Документацию видел и писал, что займусь и ее изучением и немного практикой, но хотелось бы услышать и мнение сообщества. Кстати документация не дала мне ответы на большинство вопросов (я вижу чтьо документация это просто перевод англоязычной, за что спасибо Климчуку, но назвал бы эту документацию поверхностной)
Вы к примеру, Михаил — пользовались? пользуетесь? Есть положительный опыт долгого использования?

Если верить документации, то у вас неверный синтакисис задания массива — внутри квадратные скобки не нужны.
github.com/fenom-template/fenom/blob/master/docs/ru/syntax.md#%D0%9C%D0%B0%D1%81%D1%81%D0%B8%D0%B2%D1%8B
Ну а добавление наверное будет вот так
{set $test[] = ['c' => 3]}

и еще немного воспользуюсь вашим опытом.
ssh авторизация в github нужна для чего? Чтобы при работе с удаленным репозиторием не вводить каждый раз логин и пароль?
Просто столкнулся с тем, что создал ключ, подключил его к гит клиенту, установил этот ключ в аккаунт github. Все как описано по шагам здесь
help.github.com/en/github/authenticating-to-github/connecting-to-github-with-ssh
Успешно прохожу тестирование ключа, как расписано здесь
help.github.com/en/github/authenticating-to-github/testing-your-ssh-connection
однако каждый раз когда из терминального git обращаясь к удаленному origin — запрашивает логин и пароль. Может я не верно понимаю в чем суть ssh авторизации?
Есть идеи почему у меня получается такой результат?
ps наверное нужно расписать очередность действий.
есть директория. в ней инициализирован новый репозиторий git. заданы глобально email и имя пользователя. на github создан новый репозиторий. он подключен через git add remote. делаю первый коммит, делаю пуш на origin. Запрашивает логин и пароль с github что логично и ожидаемо.
Далее создаю ключ и все как описано выше. Ни на каком этапе ошибок не возникает. Прохожу тестирования ключа и тоже все ок. Делаю изменение в файле. добавляю его, создаю коммит. делаю пкш на origin и снова спрашивает логин и пароль. И так каждый раз как я пытаюсь «пообщаться» с удаленным репозитарем.

github.com/fenom-template/fenom/blob/master/docs/ru/operators.md#%D0%A1%D1%82%D1%80%D0%BE%D0%BA%D0%BE%D0%B2%D1%8B%D0%B5-%D0%BE%D0%BF%D0%B5%D1%80%D0%B0%D1%82%D0%BE%D1%80%D1%8B

Все верно. Мне нужен механизм деплоя, просто все к кому я обращался за советом мудро поднимали палец в верх и говорили как мантру — git! И тут главное быстро уйти, потому что я пристаю с вопросами ну мол и как же это правильно сделать с git, а ответом то почти ни у кого и нет)

Для разработки в IDE по-любому закачиваешь проект на локалку.

нууу… и да и нет. я например не закачиваю все все файлы, чтобы можно было прям на основании этих файлов развернуть сайт. IDE закачивает только необходимое для работы, работаю, сохраняю, файлы отправляются на сервер и уже там я смотрю результат.

Я уже столько раз критиковал всякое модное, а потом начинал им пользоваться через пару лет, что просто промолчу.

это да, в точку.

То, о чём ты говоришь — это тестовый сервер, куда выкатываются изменения перед продакшеном. Там максимально полная копия рабочего сайта на текущий момент, которая обновляется с рабочего сайта перед тестированием (если так надо вообще).

да, вынужден признать что тут я совсем «профан».
Мне даже мысли не приходило что вы под словом тестовый сервер имеете ввиду не тоже самое что dev. Просто когда работаешь сам, то рабочий процесс примерно такой. Руководство взяло какой-то сайт, сделанный 12 лет назад неизвестно кем и на чем (иногда попадается python иногда вообще C#). Я иду разбираюсь как с него сделать копию, на своем сервере и там работаю с кодом. Сервер у меня и для разработки и для тестирования (имеются ввиду конечно не тесты phpUnit или им подобные, а чисто визуальная проверка функционала, если на это отводится руководителем хоть 30 минут) и все — пошел по ftp перекинул файла на основной сайт.
И честно говоря считаю, что для одного человека больше вообще ничего не нужно. За много лет без всяких долгих тестов кода, ни один сайт я не угробил, все работают нормально, а некоторые очень успешно.
«современные» методы разработок кажутся мне часто избыточными, люди с серьезными лицами пользуются кубернетс, докерами, миллиардами всяких технологий разрабатывая крохотный сайт на 10 страниц. Хотя может я и ошибаюсь. Но спасибо в любом случае за подсказки.

Маленький накопитель? Ну поставь побольше, какие проблемы то. Подключи внешний накопитель, Заведи себе отдельный компьютер в конце концов.

Мне хватает) и если нужно у меня есть дополнительные объемы. Речь не обо мне, а о нанятых людях.

Нужно предоставлять рабочие машины. Это факт.

Мы все работаем удаленно из разных стран.

Это решается одной записью в hosts.

Вот это круто без ироний. Буду рад если научите, но помоему это не возможно кроме случаев когда провайдер выдает разработчику белый ip, а такое огромная редкость. А в случае использования виртуальных машин все будет еще сложнее — с проброской портов с гостевой системы на виртуальную и так далее. Требовать таких умений от разработчика php я не имею права и обязан предоставить человеку удобное место для разработки.

Все приведенные выше «Проблемы» — надуманы.

Вы правы, я лишь исследую тему.

Ты считаешь Git каким-то хранилищем готового кода, а не инструментом разработки, когда в него присылаются предлагаемые изменения, а кто-то ответственный их проверяет и добавляет в основную ветку кода.

это верно. Я в большей степени ищу инструмент который позволит удобно работать с dev сервером разработчику, а мне удобно синхронизировать доработки эти с сервером production.
Просто у кого не спрошу — первый ответ -git
а начинаешь вникать в нюансы, так вроде гит то тут и не нужен для этих целей.