yacc> 4) Для сайта нужен движок.yacc> Причем, бесплатные движки не покатят.
1. Чем не катит движок, который использовался на приведённом мной сайта-примере?
2. У
каждой уважающей себя студии
свой движок. Готовыми сторонними движками пользуются только лепящие наколенные поделки
И, вообще, качество основных коммерческих движков нисколько не лучше качества движков бесплатных.
yacc> Дело в том, что у госструктур есть пренеприятнейшая особенность — они хотят движок со всеми авторскими и смежными правами.
Права на движок третьей стороны они всё равно купить не смогут. На то это и третья сторона.
yacc> Еще с протоколом испытаний движка по ГОСТу (это тоже где-то пара недель работы, если сами испытания не проводить, а только правильно оформить протокол).
Глядя на получающиеся результаты - не верю, что такое хоть где-то практикуется
yacc> В транзасе я с таким сталкивался - когда потребовали для встроенного устройства вплоть до кодов операционки на сертификацию.
На сайте? Или на самостоятельном клиент-серверном решении?
yacc> А смежники из госструктуры работали под Turbo C++ под DOS даже без DOS-экстендера ( для расширенной памяти ) потому что у них это было сертифицировано.
Сайты тут при чём? Это принципиально разные уровни.
Вот сабж работает на nginx. Это опенсорсный сервер, развиваемый одним человеком, находящийся в стадии вечной беты и в котором периодически вылезают баг за багом (вот, буквально на днях словили уязвимость в версиях до 0.8.15... Кстати, сам факт того, что самая свежая версия - 0.8.x уже сам за себя много говорит
). Ты всерьёз считаешь, что этот сервер хоть как-то сертифицирован? Что по нему хоть одна бумажка есть?
yacc> А что тогда с авторскими правами? Особенно экслюзивными? Если ты им быстро соберешь из кубиков которые используются в других сайтах?
Эксклюзивные авторские права никто не даст. Ибо ВЕСЬ сервер основан на сторонних (и, в данном примере - опенсорсных) компонентах. nginx, php, mysql, почти наверняка все базовые PHP-библиотеки.
yacc> Учитывая нагрузку на сайт и квалификацию обслуживающего персонала думаю что дизайн был не самым главным, а вот потроха ты за ним не видишь.
Я вижу, что там стоят PHP, nginx, jquery. Что главная страница генерится в динамике через fast-cgi. Этого уже достаточно, чтобы оценить весьма многое
yacc> Ты в упор не хочешь учитывать специфику заказчика. Заказчик - не структура SMB-класса.
Судя по используемым на сайте компонентам, ни о какой специфики заказчика речи не идёт вообще
yacc> Почему эксклюзивной?
Потому что ты всю зарплату программистам/дизайнерам/верстальщикам «платишь» с одного этого проекта
yacc> Только в данном случае ты еще должен предусмотреть несколько слоев - бо в госструктурах каждый чих документируется.
На тот же nginx просто в природе нет документации
То есть, есть вот такое:
nginx: документация Но это, сам понимаешь, не документация в твоём понимании
yacc> Не знаю как у тебя дела обстоят на том коммерческом сайте, но вот на этом ...
1. Опять ты с этим сравниваешь
2. На коммерческих продакшнах в PHP просто выключают вывод ошибок одним ключиком. И в случае ошибки пользователь получит пустую страницу. И, да, «ошибок не будет вообще»
yacc> И это проблема администрации какая ошибка и на каком операторе в какой строке. Поэтому ты должен даже из административного интерфейса ( с соответствующими полномочиями ) иметь возможность вернуться к предыдущей копии сайта быстро пока у тебя нестабильная версия, а не стопить/стартить и копировать/поднимать базы из командной строки SSH.
Видишь ли. Модификация кода сайта с самого сайта никогда не делается. А только через упомянутый тобой SSH. И это именно дело администратора и/или разработчика оттестировать код на тестовом сервере и закоммитить только оттестированную версию. Ни о каком «откате с сайта» не может быть и речи.
yacc> Как бы я просто показал как коммерческий продукт "непереварил" 6-й эксплорер
1. IE6 - это уже не поддерживаемый официально разработчиком браузер.
2. В коммерческом проекте IE6, тем не менее, поддерживается
3. Это проблема не разработчика, а администратора сайта. Который после своих правок не убедился ни в валидности результата, ни проверил его в IE6. А сайт сдавался в полностью рабочем под IE6 виде.
yacc> Только при том, что твои оценки не годятся для такого проекта.
С чего ты делаешь такие выводы? Позволь предположить, что эту кухню я знаю намного лучше тебя. Я кручусь в ней уже десять лет и это мой основной хлеб
yacc> Не только. Цикл разработки другой - вовсе не докручивание ранее сданных проектов ( с неэкслюзивным правом, особенно когда это на OpenSource CMS ).
Там весь сайт работает на OpenSource компонентах.
- nginx
Upcoming conferences:
ConFoo 2012
Dutch PHP Conference 2012
Calling for papers:
Italian phpDay 2012
PHP 5.3.10 Released!
…
// Дальше — php.net
-
-
...
Да, вот тут с галёрки подсказывают, что там в качестве движка задействована OpenSource CMS
Ru-Mambo.ru - Бесплатная система управления контентом Mambo
И, действительно, код внутри очень похож по стилистике.
yacc> Поэтому нефиг им лазить. Особенно втупую из-под root через ssh.
Это личная головная боль заказчика. Запретить ему это делать ты не в состоянии в принципе.
yacc> Посмотри пост Ведмедя.
Опять ты тёплое с мягким путаешь. При чём тут аудитория сабжа и аудитория, скажем, упоминавшегося мною сайта? На последнем IE6 меньше даже, чем в среднем по рунету. Уже сам факт, что ошибку сделали 7-го числа, а заметили только сегодня утром, говорит о том, насколько популярен IE6 у посетителей этого сайта
...
Говорю же, сегодня IE6 - это в подавляющем большинстве случаев признак пиратской винды у неподготовленного пользователя. Ибо это - уже не поддерживаемый официально разработчиком продукт.