Блог Drupal разработчика

Привет! В этом блоге, в основном, я пишу обучающие материалы по веб-разработке с использованием CMF Drupal и всё что с ним связано. Но иногда, бывает и о чём-то ещё ;)

Последние материалы в блоге

Хочу больше!

Последние комментарии

Drupal 8: Services
Андрей 23.04.2018 - 12:04

Хотя.. такого быть не может - альтерить все сервис-приемники. Или же вариант - сделать наследование:

use Drupal\dummy\RandomMessageGenerator; class HelloMessageGenerator extends RandomMessageGenerator { ... }

Drupal 8: Services
Андрей 23.04.2018 - 11:04

Да, спасибо, стало ясно, что не нужно делать для нового класса файл *.services.yml. Но проблема с несоответствием инстансов все равно остается. Если альтерить целевой сервис, то можно и параметры ему подкинуть.

Drupal 8: Services
Niklan 23.04.2018 - 06:04

Немного не понимаю вопроса. Но звучит несколько некорректно.

Drupal 8: Services
Андрей 23.04.2018 - 01:04

По теме альтера сервиса. Вот, Пример №2 - это один модуль (dummy).

Drupal 8: Services
Андрей 23.04.2018 - 00:04

И тут " - 1": $random_message_type = rand(0, count($this->message_types)); И еще бы хорошо использовать CamelCase для свойств.

Drupal 8: Работа с Composer
Кира 22.04.2018 - 20:04

Спасибо большое. Но на этом проекте не устанавливаеся ни один модуль. Попробовала на трех других проектах на этом же впн - всё встало на ура.

Drupal 8: Services
Андрей 22.04.2018 - 17:04

Тут получится выход за приделы массива: $random = rand(0, count($this->messages)); Надо: $random = rand(0, count($this->messages) - 1);

Drupal 8: Services
Андрей 22.04.2018 - 17:04

"Мы разобрали всё что касается объявления тегов, у нас осталось только научиться их вызывать и писать." Тегов?

Drupal 8: Services
Niklan 22.04.2018 - 10:04

Я не со всем про это. Допустим в ядре есть какой-то сервис. Вы хотите чтобы везде где он используется, в определенном методе немного была другая логика. Чтобы так сделать без сервисов, надо хакать ядро, а конкретно этот объект.

Drupal 8: Services
Андрей 21.04.2018 - 23:04

Касательно альтера сервисов: Не будь бы сервисов, замену кода в классах традиционно можно было бы производить посредством наследования, полиморфизма. Например для 'current_user' делали бы "extends AccountProxy". Не так ли?