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

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

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

19 июля 2019 в 18:18

Кстати да.. пару дней помониторил фл.ру
Ни одного заказа по Drupal.
В основном Битрикс и Вордпресс.
Хреново работаем над популизацией, товарищи-)(это я себе и коллегам)

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

18 июля 2019 в 2:13

Чего-то у Вас там с js-скриптами..
Ошибки в консоли браузера: Drupal.ajax.prototype не прототайп

Отключите до полной готовности сайта агрегацию js и css. Еще слишком рано ее включать.
Может что-то прояснится..

17 июля 2019 в 8:19
1

Для Drupal 7 был(есть) модуль "наследования" сущностей(бандлов) для решения подобных "проблем" в плане сущностей.

Да, было бы не плохо и для полей иметь такой модуль.
Который позволял бы "наследовать" параметры поля от "родительского" поля с сохранением связи с "родителем"(наследование) или без ("копирование" поля-"родителя").

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

Или написать..

16 июля 2019 в 10:42

У каждой ноды по умолчанию уже есть "технический" url (адрес) вида: /node/[ID ноды]
Те ссылки что Вы добавляете на странице редактирования ноды - добавляют ссылку на ноду в выбранное меню сайта. В Вашем случае, необходимости в этом нет, а есть только лишь "вред".

Для выстраивания материалов сайта(ноды) по иерархии используют таксономию.
Создайте словарь таксономии.
Добавьте в него иерархию терминов.
В материал добавьте поле "термин таксономии" для этого словаря.

16 июля 2019 в 7:32

Да, зачем?
Опишите, пожалуйста, как и для чего будет использоваться данное "меню".

Судя по 9000 ссылкам, тут больше подходит модуль views.
Для более конкретного "совета" не хватает информации(см выше).

14 июля 2019 в 13:09

По-моему было бы очень неплохо если бы не этот банер про "подарок".
Лезет в каждую щель..
По какой сылке не перейдешь, везде он..
На всю страницу...
(занимает весь видимый регион контента, экран: 17-ти дюймовый ноут)

7 июля 2019 в 21:11

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

5 июля 2019 в 15:33
1

В Xubuntu торрент-клиент Transmission установлен по умолчанию.

Вообще, имеющийся для Linux софт покрывает процентов 99 потребностей не слишком "понтового" пользователя.
Большая его часть находится в официальном репозитории установленного на комп дистрибутива Linux.
Для его установки необходимо и достаточно иметь подключение к интернету немногим лучшее чем диалап-)

5 июля 2019 в 13:27

Если комп используется в основном для web-разработки, то ubuntu и ее варианты однозначно (лично я использую Xubuntu, нет лишних "наворотов", по интерфейсу почти Windows XP).

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

1 июля 2019 в 7:20

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

Что там, что там условия выборки обычно(если не настроено иначе): ИЛИ в пределах терминов одного словаря, И - в пределах словарей, участвующих в выборке.

1 июля 2019 в 6:57

По сути, стандартный функционал меню Drupal7 так и хранит данные меню в БД (materialized-path), т.е. полный путь от корня для каждого пункта меню.
Глубина вложенности - 10 уровней, чего в большинстве ситуаций более чем достаточно.
Стандартные интерфейсы работы с меню позволяют "конструировать" деревья.

Т.е. API для работы с такими деревьями в Drupal есть.

1 июля 2019 в 6:45
1

"Способ применения" ШК на сайте не совсем "стандартный", поэтому готового модуля в открытом доступе скорее всего нет.
В основном, на сайтах ШК и прочие QR используются для вывода информации(генерации ШК с использованием данных из текстовых полей), а вот для ввода, я сходу на drupal.org не нашел-)

Но при большом желании, реализовать нужный функционал конечно можно, "самописным" модулем.

26 июня 2019 в 2:08

hook_preprocess_views_view_fields($variables)
подготаваливает данные для вывода "строки" вьюса.
в $variables есть и views , у него можно спросить total и поля строки в которых можно поправить настройки вывода

25 июня 2019 в 21:54
1

Как я понял, суть задачи: в зависимости от количества элементов в выборке вьюса необходимо для определенного форматтера поля-картинки установить нужный "стиль" картинки?

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

25 июня 2019 в 17:43

Более изящное решение - подготовить необходимые данные в препроцесс-хуке, а в шаблоне их только "вывести".
Потому что шаблон должен использоваться только для "генерации" html-кода, а препроцесс-хук для обработки некоторой логики и подготовке данных.
Тем более, что обрабатывать логику на PHP намного проще и удобнее чем на TWIG-)

https://www.drupal.org/docs/8/theming/twig/twig-best-practices-preproces...

1 июня 2019 в 12:56
2

Мои полторы копейки-)
Не занимался серьезно вопросом, хотя тоже интересно, но почему-то чаще всего заказчики сразу явно обозначают платформу для разработки вэб-приложения - Drupal.
Интересно было бы понять, что подвигает их на принятие данного решения.

Исходя из лично приобретенного опыта взаимодействия с заказчиками, разделил заказчиков на 2 категории:

12 мая 2019 в 8:53
1

Насколько я вкурсе, брать деньги за модули собственной разработки лицензия Drupal не запрещает.
Только стоит ли овчинка выделки?
Его придется как-то защищать от "копирования".
С "закрытым кодом" подобное практически не работает, а как "защитить" OpenSource с небольшими издержками я вообще не представляю-)

Зато, если ваши модули стоящие и востребованы, можно предоставлять платные "подписки" на поддержку, обновления и т.п.
Ну и естественно внедрение тоже отличная статья дохода.

8 мая 2019 в 21:27
2

По сути это это есть дублирование данных и порождение лишних сущностей, что всегда чревато.
Поясните, пожалуйста, зачем нужны эти "наборы символов" в обоих регистрах?
Скорее всего есть более простые, надежные и оптимальные способы, сделать то что Вам нужно..

7 мая 2019 в 20:06
1

Судя по "выводу" дебаггера темы, что-то тут не так:

FILE NAME SUGGESTIONS:
* block--webform.html.twig
* block--webform-block.html.twig
* block--webform.html.twig
x block.html.twig

(дублируется наименование шаблонов и т.п.)

попробуйте "подобрать" наименование имени файла-шаблона по такому шаблону:

block--[module]--[delta].html.twig

где
module - webform
delta - "машинное" наименование блока