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

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

11 июня 2019 в 19:17

Для своей уже обновлённой на 8.7 базы рабочего сайта запилил вот такие костыли, чтобы повторить неудачное обновление таблиц таксономии:
1. Увеличить таймауты у mysql - в mysql.conf:

[mysqld]
wait_timeout = 600
connect_timeout = 600

2. Удалить вручную таблицы (если уже создались) из sql-базы:

10 июня 2019 в 13:55

Словил такую же проблему после обновления на 8.7, причём все апдейты нормально прошли без ошибок. Но обнаружил проблму слишком поздно, что уже старый дамп накатить слишком проблемно - очень много всего наменяли поверх. Можете скинуть ссылки на патчи д.орга по этой теме? Может они мне помогут хоть как-нибудь...

29 декабря 2018 в 22:27

О, а вот https://www.drupal.org/project/commerce/issues/2905028 похоже иссуй про то, что это надо бы запилить как раз, и даже с патчем! Потестю его, отпишу результаты тут.

29 декабря 2018 в 22:26

Исшуй этот я находил https://www.drupal.org/project/commerce_shipping/issues/2852207 но вопрос не совсем об этом - мне нужно спрятать форму профиля и в оплате и в доставке, ибо оно не нужно когда клиент сам забирает заказ из магазина, надо только его телефон и имя получить. Докучи сделал саппорт рекьюест на английском ещё тут https://www.drupal.org/project/commerce/issues/3022961

1 мая 2018 в 21:30

Благодарю, очень полезно! Ещё бы для Яндекс.Кассы решение найти бы под Drupal 8 - вообще счастья были бы полные штаны! Вот тут https://github.com/yandex-money/yandex-money-cms-drupal/pull/22 вроде бы начали пилить, но уже год как ушли в запой ;(

11 января 2013 в 16:19

Crea wrote:
Murz wrote:

Друпал и не предназначен для небольших сайтов аля сайт-визитка или блог юного словоблуда

Это лишь ваше частное мнение. Многие с вами не согласятся..

11 января 2013 в 14:00

<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a> wrote:
"Crea" wrote:
Так что фрилансерам-одиночкам и небольшим сайтам тут скоро станет ловить нечего.

Уже нечего. Трудозатраты охуенные, люди всё меньше понимают, за что платить, ведь есть жумла, вп

11 января 2013 в 13:40

WadimKo51 wrote:
В OpenCart тоже грузиться только то, что отображаеться.
А с чем явязано, что Drupal грузит все установленные модули?

Вы очень интересно написали про это. Не знал таких деталей.

11 января 2013 в 11:29

kyky wrote:
"Murz" wrote:
Переводы кешируются для каждой страницы, поэтому для анонимуса - они будут грузиться одним запросом, а 100 запросов будет делаться только после сброса кеша.

11 января 2013 в 10:45

kyky wrote:
Переводы в базе -- это шляпа. Да, одну строку вытащить из базы -- это быстро. А если в процессе генерации страницы нужно перевести 100 строк, то 100 запросов будет медленнее.
Переводы нужно хранить в памяти или каком-то быстром key->value хранилище.

Переводы кешируются для каждой страницы, поэтому для анонимуса - они будут грузиться одним запросом, а 100 запросов будет делаться только после сброса кеша.

11 января 2013 в 10:40

WadimKo51 wrote:
Было бы интересно знать, что переводы в базе хотя бы не то что быстрее, а хотя бы не на порядок медленнее файлов.

Что быстрее - зависит от конкретных запросов.

Если нужно загрузить 5 строчек перевода - то база будет однозначно быстрее, чем парсить весь файл с 500 строчками.

Если нужно загрузить 500 строчек и все они в одном po файле - то файл быстрее.

11 января 2013 в 10:13

WadimKo51 wrote:
3 Так как новая версия основанна на фреймворке то там будет очень много файлов инклуйлиться для генерации страницы. Это будет медленно. Будет ли какой-то функцонал компиляции?

Это всё написал потмоу что Drupal 8 по всей видимости будет очень похож на Magento. Оно тоже оснвоанно на фреймворке, толко на Zend, там тоже есть конфигурация через XML и из админки туда заносяться данные при изменении настроек.

19 декабря 2012 в 13:15

Интересно, а как в joomla сделан поиск по частям слова? Неужели он всю базу через like %строка% гоняет? Это же огромная нагрузка на базу и полный перебор без использования индексов.
Вот пример как это работает у жумлы: http://www.joomla.ru/component/search/?searchword=%D1%81%D0%BF%D0%BB%D0%...

19 декабря 2012 в 9:46

milkovsky wrote:
писать php код в relus не есть хорошо ведь это хранится в базе.

А можно в модуле как-то перехватить событие расчета цены и посчитать всё что надо в php-функции?
Мне кажется это будет работать в разы быстрее и тратить меньше памяти, чем куча правил и проверок в Rules.

18 декабря 2012 в 19:18

Подскажте плз как в Rules можно получить кастомное поле пользователя?

У меня у пользователей будет 6 типов:
Розничный
Скидка 5%
Скидка 10%
Мелкий опт (цена из поля 2)
Крупный пт (цена из поля 3)
Партнер (цена из поля 4)

Соотвественно хотелось бы для каждого отображать свою цену.

Для каждого делать отдельную роль как-то не хочется, т.к. таблица настройки ролей станет огромных размеров, да и на производительность это не очень хорошо повлияет скорее всего, поэтому решил просто сделать у пользователя поле selectlist с id-значение.

6 ноября 2012 в 12:40

Спасибо за информацию!

Меня что-то беспокоит проблема с тем, что в процессе донастроек развёлся целый зоопарк полей у товара, каждое из которых в итоге тормозит работу всего сайта в целом. Например если я добавлю ещё 5 цен в отдельных полях, то будет ещё 5 join-ов при каждой загрузке товара, а если эти поля типа commerce_price, то ещё и функция обработки вывода будет запускаться на каждом из них.

6 ноября 2012 в 9:26

5n00py wrote:
У меня намечается 5 колонок цен, буду делать с помощью рулзов.

У меня тут тоже намечается не менее 5 колонок цен. Расскажи плз поподробнее как это удалось реализовать (если удалось ;о) )?