Новости Joomla

👩‍💻 SW JProjects v.2.6.1 - компонент каталога расширений для веб-приложений.

👩‍💻 SW JProjects v.2.6.1 - компонент каталога расширений для веб-приложений.

Компонент позволяет сделать свой мини-Joomla Extensions Directory - каталог расширений для CMS (не только для Joomla) или файлов. Есть возможность скачивания по лицензионным ключам создания кастомных схем данных для сервера обновлений.

👩‍💻 v.2.6.1. Что нового?
- Правки наследования схем серверов обновлений. Улучшена логика наследования схем серверов обновлений для проектов компонент - категория - проект.
- Не стабильные релизы в сервере обновлений. Теперь в данные сервера обновлений попадают все версии (alpha, beta и т.д.), а не только stable.
- Косметические изменения. В шаблоне по умолчанию сделаны замены некоторых CSS-классов, уточнено присвоение атрибутов loading=lazy и fetchpriority.
- Рефакторинг и правки кода. Текущее обновление кодовой базы.
- Исправление ошибок.

👩‍💻 Больше спасибо за помощь в тестировании участникам нашего сообщества Александру Новикову (@pro_portal) и Александру Судьбинову (@alexrevo).

- Страница расширения
- GitHub расширения
- Joomla Extensions Directory

@joomlafeed

Событие Pizza, Bugs & Fun - 29-30 января 2026 года.

Событие Pizza, Bugs & Fun  - 29-30  января 2026 года.

Уже несколько лет в мире Joomla проводятся мероприятия "Pizza, Bugs & Fun" (#PBF), где каждый может посвятить несколько часов своего мозгового времени тому, чтобы наша любимая CMS стала ближе к идеалу.

Ссылки на видео и статьи из этого поста рассказывает об организационных вопросах, которые пригодятся для участия в PBF, а так же что и как делать.

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

Каждый помогает тем, что он умеет:

  • кто-то пишет недостающую документацию,
  • кто-то пишет код,
  • кто-то тестирует как исправлены ошибки или сделан новый функционал.

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

https://www.youtube.com/watch?v=a-FuVKXg_Uw 

На момент написания данного поста в репозитории Joomla 810 открытых Issue (как правило это баги) и 236 Pull request (PR, исправление багов и новый функционал). Все PR обязательно тестируются минимум двумя участниками сообщества, дабы в конечный код движка не проскочила ошибка.

Если каждый из участников только нашего сообщества сделает даже одно тестирование, то, боюсь, PR и Issue на всех не хватит 😀 И ничего не останется нашим коллегам из международных Joomla-чатов.

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

smart

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

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

Для этого немного модифицируем компонент регистрации пользователей.  Открываем файл /components/com_registration/registration.php, находим в нем следующую строку:

	
$row->gid 
	
	
$acl->get_group_id'Registered''ARO' );


и добавляем сразу же после нее:

	
$row->block '1';


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

Однако, если на сайте будет включена функция активации по e-mail, блокировка будет сниматься автоматически. Нам же это не нужно, поэтому, мы находим в этом же файле строку:

	
"\n SET block = 0, activation = ''"


и заменяем ее на:

	
"\n SET activation = ''"


Т.е. ключ активации будет сбрасываться, а блокировка - нет. Таким образом с одной строны пользователю при регистрации все-таки нужен будет рабочий e-mail адрес, а с другой стороны автоматчиески он не разблокируется. Единственное что требуется, это в тексте письма об активации (константа _USEND_MSG_ACTIVATE в языковом файле, расположенном в папке /languages) надо добавить пару строк о том, что после активации необходимо дождаться утверждения учетной записи администратором.

В принципе, можно еще добавить отправку пользователю письма об утверждении учетной записи. Для этого необходимо открыть файл /administrator/components/com_user/admin.users.php, найти в нем строчки:

	
// if action is to block a user
	
if ( 
$block == ) {
	
	
foreach( 
$cid as $id ) {
	
	
// delete user acounts active sessions
	
	
	
logoutUser$id'com_users''block' );
	
	
}
	
}


и заменить на следующие:

	
// if action is to block a user
	
if ( 
$block == ) {
	
	
foreach( 
$cid as $id ) {
	
	
// delete user acounts active sessions
	
	
	
logoutUser$id'com_users''block' );
	
	
}
	
} else {
	
	
global 
$mosConfig_mailfrom$mosConfig_fromname;
	
	

	
	
$database->setQuery"SELECT email FROM #__users WHERE ( $cids )" );
	
	
$users $database->loadObjectList();

	
	
$subj 'Account is approved';
	
	
$msg 'Congratulations, your account is approved!';

	
	
foreach( 
$users as $u ) {
	
	
	
mosMail($mosConfig_mailfrom$mosConfig_fromname$u->email$subj$msg);
	
	
}
	
}


Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Как разрешить использование дефиса в логинах пользователей?

Автор smart

Ответов: 0
Просмотров: 17596
Последний ответ 28.12.2006, 11:17:06
от smart
После импорта таблицы не видно пользователей

Автор vovs

Ответов: 1
Просмотров: 17750
Последний ответ 02.05.2006, 22:56:41
от smart