Отлично, спасибо! Вечером отправлю. У меня 2.6.0
Написано что 2.1.0-2.8.2
Отправлю, отпишусь сегодня здесь часов в 20:00 — 22:00
Будем ускорять отправку сообщений и не создавать пустых обращений к серверу)
Polzovinst
Слава Бэкапу! Программистам Слава! (фраза, выскочившая из глубины души)
+33
Репутация
29
Рейтинг
Всё-таки, скорее всего, вручную доставка при автооплате
Василич, да, "Купить" есть, автооплата есть.
Просто автор написал на странице компонента, что отправит вручную. Может это было до того как подключился к www.oplata.info (когда-то тоже пользовался сам и товар загружал для автоотправки)
И вроде как
Надеюсь, компонент туда действительно загружен. Значит, придётся рискнуть оплатить. Надеюсь, потом не придётся полгода ждать.
Просто автор написал на странице компонента, что отправит вручную. Может это было до того как подключился к www.oplata.info (когда-то тоже пользовался сам и товар загружал для автоотправки)
И вроде как
Надеюсь, компонент туда действительно загружен. Значит, придётся рискнуть оплатить. Надеюсь, потом не придётся полгода ждать.
Хороший компонент
instantcms.ru/addons/firemessages.html
Готов купить.
Вот автор SmartControl
instantcms.ru/users/SmartControl
Давно не заходил. На связь по e-mail пока не выходит.
Альтернативные варианты связаться есть?
Либо, по какой лицензии продаётся компонент?
Может кто-то покупал и имеет право продавать?
instantcms.ru/addons/firemessages.html
Готов купить.
Вот автор SmartControl
instantcms.ru/users/SmartControl
Давно не заходил. На связь по e-mail пока не выходит.
Альтернативные варианты связаться есть?
Либо, по какой лицензии продаётся компонент?
Может кто-то покупал и имеет право продавать?
Спасибо Алексею Тимофееву и Kreator за компонент "Смена автора записи" инстант.рф/addons/56-smenit-avtora-zapisi.html
Не шло на 2.6.0
Подправили для меня. Спасибо. Работает. Помогли. Минусов не наблюдаю. Красота)
Не шло на 2.6.0
Подправили для меня. Спасибо. Работает. Помогли. Минусов не наблюдаю. Красота)
Сейчас сформулирую мысль, а потом день-два нужно на проверку, чтоб посмотреть нагрузку.
Хорошо, что WebMan напомнил за access.log (лог посещений).
Или нет, я сначала проверю, а потом, если подтвердится, то отпишусь. А то опять на людские компоненты чтоб лишнего не говорить.
Хорошо, что WebMan напомнил за access.log (лог посещений).
Или нет, я сначала проверю, а потом, если подтвердится, то отпишусь. А то опять на людские компоненты чтоб лишнего не говорить.
kirkr, спамеров нет, упаси Инстант. Если бы были я б уже тут хай поднял.
Polzovinst, а нет ли случаем у вас куча спамеров на сайте с открытыми блогами или постами на личных страницах? обычно это создает чертовски большую нагрузку.
WebMan, спасибо. Тоже хороший пункт анализа. Проверю.
1. У Вас есть какие-то графики поминутной нагрузки на ЦП. Выберите на нём одну из последних "тяжёлых" минут.
2. Посмотрите в access.log (лог запросов Апача), какие запросы и от каких юзер-агентов приходятся на эту минуту.
Единственное, однажды отключил access.log лог посещений. В службе поддержки хостера посоветовали. Из-за того что с Улогином не получалось.
Сейчас включу, проверю.
Поминутных графиков нет. только по дням вроде.
У Вас есть какие-то графики поминутной нагрузки на ЦП.
Ris, спасибо большое!) Держу на заметке. И хостеров, которых порекомендовали. Пока потерплю. Обстановка покажет сколько времени.
Polzovinst,
Эвакуируйтесь оттуда. Я помогу.
Видимо да — видимо да. Хоть и цифры нагрузки предоставлены, но в письмах:
Проблема Polzovinst в хостере свеб.ру. Они очень любят писать письма "Критическая нагрузка на базу! Немедленно смените тариф на более дорогой!"
Для снижения нагрузки мы рекомендуем:
провести технические работы по оптимизации SQL-запросов в скриптах сайта, с общими рекомендациями можно ознакомиться здесь: www.mysql.ru/docs/man/MySQL_Optimisation.html ;
использовать в базах данных индексы: www.mysql.ru/docs/man/MySQL_indexes.html ;
Если это не исправит ситуацию, рекомендуем перейти на услугу с более высокими лимитами:
Реактивный-хостинг (https://sweb.ru/services/reactive-hosting/);
VDS (https://sweb.ru/vds/);
выделенный сервер (https://sweb.ru/services/servers/);
выделенный сервер по специальной цене по тарифному плану Power-1000 (https://sweb.ru/services/servers/).
провести технические работы по оптимизации SQL-запросов в скриптах сайта, с общими рекомендациями можно ознакомиться здесь: www.mysql.ru/docs/man/MySQL_Optimisation.html ;
использовать в базах данных индексы: www.mysql.ru/docs/man/MySQL_indexes.html ;
Если это не исправит ситуацию, рекомендуем перейти на услугу с более высокими лимитами:
Реактивный-хостинг (https://sweb.ru/services/reactive-hosting/);
VDS (https://sweb.ru/vds/);
выделенный сервер (https://sweb.ru/services/servers/);
выделенный сервер по специальной цене по тарифному плану Power-1000 (https://sweb.ru/services/servers/).
За последние сутки нагрузка, созданная базами данных MySQL Вашего аккаунта, составила 6987 процессорных секунд. Это превышает допустимую на тарифах виртуального хостинга нагрузку в 1000 процессорных секунд и является нарушением п. 2.11 Правил предоставления услуг, указанных в Приложении 1 к Договору публичной оферты (https://sweb.ru/docs/oferta.pdf).
В соответствии с п. 2.3. Договора работа аккаунта может быть приостановлена: "2.3. Исполнитель вправе приостановить оказание услуг в случаях нарушения Заказчиком п.п. 2.10-2.12. Приложения 1 к настоящему Договору до устранения причины приостановления оказания услуг."
Во избежание остановки работы Вашего аккаунта, пожалуйста, как можно скорее снизьте создаваемую нагрузку.
Для снижения нагрузки мы рекомендуем:
В соответствии с п. 2.3. Договора работа аккаунта может быть приостановлена: "2.3. Исполнитель вправе приостановить оказание услуг в случаях нарушения Заказчиком п.п. 2.10-2.12. Приложения 1 к настоящему Договору до устранения причины приостановления оказания услуг."
Во избежание остановки работы Вашего аккаунта, пожалуйста, как можно скорее снизьте создаваемую нагрузку.
Для снижения нагрузки мы рекомендуем:
Это как к Инстанту: и родное, и привык, и вдоль и поперёк вроде уже как знаешь куда клацать в админке, компонентах.
WebMan, ни в том, ни в том.
Уточните, Polzovinst, в чём именно проблема? В слишком долгих запросах или в большом количестве быстрых?
В нагрузке сервера, и то, что хостер на это ругается.
Хорошо
Компонент "Пинг" не делает запросов в БД. После его удаления он никак не влияет на работу системы.
Рад бы, только жалко что в 2.6.0 нет "Управления событиями".
На всякий случай зайдите в "Компоненты — Управление событиями" и обновите события в базе, если остались не удалённые события.
Интересно, спасибо. Завтра после работы покопаюсь с этим. Надеюсь хоть немного поможет.
Если Вас не устраивает слишком частое посещение Вашего сайта поисковиками, пропишите нужное минимальное время между их заходами в robots.txt.
#10
Нагрузка сервера, MySQL. Решения, выявляющие скрипты, которые нагружают базу
5 июня 2018 в 23:00
Это letsgo шутит.
А где там такое нажимается? В этом компоненте нет опций.Там наверно вы нажали на режим "пинговать до потери пульса"
WebMan, штуки 3-4. Вышеперечисленные там тоже были. Были те, которые по умолчанию в этом компоненте instantcms.ru/forum/thread29701-1.html#289941
Polzovinst, а Вы на какое количество серверов делаете пинг? В инете много длинных списков подобных серверов, но сейчас большинство из них не работают. Я в прошлом году проверил все сервера, которые нашёл в инете, из них реально рабочие были только три, их себе и оставил:
Другие не прописывал никакие.
Допустим, что в этом причина. Если компонент удалён из админки и по фтп полностью, и, если сам он не делает запросы в базу, значит, это уже поисковые боты сами обращаются, и делают ненужные запросы?
К базе компонент не делает запросы, но прописаться он немного мог там? Или, уже не взирая на то, что он удалён, поисковые боты теперь ненужно лезут, так как их "пригласили", "показали им место".
Видимо поправки несомненно нужно делать в базе. Искать что-то связанное с поисковыми ботами.
#11
Нагрузка сервера, MySQL. Решения, выявляющие скрипты, которые нагружают базу
5 июня 2018 в 18:03
Наверное
Там наверно вы нажали на режим "пинговать до потери пульса".
#12
Нагрузка сервера, MySQL. Решения, выявляющие скрипты, которые нагружают базу
5 июня 2018 в 16:59
Вот эту ерундовину ещё отключу пока
instantcms.ru/forum/thread29794-1.html#290975
Зачем-то подключил "нечайно" на все страницы сайта.
28 мая вечером подключил, а уже 29 мая утром подскочило почти на 2000 секунд.
Пока отключу, потом если что на главной только подключу, и всё.
Всё везде своими же благими намерениями…
instantcms.ru/forum/thread29794-1.html#290975
Зачем-то подключил "нечайно" на все страницы сайта.
28 мая вечером подключил, а уже 29 мая утром подскочило почти на 2000 секунд.
Пока отключу, потом если что на главной только подключу, и всё.
Всё везде своими же благими намерениями…
#13
Нагрузка сервера, MySQL. Решения, выявляющие скрипты, которые нагружают базу
5 июня 2018 в 16:29
Пробегусь всё-таки пока возле Пинга
instantcms.ru/forum/thread29701-1.html#289941
При всём уважении ко всем, мне нужно рассмотреть этот вариант.
Может он и не создаёт запросы, зато поисковые боты создают наверное много обращений.
Не нужно было его устанавливать мне. Что ускорять, куда спешить. Само наиндексирует.
Попробую восстановить хронологию, чтобы не ошибиться.
Итак:
Скачиваю
Устанавливаю
Восхваляю
Не прислушался
Наблюдаем
(информация о нагрузке обновляется в 6 утра)
Совпадение или нет…
Подозреваю…
С фтп и из админки удалил компонент.
Как его полостью «вычистить»?
Или он уже ботам Яндекса "дал команду на атаку"?
Вычищу
А там дальше буду смотреть.
instantcms.ru/forum/thread29701-1.html#289941
При всём уважении ко всем, мне нужно рассмотреть этот вариант.
Может он и не создаёт запросы, зато поисковые боты создают наверное много обращений.
Не нужно было его устанавливать мне. Что ускорять, куда спешить. Само наиндексирует.
Попробую восстановить хронологию, чтобы не ошибиться.
Итак:
Скачиваю
Устанавливаю
Восхваляю
Не прислушался
Наблюдаем
(информация о нагрузке обновляется в 6 утра)
Подозреваю…
С фтп и из админки удалил компонент.
Как его полостью «вычистить»?
Или он уже ботам Яндекса "дал команду на атаку"?
Вычищу
А там дальше буду смотреть.
#14
Нагрузка сервера, MySQL. Решения, выявляющие скрипты, которые нагружают базу
5 июня 2018 в 15:31
1) Время более 1-2 секунд везде
Вы показали количество и время запросов для достаточно быстрых страниц. Все запросы на таких страницах тоже быстрые.Нормальное время везде
Поищите страницы, которые стабильно создаются за время более 1-2 секунды. А уже на них — самые долгие запросы. Или, как вариант, страницы, где количество запросов очень велико — намного больше 100.
Также попросите поддержку хостинга прислать Вам лог тяжёлых запросов, если сами не знаете, где его найти.
2) Пересмотрел всё ещё ночью, самые долгие запросы показал
3) Более 100 запросов нет. Около 50, в основном 20-30, один раз 70, 100 было
4) "Логи медленных запросов предоставляются только по обращению в техническую поддержку".
Обратился
5) "Нагрузка на Вашем аккаунте вызвана работой базы данных. Нагрузка вызвана большим количество запросов"
А запросы откуда, если в отладке их немного.