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

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

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

18 февраля в 15:21

Так, а в чем проблема? Подходит структура - используйте. Не подходит - используйте то что подходит.

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

18 февраля в 15:11

Нет не ставите.
Этот шаблон называется "мост". Он соединяет 2 независимые системы.
Вас же никто не заставит раскрывать код 1с, если вы с ним интеграцию реализуете.

18 февраля в 14:55

Вы ведь и сами не чураетесь чужой код использовать, а потом продавать. Чем вы лучше?

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

17 февраля в 17:29

Как его адаптировать для drupal7?

Больно, обидно и унизительно.

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

13 февраля в 23:57
1

Зря смеешься. Это первая причина, о которой стоит думать, при подобных симптомах. Так что, перепроверь лучше, на каком-то сайте то оно включается, раз отчитывается об успехе. Wink

7 февраля в 13:30
1
  • Memcache, Redis, Opcache - оплачиваются отдельно (в бизнес-тарифах, включено в стоимость).
  • Ограничения на запуск cron (не чаще раза в 15 мин., не дольше 5 мин., в бизнес-тарифах, обещают не убивать в течении 4х часов).
  • Ограничения на мемори-лимит (64-256 МБ, в зависимости от тарифа, для бизнес-тарифов - 1024 МБ).
  • Отсутствует возможность установки дополнительных PHP-модулей, но для шары это обычное дело.

4 февраля в 14:13
  1. Смотрите систему блоков Друпал. Представления могут быть созданы как блоки, и размещены в соответствующие регионы.
  2. Исследуйте имеющуюся систему классов у содержимого, представлений и блоков, она весьма обширна. Если не будет хватать - есть механизмы на различных уровнях, по изменению и добавлению классов, от GUI-конфигов в представлениях и до правки шаблонов и программного набивания классов.

1 февраля в 21:32
1

Вам не нужно трогать шаблоны.

Фильтры - можно сделать с помощью Views (раскрытые фильтры или фасеты).

Поищите по этим вхождениям информацию. Очень много примеров в интернете.

1 февраля в 21:11
1

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

28 января в 11:47

Понимаю, что Вам этого слышать не хочется, но все это пздц какой говнокоддинг.
Объявите свой форматтер поля, это 1 плагинчик. Там, решайте всю логику.
И это будет работать везде, и в представлениях, и в обычном выводе материала, во всех других местах вывода полей.
Оставьте шаблонам те задачи, которые на них возложены.

22 января в 15:02
1

В Друпал нет файлов, по которым можно пройтись, как в Laravel. Все сущности - динамичные.

На странице описания:

The Swagger UI Field Formatter module renders a valid OpenAPI spec in JSON or YAML format using the Swagger UI project, as shown in the following figure.

22 января в 14:54

Быстрое решение:

  • Делаете материал "Услуга"
  • Добавляете поле "статус", типа список, или другого, более подходящего
  • Добавляете представление со списком этих материалов, отфильтрованное по авторству текущего пользователя
  • Выводите на нужной странице
  • При создании материалов, соответственно, указываете нужного юзера автором. (Можно сделать отдельным полем с референсом на юзера, и контекстной фильтрацией по этому полю, но это уже не такое "быстрое решение")