Автор статьи: alexvolkov
Совместная работа над проектом.
Если над проектом работает более чем один человек, то легко можно представить такую ситуацию: один человек скачивает файл по FTP, вносит изменения, заливает обратно. Другой человек хранит у себя копии файлов постоянно. Отредактировав что-то в них, он заливает исправленную версию, тем самым, уничтожая изменения, внесенные первым человеком. Сам он, конечно, считает, что у него находится самая последняя и актуальная версия, но при этом труд первого человека потерян и, возможно, безвозвратно.
В случае использования SSR все страницы редактируются через WWW интерфейс. Как следствие, необходимость хранить у себя копии файлов отпадает и соответственно эта проблеме решается сама собой.
решение безопасности.
Одним из наиболее популярных методов взлома является отслеживание траффика с целью выявления паролей логинов. Чаще всего чтение почты, заколка файлов по FTP производится по небезопасным протокам (без применения криптования) и пароль становится уязвимым. Кроме того, в худшем случае, пароль на FTP может совпадать с паролем на вход в шел, что будет иметь более деструктивные последствия.
В SSR редактирование через FTP не ведется, что значительно уменьшает вероятность взлома.
Перенос с различных платформ.
Данные в SSR хранятся в довольно унифицированном формате. Все обслуживающее ПО, как правило, независимо от платформы или же взаимозаменяемо. Все это позволяет легко перенести сервер с одной машины на другую.
В своей работе мы, зачастую, локально работаем над сервером на своем персональном компьютере с windows, а в интернете уже размещаем все под UNIX. При этом необходимость в каких-то серьезных работах по настройке отсутствует.
Шаблоны.
Использование шаблонов позволяет избежать рутинной работы по синхронизации внешнего вида страниц. Например, в системе есть код, который позволит использовать макрос для размещения счетчика SPYLOG или TOPLIST. Кроме того, максимально упрощенно построение меню: чтобы построить меню достаточно воспользоваться встроенными макросами.