Сергей Владимирович, Вы несёте чушь, пытаясь продвинуть здесь своё бестолковое ржавое ведро с гнутыми гвоздями! Даже партнёрские скидки, бонусы, не смогли меня в своё время предлагать заказчикам ваше гумно. Уже достаточно сайтов, было переведено мною с Битрикса, на Drupal 9. при том, что это были свежие сайты на Битрикс, но оказывается, что проще перенести всё содержимое сайта, чем вносить правки в ваше убожество и заказчики, начиная понимать это - платят за это дополнительно и радуются в итоге :) Если Drupal 7, ещё можно было ругать за что-то, то Восьмерка и Девятка - это космос! А ваш Битрикс - это железнодорожный состав на паровой тяге локомотива из 1860-x годов :)
Битрикс разумные люди не выбирают. Его навязывают внешние обстоятельства - пиар и условия в России - там это рекомендованная система для сайтов, работающих под юрисдикцией РФ. И не более...
Чтобы такого не было, нужно использовать Drupal Once.
Это особенность бихейворов. Они вызываются на DOMContentReady, а затем, на успешные AJAX запросы, а также тогда, когда другие JS меняют DOM страницы и хотят чтобы бихейворы обработали эти изменения (повесили свои события и прочие манипуляции). То есть код бихейвора может вызываться хоть 1000 раз. Drupal Once как раз заботится о том, чтобы конкретный код выполнялся только единожды либо на каждый уникальный экземпляр, либо вообще единожды.
Можно, плагины @FieldType например такое делают. В методе ::schema() они описывают схему таблицы для типа поля и на её основе создаются таблицы. Сущности тоже являются плагинами и создают свои таблицы. В общем, даже в ядре такие примеры есть с абсолютно разными подходами и реализациями.
Но для удаления таблиц явно нужен какой-то простенький garbage collector. Удалять прямо в плагине не получится. Если файл плагина удалят, откуда узнать как за ним удалять. Тут нужен посредник.
Добрый день, Никита.
Не подскажешь, можно ли как-то реализовать, чтобы при инициализации своего плагина в Drupal в БД создавалась таблица, а при уничтожении этого плагина в системе (например, файл с плагином стерли и сделали очистку кэша) эта таблица бы уничтожалась? И причем, чтобы код, выполняющий как создание, так и уничтожение таблицы, был внутри данного плагина.
Private Tempstore API — для временного хранения данных, которые будут автоматически уничтожены спустя какое-то время.
User Data API — это постоянное хранилище данных. Всё что туда записано, там и останется, пока не будет должным образом удалено, или не будет удалён пользователь. Это хранилище — дополнение к полям пользователя. Оно позволяет хранить какую-либо дополнительную информацию о пользователе в обход полей, что позволит обновлять её без сброса кеша юзера, который вызовет цепную реакцию инвалидации прочих данных.
Узнайте какие публикации сейчас обсуждаются.
Хотите обсудить в реальном времени? Вступайте в Discord чат.
Прям в точку, особенно, когда они видят Drupal 9 в действии. А когда переходят, удивляются тому, как же сайт стало легко и быстро обслуживать :)
Сергей Владимирович, Вы несёте чушь, пытаясь продвинуть здесь своё бестолковое ржавое ведро с гнутыми гвоздями! Даже партнёрские скидки, бонусы, не смогли меня в своё время предлагать заказчикам ваше гумно. Уже достаточно сайтов, было переведено мною с Битрикса, на Drupal 9. при том, что это были свежие сайты на Битрикс, но оказывается, что проще перенести всё содержимое сайта, чем вносить правки в ваше убожество и заказчики, начиная понимать это - платят за это дополнительно и радуются в итоге :) Если Drupal 7, ещё можно было ругать за что-то, то Восьмерка и Девятка - это космос! А ваш Битрикс - это железнодорожный состав на паровой тяге локомотива из 1860-x годов :)
Битрикс разумные люди не выбирают. Его навязывают внешние обстоятельства - пиар и условия в России - там это рекомендованная система для сайтов, работающих под юрисдикцией РФ. И не более...
Чтобы такого не было, нужно использовать Drupal Once.
Это особенность бихейворов. Они вызываются на
DOMContentReady, а затем, на успешные AJAX запросы, а также тогда, когда другие JS меняют DOM страницы и хотят чтобы бихейворы обработали эти изменения (повесили свои события и прочие манипуляции). То есть код бихейвора может вызываться хоть 1000 раз. Drupal Once как раз заботится о том, чтобы конкретный код выполнялся только единожды либо на каждый уникальный экземпляр, либо вообще единожды.Почему окно (алерт) появляется 4 раза?
Можно, плагины
@FieldTypeнапример такое делают. В методе::schema()они описывают схему таблицы для типа поля и на её основе создаются таблицы. Сущности тоже являются плагинами и создают свои таблицы. В общем, даже в ядре такие примеры есть с абсолютно разными подходами и реализациями.Но для удаления таблиц явно нужен какой-то простенький garbage collector. Удалять прямо в плагине не получится. Если файл плагина удалят, откуда узнать как за ним удалять. Тут нужен посредник.
Добрый день, Никита. Не подскажешь, можно ли как-то реализовать, чтобы при инициализации своего плагина в Drupal в БД создавалась таблица, а при уничтожении этого плагина в системе (например, файл с плагином стерли и сделали очистку кэша) эта таблица бы уничтожалась? И причем, чтобы код, выполняющий как создание, так и уничтожение таблицы, был внутри данного плагина.
well done!
Private Tempstore API — для временного хранения данных, которые будут автоматически уничтожены спустя какое-то время.
User Data API — это постоянное хранилище данных. Всё что туда записано, там и останется, пока не будет должным образом удалено, или не будет удалён пользователь. Это хранилище — дополнение к полям пользователя. Оно позволяет хранить какую-либо дополнительную информацию о пользователе в обход полей, что позволит обновлять её без сброса кеша юзера, который вызовет цепную реакцию инвалидации прочих данных.
Спасибо, исправил.