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

Возможно я не прав, но помоему установка fastField как отдельного компонента приводит к смене класса парсера в системных настройках.
Если админка работает посмотрите что прописано в настройке с ключем —
parser_class

спасибо

правы как всегда.

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

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

было бы полезно тратить этот час в день на самообразование.

Верно, но как бы странно это не звучало — я на работе и просто не могу себе позволить на час два полностью увлечься чем-то и вникнуть. Каждые 10 минут приходят задачи по десяткам проектам и сосредоточиться на изучении нового почти нереально. Но закончив работу я стараюсь найти время и разузнать что-то новое. Но нового так много, мне кажется в мире вообще каждую минуту создают новый фреймворк над фреймворком и через еще 30 секунд уже кто-то успевает написать 23 плагина к этому фреймворку))

наверное вы правы, да.
Вроде бы и можно использовать, а вроде как из пушки по воробьям стрелять.
По крайней мере выгоды перед галпом никакой, а в изучении сложнее.
Да и например в фреймворке Yii2 там есть свой механизм перемещения статичных файлов (изображений, стилей, js — ок) в публичную директорию и мне кажется это будет конфликтовать.
Но это так — совершенно не на чем не основанные выводы, никогда не использовал ни webpack ни gulp, да и что-то подсказывает что не буду.
Вчера смотрел видео по webpack (хорошее и качественное) и ловил себя на мысли, что я не понимаю и не принимаю новых тенденций. В предыстории говориться, что в незапамятные времена скрипты в проект подключали просто ужасно через script src = и это так ужасно. Что человечество изобрело вебпак. И после этого начинается — установим nodejs, установим вебпак. А в это время в терминале где отображается ход установки — загружено 24658 файлов в node_modules. Установим кучу плагинов, создадим безумный конфигурационный файл, будем каждый раз запускать пересборку всего проекта, когда добавили строчку в код. И по итогу одна строка console.log('hello world') в нашем скрипте превращяется в 100 строк (без шуток) кода в сгенерированном вебпаком файле, в котором код запускается через eval и… у всех это вызывает радость и восторг.
Наверное я просто не пишу настолько сложного кода, чтобы данный инструмент начал приносить удовольствие, а не раздражение.

ну я просто в вебпаке совсем профан, но да — почувствовал вчера, что он совсем не годиться для обычного php фреймворка. Не какихто новомодных spa и прочих, а там где html формируется на сервере.
Спасибо, вы подтвердили мое мнение.

Я не понимаю вашу иронию.
Поделитесь что не так?

Основной посыл Василия понятен. Поскольку он при разработке пользуется всякими системами сборки типа вебпака, миграциями баз данных, то он автоматизирует процесс запуска этих моментов, написав некий bash скрипт, который выполняется как хук для git, а сам git запускается по крону. Хороший вариант и как информация — интересно.
Мне показалось слишком запутанным манипуляции с ssh ключами. Но я наверное не знаю что такое deploy ключи, всегда пользовался просто ssh ключем который можно указать в настройках аккаунта, а не отдельного репозитория.
Василий (а может и не только Василий), а поделитесь ка пожалуйста такой информацией если найдете минуту. Знаю вы активно используете webpack. Вчера у меня было время и я ради интереса решил ознакомится с инструментом этим. Разумеется поверхностно. И мне показалось что это хороший инструмент для верстки, для статичных сайтов или же для проектов на чистом js. И мое самое большое недоумение — это как этим пользоваться на php фреймворках. Как бы так описать, что вызвало это недоумение. Вебпак так или иначе собирает скрипты, стили в файлы и в имени файла есть некий хеш, чтобы избежать кеширования в браузере пользователя. Эти файлы должны как-то подключаться в шаблон. Так вот на всех примерах и видео которые я просмотрел, все это происходило так — был отдельно файл index.html в котором создавался html код. а потом вебпак при сборке этот файл обрабатывал, добавлял к нему подключение файлов c учетом хеша в имени. Но в php фреймворках у нас нет готового заранее html. Я вот использую например twig шаблонизатор и все что есть — это его файлы. Как это решаете вы? Как в ваши html шаблоны подключаются файлы, генерируемые вебпаком? И второе недоумение вызвал devServer вебпака. Удобная штука, хранит бандлы в оперативной памяти и все такое, но это ведь сервер на js? на node js вернее и он никак не сможет запустить php и отобразить страницу в браузере?

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

наверное же вы авторизованы как админ?)
Создайте другого пользователя, авторизуйтесь под ним — и увидите его id

не важно при помощи каких инструментов сделана авторизация.
Если пользователь авторизован то данные о нем лежат в объекте user который можно получить через основной объект $modx ровно так как в первом комментарии 6 лет назад написал Василий.

$id = $modx->user->id;

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

Подскажите, я полистал документацию по phinx. Я правильно понял что это не просто инструмент для создания таблиц на основании php миграций, а это полностью ORM? Вижу тут и работу с данными, и выборки и условия. То есть отдельно ORM вы в проекте уже не пользуетесь типа Eloquent или Doctrine?

Как раз nic.ru прислали письмо в тему.
Даже они уже выпустили свой конструктор магазинов.

верно верно, но все равно это кастомизация. Я так понимаю Сергей спрашивал за работу из «коробки».

Ну это в случае кастомной авторизации конечно можно. Я обычно пишу для каждого сайта свою систему авторизации, поэтому там да — логику строю как мне нужно. А разве office позволяет авторизоваться по любому полю?

Не пользовался Office но думаю что нет — в modx можно авторизоваться только по логину, по другим полям — нет. Ну и плюс, поле телефон — не уникально и ничего не мешает иметь две анкеты с одним номером, как тогда авторизоваться?

Чтобы идентифицировать какая форма отправлена у Formit есть такой параметр — submitVar
docs.modx.com/current/en/extras/formit/index

[[!AjaxForm?
            &form=`tpl.priceForm`
            &hooks=`recaptchav3,email`
	    &validate=`name:required,phone:required`
	    &emailSubject=`Запрос цены с сайта site.net`
	    &emailTo=`ex1@gmail.com`
	    &emailTpl=`tpl.priceFormSend`
	    &emailFrom=`web@site.net`
	    &emailFromName=`Пылюки`
	    &validationErrorMessage=`В форме содержатся ошибки!`
            &successMessage=`Сообщение успешно отправлено.`
    &submitVar=`submit_phone`
    ]]

у вас в формах кнопки имеют разное name и это можно использовать.
Указываете это name в &submitVar=`` для каждой формы свое и должно помочь.

Как-то очень непонятно вы сформулировали.

загружать некоторые статичные файлы в гит напрямую из MODX

что это значит. Напрямую из modx в гит. Из админки? И точно вы про гит, а не про гитхаб?
Но в целом Иван написал верно, чтобы вы там не задумали, но для работы с git вам необходим доступ к терминалу. Если ваш код лежит на удаленном сервере — то нужно подключение по протоколу ssh к этому серверу.

«Патронус» вам в помощь)

А ведь Николай прав. Копать нужно только в самообразование.