1. Главная
  2. OldWarrior

OldWarrior: Комментарии

Главные вкладки

31 октября в 21:27

gun_dose wrote: А почему нельзя сразу сделать один запрос с NOT IN?

Я тут не совсем понял, что подразумевается. NOT IN - вы здесь имеете в виду по значениям полей? По причине множественного поля. Мне же нужно условие "ОТСУТСТВУЕТ ОДНО УКАЗАННОЕ ЗНАЧЕНИЕ". В этом-то весь и цимес, так сказать. Здесь NOT IN не даст нужного эффекта, поскольку другие значения в этом поле будут тоже попадать под условия. Ну, к примеру имеем в рядах полей двух разных сущностей одного типа по две дельты 'key1' и 'key2':

25 сентября в 15:39

Думаю, в этой ситуации только писать свой модуль. Из "коробки" нет готового решения. Частично что-то можно нагородить рулсами-вьюсами, но соединить всё в органично работающий механизм вряд ли получится.

21 сентября в 9:54
1

PS. https://www.drupal.org/project/optional_email
Модуль, судя по всему, в dev'е, но если вдруг не заработает - хотя бы можете посмотреть код, как это потенциально решается.

21 сентября в 9:43

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

18 сентября в 5:14

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

10 сентября в 11:29
1

y-vo wrote: Вопрос в том насколько это сложнее или во сколько и вообще реализуемо ли подобное?

Да реализуемо. Но писать придётся прилично. Собственно, для коммерца в случае кастомизации тоже обычно нужно писать немало.

2 сентября в 8:52

Я думаю, что иначе, как тупо отключать внутренний/динамический кеш страниц не получится решить вопрос. Решение так себе (мягко говоря), но если прям очень важно, то можно попытаться отключить что-то из Internal Dynamic Page Cache или Internal Page Cache (скорее второе навскидку).

29 июля в 9:06

Популярные материалы - скорее всего блок работает на основе модуля statistics (считает кол-во просмотров каждого материала). Возможно, стоит проверить, включен ли модуль. Да и во views блока тоже стоит заглянуть - какая там ситуация.

19 июля в 3:15
1

Ну, следует почитать вывод композера ДО этого сообщения и попытаться понять, что ему не нравится.

Кроме того, composer why ... - частый ответ на почти все проблемы установки.

В вашем случае:

composer why 'drupal/commerce:^2.39'

8 июля в 13:41

У меня ощущение, что у вас какая-то путаница с путями и по какой-то причине добавленный в репо файл не попадает в рабочее дерево. Т.е. git add . не обнаруживает изменений в репозитории.

VasyOK wrote: create mode 100644 src/Feeds/Target/DateRecur.php

Это и есть ваш добавленный файл?

8 июля в 0:56

1. Какой путь (относительно директории, в которой выполняется git) до добавленных файлов?

2. Так пробовали:

git add ./

или

git add --all .

Тут --all - указание принудительно обновить рабочее дерево

8 июля в 0:36

Комментатор выше, видимо, имел в виду что нужно настраивать текстовый формат ввода, используемый в вашем поле. У каждого формата, поддерживающего HTML ("Ограниченный HTML", "Полный HTML и т.п.) есть перечень разрешённых тегов. Вот его и нужно отредактировать, добавив нужный вам тег.

7 июля в 18:21

VasyOK wrote: Результат - пустой файл.

Пустой файл чего именно? .patch или тот, что вы добавили в репо?
Васёк, ну чуть детальнее и точнее можно описывать? Я уже старый, мне телепатия не поддаётся Wink

6 июля в 14:17

По логике, новый/добавляемый в патч файл сначала нужно традиционно добавить в текущий локальный репозиторий гита, т.е. закоммитить. После этого уже выгружать diff.

6 июля в 11:57

Делать патчинг через композер.

https://vazcell.com/blog/how-apply-patch-drupal-9-and-drupal-10-composer
https://gorannikolovski.com/blog/how-to-apply-a-patch-in-drupal