Новости Joomla

Вышли релизы Joomla 6.0.3 и Joomla 5.4.3

Релиз Joomla 6.0.3 и Joomla 5.4.3

Проект Joomla рад сообщить о выпуске Joomla 6.0.3 и Joomla 5.4.3. Это релиз исправлений ошибок и улучшений для серии Joomla 6.0 и Joomla 5.4.

👩‍💻 События плагинов и порядок их срабатывания при работе с пользовательскими полями Joomla и использовании FieldsHelper.

👩‍💻 События плагинов и порядок их срабатывания при работе с пользовательскими полями Joomla и использовании FieldsHelper.

В процессе работы с Joomla бывает необходимо работать с пользовательским интерфейсом более тонко, чем обычно. Все формы Joomla состоят из стандартных полей, содержанием, стилем отображения, состоянием (включено/выключено, доступно для редактирования или нет и т.д.) можно управлять с помощью плагинов. Да и для нестандартных проектов хорошей практикой является создание одного системного или нескольких плагинов групп "под проект", в которых храниться весь "нестандарт".

В этой статье описаны все триггеры, которые вызываются через Event Dispatcher из administrator/components/com_fields/src/Helper/FieldsHelper.php, с привязкой к жизненному циклу (порядку этапов работы запроса), аргументам, изменяемым данным и дальнейшему распространению по Joomla. Это поможет вам работать с Joomla свободнее и не опасаясь при этом потерять изменения при очередном обновлении движка.

Подходы, описанные в статье, полезны в тех случаях, когда вы работаете с данными в com_fields - механизме создания и редактирования пользовательских полей ядра Joomla и при использовании FieldsHelper. Многие сторонние компоненты не используют эту возможность, поэтому данная статья будет полезна лишь частично.

🏆 Открыто голосование за Joomla в премии CMS Critic People’s Choice Awards 2025

🏆 Открыто голосование за Joomla в  премии CMS Critic People’s Choice Awards 2025

🗓 Голосование продлится до 27 февраля 2026 года.

👩‍💻 Проголосовать! 👩‍💻

Номинации, в которых можно проголосовать за Joomla:
⭐️ Best Free CMS
⭐️ Best Open Source CMS
⭐️ Best Enterprise CMS

Также в номинации Best e-Commerce Solution участвуют компоненты интернет-магазинов для Joomla:
⭐️ HikaShop
⭐️ Virtuemart

В номинации Best Website Builder оказались:
⭐️ YooTheme
⭐️ SP Page Builder

Что такое CMS Critic Awards?
С 2012 года премия CMS Critic Awards занимает особое место в сообществе систем управления контентом (CMS). Это единственный в своем роде сайт, который составляет рейтинг системы управления контентом и связанных с ними решений на рынке — от малого до крупного и подчеркивает их инновации и услуги.

Каждый год награда CMS Critic Awards присуждается одному победителю в различных отраслевых категориях, таких как: «Лучшая облачная CMS», «Лучший DXP», «Лучшая Headless CMS и других. Затем результаты оглашаются через СМИ вместе с выбором редакции CMS Critic.
В этом году премия вернулась к своим традициям и только TOP-5 движков по количеству номинаций попали в 2-й этап - голосование.

@joomlafeed

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

Очень много на этом форуме было сказано по теме проблем с отображением символов, но простого ответа нет. Хочу предложить свое видение данной проблемы.

Все изменения по результатам рекомендации вносятся в файл usr\local\mysql4\my.cnf

Так, как разрабатываемые на Denwer-е сайты потом приходится размещать в Интернете у провайдера, рекомендую провести следующие несложные манипуляции:

  • Зайдите через PHPMyAdmin Вашего Хост-провайдера на свою базу данных, далее выбираем пункт "Показать системные переменные MySQL"
  • Интересуемся переменными "character set client", "character set connection" - это установки Вашего провайдера
  • Устанавливаем аналогичное значение этих переменных в файле my.cnf Denwer-а

Короче, настройте языковые параметры локального MySQL аналогично настройкам провайдера.

После этих несложных манипуляций можно будет без проблем переносить базы данных между локальным сервером и Хост-провайдером и ни каких проблем с отображением символов не возникнет. Проверял и с Кириллицей и конечно с UTD-8. Если у провайдера (к примеру Американского) в языковых настройках MySQL стоит latin-1 (по умолчанию MySQL), смело можете установить аналогичные настройки в локальном MySQL на DENWER. На latin-1 все нормально работает и с Кириллицей и с Юникодом.

Проблема возникнет только с Вашими старыми сайтами, которые были на DENWERе. По умолчанию на Денвере стоит кодировка 1251 и если Вы ее смените на Latin-1, то все старые сайты, которые находились на Денвере и были на Русском, перестанут отображаться. С новыми сайтами, которые Вы будете устанавливать и тестировать после смены кодировки проблем не будет.

Если в чем-то ошибся >:(, сторго не судите, но суть идеи остаётся.
« Последнее редактирование: 13.07.2006, 14:41:52 от Oleg Kasyanov »
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
...если гора не идет к Магомету — Магомет идет к горе...

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

Вообще, как я заметил, на 80% хостах (Российские не в счет  :-\ там вообще часто отдельная песня) используется latin-1, та, что идет с MySQL по умолчанию. Так, чтоб меньше было проблем, лучше на Денвере сразу поставить кодировку latin-1 (конечно, имею ввиду последнюю версию Денвера).

Хорошо бы в Денвере сделать какой-нибудь облегченный конфигуратор системы при запуске. Я уже предлагал это на ихнем форуме...  Кстати, там же и нашел попытку решения проблем с конфигурацией Денвера.

Ловите ссылку: http://forum.dklab.ru/viewtopic.php?t=21302

В работе пока не проверял и поэтому впечатлениями поделиться не могу.
« Последнее редактирование: 13.07.2006, 15:39:31 от Oleg Kasyanov »
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
угу, latin-1, и таблица сравнений latin1_swedish_ci
а все-таки, мне кажется лучше не под хостинги подстраиваться, а искать хостинг походящий

угу, latin-1, и таблица сравнений latin1_swedish_ci
а все-таки, мне кажется лучше не под хостинги подстраиваться, а искать хостинг походящий
Абсолютно с этим согласен! Но что делать, если, как я уже писал, большинство Хост провайдеров имеют кодировку latin-1...

Просто, если в Денвере вместо 1251 по умолчанию поставить эту самую latin-1, то среднестатистических проблем с кодировкой будет меньше.

Конечно же, у каждого строителя сайтов есть свои любимый хостинг (это тема отдельного обсуждения) и если он работает на 1251, то и менять ничего не надо.
*

sergey_nev

  • Осваиваюсь на форуме
  • 22
  • 0 / 0
Так а как изменить принудительную установку кодировки в Денвере?
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Проблема с БД после переезда на новый хостинг

Автор dimitriopolus

Ответов: 6
Просмотров: 23289
Последний ответ 03.01.2018, 23:42:41
от vikup34
Проблема с левыми ссылками - на решение не хватает мозгов

Автор SAM_D

Ответов: 3
Просмотров: 2992
Последний ответ 28.10.2012, 00:04:39
от SAM_D
Хостинг обновляет PHP до версии 5.3.10

Автор ASDF

Ответов: 5
Просмотров: 5888
Последний ответ 19.04.2012, 11:23:19
от SK
Перенос сайта Joomla с localhost на сервер (хостинг)

Автор ilya18

Ответов: 7
Просмотров: 6552
Последний ответ 17.05.2010, 12:03:47
от ilya18
Проблемы с переносом Joomla на хостинг

Автор Headliner

Ответов: 5
Просмотров: 2670
Последний ответ 11.11.2009, 13:00:24
от Headliner