Сегодня интегрировал известный сервис Webmoney в Drupal Commerce. Для интеграции взял соответствующий модуль прямо из песочницы Друпала.орг. Оказалось, что, в принципе, модуль работает — и редиректит на внешний сайт, и генерирует транзакцию, и даже деньги принимает.

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

success

Далее — измененный код, который добавляет оные редиректы.

Исчерпывающие инструкции по добавлению пожертвований (donations) в Drupal Commerce:

Текстовые дополнения к ролику.
Модуль для тех, кому лень делать руками.

Кому неинтересен Drupal Commerce — обратите внимание на используемый в ролике полезный модуль Select or Other.

Since that announcement, CKEditor has caught up, and now offers feature parity to Aloha Editor when it comes to our needs. Frederico Knabben, creator of CKEditor, has reached out to offer whatever support he can to make CKEditor and Drupal work together better. They already prototyped a convincing alternative to Aloha Editor's killer "Blocks" system (which is an excellent match for Drupal's need to manage content within text content in a structured manner). In addition to that, we found that CKEditor is more mature in terms of APIs, documentation, and ecosystem around the project. Hence, after days of research and weeks of further discussion, the consensus is that CKEditor is now our best choice.
From Aloha to CKEditor

Эвон как.

Словарь %capital_name имеет древесную структуру. Порядок терминов в словаре %capital_name можно изменить, перетащив термин мышкой в нужное место.

Друзья, это же русский язык, уже не английский, ну нельзя же так. Структура словаря не сделана из дерева, не живет на дереве. И если мы распилим структуру поперек, то не сможем по характерным кольцам вычислить возраст словаря. Структура словаря имеет вид дерева, древовидная она.

В последней версии D7, перевод taxonomy, если что.

По заявкам пользователей (ну и мне тоже понадобилось) обновил модуль Yandex Map Field.
В обновлении добавлена галочка Show the map, если ее снять — карта для редактируемой страницы показываться не будет (и значения поля в БД тоже не попадут).
Скачать можно со страницы модуля.

Дорогие читатели.
Заметки, которые я иногда пишу про Друпал — предназначены для всех читателей. Комментарии, которые можно оставить к этим заметкам — предназначены для всех читателей. Это значит, что каждый может оставить комментарий и получить на него ответ. А кто-нибудь другой может прочитать комментарии и ответы на них — и получить какие-то знания по вопросу, извлечь из них пользу.

Поэтому, дорогие читатели, я считаю идиотскими личные сообщения в Фейсбуке, Вконтакте и на Друпал.ру с просьбой проконсультировать по предмету той или иной моей заметки. Я не даю бесплатных «приватных» консультаций. Если же вас интересуют платные консультации — обратитесь в NetSpark.Ru, поможем.

Поэтому, если вы вдруг написали мне персональное письмо с вопросом «а как вот это сделать?» — не удивляйтесь, если я вас пошлю на соответствующие буквы.

Спасибо.

Модуль Features, как всем уже должно быть известно, значительно облегчает разработку всякого (особенно всякого типового) в Друпале. Для создания сборок, для переносов stage → production — модуль крайне полезен. Но в заметке речь пойдет не о том, что умеет Features, а как раз наоборот — о том, чего он не умеет.

А не умеет Features — экспортировать изменения представлений Views и правил Rules, изначально определенных в коде. Причем, не умеет он это, как говорит разработчик, by design, то есть умышленно. А это, как нетрудно догадаться, несколько мешает экспортировать результаты работы с таким, например, инструментом, как Commerce — ведь он весь напичкан рулзами и вьюхами, и некоторые из них, на мой взгляд, остро нуждаются в переопределении.

Чтобы победить это обстоятельство, придется отложить Features в сторону и писать код.

So why are we talking about Symfony on a Drupal company blog? The Drupal community has recently been letting go of "not invented here" and looking elsewhere for code that might share common goals. Drupal 8 is currently in rapid development and many components of the Symfony framework have already been incorporated into Drupal core. Including this much external code at the infrastructure level of Drupal marks a major paradigm shift for the project — and hopefully the beginning of a shift in the wider PHP open-source world as well.
A Drupal Developer in Symfony Land

Интересно.

В этой заметке я расскажу, как без труда сделать автоматический расчет выгоды от заказа в Drupal Commerce. Сразу оговорюсь, что рассматриваемый сценарий сам по себе может быть полезен не всем магазинам. Владелец может захотеть интеграцию в 1С, владелец может скидывать заказы в свою бухгалтерию сам, владелец, наконец, может просто рассчитывать их карандашом на бумаге. Но, так или иначе, данный пример демонстрирует работу с вычисляемыми полями, а также — базовое взаимодействие с Commerce API.

Далее — подробности.

Вчера заметил, что на домовую страницу опять идут граждане с Хабрахабра. Оказалось, что кто-то поднял старые заметки Даниэла Кудвиена «Кризис в Друпале» и «Выход из кризиса». Поднял, да и заиспользовал мои переводы в написании новой обличительной статьи «Почему не Drupal?» И сейчас я несколько слов на эту тему скажу.

Во-первых, мягко говоря, странной выглядит сама идея. Взять заметки годовалой давности, рассматривающие события, актуальные тогда, год назад, и основываясь на них — строить выводы о настоящем? В такой динамичной отрасли, как IT? Это как если бы королева Дании на серьезных щщах заявляла, что Something is rotten in the state of Denmark, а в подтверждение своего высказывания — показывала бы книжку Шекспира.