Новости Joomla

Joomla 6: Автоматические обновления ядра в Joomla

Joomla 6: Автоматические обновления ядра в Joomla

👩‍💻 Joomla 6: Автоматические обновления ядра в Joomla. В октябрьском номере официального журнала Joomla - Joomla Community Magazine вышла статья David Jardin, где рассказывается о внедрении функционала автоматического обновления ядра Joomla.❓Почему сейчас? Joomla же жила как-то 20 лет без автоматических обновлений?Это оказалась самая востребованная за последнее время от пользователей Joomla функция. Но, основная причина внедрения - проблемы безопасности. Всякий раз, когда в новой версии Joomla устраняется уязвимость, злоумышленники начинают анализировать код, чтобы выяснить, какая именно уязвимость была исправлена. И как только они это выясняют - начинается разработка автоматизированных скриптов для взлома как можно большего количества сайтов. Затем доступы к автоматически взломанным сайтам продаются в профильных чатах и ресурсах "пачками" по несколько сотен тысяч или миллионов сайтов. Ваш сайт могли взломать несколько лет назад, но воспользоваться уязвимостью могут не сразу, а тогда, когда у злоумышленников возникнет необходимость. И только после этого вы может быть узнаете об этом.Анализ патча, понимание проблемы и разработка скрипта требуют времени. И если владелец сайта не обновит его до истечения этого срока, сайт может быть взломан. А хакеры действуют быстро! Для критических, легко эксплуатируемых уязвимостей речь идёт о временном окне в 10–12 часов — и этого времени явно недостаточно, чтобы все успели обновить свои сайты.Здесь выходят на первый план автоматизированные обновления: проект Joomla теперь может активно устанавливать обновления (и, следовательно, исправления безопасности) на сайты, чтобы гарантировать, что сайты действительно обновляются вовремя.🕘 От первых идей до реализации прошло 5 лет. И здесь можно вспомнить, как в Joomla 5.1 внедрили TUF - The Update Framework, позволяющий устанавливать защищённое соединение между сайтом и сервером обновлений и исключает возможность supply chain attack (атаки на цепочку поставок).Об особенностях реализации и требованиях к сайту читаем подробнее в статье на JCM.@joomlafeed#joomla #secutiry #jcm

Первый выпуск журнала NorrNext в честь 20-й годовщины Joomla™

Первый выпуск журнала NorrNext в честь 20-й годовщины Joomla™

Первый выпуск журнала NorrNext в честь 20-й годовщины Joomla™. Интервью с волонтёрами 🎈Ну что, друзья, вот и настал этот долгожданный момент. Мы выпустили первое издание собственного журнала под эгидой NorrNext, который включает в себя интервью с видными деятелями сообщества из разных стран и континентов.Общий нарратив: показать, что нас объединяет (Joomla) и узнать больше о людях, которые вносят свой вклад в развитие платформы в своих сообществах. 20 лет — это много. Давайте же узнаем о коллегах 🎁 Первый цикл включает такие страны, как Австрия, Испания, Латвия, Россия, Румыния, Тайланд, Черногория, Чехия.⚙️ С кем интервью: ✔️ Владимир Елисеев 🇷🇺✔️ Дмитрий Рекун 🇱🇻✔️ Дмитрий Цымбал 🇷🇺✔️ Евгений Сивоконь 🇷🇺 ✔️ Сергей Толкачёв 🇷🇺✔️ Dénes Székely 🇷🇴✔️ Jan Pavelka 🇨🇿✔️ Miljan Vujosevic 🇲🇪✔️ Sergio Iglesias 🇪🇸✔️ Sigrid Gramlinger 🇦🇹✔️ Pisan Chueatchatchai 🇹🇭‼️ Новые интервью будут добавляться до конца декабря 2025. Заходите по ссылке время от времени💡👉 Читать далее

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

pr_promo

  • Осваиваюсь на форуме
  • 19
  • 0 / 0
!!!???!!! Обновил до новой версии 2,2,4 , стал заливать фото сразу пачкой ну как всегда это делал после того как дошло до 128 фотки - появилась ошибка

Fatal error: Maximum execution time of 2 seconds exceeded in /libraries/joomla/filesystem/folder.php on line 392

Fatal error: Maximum execution time of 2 seconds exceeded in /libraries/joomla/filesystem/file.php on line 366

что делать  >:( Помогите.
*

Roman Petrenko

  • Moderator
  • 438
  • 61 / 0
  • Дизайн без секретов
По какой-то причине ругается на время. Либо много фото, что не успевает обработать, либо у 128-й размер больше положенного, либо битый файл, 128-й фото. Попробуйте загружать меньше фоток или посмотреть внимательно на эту 128, уменьшить ее. Возможно, поможет.
*

pr_promo

  • Осваиваюсь на форуме
  • 19
  • 0 / 0
Да нет не в фото дело - они у меня все обработаны одинаково - делаю не первый раз данное действие.

Попытался сделать движение с .htaccess  вставив туда пару команд

php_value max_execution_time  60
php_value memory_limit 128M

Не помогло - пришлось обратиться к хостеру на предмет увеличения времени.  Ждём ответа.
*

pr_promo

  • Осваиваюсь на форуме
  • 19
  • 0 / 0
Ну вот и ответили говорят что компонент перегружает сервер на 100 %  и они не могут увеличить время обработки.

Что посоветуете сделать ????

ответ хостера

Цитировать
Я не увеличивал лимит, если ничего не было исправлено, опять проявится проблема, что может привести к блокировке аккаунта.
Компонент загружает процессор почти на 100%:
dancefm 96.40 [2009-05-05 12:21]
USER %CPU STARTED COMMAND
dancefm 57.0 12:17:58 httpd-11: (worker) W administrator/index.php?option=com_phocagallery&view=phocagallerys&countimg=204&currentimg=20
dancefm 39.4 12:20:32 httpd-11: (worker) W /index.php?start=105

Это не нормально, нужно выяснить причину и исправить.
*

Roman Petrenko

  • Moderator
  • 438
  • 61 / 0
  • Дизайн без секретов
Ну вот и ответили говорят что компонент перегружает сервер на 100 %  и они не могут увеличить время обработки.

Что посоветуете сделать ????

ответ хостера


Что-бы я попробовал:
1) Проверил бы оставшееся свободное место на сайте.
2) Предварительно бы уменьшил размер больших фото перед загрузкой.
3) Загружал бы меньшее количество фото по 10-30.
4) Поставил бы сам в  .htaccess
php_value max_execution_time  300
php_value memory_limit 256M
Если все пройдет удачно, то хостер не заметит. Да и в своей директории Вы сами вольны настраивить этот файл.

А вобще конечно, странно, что обычной закачкой файлов полностью загружается процессор. Интересно какие характеристики у сервера хостера? А если Ваши фото начнут массово скачивать, тогда сайт не сможет обслужить все запросы и будет недоступен, а ведь там еще, наверное, много других сайтов находится, кроме Вашего. Может это и к лучшему, что сразу выявились такие проблемы, возможно лучше сразу сменить хостера пока сайт не разросся до огромных размеров.
*

pr_promo

  • Осваиваюсь на форуме
  • 19
  • 0 / 0
Что-бы я попробовал:
1) Проверил бы свободное место на сайте.
2) Предварительно бы уменьшил размер больших фото перед загрузкой.
3) Загружал бы меньшее количество фото по 10-30.
4) Поставил бы сам в  .htaccess
php_value max_execution_time  300
php_value memory_limit 256M
Если все пройдет удачно, то хостер не заметит. Да и в своей директории Вы сами вольны настраивить этот файл.

:)))))   Хорошо попробую

Но ситуация в том что весь процес остановился как раз на создании превью фотографий - сами фото уже были залиты, и как только я пытаюсь зайти в раздел картинок мне выдаёт ошибку - тоесть галерея пытаеться начать работать над фото

Попробую вставить команду и остановить процес
*

Roman Petrenko

  • Moderator
  • 438
  • 61 / 0
  • Дизайн без секретов

Но ситуация в том что весь процес остановился как раз на создании превью фотографий - сами фото уже были залиты, и как только я пытаюсь зайти в раздел картинок мне выдаёт ошибку - тоесть галерея пытаеться начать работать над фото

Попробую вставить команду и остановить процес

Маловероятно, конечно, но предположу, что у Вас в настройках галереи (настройки загрузки) выделеннное дисковое пространство для загрузки меньше чем требуется или максимальный размер загрузки в байтах меньше того, что возник на практике.
*

Beast

  • Осваиваюсь на форуме
  • 13
  • 0 / 0
похожая проблема при мультизалитии фоток после нажатия на multiply add выводит 500 ошибку при одинарном залитии фотки ошибка
Request-URI Too Large
The requested URL's length exceeds the capacity limit for this server.
request failed: URI too long

параметры php.ini
php_value upload_max_filesize   36M
php_value post_max_size      36M
php_value max_execution_time   360

параметры в настройке фоки
Maximum Upload Size (in bytes - front, admin upload)   314572800
Maximum Size of all User's Images                                  2097152000
Пространства на хостинге хватает
Причем она некоторое время работала и заливалось все а потом ошибка....
Пробовал заливать и пачкой и по одной фоты...и уменьшал размер... В чем еще может быть зацепка?
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Joomla 5 Модули: PhocaGallery Image Module ошибка Class "JRequest" not found

Автор prostoy

Ответов: 0
Просмотров: 1587
Последний ответ 05.09.2024, 09:41:27
от prostoy
PhocaGallery

Автор rezchik

Ответов: 6
Просмотров: 2456
Последний ответ 07.01.2024, 16:59:36
от SeBun
Русификация PhocaGallery 3 и 4 для Joomla 2.5\3.0

Автор HiopsNerevar

Ответов: 118
Просмотров: 102844
Последний ответ 11.03.2022, 16:24:13
от sergeytolkachyov
Сортировка категорий в столбцах/колонках PhocaGallery 3.2.2

Автор remix8080

Ответов: 0
Просмотров: 3037
Последний ответ 20.06.2021, 17:09:27
от remix8080
PhocaGallery 2.8.1 для Joomla 1.5

Автор iGoldSilver

Ответов: 3
Просмотров: 3281
Последний ответ 16.12.2020, 10:10:17
от iGoldSilver