Перейти к публикации
Поиск в
  • Дополнительно...
Искать результаты, содержащие...
Искать результаты в...

i3bepb

Пользователи
  
  • Публикаций

    347
  • Зарегистрирован

  • Посещение

Все публикации пользователя i3bepb

  1. Я не так выразился, да он может существовать, но не проходить MX DNS проверку - https://ru.wikipedia.org/wiki/Запись_MX. Т.е. заранее проверяется, что к такому домену не закреплен ни один почтовый сервер. Вот есть онлайн проверка - https://dnschecker.org/mx-record-validation.php?query=test.com
  2. Валидный в плане допустимых символов, а плане существования домена test.com - нет. И фактически на такой email все равно не отправить почту т.е. он нереальный, а это в случае если надо отправлять почту на этот email, а не просто для галочки нужен = не валидный email.
  3. Если поверх еще стоит nginx, который отдает статику, то в принципе Apache удобен, что он использует .htaccess, который есть по умолчанию в движке и как правило когда надо что-то в маршрутизации настроить много решении на базе .htaccess Это решение без nginx не используют, т.к. php-fpm обрабатывает именно php и отдавать статику вообще не умеет, но могу ошибаться. Поэтому как правило когда говорят php-fpm, то сразу подразумевается поверх nginx. Был такой опыт, когда для быстродействия переводили с apache на php-fpm, ситуация улучшилась больше запросов стал держать сервер, но тут же зависит от специалиста, который настраивает, если он знает как готовить php-fpm, а apache не знает, то явно у него php-fpm будет работать быстрее. Не слышал про такой. Я всегда выбираю php-fpm, но потом как правило проблемы с сеошниками например, которые умеют писать правила для .htaccess и когда им говоришь, что у тебя не используется .htaccess, то они становятся беспомощными.
  4. Дак у Вас не только поиск тормозит, а впринципе все старницы, например Моторные масла открылась за 18 сек, а страница товара, вообще открылась за 22 сек. Ищите и оптимизируйте медленные sql запросы, как правило проблема в них.
  5. Тогда возможно строка сериализации банально битая, например данные очень большие и строка длинная, а когда делался дамп, то он его порезал хотя как такое возможно. А как делали дамп БД? Новая ошибка о том, что в запросе не задано значение для поля invoice_no, но и в структуре таблицы значение по умолчанию не предусмотрено в итоге как бы отсутствует обязательное поле. А как прошлую ошибку решили? Знаете возможно код, который дает ошибки плохо написан и там проблемы отсутствия значения по умолчанию не предусмотрены, просто код писался с другим режимом работы сервера БД, в mysql есть такой параметр sql_mode он как раз задает поведение сервера в разных ситуациях и одна из ситуации как раз когда не задано значение обязательного поля. Вот статья на русском про это - https://habr.com/ru/post/166411/. Я думаю в этом направлении надо копать )
  6. Ошибка говорит о том, что он не может десерилизовать какие-то данные. Сериализованные данные обычно хранять в БД. Например следующий массив: $arr = [ 'amount' => 12, 'field1' => 'we are the champions', 'field2' => 'мы три еще чемпионые' ]; сериализуется в следующую строку: a:3:{s:6:"amount";i:12;s:6:"field1";s:20:"we are the champions";s:6:"field2";s:37:"мы три еще чемпионые";} Я специально подобрал строку на англ. и рус. по кол-ву символов одинаковую, но если посмотреть как определил длину то англ. он написал s:20 т.е. норм там 20 символов включая пробелы, а рус. он написал s:37. Дак вот проблемы могут быть как писал @spectre Я только хочу уточнить, что это не значит, что что-то не скопировали, а скопировали не в той кодировке, для нормальной работы с кириллицей нужна кодировка utf-8, как в БД, так и в php. Т.е. когда пытается десериализовать данные, он ожидает одно кол-во данных, а получает другое. Вообщем надо копать в сторону кодировки.
  7. i3bepb

    db_log для OcStore 3

    А какую ошибку выдает? Скорее всего не хватает прав у пользователя, которым подключаетесь к БД. Если у Вас хостинг, а не выделенный сервер, то скорее всего Вам не дадут таких прав т.к. сервером баз данных пользуетесь не только Вы, но и другие кленты и тогда Вам надо обращатся в техподдержку, чтобы они сами включили лог и тогда там надо согласовать работу Вас и техподдержки. Техподдержка должна включить лог, а Вы должны выключить кэш на сайте и походить по нему, чтобы пошли тяжелые запросы. Да это секунды, Я обычно начинаю с 3 сек. и уменьшаю постепенно 2,1... В документации написано, что можно указывать вплоть до микросекунд, но примера нет, видимо дробной часть. А для оценки нормальных запросов можно взять такую величину, например загрузка страницы 500 мсек я думаю более менее нормально, дак вот за эти 0.5 сек. должен успеть отработать веб-сервер и php и все sql запросы на этой странице. Дак вот сколько на странице sql запросов бывает, как Вы думаете? Ну пусть запросы это 70% от всего времени загрузки страницы 0.5*0.7=0.35 сек. на все запросы на странице, ну т.е. нормальные запросы должны выполнять за сотые секунды, поэтому если что-то переваливает даже за 1 сек. уже беда, а если за 3 сек., то подавно.
  8. Я выдвену гипотезу. Тормоза на сайте были всегда, а в тот день когда были чудеса просто "протух" кэш, чему доказательство: Т.е. если бы не кэш, то сайт тормозил всегда и соответственно одно из самых простых решении проблемы это установить модуль кэша, а он уже установлен! Люблю поумничать.
  9. А в браузере в панели разработчика (F12), может есть какие-то ошибки когда кликаете. Вообще отлаживать пытались или "ой не работает", лапки сложили и побежали на форум писать!?
  10. Еще на странице товара постоянная какая-то загрузка скриптов в цикле происходит. Это происходит из-за загрузки вопросов-ответов, там редирект на страницу товара и в итоге страница товара загружается в div на странице товара и так повторятся по кругу. Со временем все начинает тупить, вообщем это более важная проблема так по мне, которую необходимо поправить.
  11. Вообще надо посмотреть в панели разработчика в браузере как вообще запрос за файлом видео, что возвращает - F12, вкладка network
  12. Возможно папка public_html это корень и в браузере ссылка на эту папку будет /, соответственно url будет <p><video controls="" src="/video/IMG_videotest.MP4" width="640" height="360" class="note-video-clip"></video></p>
  13. В точку, я походил по сайту, и когда перехожу на стараницу товара там внизу есть два блока - Похожие товары и Вы смотрели. Вы смотрели копится по мере хождения и вызывает все больше тормозов, а Похожие товары ошутимо сразу если попал на товар с таким блоком сразу плюс 3 секунды на загрузку. А если у товара оба блока есть то вообще беда до 10 сек. доходить загрузка. И наоборот страницы с товарами, например категория отлично загружается, хотя там товаров не меньше выводится. Используется какой-то не оптимизированный алгоритм вывода блоков Похожие товары и Вы смотрели. Возможно в каких-то случаях блоки Похожие товары или Вы смотрели выводятся на главной. Возможно Вы уже отключили их.
  14. А в логе БД есть этот запрос, т.е. он там выполняется?
  15. Интересная задача! Так долго грузится, сюдя по всему это весь их каталог для Яндекс Маркета, значит формат там для Яндекса, возможно уже есть плагины парсеров такого формата, может найти такой и специалиста по нему, чтобы возможно доработал или настроил.
  16. i3bepb

    не могу зайти в админку!

    Видимо проблемы с отправкой писем, а пароль реально изменился в БД. Тут можно в БД залезть напрямую и поменять там пароль на нужный
  17. По устранению можно попробовать подкрутить параметры, вот статья на эту тему https://ruhighload.com/mysql+server+has+gone+away+-+как+пофиксить. Но вообще надо решать это не подкручиванием параметров сервера.
  18. Попробуйте в имя SMTP сервера дописать протокол, так вот: ssl://smtp.yandex.ru
  19. Видимо в течении суток никто не ложил +50 товаров в корзину. А вообще я уже встречал на форуме эту проблему и не раз, когда добавляют много товаров в корзину, может кто ответить еще кто решал уже эту проблему. А так чтобы увидеть медленные запросы надо +50 товаров положить, а потому уже посмотреть лог медленных запросов
  20. Включите лог медленных запросов в БД. Я недавно в другой теме писал как это сделать вот ссылка
  21. А индексы смотрели на таблице oc_product_reward? И тип таблицы посмотрите тоже, может она часто обновляется и совпадает с выбором из нее и запросы просто попадают в взаймную блокировку.
  22. i3bepb

    db_log для OcStore 3

    Включите лог медленных запросов в Mysql. Включается тремя параметрами все они динамические, т.е. их можно изменять не останавливая сервер, прямо запросами. Параметры: slow_query_log_file - путь до файла лога, slow_query_log - включение лога, long_query_time - если время выполнения запроса больше этого параметра, то он попадает в лог. Нужен доступ к БД от root-а. Два запроса чтобы посмотреть чему равны параметры сейчас: SHOW GLOBAL VARIABLES LIKE 'slow_query%'; SHOW GLOBAL VARIABLES LIKE 'long_query%'; Примеры запросов, чтобы изменить параметры: SET GLOBAL long_query_time = 10; SET GLOBAL slow_query_log_file = '/var/log/mysql/slow_query.log'; SET GLOBAL slow_query_log = ON; Выставляем long_query_time в 3 сек. выставляем путь до лога - slow_query_log_file, чтобы пользователю из под которого работает БД хватило прав на запись, обычно это папка /var/log/mysql/ ну если ее нет, можно создать нужный файл и дать ему права. Ну и включаем лог slow_query_log = ON в последнюю очередь, он в момент включения может ошибку выдать, например прав не хватает и сразу можно поправить. Ну и потом походить по страницам тормозящим и посмотрел файл лога.
×
×
  • Создать...

Важная информация

На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности.