Size: a a a

2019 November 04

C

Comrade Gagarin in Drupal RU
Настройки отображения полей хранятся в конфиге EntityViewDisplay
источник

C

Comrade Gagarin in Drupal RU
$config = \Drupal\Core\Entity\Entity\EntityViewDisplay::load('node.page.default');
$components = $config->getComponents();
источник

РВ

Руслан Выйгшев in Drupal RU
Спасибо
источник

РВ

Руслан Выйгшев in Drupal RU
Только EntityFormDisplay, мне форма нужна)
источник

C

Comrade Gagarin in Drupal RU
угумс
источник

AS

Andrey Strelkov in Drupal RU
Кто нибудь знает, есть ли готовый модуль для D7, который позволяет определенные результаты определенного дисплее вьюхи привязывать к определенному полю на форме.
Т.е. например есть вьюха у которой дисплей выводит уникальные фамилии пользователей, и нужно эти результаты как бы использовать на определенной странице, в определенной поле со своим ID, чтобы когда пользователь открыл эту страницу, то данное поле из INPUT например сконвертилось в SELECT либо стало AUTOCOMPLETE
источник

C

Comrade Gagarin in Drupal RU
Andrey Strelkov
Кто нибудь знает, есть ли готовый модуль для D7, который позволяет определенные результаты определенного дисплее вьюхи привязывать к определенному полю на форме.
Т.е. например есть вьюха у которой дисплей выводит уникальные фамилии пользователей, и нужно эти результаты как бы использовать на определенной странице, в определенной поле со своим ID, чтобы когда пользователь открыл эту страницу, то данное поле из INPUT например сконвертилось в SELECT либо стало AUTOCOMPLETE
entityreference, нет?
источник

ИЛ

Иван Лещёв in Drupal RU
Comrade Gagarin
entityreference, нет?
в произвольную форму вставить виджет для филда конечно можно, но не так просто
источник

AS

Andrey Strelkov in Drupal RU
Comrade Gagarin
entityreference, нет?
у меня тут не связь, а как бы дополнительная помощь чтоли пользователю
т.е. что то вроде этого http://xandeadx.ru/blog/drupal/526 только гуёвое и с вьюхой в кач-ве источника
источник

C

Comrade Gagarin in Drupal RU
https://www.drupal.org/project/views_autocomplete_api позволяет использовать данные вьюхи в #autocomplete_path
источник

AS

Andrey Strelkov in Drupal RU
со страницы модуля вышел на более близкий мне вариант https://www.drupal.org/project/search_autocomplete
спасибо!
источник
2019 November 05

AU

Anton Uralsky in Drupal RU
Здравствуйте!

Подскажите, пожалуйста, как "портировать" код с 7 на 8?

Для сайта на 7 делал микромодуль, который через функцию ****_webform_submission_insert получал данные с форм и передавал их в срм. В 8, я так понимаю, сильно переработали систему модулей, в связи с чем не могу разобраться, куда мне теперь помещать код

В 7 я кодил просто в .module - файле в папке модуля, а где сейчас как нужно выстраивать структуру папок и где писать код?
источник

C

Comrade Gagarin in Drupal RU
Anton Uralsky
Здравствуйте!

Подскажите, пожалуйста, как "портировать" код с 7 на 8?

Для сайта на 7 делал микромодуль, который через функцию ****_webform_submission_insert получал данные с форм и передавал их в срм. В 8, я так понимаю, сильно переработали систему модулей, в связи с чем не могу разобраться, куда мне теперь помещать код

В 7 я кодил просто в .module - файле в папке модуля, а где сейчас как нужно выстраивать структуру папок и где писать код?
источник

AU

Anton Uralsky in Drupal RU
Спасибо, читал
Но если мне не нужен вывод на страницу, а лишь перехват данных с форм?
источник

C

Comrade Gagarin in Drupal RU
все хуки по прежнему находятся в файле .module
источник

AI

Andrei Ivnitskii in Drupal RU
Anton Uralsky
Здравствуйте!

Подскажите, пожалуйста, как "портировать" код с 7 на 8?

Для сайта на 7 делал микромодуль, который через функцию ****_webform_submission_insert получал данные с форм и передавал их в срм. В 8, я так понимаю, сильно переработали систему модулей, в связи с чем не могу разобраться, куда мне теперь помещать код

В 7 я кодил просто в .module - файле в папке модуля, а где сейчас как нужно выстраивать структуру папок и где писать код?
Да, многие хуки до сих пор присутствуют
источник

AS

Andrey Strelkov in Drupal RU
На D7 использую Queue API, который работает по крону, задался вопросом, как можно сделать так, чтобы очередь обрабатывалась только по ночам, то есть чтобы перебор очереди работал только ночью , а обычный крон как обычно, без ограничений
источник

AI

Andrei Ivnitskii in Drupal RU
Andrey Strelkov
На D7 использую Queue API, который работает по крону, задался вопросом, как можно сделать так, чтобы очередь обрабатывалась только по ночам, то есть чтобы перебор очереди работал только ночью , а обычный крон как обычно, без ограничений
Используй серверный крон. Даже на шаредах он сейчас есть
источник

AI

Andrei Ivnitskii in Drupal RU
Andrey Strelkov
На D7 использую Queue API, который работает по крону, задался вопросом, как можно сделать так, чтобы очередь обрабатывалась только по ночам, то есть чтобы перебор очереди работал только ночью , а обычный крон как обычно, без ограничений
Либо в своем hook_cron делай проверку на время и если время не соответствует твоим желаниям, то не запускать команды
источник

AS

Andrey Strelkov in Drupal RU
Тут вопрос немного не в этом, у меня да, крон серверный. Я скорее не могу понять в каком месте когда вставлять проверку, что если мол сейчас день, то очередь не обрабатывай, а обычные друпаловские задачи обрабатывай
источник