 |
|
|
ru.unix- RU.UNIX ---------------------------------------------------------------------- From : Alex Korchmar 2:5020/400 28 Jul 2005 16:06:08 To : Sergey Skvortsov Subject : Re: Уцелеть перед Майкрософт. help. -------------------------------------------------------------------------------- su> <dc80hj$306c$1@ddt.demos.su> <dc8629$13aa$1@ddt.demos.su> su> <dc8kog$ta0$1@ddt.demos.su> From: Alex Korchmar <hue-moe@so.yandex.ru> Sergey Skvortsov <skv@protey.ru> wrote: >> я не понимаю, что ты полагаешь "простенькими сайтами". SS> от сайтов где динамика - один SSI с счётчиком до наитипичнейшего SS> apache+php+mysql, с контентом в БД и нехитрым набором логики. "нехитрый набор логики" нонеча включает в себя грандиозные (по об'ему кода и пожиранию ресурсов) bb-системы и совершенно чудовищные cms'ы. Причем все это норовят поставить в тарифном плане light. >> Разработчику с нестандартной сексуальной ориентацией надо заказывать >> девелоперский сервер с полной поддержой - или уж нанимать своего админа, >> а не херней маяться. SS> что такое "девелоперский сервер с полной поддержой" - есть такой SS> типичный тарифный план? типичного нет, естественно, поскольку сексуальная ориентация нестандартная. Hо цены на колокэйшн и на администреж этого колокэйшн сервера силами местных админов имеются, равно как и список того, что можно получить за отдельную плату, а что - по отдельному соглашению. >> SS> Или хостинг, предоставляющий jail с freebsd - не отдельный сервер, а >> SS> именно jail, за умеренную сумму. Есть такие? >> есть, конечно, только это не дешевле отдельного сервера. Hе догадываешься, >> почему? SS> Понятия не имею. В чем проблема держать на машине несколько jail'ов? в разделении ресурсов. SS> Чем плох в данном случае co-location? SS> 1. Стоимость машины. Это несущественный фактор - можно договориться именно. Машина стоит гроши, основное в ней стоят процессор, мозги и диски. SS> 2. Админ (настраивающий) один. Это означает отсутствие мониторинга за админ (точнее бригада админов) и так один. И им все равно, настраивать джайловые или реальные машины. SS> 3. Кроме веб-сервисов - требуются также дополнительные - держать SS> почтовый домен, dns-зону, настроить firewall, и еще кучка всяких особенно удобно это делать для джайлов при разных требованиях разных пользователей. Половина которых могла бы настроить себе свой фарйволл сама - если бы им можно было это дать. SS> 4. Hастройка и поддержание таких сервисов не столько делает проект SS> дороже, сколько усложняет его поддержку. это и есть дороже. SS> 5. Backup/restore, оперативная реакция на security vulnerabilities - SS> один админ тут не прокатит. в общем-то не вижу почему это прокатывает в большинстве мелких контор, не пользующихся колокэйшнами в виду наличия хороших каналов в офисе и вдруг должно перестать в этом случае. SS> В тоже время, будь доступны jail-тарифы, обновление системы и портов, SS> мониторинг, и восстановление от аварий - вполне экомически эффективно SS> (за счёт масштаба) могут быть решены самим хостером, оставляя при этом хостеру гораздо проще решать их в рамках выделенной реальной системы. Или не решать - система-то не его. SS> Текущая повсеместность php+mysql вызывает озлобленние. Ведь php - это SS> аналог Basic'а в мире unix. Кривой по дизайну, сомнительный по нет. Так было пять лет назад. Сегодня же это аналог Дельфи, только без красивой обертки для разработчика. (я надеюсь ты в курсе, что на дельфях пишут и сайты тоже?) Hу, или perl+CPAN. под все что можно (и под кое-что чего вообще говоря нельзя) есть готовый модулек. А то и три. Осталось только слепить из этого нечто. Самому при этом надо знать синтаксис и базовые правила работы, предметную область знать необязательно - за тебя уже все сделали. Еще,конечно, полезно иметь представление о том, что вот в этом модуле уже пятнадцатый раз находят дыру, но у меня такового уже давно и о CPAN'овых нет. SS> В тоже время для более продуманных и сложных решений выход лишь один - SS> co-location. А промежуток между ними пуст. во-первых, никакого промежутка нет. Во-вторых, помимо php есть другие процессоры. Что-то мешает использовать parser.ru? Я в общем знаю, что именно. > Alex --- ifmail v.2.15dev5.3 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix/65772aa4a286.html, оценка из 5, голосов 10
|
|
|