Если Вы еще не читали предыдущую статью на эту тему, настоятельно советуем ознакомиться:
- Часть I: Возможности CMS
А для тех, кто уже читал, продолжаем...
Технология SB.Sessions
(Сессии пользователей CMS)
Первое, с чего мы начнем рассказ об этой технологии, это вход в систему:
Все проверки при входе (проверка логина и пароля, наличия необходимых настроек у браузера, наличие пользователя с таким логином, уже работающего в системе и т.д.) происходят без перезагрузки страницы с помощью технологии Ajax. В случае наличия ошибки, Вы тут же получите сообщение об этом. Если все нормально, Вы попадете в систему управления.
В правом верхнем углу системы всегда находится индикатор доступности связи с сервером:
Он выполняет 3 основные функции:
-
Постоянно пингуя сервер, он поддерживает связь с ним, не давая прерваться сессии. Вы этого не замечаете (опять Ajax), за трафик тоже не беспокойтесь.
Вы вероятно не раз поминали нас крепким словом, получая от системы сообщение вида: «В целях безопасности время бездействия системы ограничено. Повторите, пожалуйста, вход в систему!». Теперь в системе можно работать сколь угодно долго, не зависимо от того, какое время жизни сессии стоит на сервере. Если, конечно, у Вас стабильный канал Интернета.
К примеру, сегодня вечером, я оставил свой компьютер включенным и с открытой CMS в браузере. Утром я спокойно продолжил работать с системой прямо с того места, на котором оставил открытым окно.
Это ли не счастье? ;)
-
Вторая функция позволяет системе не только постоянно знать о состоянии связи с сервером, но и проинформировать Вас о наличии проблем с каналом или с сервером.
Таким образом, в случае наличия проблем со связью Вы тут же получите сообщение:
И в правом верхнем углу увидите:
Если обрыв связи будет недолгим, то система сама восстановит соединение с сервером. Вы узнаете об этом по индикатору статуса и сможете продолжить работу.
-
Третья функция заключается в том, что работать в системе в одно время, под одним логином может только 1 человек. Вообще, в отличие от предыдущих версий системы, где зачастую на всех пользователей CMS был всего один логин (обычно Admin) и все они могли работать в системе одновременно, версия 4.0 требует, чтобы КАЖДЫЙ пользователь системы имел свой собственный логин и пароль.
Однопользовательской версии в S.Builder не будет.
Что это даст Вам, как владельцам системы:
-
Возможность контролировать любое действие пользователя!
Все(!) действия пользователей пишутся в системный журнал CMS, с помощью которого администратор в любой момент сможет узнать, кто удалил страницу или исправил новость.
Туда же, кстати, пишутся все PHP и mySQL ошибки CMS, значительно облегчая отладку и поиск неисправности на сайте и в системе, как владельцам сайта, так и нашей техподдержке.
-
Возможность администратору контролировать всех пользователей, находящихся в данный момент в системе. Нажав на ссылку «Кто сейчас в системе?»,
он увидит всех пользователей, работающих в данный момент с системой.
Как видим, сейчас в системе работают 3 пользователя с одного IP-адреса (это все я) из под разных браузеров. Причем, я как админ, могу сейчас:
Вот и все, что я хотел рассказать про сессии пользователей четверки.
Перейдем теперь к обмену сообщениями между пользователями, раз я вскользь уже затронул эту тему…
Модуль личных сообщений
При совместной работе над сайтом, довольно часто между пользователями системы просто необходимо общение. Нет проблем, если Вы находитесь в одной комнате с оппонентом, но, как говорится, Интернет стер границы! И пользователи системы, зачастую, разделены границей и тысячами километров. В новой версии системы все пользователи могут обмениваться между собой не только личными сообщениями, но и любыми типами файлов.
Для этих целей служит модуль «Личных сообщений», который, как и все ранее описанные технологии и возможности, входит в базовую комплектацию систем.
Как только Вам будет адресовано сообщение, Вы тут же увидите в правом верхнем углу системы сообщение об этом:
Нажав на которое, Вы сможете прочитать это сообщение:
Ну и далее:
Естественно, Вы сможете ответить на любое послание и написать свое сообщение одному или сразу нескольким пользователям!
В общем, функционал модуля довольно прост и интуитивно понятен.
Просто пользуемся и все!
Технология SB.Cash
(Кэширование блоков CMS)
Мы всегда утверждали, что нашей системе не нужно кэширование. Зачем? Ведь одно из основных отличий нашей системы заключается в том, что мы не выбираем все данные из базы данных при каждом запросе, как это делают наши конкуренты. По возможности, все данные генерируются в статику. Т.е., если Вы запрашиваете, например, страницу: /about_system.php, то будьте уверены, что большая часть данных уже “лежит” на Вашем сервере в виде обычного текстового файла, который нужно просто отдать пользователю, что значительно облегчает работу сервера. Но в четверке, в том числе из-за появления технологии SB.Flexibility, мы разработали технологию SB.Cash.
Данная технология позволяет кэшировать выводимые CMS данные. Т.к. все данные в системе, как впрочем, и в предыдущей версии, можно разделить на два типа:
- Статичные данные. Уже сгенерированные системой и просто «лежащие» на сервере в виде HTML файлов.
- Динамические данные. Эти данные генерируются из базы при каждом запросе пользователя.
Но кэшируются только данные второго типа, причем по блокам.
Не буду расписывать здесь весь алгоритм работы кэша. Мне не сложно, просто боюсь Вас совсем утомить техническими подробностями. Скажу лишь, что Вы можете задать время обновления кэшируемых данных у каждого модуля в специальном разделе системы (время задается в минутах):
Как видите по скриншоту, Вы можете не только задать время отчистки кэша, но и инициировать его сброс немедленно. Если Вы установите «0» в качестве времени обновления кэша, то кэширование данного модуля проводиться не будет, что мы настоятельно рекомендуем делать при разработке и отладке сайта.
Предыдущая страница | Следующая страница
