Новости 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 Гость просматривают эту тему.
  • 12 Ответов
  • 5795 Просмотров
*

borro

  • Завсегдатай
  • 1379
  • 22 / 0
  • желаю вам счастья
Здравствуйте.
Пробовал устанавливать магазин на Joomla+Virtuemart на локальные сервера (Денвер 3, XAMPP). Если кликаю на какую-либо категорию товаров на главной(такой у неё адрес обычно - localhost/current_su) кликаю на ссылку вида localhost/current_su/statuetki(в current_su лежат файлы сайта, полный путь до нее на Денвере - C:\WebServers\home\localhost\www\current_su), то происходит переадресация на страницу http://localhost/denwer/ либо стартовую страницу XAMPP. Рискну предположить, что дело в .htaccess, но вот в какой его инструкции? Помогите, пожалуйста.
Вот текст .htaccess(реальный адрес я подменил здесь на "наш_сайт"):
Спойлер
[свернуть]
В чем причина переадресаций? Загвоздка похоже не в VirtueMart... Если отключить в общих настройках Joomla "Перенаправление URL", то категории открываются
« Последнее редактирование: 21.01.2015, 17:55:31 от borro »
*

Shadowofrander

  • Новичок
  • 2
  • 0 / 0
*

borro

  • Завсегдатай
  • 1379
  • 22 / 0
  • желаю вам счастья
*

fbr

  • Завсегдатай
  • 1670
  • 206 / 7
в current_su лежат файлы сайта, полный путь до нее на Денвере - C:\WebServers\home\localhost\www\current_su
Вообще-то правильнее сайты укладывать так:
C:\WebServers\home\current_su\www
*

borro

  • Завсегдатай
  • 1379
  • 22 / 0
  • желаю вам счастья
Вообще-то правильнее сайты укладывать так:
C:\WebServers\home\current_su\www
Здравствуйте. Да, знаю, но это ж вроде не ломает ничего, если так как у меня?
*

Schumaker

  • Захожу иногда
  • 92
  • 4 / 0
А если
1) всё удалить из htaccess, начиная с шестой строки, эффект будет тот же?
2) удалить оставшиеся шесть строк. Тогда что?

Работает ли он у Вас, htaccess, вообще на локалке?
« Последнее редактирование: 24.01.2015, 22:05:32 от Schumaker »
*

borro

  • Завсегдатай
  • 1379
  • 22 / 0
  • желаю вам счастья
А если
1) всё удалить из htaccess, начиная с шестой строки, эффект будет тот же?
2) удалить оставшиеся шесть строк. Тогда что?
Работает ли он у Вас, htaccess, вообще на локалке?
Здравствуйте.
1. Если последней оставить строку вида:
Код
RewriteRule ^(.*)$ http://www.наш_сайт/$1 [R=301,L]
то всё остается по прежнему, не работает
2. Тоже самое, не работает.
А как проверить, что перенаправления работают на локалке?
*

Schumaker

  • Захожу иногда
  • 92
  • 4 / 0
>...Тоже самое, не работает.

Вот. Видимо это и есть причина. Независимо от того, что там внутри htaccess, результат видимо будет одинаков.

>... как проверить

1) mod_rewrite должен быть включен (см. напр phpinfo)
2) там же, в конфиге сервера, должно быть разрешено использовать .htaccess
3) снова в конфиге: директива Options FollowSymlinks должна быть включена
3) если п.1-3 - ок, то попробовать перенаправить (преобразовать адрес), например всё на какой-нибудь понятный файл (допустим robots.txt) :

RewriteEngine on
RewriteBase /
RewriteRule ^(.*)$ robots.txt

В браузере набираем любой адрес (без GET-параметров) в виде htt://...mysite/anything.html
Открываться должен robots.

PS. Да, и robots.txt должен лежать в корне сайта )
*

borro

  • Завсегдатай
  • 1379
  • 22 / 0
  • желаю вам счастья
кстати в приведённом .httacces наш_сайт это реальный боевой адрес, может при переносе на локалку это играет роль?
1) mod_rewrite должен быть включен (см. напр phpinfo)
подгружен
2) там же, в конфиге сервера, должно быть разрешено использовать .htaccess
Перенаправление URL = Да
3) снова в конфиге: директива Options FollowSymlinks должна быть включена
как это называется в панели? не нашел
*

Schumaker

  • Захожу иногда
  • 92
  • 4 / 0
>... как это называется в панели? не нашел

В какой панели? ... может просто в файл заглянуть httpd.conf ? (Лежит в папках сервера)
Если будете вносить изменения в этот файл, то потом надо сервер перезапустить.
*

borro

  • Завсегдатай
  • 1379
  • 22 / 0
  • желаю вам счастья
RewriteEngine on
RewriteBase /
RewriteRule ^(.*)$ robots.txt

В браузере набираем любой адрес (без GET-параметров) в виде htt://...mysite/anything.html
Открываться должен robots.
Доброго времени суток. Перенаправление на robots срабатывает. Тогда, в чем проблемы могут ещё быть?
Доп.вопрос - после правки .htaccess не надо же перезагружать апач?
*

Schumaker

  • Захожу иногда
  • 92
  • 4 / 0
>...после правки .htaccess не надо же перезагружать апач

Не надо. Для httpd.conf - надо.

>...Перенаправление на robots срабатывает

Поздравляю! Значит круг поиска сужается, тк rewriteRule работает.
Теперь попробуйте взять ссылку, которая Вас приводит "не туда" (скопировать гиперссылку с каких-то там кнопок, ссылок  итд) и вставить её в htaccess вместо ^(.*)$
формат этой ссылки - без домена.
Ну и после этого проверить, кликнув по этой ссылке/кнопке. Должна привести Вас на robots.txt
Если это произошло, то сектор поиска стал ещё уже. Если нет - значит осмысливаем, что за URL висит на этой ссылке? Почему он не переваривается правилами htaccess ?
*

Vasiliy111

  • Захожу иногда
  • 248
  • 5 / 0
Такая же ситуация возникла и у меня после изменения .htaccess. Заметил что в стандартном .htaccess закомментирована строка # RewriteBase /
убрал "#" - любая страница ведет на денвер. Обратно закрываю # RewriteBase / все работает как надо.
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться