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

nnmHunter

  • Осваиваюсь на форуме
  • 14
  • 0 / 0
Смена кодировки
« : 12.09.2017, 17:35:00 »
Доброго времени суток. Знаю таких тем уже наверное сотня тут.. но я вроде все перепробовал.. ничего не помогло.
Дело в том, что я пытаюсь (не знаю как правильно выразиться) сделать сайт из готового шаблона. т.е. по факту я не создаю, а редактирую готовый сайт под свои нужды.. но не суть. Сам шаблон полностью на инглише.. и при попытки изменить в HTML модуле английские слова на русские, при сохранении все русские слова заменяются на "?". Как я говорил выше я много чего перепробовал, дабы вылечить (менял кодировку в phpMyAdmin. по дефолту стояло значение "utf8_general_ci", нашел статью в сети, где рассказывали как менять кодировку в денвере. Сайту не помогло, денверу навредило. вернул на дефолтные значения. ну и в htaccess добавлял AddDefaultCharset UTF-8). Вообщем почти весь вечер убил, а результата 0. Буду признателен за помощь.
p.s. наверное имеет смысл добавить, что при загрузке русского языкового пакета и установки его по умолчанию в п/у была след. сложность. При изменении модуля или еще чего-то меня выкидывало из панели управления на страницу авторизации этой самой панели управления. Может это тоже связанно с проблемой?
p.p.s. кстать когда я переключил язык сайта на русский кнопки входа/регистрации и далее/назад отображаются корректно, даже после удаления языкового пакета.
p.p.p.s. Еще проверил кодировку в файле индекс пхп (как в самом джумла, так и в шаблоне), configuration.php
UPD: Вопросики вместо кириллицы отображаются только в модулях. В материалах K2 все в порядке.
« Последнее редактирование: 12.09.2017, 19:15:01 от nnmHunter »
*

ProtectYourSite

  • Живу я здесь
  • 2364
  • 137 / 4
  • Безопасность вебсайтов
Re: Смена кодировки
« Ответ #1 : 12.09.2017, 17:52:28 »
Меняйте шрифты шаблона на те, которые поддерживают кириллицу, скорее всего дело  в этом.
*

nnmHunter

  • Осваиваюсь на форуме
  • 14
  • 0 / 0
Re: Смена кодировки
« Ответ #2 : 12.09.2017, 17:58:48 »
Меняйте шрифты шаблона на те, которые поддерживают кириллицу, скорее всего дело  в этом.
Вы уверены что дело в этом? Ибо у многих это было связанно с кодировкой. Да и менять шрифт шаблона как-то страшновато не опытному человеку.
*

ProtectYourSite

  • Живу я здесь
  • 2364
  • 137 / 4
  • Безопасность вебсайтов
Re: Смена кодировки
« Ответ #3 : 12.09.2017, 18:02:11 »
Смените шаблон на стандартный и проверьте. Если кириллица работает на стандартном, значит дело в шаблоне.
*

capricorn

  • Завсегдатай
  • 1949
  • 118 / 3
Re: Смена кодировки
« Ответ #4 : 12.09.2017, 19:01:10 »
Цитировать
(менял кодировку в phpMyAdmin. по дефолту стояло значение "utf8_general_ci",

это не кодировка, а сравнение. что у вас в Server charset в phpMyAdmin? Если не UTF-8, а другое, то и выводить нужно в этом другом кириллицу. латинским буквам это все равно, а кириллице нет. Играет роль в какой фактически кодировке сохраняется кириллица.

*

nnmHunter

  • Осваиваюсь на форуме
  • 14
  • 0 / 0
Re: Смена кодировки
« Ответ #5 : 12.09.2017, 19:09:52 »
Смените шаблон на стандартный и проверьте. Если кириллица работает на стандартном, значит дело в шаблоне.
Со стандартным такая-же история
Что примечательно, что в материалах K2 нету такой проблемы. а с обычными модулями есть
*

nnmHunter

  • Осваиваюсь на форуме
  • 14
  • 0 / 0
Re: Смена кодировки
« Ответ #6 : 12.09.2017, 19:12:40 »
это не кодировка, а сравнение. что у вас в Server charset в phpMyAdmin? Если не UTF-8, а другое, то и выводить нужно в этом другом кириллицу. латинским буквам это все равно, а кириллице нет. Играет роль в какой фактически кодировке сохраняется кириллица.
Я немного не понял.
Повторю, что по дефолту в пхпмайадмин стояло - utf8_general_ci, но я подбирал другие варианты того-же utf8, но не помогло. Если вас не затруднит, более простым языком ответить. я был бы рад.
*

nnmHunter

  • Осваиваюсь на форуме
  • 14
  • 0 / 0
Re: Смена кодировки
« Ответ #7 : 12.09.2017, 19:20:20 »
это не кодировка, а сравнение. что у вас в Server charset в phpMyAdmin? Если не UTF-8, а другое, то и выводить нужно в этом другом кириллицу. латинским буквам это все равно, а кириллице нет. Играет роль в какой фактически кодировке сохраняется кириллица.
Ой, до меня дошло о чем вы.
Да это было в пункте сравнение. а Server Charset я не могу найти. у меня пхп на русском (
*

capricorn

  • Завсегдатай
  • 1949
  • 118 / 3
Re: Смена кодировки
« Ответ #8 : 12.09.2017, 19:33:19 »
что у вас тут?



и тут на странице, где знаки вопроса? это консоль разработки - в хроме она встроена.





*

nnmHunter

  • Осваиваюсь на форуме
  • 14
  • 0 / 0
Re: Смена кодировки
« Ответ #9 : 12.09.2017, 19:57:19 »
что у вас тут?



и тут на странице, где знаки вопроса? это консоль разработки - в хроме она встроена.


для начала вот как выглядит:

далее:
Код
Сервер: 127.0.0.1 via TCP/IP
Программа: MySQL
Версия программы: 5.5.25 - MySQL Community Server (GPL)
Версия протокола: 10
Пользователь: root[member=142452]localhost[/member]
Кодировка сервера: UTF-8 Unicode (utf8)
как и у Вас.
А вот с консолью я так и не разобрался :(
*

capricorn

  • Завсегдатай
  • 1949
  • 118 / 3
Re: Смена кодировки
« Ответ #10 : 12.09.2017, 19:58:56 »
Вы на ПК с Windows работаете?
*

nnmHunter

  • Осваиваюсь на форуме
  • 14
  • 0 / 0
Re: Смена кодировки
« Ответ #11 : 12.09.2017, 20:05:42 »
Вы на ПК с Windows работаете?
Windows 7
*

ProtectYourSite

  • Живу я здесь
  • 2364
  • 137 / 4
  • Безопасность вебсайтов
Re: Смена кодировки
« Ответ #12 : 12.09.2017, 20:19:14 »
Open server скачайте
*

nnmHunter

  • Осваиваюсь на форуме
  • 14
  • 0 / 0
Re: Смена кодировки
« Ответ #13 : 12.09.2017, 20:35:51 »
Open server скачайте
а Денвер снести? В нем дело полагаете?
И да на других сайтах денвера все работает корректно.
Только на этом и только с модулями (как я понял), Ну материалы K2 отображает прекрасно
*

ProtectYourSite

  • Живу я здесь
  • 2364
  • 137 / 4
  • Безопасность вебсайтов
Re: Смена кодировки
« Ответ #14 : 12.09.2017, 21:07:41 »
Денвер морально устарел, и проще будет разбираться. Джумла хоть надеюсь последняя? И фикс бд делали?
*

capricorn

  • Завсегдатай
  • 1949
  • 118 / 3
Re: Смена кодировки
« Ответ #15 : 12.09.2017, 21:09:50 »
Найдите конфигурационный файл MySQL. он называется my.ini. В нем есть раздел [client]. Ниже его добавьте раздел

[mysql]

default-character-set=utf8

и прямо в конец [client] добавьте то же самое default-character-set=utf8 ,хуже не должно быть.

Перезагрузите ПК.

Вопросы - сайт с проблемами вы восстанавливали из какого-то старого бэкапа? Новый чистый сайт нормально работает?

У вас старая система на Windows. Сложно давать советы - многое зависит от конкретных версий того, что установлено.
« Последнее редактирование: 12.09.2017, 21:21:36 от capricorn »
*

nnmHunter

  • Осваиваюсь на форуме
  • 14
  • 0 / 0
Re: Смена кодировки
« Ответ #16 : 12.09.2017, 21:22:10 »
Найдите конфигурационный файл MySQL. он называется my.ini. В нем есть раздел [client]. Ниже его добавьте раздел

[mysql]

default-character-set=utf8

Перезагрузите ПК.

Вопросы - сайт с проблемами вы восстанавливали из какого-то старого бэкапа? Новый чистый сайт нормально работает?

У вас старая система на Windows. Сложно давать советы.
нет. Вы будете скорее всего ругаться, но я загрузил шаблон и корректирую его под себя
*

capricorn

  • Завсегдатай
  • 1949
  • 118 / 3
Re: Смена кодировки
« Ответ #17 : 12.09.2017, 21:48:29 »
Цитировать
Смените шаблон на стандартный и проверьте. Если кириллица работает на стандартном, значит дело в шаблоне.

Со стандартным такая-же история

Это говорит только об одном - проблема с кодировкой существует на уровне базы данных именно этого сайта. То, что K2 работает ни о чем не говорит. Можно принудительно задать кодировку веб-серверу в коде php. Код ниже, как пример, можно как автономно проверить, так и вставить в соответствующий файл шаблона до генерации им HTML, перекомментировав header. Да и K2 в своих собственных таблицах хранит данные.

Код: php
<?php
header('Content-Type:text/html; charset=iso-8859-1', true);
//header('Content-Type:text/html; charset=utf-8', true);
var_dump(headers_list());
echo ("ТЕСТ"."</br>"."TEST");
?>

Можно еще посмотреть в дампе базы, сохранилась ли кириллица и как.

« Последнее редактирование: 12.09.2017, 21:58:32 от capricorn »
*

nnmHunter

  • Осваиваюсь на форуме
  • 14
  • 0 / 0
Re: Смена кодировки
« Ответ #18 : 12.09.2017, 22:36:18 »
Это говорит только об одном - проблема с кодировкой существует на уровне базы данных именно этого сайта. То, что K2 работает ни о чем не говорит. Можно принудительно задать кодировку веб-серверу в коде php. Код ниже, как пример, можно как автономно проверить, так и вставить в соответствующий файл шаблона до генерации им HTML, перекомментировав header. Да и K2 в своих собственных таблицах хранит данные.

Код: php
<?php
header('Content-Type:text/html; charset=iso-8859-1', true);
//header('Content-Type:text/html; charset=utf-8', true);
var_dump(headers_list());
echo ("ТЕСТ"."</br>"."TEST");
?>

Можно еще посмотреть в дампе базы, сохранилась ли кириллица и как.
ууух. этот ко в my.ini прописать? Если да, то где он лежит? И его просто добавить или заменить?
Я тоже изначально уверен, что проблема именно с этим сайтом. т.е. вопросики появляются сразу после сохранения в п/у
т.е. назвал я модуль "Календарь". Сохраняю (и не закрываю) и вижу, что в самой панели модуль уже называется "?"
*

nnmHunter

  • Осваиваюсь на форуме
  • 14
  • 0 / 0
Re: Смена кодировки
« Ответ #19 : 12.09.2017, 22:46:51 »
Это говорит только об одном - проблема с кодировкой существует на уровне базы данных именно этого сайта. То, что K2 работает ни о чем не говорит. Можно принудительно задать кодировку веб-серверу в коде php. Код ниже, как пример, можно как автономно проверить, так и вставить в соответствующий файл шаблона до генерации им HTML, перекомментировав header. Да и K2 в своих собственных таблицах хранит данные.

Код: php
<?php
header('Content-Type:text/html; charset=iso-8859-1', true);
//header('Content-Type:text/html; charset=utf-8', true);
var_dump(headers_list());
echo ("ТЕСТ"."</br>"."TEST");
?>

Можно еще посмотреть в дампе базы, сохранилась ли кириллица и как.
Кажется я понял в чем моя проблема.
Ошибка BT-Game при переходе на русский язык
Все шаблоны BT - болеют.
У меня BT Game и все симптомы товарищей. Я хз что делать. Ибо этот шаблон как нельзя к стати подходит к моей тематике
*

ProtectYourSite

  • Живу я здесь
  • 2364
  • 137 / 4
  • Безопасность вебсайтов
Re: Смена кодировки
« Ответ #20 : 12.09.2017, 23:11:14 »
Врядли здесь помогут на безвозмездной основе - обсуждение вареза запрещено.
Если покупали шаблон, то обращайтесь к производителю с данным вопросом.
*

capricorn

  • Завсегдатай
  • 1949
  • 118 / 3
Re: Смена кодировки
« Ответ #21 : 12.09.2017, 23:28:30 »
вы купили этот шаблон? судя по всему нет. мой вам совет - если вы работаете под учеткой администратора Windows, на всякий случай, снесите свой денвер вместе со всеми сайтами и сделайте полную проверку ПК легальным антивирусом.
« Последнее редактирование: 12.09.2017, 23:59:14 от capricorn »
*

a.m.s.rewriting

  • Осваиваюсь на форуме
  • 12
  • 0 / 0
Re: Смена кодировки
« Ответ #22 : 25.12.2017, 02:47:12 »
Проблема решаема.

Не знаю, актуально ли еще. Но всё же. Может пригодится. Столкнулся с этой темой и тоже с шаблоном от BT.


В sql файлах половина кодировки в utf8, половина - latin1. Исправляется всё это за пару сек с помощью нотпада - заменой latin1 на utf8. Сами файлы находятся по пути \installation\sql\mysql в архиве с быстрым стартом.
Нужно сделать это ПЕРЕД установкой. А если уже стоит, то снести всё старое (включая базу данных) и поставить начисто. Потому как ручная перекодировка из PHP-админки проблему не решит. В общем, меняете слова, устанавливаете и всё заработает. Без локализации кириллица тоже отображается корректно.
« Последнее редактирование: 25.12.2017, 03:00:49 от a.m.s.rewriting »
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Альтернативный URL смена домена

Автор mJohnny

Ответов: 0
Просмотров: 1451
Последний ответ 27.10.2015, 09:43:14
от mJohnny