А потом бы и самих Комодо «бахнули» чем-нибудь потяжелее. Как и всегда, изнутри какого угодно бизнеса видно много чужих факапов в этой же области, и далеко не все из них выгодно делать достоянием общественности.
Какую реально нагрузку создала хабра? Не десять гигабит же? Или вы имеете в виду предполагаемую нагрузостойкость вашей CDN? Какие реальные числа были? Как распределилась нагрузка по кластерам раздачи?
Вы пишете ниже, что «ваши мощности загружены на 5-6%». Это обозначает, что CDN предоставила вам выделенный пул? Если нет, то от какого объема вы считаете свои 5-6%?
TypeError: Error #2007: Параметр text не должен быть равен нулю.
at flash.text::TextField/set text()
at CamIco()
at ()
at flash.display::DisplayObjectContainer/addChild()
at VideoPanel/setCams()
at RealLookPlayer()
Увы, чтобы отдавать шаблоны, все равно придется использовать либо голые сервлеты со своей логикой, либо какой-то еще фреймворк. Как представления связываются по данным с бекендом — не самое главное, важнее — как мы избегаем превращения представлений в помойку. Grails тут отлично все раскладывает по полочкам.
Мы переходили пару раз на новые версии, можно считать, что фреймворк годичной даывности. Не исключаю, что в последних релизах все могло стать несколько стабильнее (судя по багтрекеру, дырки закрываются), кроме того, есть много удобных плагинов, однако в том, как платформа устроена, не поменялось ничего. Groovy же, который я имел несчастье использовать в другом проекте, не изменился вообще — все то же множество глупых объектов в памяти и неэффективный код.
Да много разных, особенно доставляют те, где проблема решается переименованием переменной или переставлением двух не связанных строк между собой. Общий смысл — что-то происходит с кодом неочевидно и практически неотслеживаемо.
Я бы предпочел больше Джавы, и меньше Groovy. Как прекрасно было бы иметь в Grails-приложении все на Джаве (в спринге, особенно стартап-код, инициализацию), а от Grails оставить _только_ контроллеры и представления, и чтобы на стыке все работало как надо! Собственно, эта скриптовая часть и подкупает больше всего, позволяя в одном проекте совместить труд программиста некоторой сложной подсистемы (и интеграционной к ней логики) на Джаве и традиционный «скриптовый» подход веб-разработчиков. От остального остается двоякое впечатление — от великолепных Spring и Hibernate в интерпретации Grails остается какое-то, не побоюсь сказать, убожество.
Насчет Groovy есть такое мнение, что на JVM он ложится с большим трудом. При этом образуются тысячи (десятки, сотни тысяч) объектов типа Closure, которые не поддаются никакому профилированию и здорово загаживают память. Получаемый байткод для довольно простых операций вообще ни разу не оптимален, по использованию как памяти, так и процессора.
У нас есть здоровенный проект на Grails, кода много — несколько человек трудилось два года. Могу сказать, что тесная интеграция с джавой и спрингом — единственное преимущество этого фрейворка над другими обсуждаемыми. Grails может быть очень полезен, если нижележащая логика написана на Джаве или надо написать много кода (на джаве), не имеющего отношения к обработке веб-запросов. Однако сам Groovy глючит, и весь Grails глючит так же, неочевидно и не всегда исправимо. Это касается и тех частей где, казалось бы, можно откатиться к спрингу или «родному» hibernate-у. Производительность средняя (загляните в Yourkit на запущенное приложение Grails, удивитесь).
Доля клиентов Сайбейза среди финансовых компаний значительно больше доли Sybase на рынке СУБД. И это далеко не подставные фигуры для распила денег или выбивания кредитов. Кто вписался к ним — сделал, можно сказать, шажок к мировому господству. Насчет того, что «мобильные устройства приходят и уходят, каждые 2-3 года свой фетиш» — я бы не согласился, что это применимо к Sybase — они поставляют решения, используемые целыми корпорациями, а там платформы меняются вне зависимости от сиюминутного потребительского спроса, и далеко не каждый год. Скажем, если кто-то решил строить инфраструктуру, используя коммуникаторы HTC, то будет договор с HTC о том, что данная модель будет выпускаться еще 3 года и 5 — поддерживаться. Такой принцип применим практически везде в корпоративном мире — смотрят, чтобы технологии оставались применимыми еще несколько лет и вендора меняют крайне неохотно.
У Сайбейза есть в качестве клиентов ведущие игроки в финансовой отрасли и телекомах. Причем Сайбейз работает с ними уже настолько давно, что ни о каком уходе к другому поставщику, пусть даже они ее захотят, речи не будет идти. Т.о. Сап купил не только технологии, но и клиентов — и надолго. Очевидно, это открывает Сапу возможность легче продавать и внедрять свои продукты.
В любом случае, чем вы занимаетесь — это ваше решение. Кивать в сторону «закона» — это слабость. Законы — это установленные ограничения, некоторые из них можно преодолеть, некоторые — нет. В некоторых случаях это будет расходиться в вашей собственной моральной системой. Скажем, законы физики, утверждающие, что выпрыгнув из самолета, вы будете приближаться к земле с ускорением свободного падения можно обломать, используя парашют. Я не вижу ничего аморального в том, чтобы заниматься предпринимательством так, как мне заблагорассудится, если я не чувствую при этом, что нарушаю чью-то свободу.
Заниматься надо тем, к чему душа лежит, а если это не нравится каким-то педерастам, с опознавательными знаками или без них, нужно просто сделать так, чтобы они обломались тебя достать, и продолжать заниматься тем же самым.
>> PS. Если у вас файлообменный сервис — закройте его нафиг. Похоже волна пошла.
Ну сколько можно уже, зачем закрывать? Не говоря о том, что после всех известных событий держать «палево» в пределах досягаемости отдела К — глупость, паниковать и вестись на провокации — глупость еще большая. Сделайте офшорную компанию с нигрой в председателях. Откройте счет, зарегистрируйте домен, сервер расположите за пределами России. Логи не сохраняйте.
Какой ужас, Java! Особенно «невыгодно» смотрится неблокирующий режим Jetty в сравнении с Apache (который, конечно же, легкий, как пушинка).
Вы пишете ниже, что «ваши мощности загружены на 5-6%». Это обозначает, что CDN предоставила вам выделенный пул? Если нет, то от какого объема вы считаете свои 5-6%?
TypeError: Error #2007: Параметр text не должен быть равен нулю.
at flash.text::TextField/set text()
at CamIco()
at ()
at flash.display::DisplayObjectContainer/addChild()
at VideoPanel/setCams()
at RealLookPlayer()
Я бы предпочел больше Джавы, и меньше Groovy. Как прекрасно было бы иметь в Grails-приложении все на Джаве (в спринге, особенно стартап-код, инициализацию), а от Grails оставить _только_ контроллеры и представления, и чтобы на стыке все работало как надо! Собственно, эта скриптовая часть и подкупает больше всего, позволяя в одном проекте совместить труд программиста некоторой сложной подсистемы (и интеграционной к ней логики) на Джаве и традиционный «скриптовый» подход веб-разработчиков. От остального остается двоякое впечатление — от великолепных Spring и Hibernate в интерпретации Grails остается какое-то, не побоюсь сказать, убожество.
Насчет Groovy есть такое мнение, что на JVM он ложится с большим трудом. При этом образуются тысячи (десятки, сотни тысяч) объектов типа Closure, которые не поддаются никакому профилированию и здорово загаживают память. Получаемый байткод для довольно простых операций вообще ни разу не оптимален, по использованию как памяти, так и процессора.
Заниматься надо тем, к чему душа лежит, а если это не нравится каким-то педерастам, с опознавательными знаками или без них, нужно просто сделать так, чтобы они обломались тебя достать, и продолжать заниматься тем же самым.
Ну сколько можно уже, зачем закрывать? Не говоря о том, что после всех известных событий держать «палево» в пределах досягаемости отдела К — глупость, паниковать и вестись на провокации — глупость еще большая. Сделайте офшорную компанию с нигрой в председателях. Откройте счет, зарегистрируйте домен, сервер расположите за пределами России. Логи не сохраняйте.