
Бодрое время суток, дорогие мои дорогие =) Вот уж не ожидал, что в фейсбуке пост вызовет хоть сколько-нибудь комментов, поэтому тему издевательств над Joomla продолжим. Не то, чтобы я ее настолько не люблю, просто, как оказалось, я не один такой ей недовольный — спасибо Егору Расторгуеву (его блог) за еще шесть поводов поиздеваться над ней.

Хм, доброе время суток, дорогой читатель. Что-то меня потянуло на сравнивание всего и вся, и одного с другим. Уже даже нашкрябал одну статейку на эту тему, вот решил написать еще одну такую же.
Диву даюсь я с отечественных блогописателей. Вычитал, вон, в одном, как аффтар сравнивает Joomla и WordPress. Ого, думаю, еще один умник появился и начал сравнивать все подряд. Прочитав полтора первых абзаца понял, что аффтар ничего не понял и главные его аргументом было то, что «Joomla — ацтой, потому что я ее ни асилил. WordPress рулит — там всего одна кнопка». Радуют меня подобные высказывания, ой как радуют. Хорошо, хоть, еще пока не сравниваем блокнот с Drupal и не доказываем при этом аргументированно, что блокнот лучше, понятнее, потому что там кнопок меньше.
Резервное копирование является неотъемлемой частью работы любого проекта. Оно позволяет обеспечить восстановление данных после сбоев, что позволяет сократить затраты в случае непредвиденных обстоятельств — всегда можно восстановить работу проекта после сбоя. Система управления содержимым Joomla не является исключением — в разработку любого сайта вложены определенные средства и силы, так что в случае наступления неблагоприятных обстоятельств должна быть возможность восстановления работы сайта с минимальной задержкой. Причиной наступления таких неблагоприятных обстоятельств может быть что угодно — от простого взлома сайта до внезапной аварии в дата-центре хостера. Любой уважающий себя веб-мастер должен обезопасить себя и начать делать резервные копии своих сайтов уже вчера — дополнительно затраченное дисковое пространство слихвой окупится в случае аварии.
Как говорится, системные администраторы делятся на тех, кто еще не делает резервные копии и тех, кто уже делает.
Приступим к небольшой модернизации сайта. Первое — что нам понадобиться — компонент резервного копирования. Я несколько дней искал компонент, который мог бы удовлетворять моим требованиям и остановился на компоненте AkeebaBackUp (официальный сайт AkeebaBackUp). Разработчики этого компонента предлагают как платную, так и бесплатную версию. Бесплатная версия имеет следующие возможности:
Здравствуйте, дорогие читатели, сегодня я хочу рассмотреть процесс регистрации пользователей в Joomla от начала и до самого конца. Итак, начнем с того, для чего же нужна регистрация и что она затем дает пользователю. Вики дает нам следующее определение регистрации:
Регистрация — 1) запись, фиксация фактов или явлений с целью учёта и придания им статуса официально признанных актов (регистрация рождения, брака); 2) внесение в список, в книгу учёта.
Для нас подходит вторая часть определения — внесение в список. Да, регистрация — это внесение пользователя в базу данных пользователей сайта. Обычно, при регистрации достаточно указывать свой логин и пароль — это те данные, которые однозначно идентифицируют каждого пользователя на сайте. Конечно, можно было бы обойтись одним логином или паролем, но тогда было бы сложно проверить, что человек, который вводит этот логин и пароль действительно тот, за кого себя выдает — любой может представиться Васей Пупкиным или сказать пароль «Владивосток» и спокойно войти на сайт.
Как бы то ни было, но добавление контента на сайт — это еще пол проблемы (решение проблемы в четырех частях было изложено здесь: часть первая, часть вторая, третья и четвертая). Вторая половина проблемы — донести информацию до потенциальных читателей. Одна из возможностей предоставления самых свежих новостей в самые кратчайшие сроки — RSS. Об этой замечательной проблеме Joomla мы сегодня и поговорим.