g0dzilla

вот в том то и дело, что в исходном варианте {include 'tplname.tpl'} феном ищет шаблон tplname.tpl из директории, указанной в настройках самого феном. А в случае с modx версией Василия, он ищет в чанках (бд), если явно не указана ссылка на файл. И такие моменты встречаются довольно часто.(по разнице в навигации)

как держать коннект с бд — это уже (на самом то деле) отдельная тема. Шторм из коробки умеет работать с базами (и через тунель, и напрямую, и даже через валидацию сертификатом). Мне останется только изучить api работы этого плагина (плагина работы с бд) и использовать созданные коннекты именно в нем

формально, никаким. Один плагин, тупо для работы с феном, другой плагин, для синхронизации объектов (по аналогии с вашим скриптом). Но для навигации по шаблону modx они друг другу нужны, т.к. части самого шаблона могут быть раскиданы между бд и файлами. Простите, если не понятно объясняю ¯\_(ツ)_/¯

Я не нашел лишнего года.

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

сервер MySql доступен снаружи. Часто такое бывает?

в 90% случаев, с которыми я сталкивался — да, внешний доступ к бд был.

Нафига оно надо, если будет нормальная навигация по Fenom тегам?

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

Кстати вопрос по теме не по теме для разработчиков на idea…
Медленно, но уверенно изучаю idea плагонизацию, в отдельных проектах юзаю феном, поэтому сейчас занимаюсь разработкой плагина в idea, который будет адекватно работать с reformat, синтаксисом, быстрым линком к шаблону (через ctrl) из extends, include и т.д. Вообщем полный фарш…
С феном то все понятно, его закончу, но вот мысли у меня сделать отдельно такой плагин и для modx, который бы работал бонусом со всеми выше перечисленными объектами (шаблоны, чанки) напрямую с бд. Как это сделать удобно — без понятия, но вот прочитав вашу идею с «tmp» файловым хранилищем, который синхронизируется с бд — у меня появилась мысль синхронизацию перетащить полностью на phpstorm (idea)… Т.е. по факту шторм будет напрямую работать с бд, минуя файлики modx… (Это пока мысль)
Собственно сам вопрос, на сколько это было бы актуально, и сможем ли мы сообществом сделать адекватную модель работы такого плагина?

на шаред хостингах иногда нет доступа к конфигуратору nginx, и удаление changelog — единственное решение убрать оповещение о нарушении безопасности

С одной стороны вы правы, на 100%, с другой стороны в спешке не всегда этот альт прописывают менеджеры, а если и прописывают — то полную хрень. В добавок, есть картинки и не из контента (которые вставляет вебмастер) и не всегда можно отследить эти косяки. Можно конечно же допилить подобный плагин и хранить отдельно варнинги о наличии пустых альтов в img в отдельно в таблице…

Image SEO alt and title tags

Не самое «быстрое» решение (в плане, плагин обрабатывает каждый вывод), зато самый надежный, если сайт небольшой. Добавляет alt и title ко всем картинкам, и не просто из title страницы, а ищет ближайшие к нему h1/h2/h3 и т.д. В настройках можно это поменять. Я его еще немного допилил для себя, что бы не добавлял альты к определенным директориям.

Notice: Undefined index: errors in /home/***/public_html/core/components/msgallerysearch/processors/mgr/search/request.class.php on line 284

Warning: Cannot modify header information — headers already sent by (output started at /home/***/public_html/core/components/msgallerysearch/processors/mgr/search/request.class.php:284) in /home/***/public_html/core/model/modx/modconnectorresponse.class.php on line 158

Warning: Cannot modify header information — headers already sent by (output started at /home/***/public_html/core/components/msgallerysearch/processors/mgr/search/request.class.php:284) in /home/***/public_html/core/model/modx/modconnectorresponse.class.php on line 163

Warning: Cannot modify header information — headers already sent by (output started at /home/***/public_html/core/components/msgallerysearch/processors/mgr/search/request.class.php:284) in /home/***/public_html/core/model/modx/modconnectorresponse.class.php on line 164
{«success»:false,«message»:"",«total»:0,«data»:[],«object»:{«code»:500,«message»:null}}

Что не так делаю? =(

Параметр «request_alias» вроде как уже звучит по-другому.
Метод getUri(),

$alias = $this->modx->getOption('request_alias', null, 'q');

Ныне он называется «request_param_alias».

у Вас все в корне не правильно, если такая беда, зачем вообще отправлять письмо клиенту. Шлите только себе с веденными данными. Во 2ых, можно проводить валидацию email, в 3их вам то письмо должно приходить с телефоном, и с неправильным email'ом, независимо от введенных данных клиентом.

страшно представить за какой х** вам отправлять письма на неправильный адрес (бездоменный). modx тут не причем, вы с mail или с yandex или с гугла отправьте письмо на emailemail@123…

копать в сторону кодировки. там же черным по белому написано.
На крайний случай — это warning (предупреждение), безобидно. Можно отключить в том же htaccess:

php_value error_reporting 1

Привязывать по тайтлу не есть корректно, да и зачем, если есть:OnResourceDuplicate
События нет в офф документации, но оно отлично отрабатывает.

<?php
switch ($modx->event->name) {
    case 'OnResourceDuplicate':
        $resource = & $modx->event->params['newResource'];
        $old = & $modx->event->params['oldResource'];
	 /* А тут можем делать что угодно уже с объектами класса modResource */
	$resource->set('createdon', time());
	$resource->save();
        break;

    default:
        break;
}
return;

Последний раз писал, что Telegram заблокировали и он им пользоваться не может

Я тебя разочарую, но если я все делал через VPN или в браузере TOR или в Мозилле Фокус, то шансов 0. Хотя даже если и другой, то шансов все равно 0.

Странно, что Василий этому хацкеру еще не закрыл доступ тикеты строчить.

debian8… modx… вы чаем ничего не попутали?

по поводу VK, откройте файл /core/components/hybridauth/vendor/hybridauth/hybridauth/hybridauth/Hybrid/Providers/Vkontakte.php
В функцию getUserProfile допишите:
(после 104 строки, "$params['fields'] = implode(',', $this->fields);")

$params['v'] = '3.0';

modx.pro/solutions/11100/
modx.pro/help/10634/

это настройка не modx, а хостера, cpanel какая-нибудь или панель своего хостра.
По дефолту записывается алиас к основному домену с www (www.domain.com), туда нужно дописать домены для работы с контекстами. Хостер какой?