Новости Joomla

Количество расширений в Joomla Extensions Directory вновь стало расти.

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-чатов.

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

Mihanja80

  • Завсегдатай
  • 1918
  • 168 / 4
  • Всю жизнь учусь...
MySQL InnoDB или MyISAM
« : 12.03.2012, 00:54:08 »
MySQL InnoDB или MyISAM - популяроный запрос в поисковике, пусть и у нас на форуме будет такая тема.

не знаю, заметил ли кто что Joomla 2.5 создает таблицы в MySQL InnoDB, хотя по памяти помню что Joomla 1.5 создавала таблицы в MySQL MyISAM...
Так вот, сайт, проапгрейденный с Joomla 1.5 до Joomla 2.5, теперь на половину имеет таблицы обеих типов...

Может стоит все же привести все таблицы к одному типу?
Кто что думает?
Записан
Я с мобильного, в основном...
*

dimetrius

  • Захожу иногда
  • 160
  • 8 / 1
Re: MySQL InnoDB или MyISAM
« Ответ #1 : 20.03.2012, 12:10:00 »
Может быть у вас в параметрах mysql указано по умолчанию чтоб использовать InnoDB.
В старых версиях действительно было прописано чтоб использовался именно MyISAM тип, в новых версиях, на сколько я заметил, это требование просто убрали. Устанавливается тот тип БД, который указан у вас в параметрах mysql по умолчанию.

Мне же хотелось бы узнать, может кто уже испытал, попробовал...
Какие таблицы лучше всего перевести с MyISAM на InnoDB, какие на MEMORY.
Как я понимаю, таблицу с контентом лучше оставить в MyISAM, чтоб по ней осуществлялся полнотекстовый поиск, который применяется в Joomla.
-----------------
Update:
Преобразовал все основные таблицы с MYISAM в INNODB, поиск как работал, так и работает... может я не знаю что такое полнотекстовый поиск? :)

Что заметил:
а, Две таблицы _finder_tokens и _finder_tokens_aggregate имеют по умолчанию тип MEMORY
б, Используется Joomla 2.5, а присутствуют таблицы от стандартного опроса Joomla 1.5 (_polls, _poll_data и _poll_date). В них всего один опрос, т.е. это не те таблицы, что были у меня на Joomla 1.5 и просто перенеслись. Как известно, в Joomla 2.5 отсутствует стандартный компонент опросов.
« Последнее редактирование: 20.03.2012, 23:44:35 от dimetrius »
Записан
*

Mihanja80

  • Завсегдатай
  • 1918
  • 168 / 4
  • Всю жизнь учусь...
Re: MySQL InnoDB или MyISAM
« Ответ #2 : 21.03.2012, 14:03:33 »
только вот надумал тему поднять :) а ее уже подняли.

У меня впс, настраивал толковый админ (имеет свой хостинг). Как там по умолчанию настроенно я не знаю...

Хотелось бы услышать мнения Гуру по поводу типов таблиц...
Записан
Я с мобильного, в основном...
*

b2z

  • Глобальный модератор
  • 7288
  • 778 / 0
  • Разраблю понемногу
Re: MySQL InnoDB или MyISAM
« Ответ #3 : 21.03.2012, 14:07:02 »
Да, вопрос хороший. А вообще все зависит от типа сайта - ведь как известно MyISAM значительно быстрее работает при SELECT запросах, то бишь на чтение. Поэтому для Joomla в её дефолтном варианте предпочтительнее MyISAM - imho  8) Вот очень интересный тест сравнения.
« Последнее редактирование: 21.03.2012, 14:10:09 от bzzik »
Записан
*

Snip

  • Захожу иногда
  • 236
  • 14 / 1
Re: MySQL InnoDB или MyISAM
« Ответ #4 : 10.08.2012, 02:09:09 »
Спорный вопрос. Тут ведь InnoDB надежнее, а MyISAM быстрее.
Я также обратил внимание, что многие популярные "шаблоноделы" до сих пор делают в MyISAM, хотя Joomla 2.5 уже по умолчанию требует InnoDB и ведь не просто так. Я о том что из пресс-релиза Joomla у них говорится, что Joomla 3.0 будет работать только на InnoDB. Я конечно не разработчик и не догоняю всей сути, но точно знаю, что "вставка" и "апдейт" работают на MyISAM быстрее, хотя разрабам виднее.
И еще. Я неоднократно читал, что одновременно 2 типа лучше не держать, т.к. между InnoDB и MyISAM иногда могут возникнуть конфликты из-за разной работы.
Записан
*

Mihanja80

  • Завсегдатай
  • 1918
  • 168 / 4
  • Всю жизнь учусь...
Re: MySQL InnoDB или MyISAM
« Ответ #5 : 10.08.2012, 23:05:02 »
спасибо за мнение!
Записан
Я с мобильного, в основном...
*

Postx

  • Новичок
  • 1
  • 0 / 0
Re: MySQL InnoDB или MyISAM
« Ответ #6 : 09.04.2013, 00:09:35 »
После сбоя на сервере половина таблиц послетала.. хостер ответил следующее: "Указанные Вами таблицы используют InnoDB, что в условиях виртуального хостинга мы крайне не рекомендуем (InnoDB оптимально использовать на выделенном сервере, где конфигурация MySQL будет  оптимизирована именно для работы с данным типом таблиц, но на виртуальном хостинге не реализованы вообще никаких настройки конфигурации InnoDB (поддержка есть, но исключительно на уровне, как было представлено по умолчанию разработчиками MySQL"
Записан
*

florell

  • Осваиваюсь на форуме
  • 23
  • 0 / 0
Re: MySQL InnoDB или MyISAM
« Ответ #7 : 20.05.2013, 20:57:44 »
Возник вот такой вопрос. У меня на одном сервере работает несколько сайтов. С теми, что на myisam проблем нет, тот что на innodb (joomla 2.5.11) очень сильно тормозит при добавлении нового материала (как раз получается на INSERT).
Что можно сделать, чтобы убрать тормоза? Может можно определенные таблицы (к примеру content) конвертнуть в myisam а остальное что менее задействовано оставить в innodb?
Прошу совета, поскольку в этой области я совершенно не спец.
Записан
*

Langoliers

  • Давно я тут
  • 621
  • 67 / 2
  • Если б Я изучал людей, то был бы паразитологом
Re: MySQL InnoDB или MyISAM
« Ответ #8 : 20.05.2013, 21:37:59 »
У меня облачный сервер на селектеле с недавнего времени... До этого были VPS... И там и там Я использовал InnoDB... Собственно на работе у меня три вэб сервера с CRM системами, которые Я постепенно подкручивал...
Скажу так: при достаточном кол-ве ресурсов на машине разницы в скорости не будет заметно... Но Я больше склоняюсь к InnoDB, так как она реально надежнее и кстати говоря дает меньше нагрузки...
НО используйте лучше что-то одно... У вас ведь не социальные сети, в которых постоянно происходит миллион записей в базу, а статика в основном... Все закешировано. А вот упасть - может, поэтому лучше InnoDB все-таки... Так же InnoDB гораздо лучше работает со связями (контент-автор) и т.п. В этом случае можно даже реализовать функционал удаления всех материалов автора, при непосредственном удалении автора, гораздо проще, чем в MyISAM
Записан
*

florell

  • Осваиваюсь на форуме
  • 23
  • 0 / 0
Re: MySQL InnoDB или MyISAM
« Ответ #9 : 20.05.2013, 21:49:11 »
Да, согласен, записей не много. Но все равно ждать по 10 минут сохранения материала как-то не впечатляет. Связи как-то меня не особо интересуют, поскольку я единственный публикующий автор.
Насчет достаточности ресурсов я не уверен. Сервак не выделенный, да и все настройки оставлены видимо по умолчанию. К примеру innodb_buffer_pool_size стоит 8М. Попросил саппорт поднять хотя бы до 128М.
Может еще какие-то параметры стоит изменить чтобы легче дышалось?
Записан
*

Langoliers

  • Давно я тут
  • 621
  • 67 / 2
  • Если б Я изучал людей, то был бы паразитологом
Re: MySQL InnoDB или MyISAM
« Ответ #10 : 20.05.2013, 21:52:29 »
Цитата: florell от 20.05.2013, 21:49:11
К примеру innodb_buffer_pool_size стоит 8М. Попросил саппорт поднять хотя бы до 128М.
Все настолько плохо? о_О
У меня с хостерами таких проблем никогда не было, если честно... Уж не знаю, как они на это отреагируют... Но вряд ли до 128 поднимут... Хотя видно будет... Но тут явно дело в хостере, так как у меня таких проблем никогда не было, даже с параметрами "по умолчанию"
Записан
*

florell

  • Осваиваюсь на форуме
  • 23
  • 0 / 0
Re: MySQL InnoDB или MyISAM
« Ответ #11 : 20.05.2013, 22:02:30 »
Посмотрю что ответят. Сервер типа виртуального но с ограниченным количеством клиентов на нем.
Вот поэтому я и спрашиваю - может быть можно jos_content перевести в myisam?
Записан
*

florell

  • Осваиваюсь на форуме
  • 23
  • 0 / 0
Re: MySQL InnoDB или MyISAM
« Ответ #12 : 21.05.2013, 08:01:30 »
Поставили мне в конечном итоге innodb_buffer_pool_size=20 Мб. Но я так понимаю это все до тех пор, пока таблица снова не разрастется.
Записан
*

Langoliers

  • Давно я тут
  • 621
  • 67 / 2
  • Если б Я изучал людей, то был бы паразитологом
Re: MySQL InnoDB или MyISAM
« Ответ #13 : 21.05.2013, 10:44:23 »
Цитата: florell от 21.05.2013, 08:01:30
Поставили мне в конечном итоге innodb_buffer_pool_size=20 Мб. Но я так понимаю это все до тех пор, пока таблица снова не разрастется.
Я могу посоветовать только убегать от такого хостера. Я пользуюсь хостингом от SpaceWeb - очень рекомендую. Не просто подобных проблем не было, проблем вообще не было никогда.
К сожалению парочку проектов разрастаются и Я частично ухожу на облачный сервер...
Записан
*

florell

  • Осваиваюсь на форуме
  • 23
  • 0 / 0
Re: MySQL InnoDB или MyISAM
« Ответ #14 : 21.05.2013, 11:19:06 »
Возможно есть смысл перетащить к ним только этот сайт, поскольку только он портит всю "малину".
Но это уже на крайний случай.
Записан
1   Вверх
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Слетел MySQL после попытки смены пароля через БД

Автор nataborata

 Ответов: 3
Просмотров: 2226 		Последний ответ 21.09.2014, 23:00:57
от nataborata
Joomla! 2.5.22 папка с паролем от MySQL-пользователя

Автор cler

 Ответов: 8
Просмотров: 1628 		Последний ответ 16.08.2014, 04:50:04
от cler
Привилегии пользователя MySQL

Автор Skandalli

 Ответов: 2
Просмотров: 2112 		Последний ответ 01.06.2014, 22:18:17
от zomby6888
Не могу настроить Joomla, объясните что надо сделать с базой данных MySQL

Автор partner-biz

 Ответов: 3
Просмотров: 1778 		Последний ответ 19.06.2013, 19:56:26
от SDKiller
На 4 шаге установки Joomla - ошибка "Unable to connect to the database:Could not connect to MySQL"

Автор peterer2

 Ответов: 1
Просмотров: 2008 		Последний ответ 03.10.2012, 21:55:30
от SK