Іван Клімчук

Если смотреть с точки зрения продавца, то тоже проблем нет. Цена ж не с потолка взята. Компонент же писался для решения конкретных проблем крупных проектов и правильно Николай написал, если ИМ простаивает день из-за проблем и теряет миллион рублей оборта, то 5 тыс — это капля в море. И целевая аудитория у компонента соответствущая, потому и цена адекватная. Конечно, для хуомпейдж и сайта на 2 десятка страничек — это дорого. Но там и не нужен такой компонент.

К чужим мнениям у меня претензий нет, я лишь свою точку зрения отстаиваю.

А при чем здесь рынок? Вы же, когда в магазин идете, и вам на кусок мяса не хватает, не говорите, что мол вы тут в магазине не правы, рынок к вашим ценам не готов, нужно продавать дешевле :)
Так и с дополнением. Кому оно нужно и кто может себе позволить — тот купит. Еще раз, мы не в коммунизм играем.

Был соблазн ответить в modstore, но все же там отзывы, а не комменты. В этой ситуации я на твоей стороне. Ценовая политика есть и она разная на разных сайтах, но нищебродство это знатно поднадоело. Из разряда мы тут коммунизм строим, давайте цены на все одинаковые сделаем. Я в неделю отклоняю по 3-4 потенциальных заказа только потому, что уверен, денег не заработаю, а нервы потрачу.
Для тех, кто не понимает, почему мои (или чьи-то еще услуги) стоят дорого, поясняю. Во время оказания услуги я трачу свое личное жизненное время, которое я не могу сходить и купить в магазине через дорогу. Я уже достаточно много потратил своего времени на изучение технологий, чтение умных книг и прочее. И мое время стоит дорого для всех, независимо от задач. Перекрасить 3 кнопочки? Не проблема — 35$/час по прейскуранту. Разработать интернет-магазин на 5 млн товаров — не проблема, цена времени та же, просто самого времени нужно больше. Почему я должен работать дешевле? Почему я должен в угоду вашей ситуации (у вас нет денег или квалификации) жертвовать своим временем? Я лучше потрачу его на свою семью, они мне роднее и ближе.
Так что да, я тоже не понимаю этих всхлипов «ой, почему так дорого?»

Так всегда было, разве что раньше ставка была фиксированной в 100$ / месяц.

MODX Professional в отличие от амбассадора штука платная, поэтому просто подчистили списки. Я там висел долгое время по протекции Райана, но сейчас все :) Все равны.

Илья привел правильный пример кода, но чтобы было понятно, что происходит, я прокомментирую. В вашем коде вы вызывали toArray() сразу же после того, как пробовали получить объект ресурса. Но видимо в некоторых случаях запрашиваемого объекта не было и метод getObject возвращал null, а затем вы следом пытались вызвать метод toArray, который есть у объекта ресурса, но закономерно, такого нет у null. Поэтому и возникала ошибка. В код Ильи стоит дополнительная проверка, только если вернулся валидный объект, отличный от null, только в таком случае будет вызван метод toArray. Казалось бы, такое незначительно улучшение и решает проблему с fatal error, но на деле обычная практика обработки потенциальных ошибок в коде.

Обращение к несуществующему ключу массива — нет. И таких ошибок хватает, которые проявляют себя только рантайме.

На одной из прошлы работ у нас было строгое правило при разработке всегда держать открытым в реальном времени лог приложения (tail -t) и проверка ошибок была настроена на отлов даже простых Notice. Notice — потенциальная ошибка и при наличии хоть одного код никогда бы не прошел код ревью. Несмотря на то, что на PHP можно написать откровенно дрянной код есть способы писать и по настоящему качественный промышленный код и более строгие режимы проверок только добавляют удобств.

Зато косяков и плохого кода будет меньше. pdoTools используется уже несколько лет и постепенно улучшается, но даже в нем существуют потенциальные ошибки, которые еще никто не нашел. Вот 71 и обнажила одну из проблем. Так что только за нововведения. Тем более что полностью строгий режим выключен по умолчанию.

Ради объективности. Пока только 2 человека о таком спросили. Был бы реальный спрос на такую задачу, давно бы уже предложили бы решения, но их нет, как и спроса на них. Экономика проста. Можно, конечно, сделать опрос, но что он даст?

Логично, что сломается. Стили то может и перенеслись бы, но с чего бы скриптам на javascript оставаться такими же, как и в версии 2.2? Многое с тех пор было измененено, дописано и исправлено. Закономерно, что старый код и новый вместе работать не будут.
Был уже подобный вопрос и я на него отвечал раньше. Такую тему оформления сделать можно и MODX это позволяет, но никто не будет этим заниматься, так как это нужно 1-2 людям (включая вас) и все. Не рентабельно, не выгодно ни с точки зрения денег, ни с точки зрения обратной отдачи.

А никто и не говорит, что нужно лезть в extjs. Тем более сообщения же будут слать пользователи пользователям с фронта. Я указал лишь на то, что инфраструктура (таблицы в БД) и API (функции отправки) уже есть, которые можно уже использовать, а не изобретать велосипед. Все же проще написать 1 вызов к API, нежели проектировать свою таблицу и писать правила отправки по юзерам и группам.

Что-то подобное пилю для одного заказчика, но когда появится в паблике, пока сказать не могу. Может быть к новому году. :)
Но суть примерна та же, разве что более развернуто. И не 1 дополнение, а связка из двух: одно управляет событиями, другое — билетами (и регистрацией).

Вот скрин awesomescreenshot.com/0f365hcn21
Но отправку из сниппета уже самому написать придется, но апи все есть, это не сложно. Я пока не дописал для своего проекта, но уже копал в этому сторону. Т.е. не пустые слова. Ну и были бы вроде даже дополнения, которые эту возможность утилизировали. modTalks что ли или как-то так называется.

Для сообщений можно использовать сообщений в самом MODX. Там есть возможность рассылать сразу группе.

Да, и уже давно такое есть. Только денег немного стоит. www.modmore.com/contentblocks/

В том то и дело, что сам статус в виде строчки текста формально ничем не помог, но психологически подстегнул многих, а уже потом помогать, отвечать и тд уже вошло в привычку.

И тем не менее, кот системы открыт, полностью доступен, ничего не мешает писать код и предлагать инициативы в виде пуллреквестов :)

А что не так с амбассадорами? Те, кто такой статус получил, как правило что-то да делают для сообщества, отвечают на вопросы, помогают с тасками в github (сортировать, проверять и предлагать закрыть), иногда проводят ивенты. Я не считаю, что программа провалилась. Да, можно было сделать лучше, но основная цель таки достигнута.