UMIhelp

Разработка сайта на UMI.CMS => Настройка системы и модулей => Тема начата: arbuzzz от 01 Декабря 2014, 12:21:38

Название: Ошибка "Default domain could not be found"
Отправлено: arbuzzz от 01 Декабря 2014, 12:21:38
Массово появляется ошибка "Default domain could not be found". Причем не у всех а как-то вдруг. Безсистемно и разово. Появилась - обновил страницу все ok.
Название: Re:Ошибка "Default domain could not be found"
Отправлено: e.ioffe от 02 Декабря 2014, 02:01:29
Как правило, такие ошибки возникают при проблемах с БД.
Название: Re:Ошибка "Default domain could not be found"
Отправлено: arbuzzz от 02 Декабря 2014, 13:57:08
Это я догадался. А с чем может быть связано? У нас тут очень высокая нагрузка была под "черную пятницу" и с тех пор сайт колбасит откровенно.
Может переписать выбор этого самого дефаулта из базы на прямой запрос?
Название: Re:Ошибка "Default domain could not be found"
Отправлено: e.ioffe от 02 Декабря 2014, 18:57:30
Я бы сначала запустил cron.php и почистил базу от лишнего (при условии, что версия системы выше 2.9.6). Затем оптимизировал текущие макросы, после уже писал бы свой запрос.
Название: Re:Ошибка "Default domain could not be found"
Отправлено: arbuzzz от 02 Декабря 2014, 23:44:20
Версия 2.9.1 и обновлению, к сожалению, не подлежит. Во первых кончилась лицензия, а во вторых несмотря на все старания обойтись без правок в системных файлах не получилось.

От мусора чищу запуском файла, который дали ребята их СЗ при переносе системы с 2.8.3 на текущую 2.9.1 Но чищу только заказы без названия, т.к. остальное - либо возвращает слишком малое кол-во результатов, либо вешается при попытке посчитаться (про удаление, да ещё и на боевом сервере боюсь даже подумать).

Оптимизация макросов мне кажется не поможет, т.к. ошибки возникают в процессе работе системных. Так ошибка возникает при выводе списка запросов в модуле интернет-магазина.
Название: Re:Ошибка "Default domain could not be found"
Отправлено: e.ioffe от 03 Декабря 2014, 02:10:34
Плохо, что изменены системные файлы.

Оптимизация макросов сократит нагрузку на базу, что позволит остальному сайту работать чуточку быстрее.

Буквально сегодня закончил оптимизацию магазина одежды. Вывод всех объектов со скидкой до оптимизации занимал 16 сек. на VPS. После оптимизации - в пределах 2,5 (из-за того, что на странице одновременно выводится 150 товаров с фотографиями). Если добавить пагинацию, можно уложиться в 1 сек.

После того, как оптимизировал этот запрос, остальной магазин стал работать быстрее - https://docs.google.com/spreadsheets/d/12YxmYRGixfK0mtEduq3sHaol_tFCCUu7sSXRIuoACuk/edit
Название: Re:Ошибка "Default domain could not be found"
Отправлено: arbuzzz от 03 Декабря 2014, 10:13:56
Плохо, что изменены системные файлы.

Оптимизация макросов сократит нагрузку на базу, что позволит остальному сайту работать чуточку быстрее.

Буквально сегодня закончил оптимизацию магазина одежды. Вывод всех объектов со скидкой до оптимизации занимал 16 сек. на VPS. После оптимизации - в пределах 2,5 (из-за того, что на странице одновременно выводится 150 товаров с фотографиями). Если добавить пагинацию, можно уложиться в 1 сек.

После того, как оптимизировал этот запрос, остальной магазин стал работать быстрее - https://docs.google.com/spreadsheets/d/12YxmYRGixfK0mtEduq3sHaol_tFCCUu7sSXRIuoACuk/edit


Меня фронтэнд не беспокоит. Для неадмина у меня страницы грузятся достаточно быстро. Страницы уходят через nginx с со статичным коротким (10 минут) кешем. Блок корзины обновляю по ajax.

А вот бекенд - это вилы. На сохранение карточки заказа уходит от 5 секунд, если товаров в заказе мало. Если их там в районе пары десятков (а бывает и до 40 с лишним), то сохранение карточки заказа может занимать до минуты и больше. А может и вообще ничего не сохранить.

Ошибка про default домен вылезает и в админке в том числе.
Название: Re:Ошибка "Default domain could not be found"
Отправлено: Vladimir от 06 Декабря 2014, 13:42:53
Цитировать
А вот бекенд - это вилы. На сохранение карточки заказа уходит от 5 секунд, если товаров в заказе мало. Если их там в районе пары десятков (а бывает и до 40 с лишним), то сохранение карточки заказа может занимать до минуты и больше. А может и вообще ничего не сохранить.

Ошибка про default домен вылезает и в админке в том числе.

Меня это наводит на мысли, что проблема у вас не в ЮМИ, а в сервере. Может быть, поломались индексы в БД. Может, сама БД разрослась. Места свободного на диске достаточно? Может, был сбой и теперь в памяти висят мертвые процессы. 
Логи посмотрите на предмет ошибок; лог медленных запросов MySQL включите  - надо понять что может так тормозить .  Даже для ЮМИ у вас слишком медленно.
Похоже на то, что у вас сервер MySQL не успевает обрабатывать запросы.

Экспериментировать на боевом сервере я бы не рискнул, но ведь можно сделать копию на другом сервере и там развлекаться.
Название: Re:Ошибка "Default domain could not be found"
Отправлено: Vladimir от 06 Декабря 2014, 13:45:40
Буквально сегодня закончил оптимизацию магазина одежды.

А можете подробнее рассказать что делали?
Название: Re:Ошибка "Default domain could not be found"
Отправлено: e.ioffe от 06 Декабря 2014, 14:03:21
Буквально сегодня закончил оптимизацию магазина одежды.

А можете подробнее рассказать что делали?

Напишите в skype e-ioffe
Название: Re:Ошибка "Default domain could not be found"
Отправлено: arbuzzz от 08 Декабря 2014, 11:02:53
Цитировать
А вот бекенд - это вилы. На сохранение карточки заказа уходит от 5 секунд, если товаров в заказе мало. Если их там в районе пары десятков (а бывает и до 40 с лишним), то сохранение карточки заказа может занимать до минуты и больше. А может и вообще ничего не сохранить.

Ошибка про default домен вылезает и в админке в том числе.

Меня это наводит на мысли, что проблема у вас не в ЮМИ, а в сервере. Может быть, поломались индексы в БД. Может, сама БД разрослась. Места свободного на диске достаточно? Может, был сбой и теперь в памяти висят мертвые процессы. 
Логи посмотрите на предмет ошибок; лог медленных запросов MySQL включите  - надо понять что может так тормозить .  Даже для ЮМИ у вас слишком медленно.
Похоже на то, что у вас сервер MySQL не успевает обрабатывать запросы.

Экспериментировать на боевом сервере я бы не рискнул, но ведь можно сделать копию на другом сервере и там развлекаться.

default домен - я уверен, что какая-то проблема либо в базе, либо в кеш'ах.
Т.к. срок поддержки вышел, то обратиться в СЗ нельзя. Да и работают они в последнее время ка-то откровенно не очень.

А про скорость - дело реально в скидках. Если отключить поиск подходящих скидок при order->refresh() то скорость сохранения заказа вырастает в разы. Там тупой механизм - он берет все скидки и поочередно проверяет его для каждого элемента заказа. Если в заказе много позиций и база и так под нагрузкой, то обработка одной позиции в заказе занимает в районе секунды. При кол-ве позиций около 40 штук плюс время на обработку?отправку формы заказа, плюс время на получение результата и его отрисовку. Вот и получается время сохранения в районе минуты.

В медленных запросах самые все запросы, кроме тех которые выполняют полнотекстовый поиск, занимают не больше 2,5 секунд. Тоже не торт, но в базе очень много записей. phpMyAdmin показывает cms3_object_content больше 10Гб.
Название: Re:Ошибка "Default domain could not be found"
Отправлено: admin от 16 Декабря 2014, 12:13:04
Цитировать
От мусора чищу запуском файла, который дали ребята их СЗ при переносе системы с 2.8.3 на текущую 2.9.1 Но чищу только заказы без названия, т.к. остальное - либо возвращает слишком малое кол-во результатов, либо вешается при попытке посчитаться (про удаление, да ещё и на боевом сервере боюсь даже подумать).

Правильно ли я понимаю, что чистку заказов, в итоге,  не получилось сделать?

Цитировать
Это я догадался. А с чем может быть связано? У нас тут очень высокая нагрузка была под "черную пятницу" и с тех пор сайт колбасит откровенно.

Если был такой наплыв посетителей, наверно было создано много "брошенных корзин" и если чистку не удалось сделать, то у вас там много мусора, который чиститься как писал i.eoffe
Я бы сначала запустил cron.php и почистил базу от лишнего (при условии, что версия системы выше 2.9.6). Затем оптимизировал текущие макросы, после уже писал бы свой запрос.
Так как у вас не та версия, то можно тоже самое чистить и ручками, но начинают обычно все равно с заказов (и тут снова отсылка к моему первому вопросу)