Новости Joomla

🏆 Открыто голосование за 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

👩‍💻 Вместе мы развиваем Joomla: станьте Joomfluencer!

👩‍💻 Вместе мы развиваем Joomla: станьте Joomfluencer!

Вы уверенно чувствуете себя перед камерой, динамичны, обаятельны и всегда улыбаетесь? Чувствуете себя искателем приключений, готовым поделиться своими исследованиями CMS Joomla!, взять интервью у видных деятелей сообщества, пообщаться лично или по видеосвязи с волонтерами Joomla или отправиться на поиски новых идей?

Joomla ищет одного или нескольких волонтеров, готовых вдохнуть новую жизнь в обсуждение Joomla, ее CMS, пользователей, сообщества и многого другого.

Возможны самые разные форматы и темы: шортсы, интервью, аналитика и разборы в режиме реального времени, быстрые советы и рекомендации, знакомство с миром Joomla, изучение открытого исходного кода... Нет никаких ограничений!

Joomla! уже активно представлена ​​во многих социальных сетях:
- 155K подписчиков на Facebook,
- 55K подписчиков на X (ранее Twitter),
- 16K подписчиков на YouTube,
- 14K подписчиков на LinkedIn,
- 5,7K подписчиков в Instagram
а так же другие площадки ждут вас. Аккаунты Threads и Bluesky относительно новые, но их популярность только растёт!

А если хватит энергии, можно рассмотреть и TikTok!

❓ Итак, вы готовы?
👉 Свяжитесь с отделом маркетинга по адресу: marketing@community.joomla.org

Подробности в статье в Joomla Community Magazine.

@joomlafeed

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

Klen

  • Новичок
  • 8
  • 1 / 0
В ООП как я понимаю обычно такой порядок действий
1. Создаем экземпляр класса, напр. $copy = new MyClass;
2. Обращаемся к методам и свойствам посредством "$copy->Метод()"

В Joomla же куча записей, например, вида:
JObject::getProperties(false)

Как я понимаю, обращение через "::" это вызов функции вне контекста объекта. Т.е. вызов как бы обычной функции.

Это что, своеобразный возврат к процедурному программированию?
Или я что-то не понимаю?
Просветите, плиз!!!
« Последнее редактирование: 17.06.2008, 16:53:57 от Klen »
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
Ну почему к процедурному? Ничего плохого в статических методах класса как бы нет. Ведь довольно часто нет смысла создавать экземпляр объекта, когда нужно выполнить код, действительно к контексту объекта отношения не имеюшего. Т.е. довольно часто, классы используют именно для группировки набора функций и избежания конфликта имен (ведь понятно, что в масштабах большого проекта функция getProperties может встретиться не раз).

Вот к примеру они взяли и сгруппировали свои реализации строковых функций в классе JString, и понятно, что для того, чтобы вызвать strpos, весьма не рационально тратить время и память на создание экземпляра и вызова его метода. Бо с самим объектом фунция никак не связана. Да и использовать в этом случае Singleton тоже не очен уместно - на большом количестве таких объектов будет перерасход памяти. А так, и компактно, и понятно, и нет никаких конфликтов.

С другой стороны, много статических вызовов у методов, реализующих различные паттерны, типа Singleton, Fabric и им подобным.
*

Klen

  • Новичок
  • 8
  • 1 / 0
Спасибо за подробный, понятный и быстрый ответ.  :D
Как раз 20е сообщение и +
« Последнее редактирование: 19.06.2008, 16:49:53 от Klen »
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться