loader
СГБ - Сологуб
Заказать услуги

Материалы с меткой: joomla

14.10.2026 в 11:43 Читать ~ 3 минуты 15
0ответов
Example blog post alt

Давай честно: когда ты последний раз делал бэкап своего сайта? Не «как-нибудь в понедельник», а реально — с дампом базы и всеми файлами, в одном месте, готовый к восстановлению за 20 минут. Если твой ответ «не помню» или «надеюсь, хостинг сам делает» — эта статья для тебя.

Я недавно столкнулся с типичной болью: сайт на Joomla разросся до 60 гигабайт. Стандартные кнопки «сделать бэкап» в админке нет. А платные сервисы бэкапа на такой объём выставляют счёт, от которого хочется закрыть ноутбук и пойти гулять.

Родилась идея: а зачем вообще зависеть от кого-то?

Так и родился плагин автоматического бэкапа. Логика простая и четкая: по расписанию (например, раз в сутки, ночью) он сам делает дамп базы данных, упаковывает все файлы сайта в архив и заливает результат на твой собственный FTP-сервер. Без сторонних облаков, без подписок, без «мы храним ваши данные в дата-центре на Марсе».

Главное, что пришлось решить — это объёмы. Сайты растут, и 1–2 гигабайта — давно не предел. Здесь вылезли все классические грабли: обрыв по таймауту PHP, нехватка памяти, диск, который забивается временными архивами. Решение нашлось в потоковой загрузке — файл уходит на FTP сплошным потоком (режим non-blocking, если тебе интересна техническая кухня), и никакой таймаут больше не способен оборвать передачу. 60 гигов — не проблема, было бы место на FTP.

Почему иметь свой бэкап — это отлично

Если коротко — потому что это независимость. Вот три вещи, которые ты получаешь, когда архив сайта лежит на твоём сервере, а не в чужом облаке:

  • Ты не платишь абонентку. Бэкап делается на твоё железо и твой FTP. Раз потратился на диск — и всё, дальше бесплатно.
  • Ты не зависишь от стороннего сервиса. Если завтра тот самый сервис поднимет цены, сменит условия или вообще закроется — тебе всё равно. Архив у тебя в руках.
  • Ты контролируешь данные. Никаких «мы передаём данные третьим лицам» мелким шрифтом. Сайт — твой, бэкап — твой, сервер — твой.

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

Что дальше: WordPress, Битрикс и другие CMS

Joomla — это только начало. Логика-то универсальная: дамп базы, упаковка файлов, загрузка на FTP, ротация старых архивов. Поэтому уже в работе адаптации под другие популярные системы:

  • WordPress — самая массовая CMS, там своя боль с плагинами и тем, что бэкап-плагины часто бесплатны только «на бумаге»;
  • 1С-Битрикс — у него свои особенности резервного копирования, но запрос от пользователей огромный;
  • и другие популярные CMS по мере появления запросов.

Смысл один и тот же: дать владельцу сайта простую, надёжную и — главное — независимую от чужих сервисов кнопку «мой архив всегда со мной».

Итог простыми словами

Свой бэкап — это не про паранойю и не про «на всякий случай». Это про то, что твой сайт, твой труд и твои данные принадлежат тебе. Сделай копию на своём сервере — и спи спокойно. А мы как раз этим и занимаемся: делаем, чтобы эта копия создавалась сама, без нервов и без счёта от чужого облака.

25.09.2026 в 08:59 Читать ~ 1 минуту 33
0ответов
Example blog post alt

Оговорка: Это не техническое руководство и не универсальное решение — просто рассказ об одном конкретном случае из повседневной работы. У вас проблема может выглядеть похоже, но причина и решение будут своими: логи всегда стоит смотреть отдельно для каждого сервера.

Классика жанра: клиент пишет «мы ничего не трогали, сайт сам сломался». И знаете что? В этот раз он даже почти прав. Сайт действительно ничего не делал. А вот кое-кто другой — делал, и очень усердно.

Лезем в логи nginx и PHP-FPM и видим одного до боли настойчивого посетителя: IP, протокол HTTP/1.0, никакого нормального User-Agent, и заход буквально на все поддомены сайта подряд — Щёлково, Рубцовск, Новошахтинск, Бийск, Орск, Тула, и ещё десяток городов — с интервалом в доли секунды между запросами. Ни один живой человек так по сайту не бегает, даже если очень торопится.

Дальше начинается самое интересное — что происходит внутри сервера, пока снаружи бот весело перебирает города. PHP-FPM пытается обслужить лавину запросов и в какой-то момент говорит нам прямо, без дипломатии:

 connect() to unix:/var/www/php-fpm/15.sock failed (11: Resource temporarily unavailable) — очередь к пулу забита, воркерам конца не видно
upstream timed out (110: Connection timed out) — те воркеры, что успели подключиться, не успевают ответить за отведённое время
limit_req: срабатывание зоны «СУПЕР_САЙТ_КЛИЕНТАю» — nginx честно пытается притормозить поток, но лимит явно рассчитан не на такую наглость

Что с этим делать, если не хочется повторения

  • Заблокировать или ограничить конкретный IP (и проверить, не прячется ли за ним целая подсеть) — самый быстрый способ прекратить конкретно этот забег
  • Увеличить pm.max_children и listen.backlog в пуле PHP-FPM, чтобы очередь не переполнялась от одного настойчивого гостя
  • Настроить limit_req жёстче для запросов без нормального User-Agent — боты обычно этим и выдают себя
  • Поставить перед сайтом WAF или CDN с защитой от ботов, чтобы такие набеги резались до того, как доберутся до PHP-FPM

Мораль: сайт сам не падает. Но иногда падает так изящно и вовремя, что кажется — прямо как в детективе, был кто-то третий. И этот третий обычно сидит где-то в подсети IP x.x.x.x, притворяется поисковиком и обходит все ваши города по очереди, пока живые покупатели грустно смотрят на страницу с ошибкой 502.

12.08.2026 в 10:34 Читать ~ 3 минуты 60
0ответов
Example blog post alt

Звонок от клиента. «Хочу сайт. Мне тут посоветовали WordPress, сосед говорит — Tilda, а ваш сайт вообще на Joomla сделан. Что брать-то?»

Знакомо? Разбираем без религиозных войн. У каждой платформы — свой характер. И свой набор граблей.

Сразу к сути: не бывает «лучшей» CMS. Бывает — подходящая вам

Если кто-то говорит «только WordPress, остальное — шлак» или «Joomla устарела» — этот человек либо зарабатывает на WordPress, либо просто не копал глубже и не особо он и программист. В жизни всё сложнее.

Давайте пройдёмся по трём вариантам для типичного малого бизнеса: сайт услуг, каталог продукции, блог компании, может, небольшой интернет-магазин. И сравним: Joomla, WordPress, конструкторы (Tilda/Ready).

Конструкторы (Tilda, Ready и иже с ними) — быстрый старт

Плюсы:

  • Сделал сам за выходные. Серьёзно. Готовые блоки, перетаскиваешь мышкой — красота.
  • Платишь 500–1000 ₽ в месяц — и голова не болит про хостинг и сертификаты.
  • Дизайн «из коробки» приличный. Клиенту заходит.

Минусы:

  • Вы привязаны к платформе. Уйти с Tilda на свою CMS — это переделать всё с нуля.
  • SEO — не провальное, но ограниченное. ЧПУ, микроразметка, скорость загрузки — там, где «из коробки» уже не хватает, сделать кастомно не получится.
  • Растёт стоимость. Как только нужно больше страниц, интернет-магазин, личный кабинет — тарифы кусаются, а возможностей не хватает. И вы возвращаетесь к выбору CMS.

Вердикт: отлично для старта. Сайт-визитка, лендинг, портфолио на 5–10 страниц. Если бизнес планирует расти — конструктор быстро станет тесным.

WordPress — народный король

Плюсы:

  • Огромная экосистема. Плагинов — как грязи (в хорошем смысле). Практически любую задачу можно закрыть готовым решением.
  • Простая админка. Человек после офисных программ разбирается за полчаса.
  • Много подрядчиков. Все знают WordPress, найти исполнителя легко.
  • Бесплатно. Сам движок — да. Хостинг, домен — отдельно.

Минусы:

  • Качество плагинов — лотерея. Один обновляется раз в неделю, другой заброшен три года назад. А вы об этом узнаёте, когда сайт ложится.
  • Безопасность. WordPress — самая атакуемая CMS в мире. Если не обновлять и не следить — уведут.
  • Плагины конфликтуют. Поставили три — норм. Поставили двадцать — начинается «угадай, почему не работает».

Вердикт: хорош для блогов, корпоративных сайтов, каталогов с умеренной сложностью. Но если нужна сложная структура контента и нестандартные права доступа — WordPress начинает скрипеть.

Joomla — зрелый инструмент для сложных задач

Про Joomla я пишу не потому, что мы с ней работаем. А потому, что реально вижу, где она выигрывает.

Плюсы:

  • Гибкая структура контента. Категории, вложенные категории, метки, типы материалов — из коробки мощнее, чем у WordPress. Сайт с сотнями статей и сложной иерархией — на Joomla собирается естественно, без костылей.
  • Права доступа. Можно разграничить, кто что видит и редактирует. Например, менеджеры по продажам правят свои разделы, бухгалтерия — свои, не мешая друг другу.
  • Многоязычность. Встроена. Без плагинов типа WPML, которые стоят денег и любят конфликтовать с темой.
  • Обновления и совместимость. Экосистема поменьше, чем у WordPress, но она более предсказуемая. Компоненты обычно следят за совместимостью с ядром.

Минусы:

  • Порог входа выше. Админка сложнее, чем у WordPress. Без обучения не всегда интуитивно.
  • Меньше готовых шаблонов и плагинов. Это и плюс (меньше мусора), и минус: иногда нужную фичу проще написать, чем найти. Но мы, как студия, это и делаем.
  • Разработчиков меньше. Найти толкового специалиста по Joomla сложнее, чем по WordPress. Но они есть — и, как правило, это люди с опытом, а не вчерашние школьники.

Вердикт: идеально для средних и крупных проектов со сложной структурой. Корпоративные порталы, каталоги, многоязычные сайты, закрытые разделы для партнёров. Если сайт — не просто «витрина», а рабочий инструмент бизнеса — Joomla себя оправдывает.

Сравнительная таблица (коротко)

Критерий Конструктор WordPress Joomla
Быстрый старт ★★★★★ ★★★★☆ ★★★☆☆
Гибкость ★★☆☆☆ ★★★★☆ ★★★★★
Безопасность ★★★★★ ★★★☆☆ ★★★★☆
SEO-возможности ★★★☆☆ ★★★★☆ ★★★★☆
Права доступа ★★☆☆☆ ★★★☆☆ ★★★★★
Многоязычность ★☆☆☆☆ ★★★☆☆ ★★★★★
Стоимость владения От 500 ₽/мес Хостинг + плагины Хостинг + компоненты
Зависимость от подрядчика Низкая Средняя Средняя/высокая

Что выбрать именно вам

У вас микробизнес, услуги, нужно просто «быть в интернете» — берите конструктор. Быстро, дёшево, симпатично. Через год-два, когда перерастёте — переедете на CMS.

У вас блог, новостной сайт, типовой корпоративный сайт — WordPress. Экосистема огромная, порог входа низкий. Но заложите бюджет на регулярную поддержку и обновления.

У вас сложная структура, много контента, нужны разные уровни доступа, несколько языков — Joomla. Да, её сложнее осваивать. Но она и не пытается быть «конструктором для всех». Это профессиональный инструмент, который не подводит на длинной дистанции.

Отдельно про интернет-магазины (коротко)

Для магазинов есть свой расклад. Если сейчас коротко: WooCommerce (WordPress) — для небольших магазинов, OpenCart — мощнее и гибче под российские реалии (1С, учёт, доставка), Joomla + VirtueMart/HikaShop — если магазин вырастает из каталога на Joomla. Но это тема для отдельного разговора. Мы с OpenCart, кстати, работаем плотно — если интересно, расскажу подробнее.

Резюме

Главное — не платформа, а то, насколько она решает вашу задачу. Можно сделать шедевр на WordPress и ужас на Joomla. Можно наоборот.

Если сомневаетесь — приходите, обсудим. Посмотрим ваш бизнес, ваши задачи, и скажем честно: вам сюда, а туда — точно не надо. Без попытки продать то, что нам удобнее делать.

А если вы уже работаете на Joomla и вам нужно сопровождение, доработка или просто «посмотрите, а то страшно обновлять» — мы как раз этим и занимаемся.

23.03.2022 в 12:07 Читать ~ 1 минуту 362
0ответов

В данной статье я постараюсь максимально подробно описать процес установки и настройки связи между поисковым "демоном" Sphinx версии от 3.0 и Joomla, так как это очень актуальный вопрос организации поиска вместо Умного поиска joomla

Запуск sphinx - 'ПУТЬ_К_ДИРЕКТОРИИ'/search/sphinx/bin/searchd --config

и searchd --config 'ПУТЬ_К_ДИРЕКТОРИИ'/search/sphinx/etc/sphinx.conf

Переиндекс sudo indexer --all --rotate -c 'ПУТЬ_К_ДИРЕКТОРИИ'/search/sphinx/etc/sphinx.conf

x
Тема пуша
Сообщение пуша
Наверх
Отправить заявку
Нажимая на кнопку, вы даете согласие на обработку своих персональных данных