Новости Joomla

Свои типы полей в Joomla.Это большая тема, о которой можно говорить очень много

Свои типы полей в Joomla.Это большая тема, о которой можно говорить очень много

👩‍💻 Свои типы полей в Joomla.Это большая тема, о которой можно говорить очень много. Самое главное, что возможности применения ограничиваются только вашей больной фантазией. Вы строите интерфейс своего модуля или плагина и вам нужно подтянуть данные из сторонней системы (список чего-нибудь по какому-нибудь API), чтобы сохранить выбранный id в Joomla. Или сделать какую-то проверку и в зависимости от неё показать то или иное сообщение пользователю. Для этого подойдут свои пользовательские типы полей. Интерфейс Joomla по большей части описан в XML-файлах. У каждого из них свои параметры. Некоторые не описаны в документации (manual.joomla.org), поэтому самым любопытным будет полезно заглянуть в собственно файлы фреймворка по пути

libraries/src/Form/FormField.php, а так же в
libraries/src/Form/Fields. У каждого класса поля перечислены его специфические свойства, которые можно описывать в XML. А в своём типе поля вы можете устанавливать эти значения программно. В моём модуле WT Quick links под капотом происходят изменения. Теперь для работы (в админке) ему нужен вспомогательный плагин. А в самом модуле нам бы проверить, а не выключен ли он? В Joomla есть тип поля Note - заметка. Его можно использовать для вывода примечаний.

<field type="note"     name="your_note_for_user"     label="Заголовок примечания"     title="Альтернативный способ для заголовка"     description="Текст примечания"     class="col-12 alert alert-info"     heading="h1"     close="true"/>
heading - указывать уровень заголовка.
close - позволяет закрыть это примечание. В классе поля
libraries/src/Form/Field/NoteField.php описана логика вывода. И в принципе оно нам подходит для нашей задачи. Но оно будет выводить сообщение всегда, а нам нужно только тогда, когда плагин отключён.Поэтому берём и создаём свой класс поля, который мы унаследуем от
NoteField. Это значит, что у нас в руках будет весь инструментарий стандартного поля
Note + то, что мы сами добавим. В XML-манифест добавляем наше поле
<field type="systempluginstatus"      name="systempluginstatus"     addfieldprefix="Joomla\Module\Wtquicklinks\Site\Fields"/>
-
type - имя файла и класса,-
addfieldprefix - указываем namespace к нашему классу, может быть любой нам нужный-
name - нельзя полю без имени...Это означает, что Joomla будет использовать класс поля из файла
modules/mod_wt_quick_links/src/Fields/SystempluginstatusField.php.А в классе поля будет написано следующее:
<?php// namespace для атрибута addfieldprefixnamespace Joomla\Module\Wtquicklinks\Site\Fields;// нельзя напрямую обращаться к этому файлуdefined('_JEXEC') or die;// подключаем родительский класс для переопределенияuse Joomla\CMS\Form\Field\NoteField;use Joomla\CMS\Language\Text;use Joomla\CMS\Plugin\PluginHelper;// имя класса и имя файла точь-в-точьclass SystempluginstatusField extends NoteField{     protected $type = 'Systempluginstatus';     protected function getLabel()          {               // если плагин не включён               if(PluginHelper::isEnabled('system','wtquicklinks')) {                    // меняем свойства родительского класса                    $this->class = 'alert alert-danger w-100';                    $this->element['label'] = '⚠️ А-а-а-а!';                    $this->element['description'] = 'Плагин не включён!!';                    // и просто рендерим его с нашими свойствами                    return parent::getLabel();               }          // А иначе всё хорошо, скрываем поле из виду.          $this->parentclass = 'd-none';          return '';     }}
Просто и удобно. И людям приятно, что о них позаботились и рассказали почему что-то не работает.@webtolkru#joomla #php #webdev #разработка

Обновлена информация в Плане развития Joomla

👩‍💻 Обновлена информация в Плане развития Joomla.Здесь собрана информация о датах релизов, описаны принципы версионирования, указаны ответственные за релизы, а так же даты окончания поддержки релизов. Опираясь на эту информацию вы можете планировать развитие ваших интернет-проектов.👩‍💻 Что нового?⛔️ Joomla 4.Дата окончания исправления ошибок безопасности в версии 4.x - 14 октября 2025г. ⚠️ После этой даты Joomla 4 прекратит получать какие-либо обновления, в том числе безопасности - вообще. Рекомендуем обновить ваши сайты до актуальной Joomla 5.✅ Joomla 5.- Дата окончания исправления ошибок в версии 5.x - 13 октября 2026г.- Дата окончания исправления ошибок безопасности в версии 5.x - 12 октября 2027 года.- Текущая актуальная (на момент написания заметки) версия - 5.3.1.- Опубликовано расписание выхода релизов Joomla 5.4. Стабильный релиз ожидается 14 октября 2025 года.✅ Joomla 6.- Дата окончания исправления ошибок в версии 6.x - 17 октября 2028г.- Дата окончания исправления ошибок безопасности в версии 6.x - 16 октября 2029г.- Опубликовано расписание выхода релизов Joomla 6.0. Стабильный релиз ожидается 14 октября 2025 года.- Для разработчиков уже доступна Joomla 6.0.0-alpha1.✅ Joomla! Framework.Обновлена информация о Joomla! Framework - полноценном PHP-фреймворке для разработки. Он в версиях 1.х и 2.х был самостоятельным параллельным проектом, однако начиная с версии Joomla 4.0 стал её основой. Добавлена информация о Joomla! Framework 3.x, который вышел 6 октября 2023 года. Его можно использовать в тех случаях, когда вам в проекте не нужна CMS Joomla целиком.Подробнее на сайте Joomla-сообщества Joomlaportal.ru#joomla #community

Компания JetBrains рассказала о своей поддержке Joomla

Компания JetBrains рассказала о своей поддержке Joomla

JetBrains - один из мировых лидеров в разработке программного обеспечения для разработчиков. Её программные продукты - это IDE - профессиональные среды разработки, которые отличаются от простого блокнота/редактора с плагинами набором всевозможных инструментов для разработчиков, глубоким анализом кодовой базы, подсказками по ней и по языку программирования, отладкой ошибок и многим-многим другим. Одним из самых известных продуктов компании является IDE PHP Storm, который можно назвать отраслевым стандартом PHP-разработчика.

В статье How PhpStorm Helps Maintain PHP Open-Source Projects: Interviews and Real-World Examples в блоге компании описываются Open Source проекты, которым JetBrains оказывает поддержку (это могут быть бесплатные лицензии для разработчиков для некоммерческих проектов).

В список попали:

  • PHPUnit - фреймворк для unit-тестирования в PHP
  • Doctrine DBAL - библиотека для PHP, которая предоставляет лёгкий и гибкий слой для коммуникации с базой данных. Она поддерживает различные базы данных через единый и согласованный API.
  • CodeIgniter — популярный MVC-фреймворк для разработки на PHP
  • Joomla! - наша любимая CMS.

Эти названия (кроме "Joomla") чаще всего не слышат вебмастера и разработчики обычных сайтов и интернет-магазинов. Но эти названия хорошо знакомы PHP-разработчикам, которые создают сложные и высоконагруженные проекты и микросервисы. То, что Joomla оказалась в одном ряду с такими программными инструментами - делает ей честь.

🙏 За ссылку спасибо участнику нашего сообщества Ринату Кажетову (@rkazhet).

Подпишитесь на @joomlafeed

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

Moonlighter

  • Осваиваюсь на форуме
  • 23
  • 2 / 0
Пол дня сегодня убил на эту проблему но решить ее так и не смог...

Папки на хостинге:
-public_html
--site-srb
--joomla

В папке site-srb был основной сайт на Wordpressе, в папку Joomla я установил новый сайт (прикрутил его к субдомену и конфигурировал)

Теперь понадобилось перенести Joomla с субдомена на основной домен. Посоветовавшись с техподдержкой, сделал это так:
удалил все файлы в site-srb и закинул туда все файлы из папки Joomla

Сайт заработал, всё вроде ок, но во всех ссылках теперь появился путь site-srb. Например http://mysite.ru/site-srb/index.php.......
Все ссылки в шаблоне теперь отображаются с этим ненужным мне кусочком. Когда всё это лежало в папке Joomla, такой проблемы не было.

В корневой директории лежит файл .htaccess следующего содержания:

Код
# -FrontPage-

IndexIgnore .htaccess */.??* *~ *# */HEADER* */README* */_vti*

<Limit GET POST>
order deny,allow
deny from all
allow from all
</Limit>
<Limit PUT DELETE>
order deny,allow
deny from all
</Limit>
AuthName marisrub.ru
AuthUserFile /home/marisrub/public_html/_vti_pvt/service.pwd
AuthGroupFile /home/marisrub/public_html/_vti_pvt/service.grp

# ach add www. before domain
Options +FollowSymLinks
RewriteEngine On
RewriteCond %{HTTP_HOST} ^marisrub\.ru
RewriteRule ^(.*)$ http://www.marisrub.ru/$1 [R=permanent,L]
# ach hide site-srb dir in address bar
#RewriteCond %{SCRIPT_FILENAME} !-f
#RewriteRule !^site-srb(/?|/.+)$ /site-srb%{REQUEST_URI} [L]
# ach up to 64 Mb memory limit php
#php_value memory_limit 64M

RewriteEngine On
RewriteCond %{SCRIPT_FILENAME} !-f
RewriteRule !^site-srb(/?|/.+)$ /site-srb%{REQUEST_URI} [L]

В папке site-srb, в которой теперь лежит мой новый сайт на Joomla, лежит стандартный файл .htaccess

Код
##
# @package Joomla
# @copyright Copyright (C) 2005 - 2012 Open Source Matters. All rights reserved.
# @license GNU General Public License version 2 or later; see LICENSE.txt
##

##
# READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE!
#
# The line just below this section: 'Options +FollowSymLinks' may cause problems
# with some server configurations.  It is required for use of mod_rewrite, but may already
# be set by your server administrator in a way that dissallows changing it in
# your .htaccess file.  If using it causes your server to error out, comment it out (add # to
# beginning of line), reload your site in your browser and test your SEF url's.  If they work,
# it has been set by your server administrator and you do not need it set here.
##

## Can be commented out if causes errors, see notes above.
Options +FollowSymLinks

##Mod_rewrite in use.

RewriteEngine On

## Begin - Rewrite rules to block out some common exploits.
# If you experience problems on your site block out the operations listed below
# This attempts to block the most common type of exploit `attempts` to Joomla!
#
# Block out any script trying to base64_encode data within the URL.
RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR]
# Block out any script that includes a <script> tag in URL.
RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
# Block out any script trying to set a PHP GLOBALS variable via URL.
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
# Block out any script trying to modify a _REQUEST variable via URL.
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
# Return 403 Forbidden header and show the content of the root homepage
RewriteRule .* index.php [F]
#
## End - Rewrite rules to block out some common exploits.

## Begin - Custom redirects
#
# If you need to redirect some pages, or set a canonical non-www to
# www redirect (or vice versa), place that code here. Ensure those
# redirects use the correct RewriteRule syntax and the [R=301,L] flags.
#
## End - Custom redirects

##
# Uncomment following line if your webserver's URL
# is not directly related to physical file paths.
# Update Your Joomla! Directory (just / for root).
##

RewriteBase /

## Begin - Joomla! core SEF Section.
#
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
#
# If the requested path and file is not /index.php and the request
# has not already been internally rewritten to the index.php script
RewriteCond %{REQUEST_URI} !^/index\.php
# and the request is for something within the component folder,
# or for the site root, or for an extensionless URL, or the
# requested URL ends with one of the listed extensions
RewriteCond %{REQUEST_URI} /component/|(/[^.]*|\.(php|html?|feed|pdf|vcf|raw))$ [NC]
# and the requested path and file doesn't directly match a physical file
RewriteCond %{REQUEST_FILENAME} !-f
# and the requested path and file doesn't directly match a physical folder
RewriteCond %{REQUEST_FILENAME} !-d
# internally rewrite the request to the index.php script
RewriteRule .* index.php [L]
#
## End - Joomla! core SEF Section.

В настройках сайта ЧПУ включен, Перенаправление URL включено.
Всё вроде как должно быть нормально, ан нет...

Где собака зарыта? Помогите, пожалуйста, разобраться с этой проблемой.

« Последнее редактирование: 20.03.2013, 10:00:31 от Moonlighter »
*

SK

  • Живу я здесь
  • 2155
  • 164 / 0
Re: Никак не могу победить ЧПУ (.htaccess)
« Ответ #1 : 15.03.2013, 08:08:42 »
Пол дня сегодня убил на эту проблему но решить ее так и не смог...

Папки на хостинге:
-public_html
--site-srb
--joomla

В папке site-srb был основной сайт на Wordpressе, в папку Joomla я установил новый сайт (прикрутил его к субдомену и конфигурировал)

Теперь понадобилось перенести Joomla с субдомена на основной домен. Посоветовавшись с техподдержкой, сделал это так:
удалил все файлы в site-srb и закинул туда все файлы из папки Joomla

Сайт заработал, всё вроде ок, но во всех ссылках теперь появился путь site-srb. Например http://mysite.ru/site-srb/index.php.......
Все ссылки в шаблоне теперь отображаются с этим ненужным мне кусочком. Когда всё это лежало в папке Joomla, такой проблемы не было.
Вообще-то корневая папка сайта это папка public_html.
Если Вы создаете в ней какую-либо папку, в Вашем случае - site-srb, то фактически это субдомен сайта.
Поэтому и получаются ссылки типа http://mysite.ru/site-srb/index.php
Перенесите структуру основного сайта в папку public_html и все будет как положено.
*

Moonlighter

  • Осваиваюсь на форуме
  • 23
  • 2 / 0
Re: Никак не могу победить ЧПУ (.htaccess)
« Ответ #2 : 15.03.2013, 09:07:25 »
Вообще-то корневая папка сайта это папка public_html.
Если Вы создаете в ней какую-либо папку, в Вашем случае - site-srb, то фактически это субдомен сайта.
Поэтому и получаются ссылки типа http://mysite.ru/site-srb/index.php
Перенесите структуру основного сайта в папку public_html и все будет как положено.

Когда сайт лежал в папке Joomla, в адресной строке это не отражалось. Хотя это тоже не было корнем папки public_html
*

robert

  • Живу я здесь
  • 4974
  • 457 / 20
Re: Никак не могу победить ЧПУ (.htaccess)
« Ответ #3 : 15.03.2013, 09:40:42 »
ну хорошо, допустим, решили проблему с /site-srb. а как быть с /joomla?
в любом случае, это 2 (суб)домена и у них не может быть общего имени.
Не будь паразитом, сделай что-нибудь самостоятельно!
*

Moonlighter

  • Осваиваюсь на форуме
  • 23
  • 2 / 0
Re: Никак не могу победить ЧПУ (.htaccess)
« Ответ #4 : 15.03.2013, 09:46:01 »
ну хорошо, допустим, решили проблему с /site-srb. а как быть с /joomla?
в любом случае, это 2 (суб)домена и у них не может быть общего имени.

Мне не нужно два домена. Пока работал основной сайт на Wordpressе, который лежал в папке site-srb, я работал над сайтом на Joomla, который инсталлировал в папку Joomla и прикрутил к ней субдомен.
Теперь появилась необходимость перенести новый сайт на основной домен. Техподдержка хостинга сообщила что сделать это нужно заменив все файлы в папке site-srb файлами из папки Joomla, что я и сделал.

Значит, единственный выход из положения это перенести сайт в папку public_html? Никак нельзя скрыть в адресной строке ___/site-srb/index.php___ средствами .htaccess?
*

robert

  • Живу я здесь
  • 4974
  • 457 / 20
Не будь паразитом, сделай что-нибудь самостоятельно!
*

robert

  • Живу я здесь
  • 4974
  • 457 / 20
Re: Никак не могу победить ЧПУ (.htaccess)
« Ответ #6 : 15.03.2013, 09:58:20 »
можно, почитайте здесь
Не будь паразитом, сделай что-нибудь самостоятельно!
*

Moonlighter

  • Осваиваюсь на форуме
  • 23
  • 2 / 0
Re: Никак не могу победить ЧПУ (.htaccess)
« Ответ #7 : 15.03.2013, 10:10:53 »
Решил проблему в конфиге Joomla:

public $live_site = 'http://mysite.ru';

там было изначально пусто: $live_site = '';
*

Moonlighter

  • Осваиваюсь на форуме
  • 23
  • 2 / 0
Re: Никак не могу победить ЧПУ (.htaccess)
« Ответ #8 : 20.03.2013, 10:02:40 »
Это решение оказалось неверным... Хоть и удалось убрать из адресной строки site-srb, перестал корректно работать Widgetkit и проверка обновлений Joomla.
Есть другой способ?
*

robert

  • Живу я здесь
  • 4974
  • 457 / 20
Re: Никак не могу победить ЧПУ (.htaccess)
« Ответ #9 : 20.03.2013, 12:07:18 »
Это решение оказалось неверным... Хоть и удалось убрать из адресной строки site-srb, перестал корректно работать Widgetkit и проверка обновлений Joomla.
Есть другой способ?
Раз остальное работает, значит все нормально. Проверьте в наcтройках Joomla, все ли изменили: log_path, tmp_path и т.д. С Widgetkit то же самое, в крайнем случае можно переустановить.
Не будь паразитом, сделай что-нибудь самостоятельно!
*

SK

  • Живу я здесь
  • 2155
  • 164 / 0
Re: Никак не могу победить ЧПУ (.htaccess)
« Ответ #10 : 20.03.2013, 12:12:29 »
Moonlighter, зачем эти эксперименты с поддоменами?
Написал же выше Вам - поместите основной сайт в корневую папку сайта - public_html
*

Moonlighter

  • Осваиваюсь на форуме
  • 23
  • 2 / 0
Re: Никак не могу победить ЧПУ (.htaccess)
« Ответ #11 : 20.03.2013, 12:14:58 »
Раз остальное работает, значит все нормально. Проверьте в наcтройках Joomla, все ли изменили: log_path, tmp_path и т.д. С Widgetkit то же самое, в крайнем случае можно переустановить.

log_path, tmp_path изменил, в информации о системе тоже проверка прав на папки проходит успешно. Widgetkit устанавливал поверх, не помогло избавиться от проблемы.
Сейчас log_path, tmp_path прописаны как:

   public $log_path = '/home/marisrub/public_html/site-srb/logs';
   public $tmp_path = '/home/marisrub/public_html/site-srb/tmp';

Может стоит их как-то изменить? Если прописать просто /logs и /tmp - будет работать?
*

Moonlighter

  • Осваиваюсь на форуме
  • 23
  • 2 / 0
Re: Никак не могу победить ЧПУ (.htaccess)
« Ответ #12 : 20.03.2013, 12:19:47 »
Moonlighter, зачем эти эксперименты с поддоменами?
Написал же выше Вам - поместите основной сайт в корневую папку сайта - public_html

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

SK

  • Живу я здесь
  • 2155
  • 164 / 0
Re: Никак не могу победить ЧПУ (.htaccess)
« Ответ #13 : 20.03.2013, 12:21:36 »
А если я захочу на этом хостинге сделать еще один сайт с другим доменом?
Когда каждый сайт в отдельной папке, на мой взгляд, гораздо лучше.
Тогда Вам хостер сделает другую корневую папку для этого домена, типа /home/sait2/public_html

Сайты всегда лежат в отдельных корневых папках, а поддомены для них уже в папках, которые делаются в корневой папке
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Перенаправление htaccess с id в категории на без id

Автор MultiMatrix83

Ответов: 14
Просмотров: 3748
Последний ответ 30.01.2024, 02:03:44
от Zegeberg
Не могу сохранить общие настройки

Автор Corsar

Ответов: 21
Просмотров: 5684
Последний ответ 24.03.2020, 08:16:59
от draff
RFI узязвимости, файл.htaccess (redirect for weird rfi attacks through url)

Автор Elimelech

Ответов: 8
Просмотров: 2054
Последний ответ 27.11.2017, 10:29:30
от SeBun
Не могу решить проблему вывода материала в нескольких местах

Автор mYbadName

Ответов: 2
Просмотров: 1337
Последний ответ 30.03.2017, 22:46:51
от darkghost
не могу отредактировать страницы на сайте

Автор Elimelech

Ответов: 3
Просмотров: 1377
Последний ответ 16.06.2016, 13:03:40
от Elimelech