Новости Joomla

Обновление пакета плагинов JL Like 5.0

Обновление пакета плагинов JL Like 5.0

Обновление пакета плагинов JL Like 5.0.0Команда JoomLine рада представить долгожданное обновление плагина социальных кнопок JL Like — версию 5.0.0! В этом релизе мы сделали акцент на совместимости с последними версиями Joomla, улучшении производительности и расширении функционала.👩‍💻 Что нового в JL Like 5.0.0?- Полная совместимость с Joomla 5 — теперь плагин работает на всех актуальных версиях Joomla, включая Joomla 5.- Рефакторинг и оптимизация кода — проведена масштабная чистка и обновление внутренних классов для повышения стабильности и скорости работы.- Удаление устаревших зависимостей — полностью отказались от использования jQuery, что ускорило загрузку страниц и повысило безопасность.- Обновление CSS и удаление неиспользуемых стилей — интерфейс стал еще легче и современнее.- Удалена поддержка устаревших виджетов — например, функциональность твиттер-виджета вынесена из плагина.- Поддержка twitter:card — улучшена интеграция с социальными сетями для красивого отображения ссылок.- Гибкая настройка счетчиков лайков — теперь можно включать и отключать рандомизацию количества лайков.- Улучшено подключение скриптов — переход на WebAssetManager для более корректной работы с ресурсами.- Обновлены языковые переменныеРасширения всё ещё наследуют старую архитектуру плагинов Joomla 3, но были протестированы на Joomla 5.3.Новость на сайте JoomlineСтраница расширенияGitHub расширения@joomlafeed#расширения

Совет по Joomla: $db->getQuery(true) стал устаревшим

Совет по Joomla: $db->getQuery(true) стал устаревшим

👩‍💻 Совет по Joomla: $db->getQuery(true) стал устаревшим.Раньше при создании запросов в базу данных мы всегда получали объект запроса с помощью метода

getQuery(). Если передавался параметр
$new =
true, то получали новый запрос. Если без - последний.

use Joomla\CMS\Factory;$db = Factory::getContainer()->get('DatabaseDriver');$query = $db->getQuery(new: true);// и строим запрос
Под капот Joomla 4 вошёл Joomla Framework (PHP фреймворк а-ля Laravel, Yii и т.д.), а для Joomla 5 он обновился - версия 3.4.1 вышла 6 октября 2023г. В методе фреймворка есть примечание о том, что параметр
$new, который передавался в метод
getQuery() помечен как устаревший и будет удалён в версии фреймворка 4.0.
The parameter $new is deprecated and will be removed in 4.0, use %s::createQuery() instead.В Joomla 4 версия Joomla Framework была 2.x., в Joomla 5 - 3.x. Поэтому есть предположение, что с выходом Joomla 6 обновится и версия фреймворка - станет 4.0. Поэтому для получения объекта для новых запросов следует использовать метод
createQuery(). Он уже представлен в ядре и широко используется. При этом метод
getQuery() останется, но, скорее всего, будет выполнять функцию только геттера - получения текущего запроса.@joomlafeed#joomla #php #разработка

Blank page - компонент пустой страницы v.2.0.1

Blank page - компонент пустой страницы v.2.0.1

Blank page - компонент пустой страницы v.2.0.1.Компонент выводит на сайте пустую страницу, привязанную к пункту меню.Для чего это надо?Для того, чтобы привязать к странице пустой вывод, который не создаёт нагрузки ни на запросы, ни на рендер. Чаще всего это требуется на главной странице сайта или страницах-лендингах в случаях когда они собираются модулями. По умолчанию в Joomla тип главной страницы - избранные материалы. Это одна из самых тяжёлых страниц в штатных компонентах Joomla.v.2.0.1. Что нового?- Исправление ошибок. Исправлены ошибки в панели администратора Joomla 5+. Чистка кода.- Joomla 6. Компонент успешно протестирован на Joomla 6-alpha2.Страница расширенияGitHub расширения@joomlafeed#joomla #расширения

1   Вниз
0 Пользователей и 1 Гость просматривают эту тему.
  • 13 Ответов
  • 2012 Просмотров
*

dm-krv

  • Завсегдатай
  • 1028
  • 28 / 0
Отваливается MySQL сервер, не получается разобрать логи
« : 21.04.2019, 20:53:49 »
В продолжение данной темы.

Просьба помочь интерпретировать логи. По журналу вижу, что сбой при попытке куда-то там подключится, но почему при этом ложится MySQL не пойму. Используется CentOS 7 + LAMP.

Такой статус выдает после сбоя:
Код
[root@rvp74 ~]# systemctl status mysqld.service
● mysqld.service - MySQL database server
   Loaded: loaded (/usr/lib/systemd/system/mysqld.service; disabled; vendor preset: disabled)
   Active: failed (Result: exit-code) since Sun 2019-04-21 22:19:03 +05; 2min 36s ago
  Process: 21994 ExecStartPost=/usr/libexec/mysqld-wait-ready $MAINPID (code=exited, status=1/FAILURE)
  Process: 21993 ExecStart=/usr/bin/mysqld_safe --basedir=/usr (code=exited, status=0/SUCCESS)
  Process: 21974 ExecStartPre=/usr/libexec/mysqld-prepare-db-dir %n (code=exited, status=0/SUCCESS)
 Main PID: 21993 (code=exited, status=0/SUCCESS)

Apr 21 22:19:02 rvp74.ru systemd[1]: Starting MySQL database server...
Apr 21 22:19:03 rvp74.ru mysqld_safe[21993]: 190421 22:19:03 mysqld_safe Logging to '/var/log/mysqld.log'.
Apr 21 22:19:03 rvp74.ru mysqld_safe[21993]: 190421 22:19:03 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
Apr 21 22:19:03 rvp74.ru systemd[1]: mysqld.service: control process exited, code=exited status=1
Apr 21 22:19:03 rvp74.ru systemd[1]: Failed to start MySQL database server.
Apr 21 22:19:03 rvp74.ru systemd[1]: Unit mysqld.service entered failed state.
Apr 21 22:19:03 rvp74.ru systemd[1]: mysqld.service failed.

Такую картину вижу в логах:
Код
[root@rvp74 ~]# nano /var/log/mysqld.log

2019-03-30 09:54:03 12036 [Note] /usr/libexec/mysqld: Normal shutdown

2019-03-30 09:54:03 12036 [Note] Giving 0 client threads a chance to die gracefully
2019-03-30 09:54:03 12036 [Note] Event Scheduler: Purging the queue. 0 events
2019-03-30 09:54:03 12036 [Note] Shutting down slave threads
2019-03-30 09:54:03 12036 [Note] Forcefully disconnecting 0 remaining clients
2019-03-30 09:54:03 12036 [Note] Binlog end
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'partition'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'BLACKHOLE'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'ARCHIVE'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_SYS_DATAFILES'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_SYS_TABLESPACES'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_SYS_FOREIGN_COLS'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_SYS_FOREIGN'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_SYS_FIELDS'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_SYS_COLUMNS'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_SYS_INDEXES'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_SYS_TABLESTATS'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_SYS_TABLES'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_FT_INDEX_TABLE'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_FT_INDEX_CACHE'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_FT_CONFIG'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_FT_BEING_DELETED'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_FT_DELETED'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_FT_DEFAULT_STOPWORD'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_METRICS'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_BUFFER_POOL_STATS'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_BUFFER_PAGE_LRU'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_BUFFER_PAGE'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_CMP_PER_INDEX_RESET'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_CMP_PER_INDEX'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_CMPMEM_RESET'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_CMPMEM'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_CMP_RESET'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_CMP'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_LOCK_WAITS'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_LOCKS'
2019-03-30 09:54:03 12036 [Note] Shutting down plugin 'INNODB_TRX'

А вот что в журнале:
Код
[root@rvp74 ~]# journalctl -xe
Apr 21 22:48:26 rvp74.ru sshd[32540]: input_userauth_request: invalid user wen [preauth]
Apr 21 22:48:26 rvp74.ru sshd[32540]: pam_unix(sshd:auth): check pass; user unknown
Apr 21 22:48:26 rvp74.ru sshd[32540]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=104.248.147.248
Apr 21 22:48:29 rvp74.ru sshd[32540]: Failed password for invalid user wen from 104.248.147.248 port 59464 ssh2
Apr 21 22:48:35 rvp74.ru kernel: Firewall: *TCP_IN Blocked* IN=eth0 OUT= MAC=52:54:00:bc:35:43:00:15:2c:98:46:c0:08:00 SRC=81.22.45.249 DST=188.127.249.225 LEN=40 TOS=0
Apr 21 22:48:35 rvp74.ru kernel: Firewall: *TCP_IN Blocked* IN=eth0 OUT= MAC=52:54:00:bc:35:43:00:15:2c:98:46:c0:08:00 SRC=81.22.45.249 DST=188.127.249.225 LEN=40 TOS=0
Apr 21 22:48:36 rvp74.ru sshd[32220]: pam_unix(sshd:session): session closed for user root
Apr 21 22:48:36 rvp74.ru systemd-logind[2393]: Removed session 691.
-- Subject: Session 691 has been terminated
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- Documentation: http://www.freedesktop.org/wiki/Software/systemd/multiseat
--
-- A session with the ID 691 has been terminated.
Apr 21 22:48:39 rvp74.ru dovecot[3007]: auth-worker(32260): Error: mysql(127.0.0.1): Connect failed to database (smtp): Can't connect to MySQL server on '127.0.0.1' (11
Apr 21 22:48:49 rvp74.ru sshd[32566]: Address 185.232.67.53 maps to sofanatours.com, but this does not map back to the address - POSSIBLE BREAK-IN ATTEMPT!
Apr 21 22:48:49 rvp74.ru sshd[32566]: Invalid user admin from 185.232.67.53 port 59512
Apr 21 22:48:49 rvp74.ru sshd[32566]: input_userauth_request: invalid user admin [preauth]
Apr 21 22:48:49 rvp74.ru sshd[32566]: pam_unix(sshd:auth): check pass; user unknown
Apr 21 22:48:49 rvp74.ru sshd[32566]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=185.232.67.53
Apr 21 22:48:51 rvp74.ru dovecot[3007]: auth-worker(32260): Error: mysql(127.0.0.1): Connect failed to database (smtp): Can't connect to MySQL server on '127.0.0.1' (11
Apr 21 22:48:51 rvp74.ru sshd[32573]: Accepted password for root from 217.118.83.192 port 21052 ssh2
Apr 21 22:48:51 rvp74.ru systemd-logind[2393]: New session 693 of user root.
-- Subject: A new session 693 has been created for user root
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- Documentation: http://www.freedesktop.org/wiki/Software/systemd/multiseat
--
-- A new session with the ID 693 has been created for the user root.
--
-- The leading process of the session is 32573.
Apr 21 22:48:51 rvp74.ru systemd[1]: Started Session 693 of user root.
-- Subject: Unit session-693.scope has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit session-693.scope has finished starting up.
--
-- The start-up result is done.
Apr 21 22:48:51 rvp74.ru sshd[32573]: pam_unix(sshd:session): session opened for user root by (uid=0)
Apr 21 22:48:52 rvp74.ru sshd[32566]: Failed password for invalid user admin from 185.232.67.53 port 59512 ssh2
Apr 21 22:48:52 rvp74.ru kernel: Firewall: *TCP_IN Blocked* IN=eth0 OUT= MAC=52:54:00:bc:35:43:00:15:2c:98:46:c0:08:00 SRC=185.176.27.166 DST=188.127.249.225 LEN=40 TOS
Apr 21 22:48:55 rvp74.ru sshd[32566]: Disconnecting: Change of username or service not allowed: (admin,ssh-connection) -> (user,ssh-connection) [preauth]
lines 1490-1532/1532 (END)
« Последнее редактирование: 21.04.2019, 20:59:14 от dm-krv »
Записан
*

ProtectYourSite

  • Живу я здесь
  • 2364
  • 137 / 4
  • Безопасность вебсайтов
Re: Отваливается MySQL сервер, не получается разобрать логи
« Ответ #1 : 22.04.2019, 07:39:23 »
Логи смешанные и скорее всего не те, что нужно.
По ssh2 вам ломятся, перебирают пароли.
Советую закрыть ssh2, поменять порты и закрыть вообще лишние порты.
Как по мне видится, серверу не хватает оперативки, бд падает и перезагружается. Возможно при этом ещё идёт мелкий ddos
Для начала посмотрите потребление ресурсов и процессы помониторьте.
Записан
*

dm-krv

  • Завсегдатай
  • 1028
  • 28 / 0
Re: Отваливается MySQL сервер, не получается разобрать логи
« Ответ #2 : 22.04.2019, 07:44:15 »
Цитата: ProtectYourSite от 22.04.2019, 07:39:23
Логи смешанные и скорее всего не те, что нужно.
По ssh2 вам ломятся, перебирают пароли.
Советую закрыть ssh2, поменять порты и закрыть вообще лишние порты.
Как по мне видится, серверу не хватает оперативки, бд падает и перезагружается. Возможно при этом ещё идёт мелкий ddos
Для начала посмотрите потребление ресурсов и процессы помониторьте.

Насчет перебора, да, теперь после вашего замечания вижу в журнале ошибки ввода пароля. Только как же я без ssh буду сервером управлять?
Записан
*

draff

  • Гуру
  • 5801
  • 434 / 7
  • ищу работу
Re: Отваливается MySQL сервер, не получается разобрать логи
« Ответ #3 : 22.04.2019, 07:54:23 »
А лог медленных запросов включить ?
Записан
*

dm-krv

  • Завсегдатай
  • 1028
  • 28 / 0
Re: Отваливается MySQL сервер, не получается разобрать логи
« Ответ #4 : 22.04.2019, 08:08:41 »
Цитата: draff от 22.04.2019, 07:54:23
А лог медленных запросов включить ?

Включил, надеюсь это поможет понять почему MySQL дохнет. Перебор пароля не должен ничего такого делать, там через 5 ошибок бан по IP адресу, соответственно сложно там память забить этим делом.
Записан
*

web3.0

  • Захожу иногда
  • 349
  • 6 / 6
Re: Отваливается MySQL сервер, не получается разобрать логи
« Ответ #5 : 22.04.2019, 08:44:05 »
Какая версия MySQL сервера?
Записан
*

dm-krv

  • Завсегдатай
  • 1028
  • 28 / 0
Re: Отваливается MySQL сервер, не получается разобрать логи
« Ответ #6 : 22.04.2019, 09:02:08 »
Цитата: web3.0 от 22.04.2019, 08:44:05
Какая версия MySQL сервера?

Код
[root@rvp74 ~]# MySQL --version
mysql  Ver 14.14 Distrib 5.6.39, for Linux (x86_64) using  EditLine wrapper
Записан
*

flyingspook

  • Живу я здесь
  • 3590
  • 247 / 9
Re: Отваливается MySQL сервер, не получается разобрать логи
« Ответ #7 : 22.04.2019, 09:25:22 »
А что в простых логах сайта, обращения куда идут?
Записан
*

dm-krv

  • Завсегдатай
  • 1028
  • 28 / 0
Re: Отваливается MySQL сервер, не получается разобрать логи
« Ответ #8 : 22.04.2019, 09:33:24 »
Цитата: flyingspook от 22.04.2019, 09:25:22
А что в простых логах сайта, обращения куда идут?

А сайты тут причем, если не они причина падения? Сайты очевидно стучатся в localhost и из-за не работающего MySQL выдают нечто такое:
Код
Error: Failed to start application: Could not connect to MySQL server.
Но это и понятно, после сбоя, MySQL отрубается и не стартует даже вручную, пока не перезагрузишь сервер.

А вот почему именно происходит сбой работы MySQL я понять не могу, навыков и знаний не хватает.
Записан
*

web3.0

  • Захожу иногда
  • 349
  • 6 / 6
Re: Отваливается MySQL сервер, не получается разобрать логи
« Ответ #9 : 22.04.2019, 09:44:26 »
Обновите MySQL до 5.7, а лучше установите MariaDB 10.3
База с таблицами InnoDB не будет нормально работать на том хламе, который установлен у вас. У меня работает без сбоев MariaDB 10.3 + php 7.3.4
Записан
*

dm-krv

  • Завсегдатай
  • 1028
  • 28 / 0
Re: Отваливается MySQL сервер, не получается разобрать логи
« Ответ #10 : 22.04.2019, 10:06:29 »
Цитата: web3.0 от 22.04.2019, 09:44:26
Обновите MySQL до 5.7, а лучше установите MariaDB 10.3
База с таблицами InnoDB не будет нормально работать на том хламе, который установлен у вас. У меня работает без сбоев MariaDB 10.3 + php 7.3.4

Поставил MariaDB 10.3.7, пока что все работает, но мне нужно время, чтобы понаблюдать результаты. Остается надеется, что это решит проблему. За совет спасибо.
Записан
*

ProtectYourSite

  • Живу я здесь
  • 2364
  • 137 / 4
  • Безопасность вебсайтов
Re: Отваливается MySQL сервер, не получается разобрать логи
« Ответ #11 : 22.04.2019, 20:32:36 »
Логи сайтов надо смотреть, потому что от сайта идут запросы в бд. Если тяжёлые запросы и много одновременных коннектов - есть вероятность выйти за пределы ресурсов.
Записан
*

dm-krv

  • Завсегдатай
  • 1028
  • 28 / 0
Re: Отваливается MySQL сервер, не получается разобрать логи
« Ответ #12 : 22.04.2019, 20:51:52 »
Цитата: ProtectYourSite от 22.04.2019, 20:32:36
Логи сайтов надо смотреть, потому что от сайта идут запросы в бд. Если тяжёлые запросы и много одновременных коннектов - есть вероятность выйти за пределы ресурсов.

А какие именно логи? Их то много разных. К слову, пока что падений нет, очень похоже на то, что обновление помогло. Тьфу-тьфу, главное не сглазить.
Записан
*

flyingspook

  • Живу я здесь
  • 3590
  • 247 / 9
Re: Отваливается MySQL сервер, не получается разобрать логи
« Ответ #13 : 22.04.2019, 22:00:48 »
Цитата: dm-krv от 22.04.2019, 09:33:24
А сайты тут причем, если не они причина падения? Сайты очевидно стучатся в localhost и из-за не работающего MySQL выдают нечто такое:
Код
Error: Failed to start application: Could not connect to MySQL server.
Но это и понятно, после сбоя, MySQL отрубается и не стартует даже вручную, пока не перезагрузишь сервер.

А вот почему именно происходит сбой работы MySQL я понять не могу, навыков и знаний не хватает.
как уже сказали запросы идут от сайтов, надо смотреть на момент падения какие обращения, и потом уже анализировать все логи и ошибка или пик нагрузки найдется, это делается если в логах мускула ни чего не видно
Записан
1   Вверх
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Сервер выдает 301, вместо 404

Автор astinasty

 Ответов: 29
Просмотров: 4282 		Последний ответ 01.03.2024, 21:01:48
от ProtectYourSite
Ошибка установки на сервер сайта (не удалось найти Z:\home\localhost\www\joomla\

Автор Katy_motya

 Ответов: 7
Просмотров: 1183 		Последний ответ 23.04.2021, 21:17:16
от Katy_motya
Обновление MySQL

Автор Akki

 Ответов: 3
Просмотров: 815 		Последний ответ 09.03.2021, 23:14:51
от wishlight
Ошибка названия при открытии Joomla через локальный сервер

Автор Treant

 Ответов: 7
Просмотров: 1177 		Последний ответ 27.04.2020, 15:00:27
от SeBun
Joomla! 4 - Joomla! 3.9 - Joomla! 3.9.12 и MySQL 8 почему не работает?

Автор Igor5

 Ответов: 1
Просмотров: 1826 		Последний ответ 21.10.2019, 13:29:37
от zikkuratvk