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

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
Чем чаще смотрю на диалог настроек, тем сильнее он кажется перегруженным. С каждой новой версией я добавляю в него все больше и больше параметров, и, как показывает практика, со временем это начало сказываться на работоспособности - у некоторых пользователей начала возникать ошибка сохранения настроек.

Абсолютно точно поймать этот баг у меня не получилось, но есть большое подозрение, что это связано с какими-то ограничениями на сервере (выставленными хостером) на количество переменных в POST запросе. Почему ограничение? Потому что ошибка проявлялась при увеличении количества категорий - допустим выбрано 20 категорий - настройки сохраняются, выбрали 21 - уже нет.

Посему появилось желание упростить несколько этот диалог, допустим, разбив его на 2: Настройки и Права. Т.е. вынести закладку Права в отдельный диалог. Это позволит примерно вполовину сократить количество элементов в форме, и следовательно должно и решить проблему сохранения, и несколько разгрузить диалог.

Однако есть еще один нюанс. Если на сайте установлен JoomFish, то в настоящее время, в форме появляется еще один элемент - список языков, и параметры можно настроить для каждого из языков. Если мы диалог разобьем на 2 части (настройки и права), то этот список нужно будет добавить и там, и там. Не будет ли это более запутано, чем сейчас? Что при наличии на сайте 2-х языков, для полной настройки компонента нужно будет 2 раза сохранить диалог Настройки, и 2 раза сохранить настройки прав?

А дальше (в самой ближайшей перспективе), планируется добавить разделение настроек по компонентам (чтобы для com_content были одни настройки, а, допустим, для com_virtuemart - другие). И тут получается, что диалог еще больше усложнится, ибо вкупе с JoomFish для настройки под каждый язык и под каждый компонент придется сохранять несметное количество раз. С одной стороны потрясающая гибкость, с другой стороны это какой-то кошмар для администратора.

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

Может быть у кого-либо есть другие предложения? Ибо что-то надо делать - сейчас к релизу готовится новая версия, она добавит на форму настроек еще 3-4 параметра.
« Последнее редактирование: 11.09.2009, 12:57:27 от smart »
*

Darkick

  • Завсегдатай
  • 1142
  • 239 / 1
Надо еще как-то упростить настройки прав для групп пользователей. Как то их объеденить что ли. Настроить одну группу и нажать "Применить ко всем", а там доправить отличия может быть.
А то получается 7 групп, у которых различаются настройки (лично у меня) только для гостей, не гостей и всех кто в адмике.
*

Юра

  • Захожу иногда
  • 56
  • 3 / 0
В принципе есть еще один вариант - сохранять не целиком все настройки, а постранично. Т.е. на каждой закладке в диалоге добавить кнопку Применить, и по нажатию на эту кнопку сохранять отдельную закладку... Но тоже, боюсь добавит лишней путаницы.
Отдельно сохранять вкладки. Если есть возможность отслеживать, производились ли изменения, в даной вкладке, при переходе на другую, то можна просто спрашивать пользователя, модальн%м окошком, сохранять ли их?
*

era

  • Администратор
  • 1588
  • 392 / 5
  • В туалете лучше быть пользователем, чем админом.
или права доступа вынести в отдельный пункт и может быть сделать их в виде матрицы:
Код
                                 |    Гость | Зарегеный | Автор | и т.д. | и т.п.
Добавление комментариев          |     v    |     v     |   v   |    v   |    v
Редактирование своих коментов    |     v    |     v     |   v   |    v   |    v
а то приходится переключаться что-бы смотреть а кому я что дал в другой группе
*

mamahtehok

  • Захожу иногда
  • 71
  • 8 / 2
мне кажется вариант отделения прав более правильным, и вкладка языков запутывать не должна, при разделении мне кажется что это логично, единственное что это немного усложнит использование, но пользователям JoomFish не привыкать )))
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
и может быть сделать их в виде матрицы:
Тогда у нас раздел настройки прав будет на 2-3 экрана высотой, потому как в одну строку более одного параметра поместить будет нельзя, и придется делать простыню. Я не думаю, что это будет удобно. А так, переключаясь с одной на другую закладку сразу видно - какие параметры различаются.

Настроить одну группу и нажать "Применить ко всем", а там доправить отличия может быть.
в принципе идея неплохая, можно реализовать.

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

Другое дело, можно по умолчанию сделать 2 флага: Единые настройки для всех языков и Единые настройки для всех компонентов. И если эти флаги установлены, то не заморачиваться с языками и компонентами, а пользователи будут видеть один общий диалог настроек. А тем, кто захочет полноты власти (и ощущений), то включит один из двух флагов, или оба сразу.

Единственная проблема связана с тем, что при отключении разделения по языкам, пропадет возможность задавать разные текстовые сообщения (правила, сообщение о недоступности добавления комментариев, сообщение о заблокированном обсуждении).
*

era

  • Администратор
  • 1588
  • 392 / 5
  • В туалете лучше быть пользователем, чем админом.
*

smart

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

Mitrich

  • Захожу иногда
  • 289
  • 524 / 13
  • Все можно. Но сначала учиться, учиться и учиться.
Серег. А может определить настройки групп как глобальные и локальные.
Тогда будет глобальная настройка и около локальной будет показано что в глобальной и возможность поменять.
Возможно глобальные потом нужно будет поделить на front и back глобальные

В свете 1.6 которая когда то будет иметь возможность добавления своих групп, думаю, стоит рассмотреть такую схему.
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
А может определить настройки групп как глобальные и локальные.
я тут упростить хочу, а ты мне кажется усложняешь :)
*

Mitrich

  • Захожу иногда
  • 289
  • 524 / 13
  • Все можно. Но сначала учиться, учиться и учиться.
Неа
упрощаю

Есть настройки, а есть детальные настройки.
Погляди на тот же sh404SEF и Virtuemart

у них два уровня настроек и большинство довольствуется более простым (дефолтным)
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
Так, проблему сохранения данной формы на серверах с ограничением на количество переменных в запросе решил довольно простым способом - перед сохранением параметров собираю их значения на форме, пакую в base64 и отправляю одним куском на сервер, а там уже разбираю что и как.

Кроме того, реализовал функцию сохранения параметров на AJAX, теперь это еще быстрее. И добавил еще одну полезную функцию (по крайней мере для новичков) - восстановление параметров по умолчанию. Теперь, при желании, можно довольно просто настройки компонента вернуть к первоначальному состоянию (как будто вы его только что установили). Это полезно, когда есть ощущение, что вы что-то намудрили, а что именно - не помните.
*

locksmith

  • Захожу иногда
  • 60
  • 0 / 0
Так, проблему сохранения данной формы на серверах с ограничением на количество переменных в запросе решил довольно простым способом - перед сохранением параметров собираю их значения на форме, пакую в base64 и отправляю одним куском на сервер, а там уже разбираю что и как.


Кроме того, реализовал функцию сохранения параметров на AJAX, теперь это еще быстрее. И добавил еще одну полезную функцию (по крайней мере для новичков) - восстановление параметров по умолчанию. Теперь, при желании, можно довольно просто настройки компонента вернуть к первоначальному состоянию (как будто вы его только что установили). Это полезно, когда есть ощущение, что вы что-то намудрили, а что именно - не помните.

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

Поддержка akismet была бы кстати в JComments

Автор Александр Кардаш

Ответов: 16
Просмотров: 6133
Последний ответ 03.10.2022, 11:03:05
от wishlight
Как вывести Jcomments в теле статьи?

Автор marina9777

Ответов: 1
Просмотров: 3550
Последний ответ 09.04.2022, 13:20:07
от Helios
Управление подпиской на уведомления о новых комментариях в JComments

Автор smart

Ответов: 66
Просмотров: 50890
Последний ответ 24.09.2021, 16:21:37
от Vlad1
Добавить систему рейтинга в JComments

Автор webtrack

Ответов: 59
Просмотров: 61202
Последний ответ 17.05.2021, 11:21:08
от McCafferty
Можно ли reCAPTCH для JComments сделать с отложенной загрузкой?

Автор ncknck

Ответов: 12
Просмотров: 4244
Последний ответ 04.11.2020, 20:50:42
от ProtectYourSite