LINUX.ORG.RU

[!holywar][!lisphaters] Веб-фреймворки


0

0

Специально(или нет?) сделал малоинформативный тайтл. Просто не пришло в голову что написать.
А тема нашего разговора сегодня - веб-фреймворки, а точнее что мы сейчас имеем и что мы можем сделать, изменить. Начнём из далека.
Сейчас у нас есть огромное количество различных веб-фреймворках на разных, но, в основном, популярных языках:

  • Python
  • Ruby
  • PHP
  • Lisp
  • Java

etc Что мы имеем?

  • На пайтоне всё медленное, требует не хилых машин, а как следствие - не хилых оптимизаций.
    По статистике(я провёл небольшой опрос среди знакомых и не очень) получается что ~10% времени уходит на разработку(основной кодинг логики, версия 0.1, если угодно). Не важно что это - GAE, Pylons, Django. Не важно что за проект - форум, соцсеть, личный сайт, блог. Одна фигня.
    На что тратится остальное время? Темплейты - да, но часто оно меняется по сложности. Кому сложный сайт с AJAX и JQuery, а кому простой сайтец времён web1.0(как я такое мог сказать... ну, в общем, я думаю вы поняли про что я). Возьмём условно - 20%.
    На что уходят ещё 70%? Чем занимаются веб-кодеры на пайтоне в 7! раз дольше чем основной логикой? Оптимизацией! KVS, быдлокод etc etc. Что можно сказать? Всё круто, да только оптимизировать такой код лично для меня дорого. Да и глядя на то что мой код(да простейший) рендерит страницу за 0,9сек(без KVS), когда другой портал(на том-же VDS) рендерит похожее, да только с большей информацией и несколькими ещё запросами в БД, за 0,5сек(без KVS). Обидно, не правда ли? Оптимизация сильно исправляет положение но... Зачем тратить время на оптимизацию своего кода, когда зло глубже? И да, как сказал уже не помню кто: «Использование KVS это не оптимизация, а кешинг». Что намекает на то что код на пайтоне практически не оптимизируем(можно поспорить, но зачем если правда рядом?)
  • Руби. Как много в имени его. Как оно рекламируется, как оно всем нравится, как оно гламурно. И что? Руби считается одним из самых малопроизводительных языков(тоже спорно, но давайте просто скажем что в этом плане он не лучше пайтона, так будет честнее).
    Признаюсь, сам не юзал. Хотя, конечно, приходилось немного кодить для redmine. У кого не спрошу «а почему ты юзаешь?» дык почти все отвечают: «по работе нужно».
    В общем, на одну полку с пайтоном. Чисто так, «округляя».
  • PHP. Это язык, в первую очередь, который создан для веба. Производительность? Не скажу что так плохо как у руби или пайтона. Скорость разработки? Фреймворков не мало. Не плохо, жить можно(но не мне).
    Но! Этот язык является сильно ограниченным. Да, есть гтк-биндинг и другие плюшки, но всё это больше похоже на клоунаду.
    Признаться, сам язык не так плох как о нём думают. Однако! Это полностью интерпретируемый язык. Да! Есть сотни компиляторов и оптимизаторов. Но зачем, простите, ипаться с тем что не заложено «внутри»?
    Я говорю что PHP плох. Почему? Есть более простые, серьёзные, удобные, хорошие языки.
  • Тут спорить не буду и не хочу. Как выразился тв. «архимаг»: «у лиспа одно спасение - веб». Лично я не вижу применения для него в вебе.
    Быстрый интерпретатор? Может быть. Возможность делать всё что хочешь? Да.
    Но я такое юзать не буду. Не принципиально, просто не буду(уже сто раз говорил чем лисп плох, все согласны, кроме самих лисперов).
  • Джава она и в африке джава. Как и эрланг(вы не против что в одном пункте?) это фантастическая платформа для гигантских приложений, где производительность не проблема. Главное чтобы не падало, а точнее падало, но только было максимум механизмов для удержания таких систем на плаву.
    Я к такому отношусь негативно. Почему? Да я готов поспорить что на таких системах теряется уйма производительности(везде, не нужно говорить что я не знаю каких-то механизмов, просто я не хочу раздувать эту тему).

Что можно добавить в этот список? Всякие асп.нет, веб-фреймворки на xml(был тут на лоре один человек) etc etc. Оно не интересно с точки зрения использования в реальном мире.

Картина, мягко говоря, не самая лучшая. Да, есть деньги - будет хоть на брейнфаке с JVM. Но кризис, студентота. Что делать? Думать о оптимизации раньше!

Да! C, C++ и.... D.

  • C. Кто не писал на этом языке или считает его ущербным? Да школота и только.
    Нет, у меня не фанатизм, я не считаю что «C - бох» и на него нужно молиться, как некоторые. Но при том что язык низкоуровневый, он ещё и обладает неплохим синтаксисом.
    Всё круто, да вот только нет OOP, что заставило бы в веб-фреймворке делать массу костылей. Не столько костылей сколько вообще не красивый код. Да и управление памятью... Не хочется этим заниматься в веб-фреймворке при написании приложения.
    Да и сам язык хоть и хорош, но только для низкоуровневого.
  • С++. Просто для того чтобы не обделять. Язык съедобен, но только с Qt(раньше кодил на C++ без кути, но сейчас просто принципиально не хочу). Ну и всё, просто глупо что-то ещё здесь говорить.
  • D. Вам хиханьки и хаханьки, а другим - профит.
    Сам язык является таким C++, но каким он должен быть. Удобным, красивым, быстрым, с функциональщиной и ООП. Да всё в нём есть.
    Оптимизация? Его создатели - короли оптимизации. Сам по себе компилятор оптимизирует ещё в компайл-тайме всё что можно и нельзя. На выходе получаем убершустрый код.

Я видел веб-фреймворки(не путать с веб-тулкитами) на плюсах. Мне было страшно. Весь код был в костылях и тысячах темплейтов. Мне было жалко кодеров.
Лично я вижу очень хорошую нишу для D - веб.
Увы, пока язык только развивается, по сему пока приходится писать костыли и придумывать иные пути реализации. Однако, и того что есть достаточно для многих и многих вещей.
Недели 3 назад я начал исследовать данный вопрос и пришёл к выводу - реализуемо, реально, может быть простым и функциональным.

Последний год я использую Python, а в частности Pylons, для вебкодинга(сам я прикладник-сетевик, но деньги нужны, да и потом понравилась логика веб-фреймворков, т.е. сам я html не пишу, ofc). Больше всех мне понравился Pylons. Так-же очень понравились некоторые идеи GAE.
В общем, подумав хорошенько, я решил начать написание веб-фреймворка. Без фанатизма, начиная с самых опасных частей, которые могут убить проект и-за не реализуемости.
И вот оно - Dylons(ха-ха, да-да):
https://launchpad.net/dylons

Работает шустро, проблем нет. Как бэк-енд юзается моя же обёртка - libdfcgi на базе libfcgi.
Олсо, есть абстрактный слой для бекэнда. Хочешь - прикрути свой наследуя нужный класс.
Сейчас над данным экспериментом трудятся два человека - я и мой знакомый. Я пишу основную систему, а он - небольшой темплейт-енжин.
Сейчас самая большая проблема - ORM. QtDSQL просто не существует, т.е. обёртки нет, да и его производительность не на столько велика.
Одна из целей треда - сообщить о таком эксперименте и о том, что нам нужны люди. Не только желающие заняться ORM, но и просто кодеры, что хотят высказать своё мнение о том что хорошо бы сделать и что они хотели бы от Dylons.
Для затравки, вот экземпл.

Далее, пойдём дальше.
В ди нет пока возможностей распаралелливания(да даже на x86_64 нет компилятора, сам юзаю x86-либы). Нет OpenMP(хотя написать то можно, но сложно). Использование в продакшне - ферма. Хотя оно не плохо.

По сему я стал отталкиваться от распаралелизации и вообще шустрой VM. Здесь я слаб. Вижу Parrot. И что? Как там? Говорят не плохо. Но на сколько шустро?

Какие вообще есть мысли у Вас по этому поводу?


Веб УГ, и все равно на каком языке под него писать.

urxvt ★★★★★ ()

>Какие вообще есть мысли у Вас по этому поводу?

Это проходит.

KRoN73 ★★★★★ ()

>Работает шустро, проблем нет.

Нуда, только оно же нихера не умеет.

anonymous ()
Ответ на: комментарий от KRoN73

Вут? Нет, я понимаю что к годам 40 уже забиваешь на все эти темы и тупо используешь то что есть, но разве это хорошо?
Я не строю Наполеонские планы, это только эксперимент в рамках одного проекта, для которого мне нужна большая производительность.

Веб УГ, и все равно на каком языке под него писать.

Согласен. А веб2,0 на самом деле полный бред.

Нуда, только оно же нихера не умеет.

А ты считаешь что, допустим, пайтон сразу появился с кучей софта? Пришёл Гвидо и сказал: «Я изобрёл Пайтон!» и внезапно появился компилятор, вебфреймворки, орм, темпбейтенжины etc?
Суть в том что в данных набросках реализованы некоторые идеи полноценного веб-фреймворка и они работают, и они используются красиво. Такое на C++ выглядело бы ужасно.
Разве это не результат?
Да и я не призывал использовать данный веб-фрейморк, я только спрашиваю что вы об этом думаете и не хотите ли помочь.

tia ()
Ответ на: комментарий от tia

> Суть в том что в данных набросках реализованы некоторые идеи полноценного веб-фреймворка и они работают, и они используются красиво.

Какая глупаю чушь, 50 строк кода - это хелловорлд, а не набросок веб-фреймворка. Где орм, где шаблоны, где развертывание и конфигурирование сайта?

Такое на C++ выглядело бы ужасно.

Такое на сях только клиничиский долбак догадался бы писать. Что-то быстрее пыха/пистона в вебе нужно или ну ооооочень редко, или для «неосиляторов» memcached и нищебродов с серверами за $5/mo.

anonymous ()
Ответ на: комментарий от anonymous

>Какая глупаю чушь...
Неужели?

Где орм, где шаблоны, где развертывание и конфигурирование сайта?

Вот данное выражение является откровенной чушью. Ты не знаешь что такое веб-фреймворк. Видимо, ты много чего ещё не знаешь, по сему не советую писать более.

Такое на сях только клиничиский долбак догадался бы писать.

А! Да ты у нас пишешь на php, видимо. Ну что могу сказать... Мне тебя жалко :)

Что-то быстрее пыха/пистона в вебе нужно или ну ооооочень редко

Точно! Ещё один фрилансер, действующий по принципу «написал, а дальше пусть сами ипутся»

для «неосиляторов» memcached и нищебродов с серверами за $5/mo.

Без комментариев.
Ещё одно бессмысленное сообщение школьника-анонимуса.

tia ()

> На пайтоне всё медленное, требует не хилых машин, а как следствие - не хилых оптимизаций.

Дальше не читал. Автор - олень. А уж после того, как написал, что PHP быстрее... Тут даже лоботомия не поможет. Уйди читать про Django, школьник, а разработчики D и без тебя определят, что им нужно. Компилируемые языки для веба вообще бред, если честно. Гемора с хостингом не оберёшься, а тот же Питон есть на любом Unix-хостинге (хотя об этом не пишут). И да, PHP тоже лучше, хотя он медленный и дырявый насквозь.

Divius ★★ ()

а что скажете насчет http://www.dsource.org/projects/sendero «Web framework with localizable XML templates, zero-configuration ORM, super-fast XML parsing, and XPath 1.0.» Правда я у них ORM в исходниках не нашел, а сайт с документацией лежит по причине Ruby-On-Rails

anonymous ()
Ответ на: комментарий от anonymous

>Web framework with localizable XML templates, zero-configuration ORM

Ой, там же шаблоны и орм, сейчас придет tia и опять пёрнет в лужу, сказаж что это не веб фреймворк.

anonymous ()
Ответ на: комментарий от Divius

Ох какой жирненький попался!
Давай по пунктам:
1) Дальше не читал. Автор - олень.
Вот создай на лоре тему что пайтон быстрый и тебя засмеют. Правильно сделают.
2) что PHP быстрее
Он быстрее. Опять-же - создавай тред. Посмеёмся над тобой.
3) Уйди читать про Django
И как «пруф» того что пайтон шустрый, ты даёшь самый медленный веб-фреймворк. Клоун ты, не более.
4) а разработчики D и без тебя определят, что им нужно
Может ты ещё считаешь что гвидо создавал пайтон для веба и ниши для него тоже он сам определял? Может ты считаешь что джанго и всё остальное что есть на пайтоне написал гвидо?
5) Компилируемые языки для веба вообще бред, если честно.
Бред это когда человек говрит что земля, возможно, плоская, когда все давно знают что она круглая. Это я так, к тому что компилируемые языки давно и много где используются в вебе.
6) Гемора с хостингом не оберёшься, а тот же Питон есть на любом Unix-хостинге
В чём разница? Бинарнику вообще не нужны твои пайтоны. Дай пару либ, да и то которые есть везде, скомпиль с нужными своими либами и всё.
7) И да, PHP тоже лучше, хотя он медленный и дырявый насквозь.
Не исправит тебя могила.

7 пунктов и везде такой фейл... Не ну стоит таким быть. Хочешь стать кем-то по жизни - почитай о чём говоришь. Ведь на собеседовании такой бред будешь нести - клеймо поставят на всю жизнь.

tia ()

Я не понял! Почему тут всё есчё не обсуждается серверный JavaScript?

SV0L0CH ()

Вообще, tia достаточно известный в местном development клоун. Перед тем как спорить с этим товарищем рекомендую ознакомиться например с этим: http://www.linux.org.ru/forum/development/4467501

anonymous ()
Ответ на: комментарий от devl547

Речь идёт больше о серверной части. Или ты предлагаешь серверный JS как панацею от всех бед?

а что скажете насчет http://www.dsource.org/projects/sendero

Sendero интересный проект, который быстро умер. Он, как и многие проекты неопытных кодеров, рассчитан был на all-in-one. Увы, данная идеология ущербна. Да и язык - D1.
Я же использую D2 и идеологию Pylons, а точнее принцип лёгкого использования любых компонентов языка.

tia ()
Ответ на: комментарий от anonymous

Орлы? А я пока вижу только одного клоуна - анонимус.

Haskell @ Turbinado

Хаскель по определению не дружелюбен.

tia ()
Ответ на: комментарий от tia

>Хаскель по определению не дружелюбен.

Хаскель дружелюбен, но мало кто с ним дружит.

SV0L0CH ()

>java [...]

Да я готов поспорить что на таких системах теряется уйма производительности


это вы с чем сравнивали-то? 0_о

thevery ★★★★ ()
Ответ на: комментарий от thevery

Можно сказать что не сравнивал. Просто знакомый проводил небольшой «эксперимент» с фермой машинок и сделал такие выводы, которые только подтверждают моё мнение.

tia ()
Ответ на: комментарий от tia

т.е. ОБС, как и ожидалось...

вообще JVM для веба всё-таки оочень сложно опередить(разве что при каких-то сильно ограниченных по памяти условиях), и уж явно не Parrot'у эта задача под силу.

thevery ★★★★ ()

> Да! C, C++ и.... D.

Кажется у вас есть проблемы с пониманем веб-технологий. За исключением случаев, когда сайт написан большой корпорацией со своими серверами, он работает на ХОСТИНГЕ.

Это значит НЕТ нативному коду. Как вы хотите обезопасить хостеров от зловредного кода? Делать chroot для каждого сайта? Держать каждый сайт в разных процессах? если в разных процессах, то нужны хорошие алгоритмы обмена информации. Думаю что с нативным кодом нужно очень хорошо постараться чтобы хостинговым компаниям стало спокойно.

PHP

Вы правы, он изжил себя, сейчас это legacy, который все используют по привычке и растпространенности.

Java

Ее сделали на 100% полноценной. Эта платформа может все что надо для веба, но они прогадали не с легковесностью. Это не настолько важно, очень зависит от реализации.

Они прогадали с быдлокодерами, которых большинство увы в вебразработке. Они не потянут никогда Java EE 5 просто по неимению опыта. Так как они основная рабочая сила, а квалифицированные спецы, которые писали бы на Java EE в 5х раз эффективнее чем студенты на PHP, все равно в итоге это оказалось дороже и большой overkill. Только в 2009 Sun очнулась и сделала Java EE 6, которая в связке Faceletes+JPA+EJBLite представляет собой простой, неимоверно мощный и чистый фреймворк для разработки веб-сайтов. Зная Java на базовом уровне в этой связке можно разобраться за 2 недели и клепать нерушимые сайты по одному в день. В нем все сделано с умом и близко к идеалу (в моем понимании), но уже поздно, имидж монстра еще долго надо будет исправлять. Учитывая выкрики ЛОРовцев, которые по идее специалисты в IT индустрии, Java еще долго будут считать непоправимым монстром.

Ruby/Python

То, что медленно сейчас, не факт что не обзаведется крутым JIT завтра и похоронит по производительности более-менее быстрый PHP. А когда похоронит, то учитывая разницу в синтаксической мощности, особенно у Ruby, никто и не вспомнит PHP

vertexua ★★★☆☆ ()
Ответ на: комментарий от Divius

>Компилируемые языки для веба вообще бред, если честно.
Не компилируемые, а статические.
CL компилируемый(в т.ч. в машкоды) и для веба подходит отлично.

Love5an ()
Ответ на: комментарий от vertexua

>Кажется у вас есть проблемы с пониманем веб-технологий.
Вы ошибаетесь. Я хорошо понимаю что веб-технологии не зависят от языка реализации. Если веб-сервер наисан на лиспе, то это не значит что это уже не веб.

когда сайт написан большой корпорацией со своими серверами, он работает на ХОСТИНГЕ.

Да. А чем, простите, оно в данном случае будет отличаться от того же пайтона? Однако про пайтон вы наоборот сказали что «не факт что не обзаведется крутым JIT...». Однако, хостинг пайтоноприолжений тоже не распространён и в большинстве случаев приходится покупать VDS. И... какая тогда разница? Никакая?

Это значит НЕТ нативному коду....

Да, но почитайте выше. Думаю вопрос отпал.
Да даже если взять хостинг джанго или пайлонс. Что мы получим? Проблем не меньше чем при защите приложения. Да и если уж так страшно, то почему бы не компилировать приложения на сервере?

Ее сделали на 100% полноценной

Даже на 200%. Сейчас реально смотрю на неё как на вариант для написания одного проекта. Однако смущают некоторые проекты на джаве, что мне доводилось встречать по жизни. Все они неповоротливы, страшны и медленны.

То, что медленно сейчас, не факт что не обзаведется крутым JIT завтра

или через 2-3 столетия.
Увы, то что сейчас даёт надежду на такие вещи, а именно US, очень странно живёт, да и результаты что есть сейчас очень плачевны.

tia ()
Ответ на: комментарий от tia

>Все они неповоротливы, страшны и медленны.

а grails видели?

thevery ★★★★ ()
Ответ на: комментарий от thevery

Я про джаву не зря говорю без особого «нажима» :) Это лишь то что я видел, визуально. Что внутри и кто кодил - не интересовался.
Вообще сейчас мне оказалась интересной сама тема джавы и веба. Да и груви тут «рекламируют». Думаю попробую изучить груви и поюзать Grails. Что можете рассказать ещё интересного? Мб ссылок?
И да, это не означает что Dylons дропаю.

tia ()
Ответ на: комментарий от tia

>Что можете рассказать ещё интересного?

а что именно вас интересует?

thevery ★★★★ ()
Ответ на: комментарий от Love5an

>>Компилируемые языки для веба вообще бред, если честно.

Не компилируемые, а статические.


ЛОР на статической компилируемой Java - это бред? :)

KRoN73 ★★★★★ ()
Ответ на: комментарий от Divius

>Гемора с хостингом не оберёшься
Да что Вы говорите? Неужели сейчас так мало VDS/XPS хостингов? Или может быть они запредельно дороги?
Хостинг есть для всего.

JFreeM ★★★☆ ()
Ответ на: комментарий от vertexua

>Java EE 6, которая в связке Faceletes+JPA+EJBLite представляет собой простой, неимоверно мощный и чистый фреймворк для разработки веб-сайтов

Вы молодец! Второй раз читаю Ваш пост с подобным смыслом и меня радует, что хоть кто-то еще понял j2ee6

JFreeM ★★★☆ ()
Ответ на: комментарий от thevery

Как оно вообще по производительности? Есть сравнения какие-нибудь? Для каких целей лучше юзать? Как оно себя показывает в небольших приложениях? Проигрывает тому же пайтону? На сколько приложения получаются «тяжёлыми»?
Прежде всего интересует производительность для средних и малых приложений ибо сложился стереотип что от джавы профит есть только на больших решениях.

что хоть кто-то еще понял j2ee6

Раз уж тред такой одинокий, расскажите в чём профит?

tia ()

Ты как-то определись, ты для веба хочешь инструмент или 'ваабще'? Иначе в одной куче и веб и gtk и qt и ещё какая то хрень - все собрал, до чего смог дотянуться. И на фига такое сравнение?

bibi ()
Ответ на: комментарий от tia

>Как оно вообще по производительности? Есть сравнения какие-нибудь? Для каких целей лучше юзать? Как оно себя показывает в небольших приложениях? Проигрывает тому же пайтону? На сколько приложения получаются «тяжёлыми»?

по «тяжести»/производительности примерно сравним со Spring, ибо на нём и базируется. А что вы подразумеваете под малыми/средними приложениями?

thevery ★★★★ ()
Ответ на: комментарий от Love5an

>Java не особо статическая

Кхм. Это как? :D Или ты про reflection? Для Java это больше экзотика, чем норма.

KRoN73 ★★★★★ ()

Браво!

Выдайте автору медаль по окончании школы!

commit ()
Ответ на: комментарий от thevery

А как ты оцениваешь Spring? Я правда не юзал его вообще. Т.е. на джаве я так, пару сервлетов помогал писать и ООП-часть исследовал. Вообще есть ли смысл писать на Grails если мне и джавы хватает? Т.е. как языка. Про груви говорят что не всё так хорошо с производительностью. Хотя вот новость, что groovy++ становится лучше, немного радует. Но... опасно. Не хочу опять изучать ещё один пайтон, но ынтерпрайзный.

tia ()
Ответ на: комментарий от bibi

Я хочу найти не просто инструментарий, а платформу для создания инструментария и его использования, на которой всё достаточно быстро работает. Важна скорость. Меня это волнует.
Сейчас, как я смог выделить, самые тяжёлые части:
ORM - на пайтоне тормозит из-за туч абстракций и использования не оптимизированного кода(а там много где хотелось бы оптимизировать всё на уровне интерпретации).
Templates - тормозит что пипец и не только из-за абстракций.
Вот на D я проблему темлпейтов решаю созданием транслятора в ди, т.е. созданием статических частей, благодаря которым рендеринг становится очень лёгким. Во многих фреймворках же темплейты читаются из файлов и рендерятся заново, с нуля.
ORM тоже опасно. Думаю не юзать всякие ODBC, а написать что-то своё на «чистых» либах вроде libpg.
А что в Spring? А что в Grails? Как у них вообще с этим всем?

tia ()
Ответ на: Браво! от commit

Шутки не понял. Комплимент? Даже не знаю как реагировать.

tia ()

> С++. Просто для того чтобы не обделять. Язык съедобен, но только с Qt

Толсто!

melkor217 ★★★★★ ()
Ответ на: комментарий от tia

>А как ты оцениваешь Spring?
спринг - это почти стандарт для не j2ee-приложений

Вообще есть ли смысл писать на Grails если мне и джавы хватает?

зависит от задач, но как правило стоит для проектов больше десятка страниц.

Про груви говорят что не всё так хорошо с производительностью.

на groovy написана только маленькая часть grails, остальное - на java, то есть разница в производительности небольшая

thevery ★★★★ ()
Ответ на: комментарий от tia

>А что в Grails? Как у них вообще с этим всем?

GORM - DSL для Hibernate, очень удобный.

thevery ★★★★ ()
Ответ на: комментарий от thevery

>спринг - это почти стандарт для не j2ee-приложений
Это я понял, спасибо. А как оно по производительности?

зависит от задач, но как правило стоит для проектов больше десятка страниц.

Про статику речь не идёт, конечно.

на groovy написана только маленькая часть grails, остальное - на java

Прекрасно!

то есть разница в производительности небольшая

Это хорошо. Осталось понять какова производительность джавы и самого Spring.
У Grails свой ORM? Своя система темплейтов? На сколько они производительны? Есть ли для этих частей альтернативы? Темплейты прекомпилятся?

tia ()
Ответ на: комментарий от tia

> Вы ошибаетесь. Я хорошо понимаю что веб-технологии не зависят от языка реализации. Если веб-сервер наисан на лиспе, то это не значит что это уже не веб.

С++ прийдет в веб, когда он не будет компилироваться в нативный код, тоесть нельзя будет сходу сделать системный вызов или сделать SEGFAULT. Иначе хостеры просто не будут давать заливать его на сервер. Если он будет нативен, то его нельзя будет конролировать простыми средствами, ядро ОС должно будет его как то ограничивать.

Все они неповоротливы, страшны и медленны.

Можно писать по разному. Честно говоря, чем легче писать, тем больше искушение напихать еще больше фич и сделать сложнее логику. И отсюда и JIRA и похожие вещи очень огромны. Но огромность не идет с технологий вместе ))

vertexua ★★★☆☆ ()
Ответ на: комментарий от tia

>Это я понял, спасибо. А как оно по производительности?
вполне прилично

У Grails свой ORM?

ORM в Grails зовётся GORM - это динамический DSL поверх «стандартного» java'овского Hibernate

Своя система темплейтов?

темплейты - gsp, лэйауты - http://www.opensymphony.com/sitemesh/

Темплейты прекомпилятся?

да, с версии 1.2, но это ж принципиальной роли не играет, ибо оно всё равно по сути проходит пусть gsp->jsp->servlet (который компилится), не?

thevery ★★★★ ()

>Работает шустро, проблем нет

На пайтоне всё медленно

я бы написал тебе «убейся», но лучше ничего писать не буду.

и да. питон рулит.

antony986 ()
Ответ на: комментарий от vertexua

>С++ прийдет в веб, когда он не буд...
Повторюсь, хостерам не нужно что-то сложнее php. Мало кто предоставляет хостинг даже на пайтоне. Да и не будут. По сему всегда остаётся только вариант - VDS. А там уже пофиг.

Можно писать по разному.

Да. Но если за тебя уже написали ORM и он работает медленно(алхимия, к примеру), то как жить здесь? А никак.

tia ()
Ответ на: комментарий от tia

Это я понял, спасибо. А как оно по производительности?

Оно (контейнер) нормально, по крайней мере легче, чем Java EE. Кстати насчет «Faceletes+JPA+EJBLite» вставлю свой коммент. Facelets - оно не stateless, так что на помойку. JPA-норм, только без EJB лучше на hibernate тупо. Для жавы мне последнее время больше Guice нравится. Насчет «оно для больших отказоустойчивых приложений» - в жаве ничего особо такого отказоустойчивого нету, чудес не бывает. А вообще сойдет при грамотном приготовлении, главное интерпрайзное говно типа ejb/jsf не юзать. Хех, мож google-sitebricks допилят когда-нить)

Бррр и вообще весь сыр-бор не верен в начале, когда дела касается горизонтальной масштабируемости, «числодробильная» производительность языка/платформы не так важна. Особенно рассмешило про медленный питон, посмотри на tornado, twisted и прочие.

dizza ★★★★★ ()
Ответ на: комментарий от thevery

>вполне прилично
Мне интересно сравнение. Чисто так, как специалиста, что можешь сказать относительно пайтонофреймворков?

ORM в Grails зовётся GORM - это динамический DSL поверх «стандартного» java'овского Hibernate

Ага... И как хибернейт по производительности? Как можешь прокомментировать?

темплейты - gsp, лэйауты

Извини если слишком много вопросов задаю, а не иду в гугл, но хочется о таких вещах с людьми поговорить :)
Темплейты оно понятно, а лайоуты это что? Нужно ли оно?
А темплейты да, ничего.

но это ж принципиальной роли не играет

Ну как-же. Вот наделает человек 3 базовых темплейта, которые наследуются друг от друга, и в конце вызывает свой убертемплейт, в котором ещё импортируется другой. Как оно? Фигово. Лучше всё это прекомпилить в один темплейт, в котором не будет вызывов функций, а только слияние строк, как в Dylons.

tia ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.