В общем задача звучала так: установить Redmine на сервер, где веб-сервер на nginx.

Так как Redmine написан на RoR, то необходимо иметь RoR среду, но проблема в том, что разные RoR приложения могут требовать разные версии окружения, а значит нужен менеджер версий, который будет разворачивать нужную среду в нужном месте.

RVM - менеджер версий сред ruby, начиная от версий интепретатора и заканчивая джемами. Нужен для того чтобы запускать разные RoR приложения на одном сервере, которые могут требовать разные среды исполнения.

Также хотелось классический вариант веб-сервера на nginx. Однако, nginx не знает как исполнять приложение, и в данном случае выступает в качестве прокси на исполняющий веб-сервер RoR приложения.

Unicorn - веб-сервер для Rack (и RoR в том числе) приложений. Почему-то мне не захотелось использовать passenger, наверное потому что nginx должен быть скомпилен с passenger, то есть не чистый nginx. А еще потому что Unicorn может быть свой для каждого RoR приложения, а не один глобальный.

Теперь задача становится более ясной: установить Redmine на сервер, развернув стек: RoR, Unicorn, Nginx, с автоматическим запуском.

У клиента сайт на wordpress + woocommerce, внутри множество модулей (которые в админке выдают уведомления разного рода notice - error. просто трэш) среди которых модуль интернет-эквайринга от одного известного банка. Наш модуль реагирует на хуки woocommerce и осуществляет на основании этого свою работу. Однако, логика модуля зависит от того, как отработает модуль эквайринга ... и как следствие все работало не так как надо.

Доступа к ЛК клиента экваринга банка нет, так же нет доступа по ftp и к базе данных сайта клиента, однако, есть наш модуль на сайте клиента, который может обновляться, и есть доступ к админке.

На протяжении всего процесса решения проблем включили не раз проверенный метод отладки print_r/file_put_contents, из-за чего выкатили 15 патчей за 2 дня (на самом деле их было больше, потому что иногда забывали обновлять патч-версию, в следствии чего приходилось переустанвливать модуль).

Задача: программно запускать безголовый браузер, и получать из него данные. Все просто, за исключением некоторых мелочей. Сделать это все надо в linux.

Для этого использовал fork, pipe, waitpid.

Концепция кажется мутной только с первого взгляда, на самом деле выглядит просто.

На новой работе одной из первых крупных задач была разработка модуля фискализации продаж для движка 1С-Битрикс. Спустя месяц работы (не только над модулем) он был сделан и залит в маркетплейс, однако по некоторым причинам модерация происходила около месяца, а общение с модераторами оставляло желать лучшего, но все-таки получилось :)

На момент написания статьи, официальной документации очень не хватает, и данная реализация взаимодействия клиентской части с модулем посредством ajax во многом была собрана по крупицам из статей/форумов интернетов (источники описывали не весь механизм взаимодействия, поэтому появилась эта статья). Только дока по BX.ajax была доступна, но это не совсем то что нужно, потому что в этом случае:

* необходимо самостоятельно следить за безопасностью

* самому подключать ядро движка

* при ajax запросах нужно указывать относительный адрес (в общем-то нормально, но ... можно лучше)

Версия X.9.0 завершена, кратко про самое главное:общее ускорение работы движка, доработка света, звук, новые игровые объекты, доработка редактора terrax (еще незавершенная).

В редактор Terrax добавлены новые функции: копирование/вставка и запуск игры из редактора.

В общем движок стал работать значительно быстрее.

Для разработки модуля массовых email рассылок сервиса uppleseen.com потребовалось проверять SPF и DKIM записи домена, так как пользователь осуществляя рассылку, мог бы указать любой домен, без этих записей все письма пойдут прямиком в спам (вообще-то не только по этому), а если речь идет о массовой рассылке значит это касается репутации сервера в глазах принимающих почтовых служб. Рисковать нельзя, надо проверять. Для проверки на php будет использована функция dns_get_record. Но в конце статьи есть вариант для получения DNS при помощи dig.

Прошло много времени, но работа продолжается. Кратко об основных изменениях: багфикс звука, 3d звук, игровой объект со звуком, правка normal-mapping. Внутри скрины бонусом :)

В ходе разработки модуля массовой email рассылки сервиса uppleseen.com, клиенту понадобилось импортировать уже существующую базу клиентов из нескольких хранилищ. В каждом из них своя структура и свой разделитель данных. В статье описано как это удалось решить.

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