Новости Joomla

Новый способ добавления и рендера полей в Joomla Form - метод renderControlFields() (Joomla 5.3+)

Новый способ добавления и рендера полей в Joomla Form - метод renderControlFields() (Joomla 5.3+)

Новый способ добавления и рендера полей в Joomla Form - метод renderControlFields() (Joomla 5.3+). При отображении форм компонента в админке раньше разработчикам нужно было описывать скрытые поля в лейаутах. И выглядело это так:

<?php     // Это файл в /layouts/components/com_component/your_layout.php?><input type="hidden" name="task" value=""><input type="hidden" name="return" value="<?php echo $input->getBase64('return'); ?>"><input type="hidden" name="forcedLanguage" value="<?php echo $input->get('forcedLanguage', '', 'cmd'); ?>"><?php echo HTMLHelper::_('form.token'); ?>
Начиная с Joomla 5.3 добавлен новый способ добавления таких полей (их называют control fields) - программно. И теперь это можно сделать просто в Controller / View.
// В Controller/View добавляем поля$this->form  ->addControlField('task', '')  ->addControlField('return', $input->getBase64('return', ''))  ->addControlField('forcedLanguage', $forcedLanguage);
А в layout'е просто используем метод
renderControlFields()
// В layout формыecho $this->form->renderControlFields();
Многие компоненты ядра уже используют этот подход. Соответствующий PR был принят в Joomla 5.3 осенью 2024г.Смотреть
Pull Request@joomlafeed#joomla #разработка #php

JoomGallery 4.1.0 - компонент галереи изображений для Joomla

JoomGallery 4.1.0 - компонент галереи изображений для Joomla

Новая итерация компонента продолжает развиваться, ведь с v.4.x компонент был переписан практически с нуля.

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

Редактирование метаданных изображений. Теперь метаданные можно не только читать, но и напрямую редактировать и записывать обратно в изображение JPG. Поддерживаются данные EXIF ​​и IPTC.

Полная совместимость с Joomla! 4.x, 5.x и 6.x. Компонент почистили от устаревших методов в коде.

Заметно ускорили загрузку больших галерей. Списки в админке, особенно для очень больших галерей ( >30 000 изображений), теперь загружаются значительно быстрее.

Несколько сеток lightGallery на одной странице. Будь то плагины контента или модули изображений: теперь вы можете отображать несколько галерей или категорий на одной странице без каких-либо ограничений.

Множество мелких исправлений ошибок и оптимизаций.

Сайт проекта

GitHub расширения

Скачать

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

monitorlab

  • Новичок
  • 7
  • 0 / 0
Ровно 100 статей, импортированы из 1.5.26 с помощью компонента J2XML.
При переносе их в другую категорию или в корзину Joomla страшно трещит винчестром 35-40 секунд. Индикатор активности HDD даже не помигивает — светится непрерывно.

Конфиг железа: Core i5, 4G RAM, 1TB HDD.

Кофиг софта:
Ubuntu 14.04 (мой рабочий десктоп)
nginx: 1.4.6-1ubuntu3.1
php: 5.5.9+dfsg-1ubuntu4.5
php5-fpm: 5.5.9+dfsg-1ubuntu4.5
mysql: 5.5.41-0ubuntu0.14.04.1

Настройка выполнена в соответствии с мануалами:
https://docs.joomla.org/Nginx
http://php.net/manual/ru/install.fpm.configuration.php
http://wiki.nginx.org/PHPFcgiExample

Явно какие-то грабли, может кто уже наступал?
*

ChaosHead

  • Гуру
  • 5242
  • 451 / 13
http://joomlaforum.ru/index.php/topic,305097.msg1525623.html#msg1525623
Возможно косяк с таблицей assets после переноса материалов. Ну и я там дал написал как MySQL настроить под Joomla 3.
*

monitorlab

  • Новичок
  • 7
  • 0 / 0
Дошли руки попробовать ваш совет с таблицей.
Чистка посредством
Код
DELETE FROM  `jos_assets` WHERE  `name` LIKE  '%com_content.article.%' AND `id`!=1
дала результат не сразу, а после нескольких перегонов этой тестовой сотни материалов из одной категории в другую и обратно (всего категорий имеется две, и материалов больше нет).
Внезапно перенос занял секунды три, а потом время увеличилось и устаканилось где-то на 7-8 сек.
Что-то тут у них криво сделано, чудовищно большой расход ресурсов на такие операции.
Какую из более старых версий посоветуете попробовать?

P.S. Странная таблица, очень странная. Запрос SHOW TABLE STATUS LIKE 'vlgr_assets' выдает разные результаты при каждой попытке. Конкретно меняется поле Rows, причем результат четко чередуется через раз и оба варианта неправильные: 109 и 205.
Запрос SELECT * FROM vlgr_assets выдает всегда 156 обработанных строк.
« Последнее редактирование: 04.03.2015, 11:56:54 от monitorlab »
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться