Новости Joomla

Вышли релизы безопасности Joomla 6.1.3 и Joomla 5.4.8

Релиз безопасности Joomla 6.1.3 и Joomla 5.4.8

Проект Joomla! рад сообщить о выходе Joomla 6.1.3 и Joomla 5.4.8. Это релизы безопасности и исправления ошибок для серий 5.x и 6.x.

👩‍💻 WT Otpravkapochtaru - библиотека сервиса Отправка Почты России для Joomla-разработчиков.

👩‍💻 WT Otpravkapochtaru - библиотека сервиса Отправка Почты России для Joomla-разработчиков.

Joomla 5+ пакет для интеграции с API Почты России: нормализация данных, расчёт доставки, создание отправлений, партии, документы, возвраты, поиск отделений, справочники и SOAP-отслеживание.

v.3.0.0. Что нового?
Это дальнейшее развитие ранее закрытой Joomla-библиотеки для работы с API сервиса Отправка (для бизнеса) Почты России. Поэтому версия не 1.0.0, а 3.0.0.

Сейчас эта библиотека ушла от собственных реализаций и стала Joomla-обёрткой известного PHP SDK от Lapay Group.

Возможности библиотеки.
- получение настроек аккаунта, точек сдачи и текущего остатка запросов к API;
- нормализация адресов, ФИО и телефонов перед созданием отправления;
- расчёт тарифа и срока доставки;
- создание, поиск, изменение, удаление и возврат заказов в состояние «Новые»;
- проверка надёжности получателя;
- создание партий, просмотр партий и заказов внутри партии;
- генерация пакета печатных документов и формы Ф103;
- создание, изменение и удаление возвратных отправлений;
- поиск отделений по индексу, адресу и координатам, получение сервисов отделения;
- локальный список стран;
- SOAP-отслеживание операций по РПО и работа с билетами пакетного трекинга.

👩‍💻 Joomla-возможности.
В пакете библиотеки WT Otpravkapochtaru есть поля Joomla Form для расширений. Они позволяют работать в интерфейсе Joomla с некоторыми типами данных, получаемых по API из вашего личного кабинета в ЛК Почты России для бизнеса.
На данный момент в библиотеке доступны 3 поля списков, которые отображают доступные в аккаунте ОПС, типы и категории отправлений.
Поддерживаются зависимые списки: значение одного поля обновляется при изменении другого.

Системные требования.
Системные требования в основном связаны с системными требованиями апстрима библиотеки - LapayGroup PHP SDK.
- Joomla 5+
- PHP 8.3+
- Расширения PHP:
-- ext-mbstring
-- ext-simplexml
-- ext-soap (опционально, для трекинга)
-- ext-zip

Ссылки:
- Страница расширения
- GitHub библиотеки и документация

@joomlafeed

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

ice99

  • Захожу иногда
  • 85
  • 3 / 0
правильнее сказать, перенаправлял ли?
Т.е. Сайт это site.ru
А форум хочу forum.site.ru


Не офсайте  пишут
Код
     RewriteRule ^(forum/.*)$ http://  
Но предупреждают о глюках.

Либо проще поставить на поддомен чистую Joomla и на нее уже Kunena?
*

Guran

  • Захожу иногда
  • 329
  • 22 / 0
Re: Кто нибудь ставил Kunena на поддомен?
« Ответ #1 : 04.07.2016, 02:43:50 »
Не знаю, есть или нет мосты для синхронизации пользователей между двумя Joomla, на одной из которых будет установлена Kunena?
Да тогда уж лучше другой скрипт форума установить в отдельную папку, в поддомен или в другой домен и желательно на другой сервер, как это и делается везде. Раньше были с ними мосты, да и сейчас, наверное, есть.
Редирект производительность не дает, лишь дополнительная нагрузка на Апач.
Вам нужен исключительно красивый URL для форума?
Лучше из пустого корня поддомена настроить редирект на форум. Решить проблему с дублями страниц через роботс файл.
« Последнее редактирование: 04.07.2016, 03:17:51 от Guran »
*

ice99

  • Захожу иногда
  • 85
  • 3 / 0
Re: Кто нибудь ставил Kunena на поддомен?
« Ответ #2 : 04.07.2016, 08:56:22 »
Не знаю, есть или нет мосты для синхронизации пользователей между двумя Joomla, на одной из которых будет установлена Kunena?

А если ДВЕ Joomla, то я не вижу необходимости синхронизировать пользователей. На сайте будет только один пользователь (Суперадмин), а на форуме уже свободная регистрация.
Недостаток, что на форуме нужно будет повторно авторизовываться суперадмину (уже другой Joomla), но с другой стороны так даже безопасней. Будут разные пароли
Да тогда уж лучше другой скрипт форума установить в отдельную папку, в поддомен или в другой домен и желательно на другой сервер, как это и делается везде. Раньше были с ними мосты, да и сейчас, наверное, есть.
Редирект производительность не дает, лишь дополнительная нагрузка на Апач.
Вам нужен исключительно красивый URL для форума?

Дело не в "красивом url" а в "размытии" релевантности сайта форумом (пускай и тематическим). т.е. сайт это 20% правильного "оптимизированного" контента, а форум это 80% "похожего" контента.
Покурив форумы решил делать форум на поддомене forum.site.ru, чтобы поисковики считали их разными сайтами. С сайта на форум будет ссылка в nofollow, а с форума на сайт уже будут какие-то ссылки с нужных мест
Лучше из пустого корня поддомена настроить редирект на форум. Решить проблему с дублями страниц через роботс файл.

Вроде как вы же определили, что редиректы это зло (нагрузка на сервер).
Поэтому мне видится установка первой Joomla на site.ru, и установка второй Joomla на forum.site.ru.
Я подумал, даже базу данных не буду смешивать, хоть и префиксы таблиц разные.
Недостаток - нужно параллельно делать 2 бэкапа, но это не проблема.

Как решение?
*

Guran

  • Захожу иногда
  • 329
  • 22 / 0
Re: Кто нибудь ставил Kunena на поддомен?
« Ответ #3 : 04.07.2016, 10:43:39 »
Понятно. Чтобы форум не размывал основной контент сайта, я лично иначе решил эту задачу. Радикальная мера - это через роботс файл отправить весь форум в дизалов и отключить его тем самым от индексации. У вас практически тоже самое. Но выбрал среднее, так как форум нужен для комментирования материалов сайта.
Новые сообщения темы по умолчанию размещаются первыми (пользователи в своих настройках это могут изменить), индексируется поисковиками только первая страница темы с новыми сообщениями - остальные страницы темы в дизалове. Такой механизм - хорошая защита от флудеров, которые свои посты по всей сети размещают. Их первый пост уходит в конец и не виден для поисковиков, а комментарии к этому изначальному посту уже послужат в качестве уникального контента.
*

ice99

  • Захожу иногда
  • 85
  • 3 / 0
Re: Кто нибудь ставил Kunena на поддомен?
« Ответ #4 : 04.07.2016, 11:09:43 »
Понятно. Чтобы форум не размывал основной контент сайта, я лично иначе решил эту задачу. Радикальная мера - это через роботс файл отправить весь форум в дизалов и отключить его тем самым от индексации. У вас практически тоже самое. Но выбрал среднее, так как форум нужен для комментирования материалов сайта.
Новые сообщения темы по умолчанию размещаются первыми (пользователи в своих настройках это могут изменить), индексируется поисковиками только первая страница темы с новыми сообщениями - остальные страницы темы в дизалове. Такой механизм - хорошая защита от флудеров, которые свои посты по всей сети размещают. Их первый пост уходит в конец и не виден для поисковиков, а комментарии к этому изначальному посту уже послужат в качестве уникального контента.
Понятно.
А у меня специфика следующая:
1. на сайте коментирования нет
2. форум нужен для:
      а) консультирования по продуктам и тематике сайта
      б) повышения статусности сайта для посетителей
      в) с некоторых тем будут ссылки на страницы сайта (как никак а "ссылка с тематического ресурса")
3. Наплыва сообщений на форуме нет, поэтому думаю организовать
   а) свободную регистрацию
   б) постинг незарегестрированным (обязательная премодерация мной. наелся спама с phpbb)
   в) постинг зарегестрированным (обязательная премодерация мной)
4. Форум разумеется от индексации отключать не буду, т.к. он может привлечь посетителей на основной сайт.

*

Guran

  • Захожу иногда
  • 329
  • 22 / 0
Re: Кто нибудь ставил Kunena на поддомен?
« Ответ #5 : 04.07.2016, 11:29:52 »
Мысль хорошая. Можно шаблон один использовать, так что пользователь и не поймет, что попадает на другой ресурс.
Ссылки с "тематического ресурса"? Желательно, наверное, к форуму надо будет прикрепить другой ip-адрес - поисковики его понимают, обращают на него внимание.
*

ice99

  • Захожу иногда
  • 85
  • 3 / 0
Re: Кто нибудь ставил Kunena на поддомен?
« Ответ #6 : 04.07.2016, 12:08:03 »
Мысль хорошая. Можно шаблон один использовать, так что пользователь и не поймет, что попадает на другой ресурс.
Ссылки с "тематического ресурса"? Желательно, наверное, к форуму надо будет прикрепить другой ip-адрес - поисковики его понимают, обращают на него внимание.
Да, шаблон будет один и тот же (хотя, скорее только шапка).
"другой ip" - ну допустим можно у бегета по-моему за 660р\год купить второй IP. Хотя, мне кажется сильного смысла нет.
Контактов, адресов и прочей вещи, за которые могут наложить аффилиат - нет. Для поисковиков это будут просто "вопросы и ответы на том же IP с ссылками на основной сайт" . Тем более с основного сайта ссылка на форум будет nofollow (т.е. перекрестных не будет).
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Релизы безопасности Kunena

Автор Sulpher

Ответов: 0
Просмотров: 1167
Последний ответ 11.08.2026, 01:40:33
от Sulpher
Шаблоны для Kunena от RoundTheme

Автор Sulpher

Ответов: 28
Просмотров: 8370
Последний ответ 11.08.2026, 01:37:41
от Sulpher
Исчезло меню Kunena

Автор filiasfox

Ответов: 0
Просмотров: 4225
Последний ответ 07.05.2026, 14:30:34
от filiasfox
Не работает CKEditor в Kunena 7

Автор lolitma3

Ответов: 1
Просмотров: 4170
Последний ответ 26.04.2026, 17:30:07
от lolitma3
Список расширений для Kunena

Автор Kula4ka

Ответов: 16
Просмотров: 31006
Последний ответ 13.03.2026, 17:21:05
от lemur