Іван Клімчук

Пакеты из репозиториев устанавливать можно. В конфиге можно прописать даже ключи для установки купленных пакетов в modstore.pro и modmore.com. В интерактивном режиме пока нет возможности указать, в каком репозитории искать пакет. Так же пока нет возможности устанавливать локальные пакеты. Об этом просили и это в планах, но пока не хватает времени довести этот механизм до ума.

Пример из документации такой же:

php > printf('%d', (0.1+0.7) * 10);
7
php > printf('%f', (0.1+0.7) * 10);
8.000000

Как решение, и так мы и делали, когда писали биллинг, это всегда приводить правильно к типу, т.е. работать всегда явно с float.

Кроме того, рациональные числа, которые могут быть точно представлены в виде чисел с плавающей точкой с основанием 10, например, 0.1 или 0.7, не имеют точного внутреннего представления в качестве чисел с плавающей точкой с основанием 2, вне зависимости от размера мантиссы. Поэтому они и не могут быть преобразованы в их внутреннюю двоичную форму без небольшой потери точности. Это может привести к неожиданным результатам: например, floor((0.1+0.7)*10) скорее всего вернет 7 вместо ожидаемого 8, так как результат внутреннего представления будет чем-то вроде 7.9999999999999991118....

На деле так оно и есть.

php > printf('%d', 19.9*50);
994
php > printf('%f', 19.9*50);
995.000000

Больше ничего, проблема именно в версии API и библиотеки. Все остальное работает как обычно, разве что цены в зависимости от датацентра могут различаться на некоторые сервисы.

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

Я вот и спрашиваю про примеры (кроме того, что приведен) интеграции в сторону «из слак».

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

Касательно же распространненного использования слака в качестве точки сбора уведомлений, то есть бесплатный modstore.pro/packages/alerts-mailing/slackify

Спасибо. В целом понятно. autoload да, куда ж без него. Такую же схему использую :)

А композер участвует только на этапе сборки, правильно я понимаю? Клонирование, composer install в папке core/components/hybridauth и затем уже билд пакета со всеми зависимостями?

Верно только для админки, там используется смарти. Для фронта (по сути для сайта) контроллером выступает ресурс (страница в дереве ресурсов), представление — это шаблон, назначаемый для каждого ресурса. Модель — это любой объект в системе (все объекты мапятся в базу данных через xpdo). Шаблонизатором в данном случае является парсер MODX, который разбирает специфические MODX теги с [[. Опционально можно установить pdoTools, вместе с ним появляется возможность использования шаблонизатора Fenom.

Поучиться я не против, но мне самому такие помощники нужны :)

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

А в каком регионе bucket? В MODX старая версия AWS-SDK и новые датацентры работают только с новой версией библиотеки, поэтому могут быть проблемы. docs.aws.amazon.com/general/latest/gr/rande.html#s3_region вот тут список регионов и версий sdk. Работают только те, что с 2 версией.

Ну так меня не Николай задел, а пост того самого Оракула. И о том же написали, что каждый волен выставлять свою цену. Только у вас своя аргументация, у меня своя.
Нужно было молча со всем соглашаться? Велком ту Беларусь, тут такое поощряется :)

Ну т.е. по вашему работа должна стоить одинаково, независимо от квалификации разработчика? 35$/час и 50 часов за 7$ — это не одно и то же. Так выгодно считать с позиции заказчика, да. Денег плачу столько же, по получаю быстро и качественно (так не бывает, чтобы еще и дешево). Работа может занять те же 50 часов, но при стоимости в 35$/час это будет совсем другой уровень работы. И да, в эту стоимость будут заложены те экспертные навыки нанятого специалиста (его затраты на учебу, полученные опыт и знания), которых у вас нет и которые вы покупаете для решения своей проблемы. Иначе вы бы сами сделали себе самый лучший в мире сайт (это же так просто :).

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

Да, уведомление не помешало бы.

Учитывая, что есть камень и в мой огород. Цены на пакеты не пересматривались с момента публикации первого дополнения для платежных систем. Кому-то может и подходит цена в 490 рублей, она подходила даже мне, пока был нормальный курс. Но продавать за 4$ (учитывая комиссию modstore и расходы на комиссии платежных систем) работу, на которую потратил больше недели чистого времени не укладывается в здравый смысл. Особенно учитывая то, что рынок РБ сравнимо меньше и покрыть даже фактические затраты количеством продаж не получится. К слову, модуль купили 1 раз, так что окупаться он будет еще очень долго. И да, проблема не в цене, 20$ разово для магазина с оборотом — это не гиганские затраты. Модуль для системы Ассист (работает в РБ) за 490 покупают так же «часто».

Я не понимаю, почему мне должно быть обидно за других разработчиков? У нас равные возможности, магазин один. Они тоже могут выставить любую цену за свой компонент. Как поднять, так и снизить, или устроить распродажу. Кроме нытья, что все дорого и не даете жизни другим менее опытным разработчикам, которых клиенты имеют за каждую копейку, ничего нет. Мне не обидно за них, мне их жалко (кроме тех, кто учится и просто сейчас находится на таком этапе). Почему на MODX нужно делать простые дешевые сайты, не стремиться к масштабам битрикса? Битрикс плох в плане кода, но он очень хорош в плане заработка и я не вижу ничего плохого, чтобы привлекать более жирных клиентов в MODX. Чтобы они платили нормальные деньги, чтобы разработчик мог сделать задачу и у него еще оставалось время на творческие поиски и создание новых крутых компонентов, а не хватался сразу за следующий говнозаказ, потому что завтра за квартиру платить, а нечем.

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

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

Для услуг хватает сайтов для фриланса. Да и тут есть раздел Объявления о работе.