Іван Клімчук

Возможно.

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

Если не злоупотреблять, то грузить не будет.

Работает. Нужно, видимо, в документацию добавить этот ньюанс, сейчас сделаю PR.

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

Т.е. если есть блоки в родительском и ни один не переопределен, то получается такая вот проблема. За фикс спасибо, но я думаю можно это как-то исправить.

Вчера поздно было и уже не стал глубоко копаться в исходниках.

от include толку мало, тоже самое что [[$chunk]] написать, разве что чуть быстрее работать будет. Нужно именно наследование.

Ну и в догонку

В 2014-м году заявил, что ликвидировал свой бизнес в России и ведет его только в США.

Он там точно не на русском его ведет.

В Германии и Автрии — поймут, во Франции нет :)
Впервые слышу об авторитете Михаиле Юрьеве, вот честно. Я опираюсь на собственный опыт, а не чужое мнение.

Михаи́л Зино́вьевич Ю́рьев — российский предприниматель и политический деятель.

И не верю я политикам, не обесудьте.

Да причем тут бумажки и соглашения. Я говорю о факте, о том, как на самом деле обстоят дела. Почти любой образованный немец без проблем сможет с вами разговаривать на английском (провереной мной неоднократно), хотя у них свой язык. В евпропе, если не брать в расчет глубинку, всегда можно что-то спросить по английски и тебе ответят. Почти все торговцы в китае ведут дела с остальным миром на английском. Мне нравится русский язык, я на нем разговариваю и думаю, но желаемое и действительность путать не нужно. На текущий момент в деловом мире доминирует английский язык. Это не соглашение, это просто факт.

Василий согласился приехать в Минск, а это сильно подогреет интересе к мероприятию. Так что я думаю, можно ожидать хорошую посещаемость.

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

Что касается описания, то кроме ссылки на changelog, можно так же добавлять ссылку на пост автора, если он уже есть. Тем более иногда выходят релизы с небольшими, но важными изменениями. Пост ради них не напишешь, но и полезно иногда увидеть, что что-то поменялось внутри. Наприме, в Sendex была добавлена кнопка Удалить все письма из очереди. Не писать же ради такого целый пост.

Точно не знаю. Сделаю рассылку по прошлому списку регистраций (там порядка 50 человек). Плюс реклама через площадки тематические. Если доклады будут интересные, должны придти люди. Я потому и хочу пораньше с докладами определиться, чтобы объявить мероприятие и смотреть на спрос. Потому что активность как-то упала последнее время, но MODX стал встречать чаще. Т.е. есть люди, которые с ним работают, но в сообщество не сразу попадают. Скорее от незнания.

Гостиницу/Хостел найти не проблема. Но если совсем все плохо будет (как жителю города сложно судить о качестве здешних гостиниц), то место у меня найдется :)

Такой да, но такой не очень интересно читать. Особенно когда changelog на английском (а он должен на нем быть). Я имею ввиду, что со стороны админки можно написать что-то вроде плагина, который будет за определенный срок собирать инфу об обновлениях как выше, но при этом после каждого пакета оставлять поле для заполнения описания в человеческом виде. Типа вышел mSearch2, и вместо chanhelog написать буквально 1-2 предложения: 'Добавилась работа с History API, добавилась возможность переопределять методы в скриптах, другие улучшения кода (рефакторинг). Подробнее в changelog'.

В эту тему тоже. Тэйлор из Ларавел сделал такой сервис вообще платным :) Т.е. changelog читайте сами, а вот такие описания за подписку. laraver.xyz/

На MODX.today это работает в автоматическом режиме, но иногда просто список апдейтов. Удобно, но информации мало. Я думаю не проблема собирать информацию об обновленных пакетах автоматически и потом пару строк написать по каждому, если нужно.

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

Там же галка есть у тикета, разрешать MODX теги или нет.

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

Разработка будет оплачиваться Василию, но будет ли возможность помочь кодом? На деньги я не претендую, мне на хлеб хватает, но не хотелось бы закрытия исходников. Я готов помогать уже сейчас, но все тормозится текущей ситуацией с кучей версий. Идеи по улучщению есть, есть надежда, с января получится внести и свой вклад.