AP
Что касается самой публики и органа, в который она избирается, то эта какая-то дымовая завеса в стиле американской демократии
Странно это слышать от тебя, ведь как это работает давно расписано и обсужено
Size: a a a
2020 September 13
VV
Ну я крайне скептически отношусь ко всем коллективным органам и глубоко не вникаю
AP
Ну я крайне скептически отношусь ко всем коллективным органам и глубоко не вникаю
Осторожно и скептически - таки нюансы, но реально вопрос именно в голосовании - это право или привеления оплативших взнос и, очевидно, что "голос" тоже можно трактовать, как афропанк с почтой
VV
Какой афропанк? С какой почтой?😕
AP
Какой афропанк? С какой почтой?😕
Любой зарегистрированный пользователь д-орг
AP
А вот кто должен определять стратегию развития... Наверное те, кто зарабатывает на продукте сообщества и может оплатить взносы
2020 September 14
AK
Мне нужно чутка поправить и сохранить штук 100 сущностей за раз, для этого рекомендуют обернуть весь этот процесс в транзакцию, чтобы быстрее прошло. Но чёт не пойму, как транзакцию потом применить (завершить)? Тут https://api.drupal.org/api/drupal/core%21lib%21Drupal%21Core%21Database%21Transaction.php/class/Transaction/9.1.x есть только
rollBack а commit не вижу.AK
Несмотря на то, что сущность простая и в ней только базовые поля, лежащие в одной sql-таблице (строка прайслиста - id, name, price), процесс записи что-то уж прям очень медленно происходит и вываливает кучу дедлоков на живом сайте. Ну и чтение - тоже небыстрое, уж пришлось переделать на чтение напрямую sql-запросом вместо
loadMultiple().SP
Мне нужно чутка поправить и сохранить штук 100 сущностей за раз, для этого рекомендуют обернуть весь этот процесс в транзакцию, чтобы быстрее прошло. Но чёт не пойму, как транзакцию потом применить (завершить)? Тут https://api.drupal.org/api/drupal/core%21lib%21Drupal%21Core%21Database%21Transaction.php/class/Transaction/9.1.x есть только
rollBack а commit не вижу.https://www.drupal.org/docs/8/api/database-api/transactions
$transaction->commit();
Там внизу пример есть
$transaction->commit();
Там внизу пример есть
AK
https://www.drupal.org/docs/8/api/database-api/transactions
$transaction->commit();
Там внизу пример есть
$transaction->commit();
Там внизу пример есть
Так уже пробовал:
Error: Call to undefined method Drupal\Core\Database\Driver\mysql\Transaction::commit() на Drupal 8.9, драйвер mysql недостаточно кашерен? ;))SP
Неа, я не пробовал
SP
Лол, не так понял тебя)
AK
О, похоже нужно дестроить объект теперь, вместо
commit(): When $transaction is destroyed, the transaction will be committed.АК
Скорее всего при работе с апи сущностей всё происходит медленнее, потому что всяки там кэши обновляютсяи тому подобное
VS
Алексей Кузнецов
Скорее всего при работе с апи сущностей всё происходит медленнее, потому что всяки там кэши обновляютсяи тому подобное
+1
VS
Может даже глянуть в сторону dummy cache, если там совсем ппц
AK
Это понятно что там накладных расходов больше и куча проверок, просто в реальности получается раз в 500 медленней чем запись напрямую в базу данные для 100 сущностей (и прочистить кеши ручками), и отключить-то ничего из проверок нельзя, а использовать прямую запись в базу - очень нехочется ;(
АК
Я давеча писал парсер "многопоточный". Даже в два потока в течение 30 минут из-за дедлоков базы гагрантированно упадут все потоки, кроме одного. Кое-как удалось решить проблему увеличением в mysql времени таймаута по блокировке
AK
Хм, кстати, а может всё же есть какой-то "тумблер", который временно отключает все прочистки кешей и другие проверки на запись сущностей, чтобы ускорить этот процесс? ;)
AK
О, нашёл соболезнующих https://www.drupal.org/project/drupal/issues/2553853 - оказывается ещё и создание сущности "небыстрое"