Новости Joomla

SW JProjects v.2.6.1 - компонент каталога расширений для веб-приложений

👩‍💻 SW JProjects v.2.6.1 - компонент каталога расширений для веб-приложений.

Компонент позволяет сделать свой мини-Joomla Extensions Directory - каталог расширений для CMS (не только для Joomla) или файлов. Есть возможность скачивания по лицензионным ключам создания кастомных схем данных для сервера обновлений.

v.2.6.1. Что нового?

  • Правки наследования схем серверов обновлений. Улучшена логика наследования схем серверов обновлений для проектов компонент - категория - проект.
  • Не стабильные релизы в сервере обновлений. Теперь в данные сервера обновлений попадают все версии (alpha, beta и т.д.), а не только stable.
  • Косметические изменения. В шаблоне по умолчанию сделаны замены некоторых CSS-классов, уточнено присвоение атрибутов loading=lazy и fetchpriority.
  • Рефакторинг и правки кода. Текущее обновление кодовой базы.
  • Исправление ошибок.

Больше спасибо за помощь в тестировании участникам нашего сообщества Александру Новикову (@pro_portal) и Александру Судьбинову (@alexrevo).

Событие Pizza, Bugs & Fun - 29-30 января 2026 года.

Событие Pizza, Bugs & Fun  - 29-30  января 2026 года.

Уже несколько лет в мире Joomla проводятся мероприятия "Pizza, Bugs & Fun" (#PBF), где каждый может посвятить несколько часов своего мозгового времени тому, чтобы наша любимая CMS стала ближе к идеалу.

Ссылки на видео и статьи из этого поста рассказывает об организационных вопросах, которые пригодятся для участия в PBF, а так же что и как делать.

В рамках события PBF все желающие могут собираться в общий онлайн чат, обсудить вопросы Joomla и приложить к их разрешению свою руку. Самый классный вариант, когда эта встреча происходит оффлайн: тогда организовывается пицца, напитки по вкусу и несколько часов совместного творчества.

Каждый помогает тем, что он умеет:

  • кто-то пишет недостающую документацию,
  • кто-то пишет код,
  • кто-то тестирует как исправлены ошибки или сделан новый функционал.

На сайте события есть карта, можно "захостить" свою локацию. Практически все движки в мире развиваются за счёт спонсирующих их компаний. Joomla одна из немногих, где развитие идёт только усилиями международного сообщества энтузиастов.

https://www.youtube.com/watch?v=a-FuVKXg_Uw 

На момент написания данного поста в репозитории Joomla 810 открытых Issue (как правило это баги) и 236 Pull request (PR, исправление багов и новый функционал). Все PR обязательно тестируются минимум двумя участниками сообщества, дабы в конечный код движка не проскочила ошибка.

Если каждый из участников только нашего сообщества сделает даже одно тестирование, то, боюсь, PR и Issue на всех не хватит 😀 И ничего не останется нашим коллегам из международных Joomla-чатов.

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

Mitrich

  • Захожу иногда
  • 289
  • 524 / 13
  • Все можно. Но сначала учиться, учиться и учиться.
Для тех кто знает что такое PHP.INI как и для чего меняются его настройки этот материал бесполезен.
Данный обзор не претендует на полноту, но за то что все описанное работает именно так ручаюсь
Часто на форуме даются рекомендации по внесению изменений в PHP.INI
Что значат его переменные и для чего они нужны читаем ниже.

Сам файл лежит на DENVER’е в
Z:\usr\local\php\
На UNIX серверах не так. Но вас туда никто не пустит ^-^

Содержательная часть файла начинается с тега
[PHP]

И далее в тексте ищем нужные переменные и правим по своему усмотрению
Синтаксис директив выглядит так
register_globals = Off

Чаще всего вопросы  касаются параметров
register_globals – глобализация переменных форм что это такое смотрим тут
magic_quotes_gpc – в переводе волшебные кавычки читаем там же где и про REGISTER GLOBALS
safe_mode – безопасный режим PHP.Рубит кучу возможностей PHP вообще и Joomla! в частности (в числе таких невозможность установки компонентов) но повышает безопасность, что прямо отражено в названии.
 
Неправильные (неоптимальные) вышеперечисленные параметры могут негативно сказаться на работоспособности Joomla! и сторонних компонентов.

Следующие параметры отвечают за вывод ошибок, что крайне полезно при отладке, но не всегда нужно при функционировании сайта (т.к. некоторые компоненты даже при нормальной работе вызывают сообщения об ошибках).
error_reporting – вывод ошибок
•   E_ALL              - Все предупреждения и ошибки.
•   E_ERROR            - Критические ошибки времени выполнения.
•   E_WARNING          - Предупреждения времени выполнения.
•   E_PARSE            - Ошибки трансляции.
•   E_NOTICE           - Замечания времени выполнения (это такие
                предупреждения, которые, скорее всего,
                свидетельствуют о логических ошибках в
                сценарии, - например, использовании
                неинициализированной переменной).
•   E_CORE_ERROR       - Критические ошибки в момент старта PHP.
•   E_CORE_WARNING     - Некритические предупреждения во время старта PHP.
•   E_COMPILE_ERROR    - Критические ошибки времени трансляции.
•   E_COMPILE_WARNING  - Предупреждения времени трансляции.
•   E_USER_ERROR       - Сгенерированные пользователем ошибки.
•   E_USER_WARNING     - Сгенерированные пользователем предупреждения.
•   E_USER_NOTICE      - Сгенерированные пользователем замечания.
 Пример:
 показывать все ошибки, за исключением замечаний
 error_reporting = E_ALL & ~E_NOTICE

Так же изменения уровня отображения ошибок можно настроить в файле .htaccess
с помощью директивы php_value error_reporting
например
php_value error_reporting 2047
что означает вывод всех ошибок и соответствует директиве php.ini error_reporting =  E_ALL

Полный спиок для директивы php_value error_reporting
1 E_ERROR 
2 E_WARNING 
4 E_PARSE 
8 E_NOTICE 
16 E_CORE_ERROR 
32 E_CORE_WARNING 
64 E_COMPILE_ERROR 
128 E_COMPILE_WARNING 
256 E_USER_ERROR 
512 E_USER_WARNING 
1024 E_USER_NOTICE 
2047 E_ALL 
2048 E_STRICT 

display_errors - Вывод ошибок и предупреждений в браузер
log_errors - Сохранять ли сообщения об ошибках в файле журнала
track_errors - Сохранять ли последнее сообщение об ошибке или предупреждение в переменной $php_errormsg

Далее параметры отвечающие за размер файлов при передаче
post_max_size - Максимальный размер данных переданных методом POST
file_uploads – Разрешает/не разрешает закачку файлов
upload_tmp_dir - Каталог для временных файлов
upload_max_filesize - Максимальный размер закачанного файла

memory_limit –Максимальный объем памяти выделяемый скрипту

Кроме правкb файла PHP.INI (что доступно не на всех хостингах) можно задавать директивы в файле .htaccess  поддержка которого в свою очередь есть не у всех хостеров.
Но все же.В .htaccess директив должны задаваться в виде
php_value upload_max_filesize 16M

Существует еще целая куча параметров которая вам скорее всего не понадобится
На всякий случай прилагаю файл PHP.INI от сборки DENVER в которой есть комментарии (правда не все по русски),но тот кто хочет разберется

Официальные руководства по PHP естественно на php.ru
Описание директив PHP.INI тут






[вложение удалено Администратором]
« Последнее редактирование: 20.06.2007, 23:22:53 от Mitrich »
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться