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

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

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

6 сентября 2023 в 14:54

Для использования Drush при установке нескольких сайтов удобно использовать Drush Launcer - https://github.com/drush-ops/drush-launcher
Работает до 12 версии Drush
На git в файле redmi.md подробно описано как установить.
Если необходимо использовать с Drush 12 - то использую alias для каждого сайта.
Для того что бы, корректно работала команда updb - добавить $PATH в alias.

6 апреля 2021 в 23:00

Написано конечно так, что мало чего понятно, но попробую натолкнуть на решение задачи (если я ее правильно понял). В предыдущем посте написано - "сделать фильтр только по родительским терминам. При этом, чтобы в этом фильтре предлагались ..." - ключевая фраза предлагалось, то есть так понимаю фильтр надо сделать открытым. Если так, то в свое время делал:
1. нужно сделать embed по терминам того словаря.
2. в настройках фильтрации embed сделать по родителю который 0 (выведет только родительские термины)

16 марта 2021 в 23:56

В контекстном фильтре выбрать - Имеет идентификатор термина таксономии (с глубиной) - и настроить как надо (Глубина).

16 марта 2021 в 23:45

marassa wrote: Теоретически тут можно попробовать использовать встроенный механизм Revisions, все необходимые поля там уже есть. Не факт, что все получится красиво, но я бы по крайней мере подумал в эту сторону.

16 марта 2021 в 23:28

vladtulku wrote: По второму полю вообще не понятно, кто устанавливает\выбирает тариф? Это тариф на месяц или по дням? Какую сумму ставить с 02.01.2020го? Кто ежемесячно заполняет всей 1000 эти суммы по тарифам? ...

Вы не внимательно прочитали мое сообщение там же явно написано - (начисления будут меняться 1-2 раза в год) - соответственно - будет вводится один документ (node) на один объект один раз в год.

16 марта 2021 в 23:17

Не скажу что данное решение идеально, возможно что то пришло бы лучше в голову если было время. Слету так:
1.В views вывести номера строк (можно скрыть из вывода)
2.В webform добавить поле - last_field_itogo (у вас будет last_computed_field) - не заполнять его и даже можно скрыть в форме.
3.theme_preprocess_views_view_fields - в помощь. (ну или если в модуле - module_preprocess_views_view_fields)

9 ноября 2020 в 13:55

charOFF wrote: Локальная установка с Xdebug + IDE + точки останова в нужных местах и пошаговое выполнение при необходимости.
Обработчики любой формы запускаются в функции form_execute_handlers()

3 ноября 2020 в 10:51

Есть различия между головой версией и которую чиню в POST
голая версия из коробки - query string parameters q=node/2
ту что чиню - нет вообще такой строки
Возникает вопрос - а не все ли дело в Jqwery?
На сайте стоит модуль по обновлению версии Jqwery - jQuery Update
Может он наводит смуту и тут просто банально не состыковка версий.
Ведь за обработку форм он впрямую отвечает.

3 ноября 2020 в 10:36

gun_dose wrote: В браузере хоть смотрели, какие данные отправляются на сервер и что приходит в ответ?

Да конечно. Firebag- filter - method:POST-данные есть
submitted[name]: test
submitted[family]: test
details[sid]:
details[page_num]: 1
details[page_count]: 1
details[finished]: 0
form_build_id: form-9mNsIHVA0nqd5Q2vEXJt8vCj_qjOgN39guBadeIVHs4
form_token: bPyPo7c7JPttoEK8CUxm2ldHE6OlIVY-hE9NUnihi48
form_id: webform_client_form_2
op: Отправить

3 ноября 2020 в 10:29

Самый первый пост. Пункт 4. Написано же - удалил, заново установил. При удалении посмотрел в базу данных, при удалении модуля таблицы удалились. Заново модуль установил, таблицы создались. При создании формы и создании полей в форме и кнопки submit , определенные таблицы в базе данных заполняются. То есть в таблицах появляются мои поля из формы и наименование кнопки submit. Вроде все корректно. При нажатии кнопки submit (читай по русски - отправить) данные из полей формы в таблицу результатов действия формы (webform_submission) не попадают.

3 ноября 2020 в 8:33

charOFF wrote:
avtomoda wrote: Вопрос - какая существует технология у Вас для поиска неисправности?
Локальная установка с Xdebug + IDE + точки останова в нужных местах и пошаговое выполнение при необходимости.
Обработчики любой формы запускаются в функции form_execute_handlers()
Общую схему работы Form API для Drupal 7 можно посмотреть здесь https://www.drupal.org/docs/7/api/form-api/form-api-internal-wor

3 ноября 2020 в 8:23

У меня не совсем так. У меня данные которые я в форму заношу даже в базу данных не попадают, не записываются. Причем добавлю больше что бы убрать все разнотолки по поводу настройки сервера.
Я разработку веду на виртуальной машине с Centos (реально рабочая среда используемая большинством хостеров).

2 ноября 2020 в 12:52

Первое что я сделал включил тему по умолчанию seven. Нет не помогло. Второе вы не внимательно прочитали, что я написал. Я форму сам создаю и поэтому alter на основе id здесь ни причем. Новая форма, новый id.

31 мая 2020 в 15:55

Мне просто нужна динамика в context filter и пока другого способа лично я не вижу, кроме как сделать views на ajax и получать данные из элемента на странице. Если есть другой способ - подскажите.

26 апреля 2020 в 21:34

Я конечно решил по быстрому. Присмотрелся - в выводе template_preprocess_office_hours(&$variables) у разных блоков разный "label_length". К нему и привязался. А к theme_suggestions_office_hours_alter привязал id block. Это костыльное решение, неправильное. Но пока как есть.

26 апреля 2020 в 9:49

template_preprocess_office_hours(&$variables)
array:18 [▼
"office_hours" => array:3 [▶]
"item_separator" => "
"
"slot_separator" => ", "
"closed_text" => null
"theme_hook_original" => "office_hours"
"attributes" => []
"title_attributes" => []
"content_attributes" => []
"title_prefix" => []
"title_suffix" => []
"db_is_active" => true
"is_admin" => false
"logged_in" => false

26 апреля 2020 в 3:30

Это первое что я сделал. Я покопался в preprocess_office_hours. Там есть arrai attributes и conten attributes , но не разобрался как туда передать свои параметры. К чему либо другому там привязаться нет возможности. И родительской сущности там нет.

26 апреля 2020 в 2:17

мне нужен шаблон для contib модуля в поле (field) - не для поля и не для блока.
И шаблон блока, и шаблон field я смог бы переопределить на раз. Это не проблема.
Мне нужен шаблон для templates самого модуля в поле field. А вывод модуля:
office_hours" => array:3 [▶]
"item_separator" => "
"
"slot_separator" => ", "
"closed_text" => null
"theme_hook_original" => "office_hours"
К чему привязаться? Ни variables element от блока, ни variables element с field? Мне их откуда брать?

26 апреля 2020 в 1:46

Спасибо за намек, но это не то. Здесь решение для шаблона блока. А мне нужен шаблон для contib модуля в поле (field) пользовательского блока.

14 апреля 2020 в 0:07

Я то же новичок в Drupal. Изучаю его только месяц. То же как и вы начинал с Open Server. Потом почитал и сразу перешел на linux среду. Поверте как новичку - лучше сразу делать в той среде, где сайт будет крутиться, а это в 99% linux. Я ставил VMWare, на ней Centos 7, далее Drupal через composer project.