АК
тут нужно учитывать, что если схемой определено какое-то поле, то вовсе не значит, что в нём обязательно окажется значение
entity_hierarchy.views.schema.yml дополнил и кешу прочистил)Size: a a a
2020 September 15
AK
это-то понятно, но мне нужно изменить саму схему (добавить новое поле в неё), а то в настройках вьюшки после прочистки кеша уже появился мой новый параметр, но он не сохраняется т.к. схема старая осталась (несмотря на то что я
АК
А ты что, своим модулем прямо в схему вьюх что-то сунешь? Так можно разве? Есть же third party settings для этого
AK
Алексей Кузнецов
А ты что, своим модулем прямо в схему вьюх что-то сунешь? Так можно разве? Есть же third party settings для этого
я патч для модуля entity_hierarchy делаю, чтобы там в его аргументы для вьюшки добавить новую опцию - там уже есть integer-параметр depth, вот я рядом ещё такой же пытаюсь добавить. Везде добавил, всё появилось но не сохраняется, т.к. схема на сайте осталась старая, без нового параметра. А переустановить модуль не могу, т.к. он удалит нафиг все свои поля из сущностей ;(
AK
О, нашёл где они хранятся - в таблице cache_discovery - ключ
typed_config_definitions и в значении - огромный сериалайз-блоб на пол мегабайта вперемешку по всем модулям, и при прочистке кеша - обновляются норм. Значит проблема несохранения значения во вьюшке - не в этом, но вопрос как эти данные из entity_hierarchy.views.schema.yml получить через апи друпала - остаётся открытым.C
Чёт никак не пойму, как можно обновить configuration schema для модуля через hook_update без его переустановки, да вот даже просто загрузить не получается её. К примеру, модуль
Собственно, через
я в $var должен получить эти данные, но получаю
entity_hierarchy имеет файл config/schema/entity_hierarchy.views.schema.yml в котором есть ключ views.argument.entity_hierarchy_argument_is_child_of_entityСобственно, через
$var = \Drupal::config('entity_hierarchy.views.schema')->get('views.argument.entity_hierarchy_argument_is_child_of_entity');
я в $var должен получить эти данные, но получаю
null - что я делаю не так?schema это не конфиг сущность, это схема конфиг-сущности, поэтому получать её с помощью
\Drupal::config бессмысленноC
а схему можно прочитать так
C
Переслано от Vadim Valuev
\Drupal::service('config.typed')->getDefinition('block.settings.%plugin_name%')
AK
Переслано от Vadim Valuev
\Drupal::service('config.typed')->getDefinition('block.settings.%plugin_name%')
а, вот оно что, михалыч! :) Я так тоже пробовал уже, но не догадался что нужно добавлять префикс контекста (
block.settings а в моём случае - вьюшку надо вместо этого подставить), пасиб!AP
а, вот оно что, михалыч! :) Я так тоже пробовал уже, но не догадался что нужно добавлять префикс контекста (
block.settings а в моём случае - вьюшку надо вместо этого подставить), пасиб!Схему можно альтерить, но если делаешь патч, то в самом модуле правь
DD
кстати, по поводу рефссылок - полезно делать кроме явного ключа с id реферрала - ещё какой-нибудь неявный, для тех кто не хочет палить что эта ссылка реферральная, т.е в дополнение к
?aff=271 добавить ещё вариант типа "?page_id=271" - так больше желающих будет партнёрку свою развивать. Ну и многие клиенты ещё когда видят "aff" - любят ручками руки чистить, чтобы "ни копейки не досталось этим проклятым разработчикам, я им и так уже свои пять тыщ шекелей отслюнявил!", особенность русского менталитета ;)Сделано 🙂 - Можно слать траф на https://drupalcloud.ru/?page=ХХХ
AK
Сделано 🙂 - Можно слать траф на https://drupalcloud.ru/?page=ХХХ
Супер! Всем пока, пабегу бегом на проносайтах свою рефссылку постить ;))
AK
Сделано 🙂 - Можно слать траф на https://drupalcloud.ru/?page=ХХХ
А где, кстати, регаться для партнёрки? Мы в основном на своих серверах хостим, но иногда клиенты хотят независимости от нас - их на TimeWeb выгружаем, можем попробовать к вам заливать таких по рефке
DD
Так тут же на drupalcloud.ru - купить любой тариф, но не оплачивать.
DD
Потом зайти в меню «Партнёрство» - нажать на кнопку согласия - активируется партнёрка.
AK
Сделано 🙂 - Можно слать траф на https://drupalcloud.ru/?page=ХХХ
https://drupalcloud.ru/#tariff
Исходя из параметров - у вас там для каждого сайта отдельный контейнер/виртуалка делается, а не как в шаред хостингах "все в одном болоте"?
RAM 1 000 MB
CPU 1 000 MHz
INODES 100 000
Исходя из параметров - у вас там для каждого сайта отдельный контейнер/виртуалка делается, а не как в шаред хостингах "все в одном болоте"?
AK
Так тут же на drupalcloud.ru - купить любой тариф, но не оплачивать.
Как-то неособо очевидно, лучше описать на отдельной странице партнёрскую программу, так и с улицы желающих побольше набежит.
DD
https://drupalcloud.ru/#tariff
Исходя из параметров - у вас там для каждого сайта отдельный контейнер/виртуалка делается, а не как в шаред хостингах "все в одном болоте"?
RAM 1 000 MB
CPU 1 000 MHz
INODES 100 000
Исходя из параметров - у вас там для каждого сайта отдельный контейнер/виртуалка делается, а не как в шаред хостингах "все в одном болоте"?
Да, ресурсы выделяются под аккаунт - на cgroups, т.е. пользователь не видит ресурсов другого пользователя - не виртуалка, т.к. ядро одно и то же, но разделение более надёжное, чем на обычном shared.
DD
Т.е. к примеру команда top или htop покажет только ресурсы конкретно текущего пользователя и так во всём - работаешь как будто в своём VPS.
AP
Т.е. к примеру команда top или htop покажет только ресурсы конкретно текущего пользователя и так во всём - работаешь как будто в своём VPS.
В разных версиях ядра разный scheduler по ресурсам может и как у openvz случиться - то есть лимит отработает, но гарантии получения ресурса нет