Новости 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).

Событие 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 Гость просматривают эту тему.
  • 5 Ответов
  • 4827 Просмотров

Есть сайт, на котором малоопытные пользователи выкладывают свои материалы, в которых есть ссылка на *.doc с кириллическим названием.
При помощи JCE пытаюсь решить вопрос закачки на сервер таких файлов. Но filemanager не хочет корректно с ними работать. При загрузке название файла меняется на "_____.doc" . Если такой файл переименовать вручную - удаление, перенос, повторное переименование становится невозможным.
Убедить пользователей переименовывать каждый загружаемый ими файл с названием из 10 слов в латинице - мягко говоря тяжело.

В связи с этим вопросы: 1. Как заставить JCE понимать названия файлов в кириллице?
2. Если это невозможно, то как присваивать таким файлам автоматом цифровые названия (порядковый номер или дата) при закачке на сервер?
Помогите, пожалуйста!
« Последнее редактирование: 16.04.2008, 12:03:39 от Ofeliya »
*

phan

  • Новичок
  • 4
  • 0 / 0
Я вот тоже столкнулся с такой проблемой.
Как я понял, из названия файла убираются все левые крякозюблы типа ""№;%:?*@#$%^&" + символы кириллицы, пробел заменяется на "_", ПРОПИСНЫЕ заменяются на строчные.
За это должно отвечает str_replace, единственное что более менее похоже на истину
preg_replace("/[^0-9a-z\-_,]+/i", "", $_GET[$name]); // Remove anything but 0-9,a-z,-_
Глядя на комент удаляет все, кроме 0-9,a-z,-_ .
Буду пробовать.
*

phan

  • Новичок
  • 4
  • 0 / 0
Странно, даже если оставить удаление всего кроме цифр результат не меняется...
*

phan

  • Новичок
  • 4
  • 0 / 0
форум походу мертв
*

koyot777

  • Захожу иногда
  • 136
  • 1 / 2
  • Не щекочи койота..
Проблема поддержки русских букв в Joomla возникает при использовании галереи, когда разрешаем пользователям добавлять файлы.
Есть решение в базе знаний Joomla с отключением функции JFile::makeSafe($file), которая считает русские буквы чем-то некорректным и с изменением кодировки в win-1251. Данное решение может отличаться для разных версии используемых галерей, я уже молчу, что необходимо предусмотреть перекодирование имени файла для отображения его пользователю в кодировку сайта. Преимущество только одно: по ftp вы увидите файлы русскими буквами и Вы сможете закачивать файлы с русскими названиями по ftp. Но, как показала практика, совсем не просто тогда заставить вэбсервер показывать эти файлы. Потом инструкция есть только для PhocaGallery.

Я предлагаю более простое решение, и, на мой взгляд более, верное, да и заработает сразу для всех.
Обычно сайт уже работает в кодировке UTF-8 и я рекомендую использовать только эту кодировку, потому как только с ней почти не будет проблем.
Ищем файлик "/libraries/joomla/filesystem/file.php" а в нем
КОД: ВЫДЕЛИТЬ ВСЁ
   public static function makeSafe($file)
   {
      $regex = array('#(\.){2,}#', '#[^A-Za-z\.\_\- ]#', '#^\.#');
      return preg_replace($regex, '', $file);
   }
Та самая функция, проверку которой и не проходят наши русскоязычные файлы. В ней мы и должны разрешить русские буквы. Для это пересохраним данный файл в кодировку "UTF-8 (без BOM)" (название используется в редакторе Notepad++) и заменим функцию на следующую:
КОД: ВЫДЕЛИТЬ ВСЁ
   public static function makeSafe($file)
   {
      $regex = array('#(\.){2,}#', '#[^A-Za-z0-9а-яА-ЯёЁ\.\_\- ]#u', '#^\.#');
      return preg_replace($regex, '', $file);
   }
Обновим файлик и у нас все работает!
Что произошло?
Если Ваш сайт уже работает в UTF-8, то и имя файла уже приходит в этой кодировке. Apache и nginx также понимают в русском написании только UTF-8. И только сервисы FTP понимают win-1251. Но пользователи-то работают с файлами через вэб интерфейс, а именно для них мы и стараемся. Функция preg_replace также не очень-то дружит с русскими буквами, поэтому установлен модификатор u для понимания, что это UTF-8 и дополнительно добавлена буква "ё" в обоих регистрах.
Что теперь будет делать эта функция? А ничего! Она просто не будет менять название файла и русские буквы будут считаться допустимыми. Т.е. если злоумышленник захочет через данный путь протолкнуть "инъекцию", то ее забанит "makeSafe", а если файл просто имеет русское название, то все хорошо!
*

Aspir

  • Новичок
  • 1
  • 0 / 0
В версии Joomla!, 3.9.14. не такого файла /libraries/joomla/filesystem/file.php"
« Последнее редактирование: 14.01.2020, 14:02:14 от Aspir »
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Разрешённые расширения файлов и максимальный размер файла

Автор Maffo

Ответов: 0
Просмотров: 1353
Последний ответ 26.12.2019, 10:15:20
от Maffo
Макет плагина "filemanager" для JCE

Автор Kitnorm

Ответов: 0
Просмотров: 1202
Последний ответ 26.11.2016, 18:35:00
от Kitnorm
Проблема с загрузкой файлов с кирилическими именами

Автор Mike_3007

Ответов: 1
Просмотров: 2054
Последний ответ 22.08.2016, 17:52:08
от Mike_3007
Редактор JCE и загрузка файлов

Автор qwertyoff

Ответов: 6
Просмотров: 6714
Последний ответ 05.05.2016, 16:44:02
от skinny
Joomla 2.5.11 менеджер файлов в редакторе JCE не видит новые папки и файлы

Автор foxbe

Ответов: 0
Просмотров: 2076
Последний ответ 05.05.2013, 13:55:46
от foxbe