Новости Joomla

Вышел WT Quick links v.2.4.0 - релиз модуля для Joomla

Вышел WT Quick links v.2.4.0 - релиз модуля для Joomla.Это модуль-конструктор для быстрого создания набора элементов. Это могут быть ссылки на компоненты Joomla, пункт меню или пользовательская ссылка. Есть условия для исключений показа элементов списка. Вы можете создавать собственные макеты вывода модуля, создавая таким образом почти всё, что угодно: от простого списка ссылок до стены фотографий на главную страницу или ссылки-теги для перелинковки категорий интернет-магазина, список FAQ, табы или аккордеоны. Модуль позволяет выводить изображения, адаптивные изображения, видео, адаптивные видео.v.2.4.0. Что нового?Добавлена поддержка новых компонентов. Добавлены новые типы ссылок и исключений для них: - Phoca Download, - Phoca Gallery, - RadicalMart (@radicalmart).Joomla 6. Успешно протестирована работа модуля на Joomla 6-alpha2.РазработчикамПроведён большой рефакторинг кода. Для типов ссылок созданы классы-драйверы. Теперь для того, чтобы добавить новый тип ссылки в модуль достаточно скопировать класс-образец из
modules/mod_wt_quick_links/src/Driver/Collection и наполнить его данными по образцу, а так же добавить необходимые языковые константы в панели администратора Joomla.Модуль бесплатный. Страница расширенияGitHub расширенияJoomla Extensions Directory👩‍💻 Подпишись на @joomlafeed.#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

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

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
Просмотров: 3754
Последний ответ 30.01.2024, 02:03:44
от Zegeberg
Не могу сохранить общие настройки

Автор Corsar

Ответов: 21
Просмотров: 5685
Последний ответ 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
Просмотров: 1379
Последний ответ 16.06.2016, 13:03:40
от Elimelech