Новости Joomla

👩‍💻 Joomla включена в программу Google Summer of Code 2026.

👩‍💻 Joomla включена в программу Google Summer of Code 2026.

Google Summer of Code (GSoC) - программа компании Google, которая позволяет участникам программы под руководством опытных наставников писать код для организаций, занимающейся открытым исходным кодом. Joomla принимает участие в этой программе не в первый раз и в 2026 году снова включена в список GSoC. Для программы утверждается список "идей", воплотить которые должны участники под руководством наставников.

Проекты Joomla в рамках программы GSoC 2026.

Проект I: Ajax-бэкенд.
- Действия в административной панели без необходимости обновлять страницу.
- Автоматическое сохранение содержимого во время редактирования.
- Расширенный фильтр - поиск и фильтрация по пользовательским полям.

Проект II: Автоматизация рабочих процессов (workflow + task scheduler).
Joomla имеет функцию процессов и планировщика задач. Теперь эти две функции следует объединить, чтобы пользователь мог настраивать назначенные рабочие процессы таким образом, чтобы переходы выполнялись автоматически, с возможностью точного определения времени. Должна быть возможность создавать циклы или прямые запланированные рабочие процессы. Предполагается, что интерфейс должен учитывать хороший пользовательский опыт, удобство использования и современные стандарты доступности. Ожидается, что будет добавлен интерфейс для управления процессами и их расписанием на страницах категорий и материалов. Так же ожидается, что сторонние компоненты также смогут воспользоваться этим функционалом.

Проект III: Мультикатегории.
В настоящее время Joomla! не позволяет назначать один элемент нескольким категориям. Хотя система тегов часто используется в качестве замены, существует острая потребность в нативной поддержке нескольких категорий, чтобы привести Joomla! в соответствие с другими современными системами управления контентом.

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

Принять участие GSoC 2026
Подробнее о проектах Joomla GSoC 2026
Чат GSoC в Mattermost (международное сообщество Joomla)

Вышли релизы Joomla 6.0.3 и Joomla 5.4.3

Релиз Joomla 6.0.3 и Joomla 5.4.3

Проект Joomla рад сообщить о выпуске Joomla 6.0.3 и Joomla 5.4.3. Это релиз исправлений ошибок и улучшений для серии Joomla 6.0 и Joomla 5.4.

👩‍💻 События плагинов и порядок их срабатывания при работе с пользовательскими полями Joomla и использовании FieldsHelper.

👩‍💻 События плагинов и порядок их срабатывания при работе с пользовательскими полями Joomla и использовании FieldsHelper.

В процессе работы с Joomla бывает необходимо работать с пользовательским интерфейсом более тонко, чем обычно. Все формы Joomla состоят из стандартных полей, содержанием, стилем отображения, состоянием (включено/выключено, доступно для редактирования или нет и т.д.) можно управлять с помощью плагинов. Да и для нестандартных проектов хорошей практикой является создание одного системного или нескольких плагинов групп "под проект", в которых храниться весь "нестандарт".

В этой статье описаны все триггеры, которые вызываются через Event Dispatcher из administrator/components/com_fields/src/Helper/FieldsHelper.php, с привязкой к жизненному циклу (порядку этапов работы запроса), аргументам, изменяемым данным и дальнейшему распространению по Joomla. Это поможет вам работать с Joomla свободнее и не опасаясь при этом потерять изменения при очередном обновлении движка.

Подходы, описанные в статье, полезны в тех случаях, когда вы работаете с данными в com_fields - механизме создания и редактирования пользовательских полей ядра Joomla и при использовании FieldsHelper. Многие сторонние компоненты не используют эту возможность, поэтому данная статья будет полезна лишь частично.

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

xxxTiTxxx

  • Осваиваюсь на форуме
  • 35
  • 6 / 0
DOMIT и превышение memory_limit
« : 20.03.2008, 10:42:12 »
Предыстория:
Есть задача наладить экспорт/импорт кусков базы между главным сайтом компании и сайтами партнеров. Так как количество таблиц из базы для импорта/экспорта будет постоянно меняться, да и к тому же среди переносимого содержимого таблиц будет текст с встречающимися ';' , ','  и прочими радостями csv, то csv как формат обмена был отметен сразу, решил использовать внутренние блага joomla,  а точнее XML и встроенный движок DOMIT.
По делу:
При загрузке/сохранении файлика XML через DOMIT, php начинает кушать >80M памяти ,как я понимаю, под переменные. Причем размер самого сохраненного файлика небольшой 1.3M, при этом если разобрать загруженную структуру в многомерный массив, то к занимаемой памяти прибавится  1-3М всего. Как усмирить аппетит объектов класса DOMIT_Document()? Если есть информация о том, как часто хостеры дают увеличить memory_limit через .htaccess, тоже было бы не плохо поделиться.
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
Re: DOMIT и превышение memory_limit
« Ответ #1 : 20.03.2008, 10:56:46 »
А почему бы не попробовать разбирать указанный XML не с помощью DOM-парсера, а посредством SAX? Он намного менее требователен к ресурсам, а в принципе не намного уступает по возможностям. Да и в библиотеке DOMIT он так же присутствует... Мне кажется это может решить вашу проблему (по крайней мере при чтении данных).

Что же касается увеличения памяти, то 80 метров вам вряд ли кто из хостеров даст выделить на отдельный процесс. Разве что на выделенном сервере...

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

xxxTiTxxx

  • Осваиваюсь на форуме
  • 35
  • 6 / 0
Re: DOMIT и превышение memory_limit
« Ответ #2 : 20.03.2008, 13:15:17 »
SAX это
Код
DOMIT! relies on an underlying SAX parser to parse XML data. You have the choice of one of two SAX parsers:

    *

      Expat is a C-based SAX parser written by James Clark that comes bundled with most later distributions of PHP.
    *

      SAXY is a pure PHP SAX parser written by Engage Interactive that comes bundled with DOMIT!
Я правильно понял? Так он вроде по умолчанию включен. Попробовал поменять на Expat - никакой разницы. Кстати при сохранении файла php кушает аж 120M. Попробую подробить базу.
*

xxxTiTxxx

  • Осваиваюсь на форуме
  • 35
  • 6 / 0
Re: DOMIT и превышение memory_limit
« Ответ #3 : 20.03.2008, 15:35:22 »
Полностью разочарован в этом DOMIT :(. Файлик на выходе - 9.9Kb. Около 50 нодов по два текстовых нода внутри, итого 100 - занимает 8   метров оперативы. Фи. :'(
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Запросы к БД. Превышение лимитов

Автор Roberta

Ответов: 2
Просмотров: 3018
Последний ответ 18.03.2010, 09:02:56
от Roberta