Выбираю технологию (Java vs Python, MySQL vs PostgreSQL): хочу плясать от хостинга

Kifsif, юзайте С/С++, на нём это всё написано. Захостить сможете хоть на холодильнике.

Артем, Вы точно знаете, что такое Spring и J2EE? Человек вчера прочитал книжку по Java (это первая строчка в его посте). И эта книжка явно не HeadFirst Servlets, чтобы вот так вот начать сразу творить.

Выбор СУБД определяется не просмотром в сторону кого шустрее, а под конкретную задачу. Уж тем более выбор SQL vs. NoSQL.

А вообще Java Enterprise + MySQL - это доставляет :) Java - для сложнейших монструозных бизнес-приложений, а MySQL наоборот - для легковесности. Этот тандем закончится либо переходом на нормальную СУБД типа PostgreSQL/DB2/Oracle, если оно перерастет во что-то серьезное, либо заменой языка на легковесный типа PHP/Perl/Ruby/Python/(нужное вписать), если приложение будет требовать скорости.

Слепить Java + MySQL - это слепить максимально возможный технический долг на самом старте.

Как вы смогли назвать четкие цифры даже не обладая информацией какую задачу решает код, какая архитектура выбрана и с каким качеством написано? :)

И судя по тому, что цифры без динамики во времени, Вы не знаете как работает Garbage Collector у Java - а это очень опасно.

Вы в "клуб 27" чтоли вступили? Зачем так рано умирать? ))))

Что хоть за проект? Какие задачи перед ним (не нагрузочные, а бизнес)?

Контент-проект. Вики, форум, новости.

На Джаву смотрю в основном из-за статической типизации. И потенциально лучшей производительности.

При этом понимаю, что в первое время будет сложнее и дороже.

также не совсем понятно что такое фрейм-ворки для Net (которые проигрывают яве) - оно само для себя и есть супер могучий фрейм ворк, у меня небольшой опыт работы на нем, но пока у меня сложилось впечатление, что там есть все и для решения любой задачи от стандартных сайтов до мультимедия и распределенных вычислений и никаких сторонних фрейворков для нее не нужно и в пределе ИНОГДА даже сервера не нужно(!!!) для много-потоковой многоюзерной многопроцессорной распределенной системы (в учебных целях делал системку распределенных вычислений стат ф-ий анализа акций, сервер IIS можно было использовать, но сделал без него, чисто на Net). Так что то сранение по ссылке какая-то лабуда. По инфе на сайте самого микрософта .Net уделывает :) всех опенсорсников, а на некоторых тестах вплотную идет рядом с компилируемым С++ !

Понятно, что если какому-то программеру по безумным причинам приспичило напрограммировать НАД Net еще какую-то надстройку (фреймворк) то из-за кривости рук этого программера могут быть проблемы с быстродействием ЭТОЙ НАДСТРОЙКИ, но не голого нэйтивного C#.Net (в частности по ссылке речь идет о сериализации JSON - типичный пример неправильного использования, Net - там внутри своя сериализация, вот с ней и надо сравнивать, а не с надсройкой, тем более спорной по программистким приемам в ней реализованным, невооруженным глазом видны косяки в коде в 10 раз змедляющие работу, на С# так скоростные вещи не пишут)

Ну и удобство построения пользовательскго интерфейса (RAD рапид апликаэйшн девелопмент) - опять же моментально делается клиент не требующий браузера и тут же в секунды из него делается сильвер-лайт для браузера и виндовс фона и еще несколько движений и клиент на htm5 для стандартных браузеров готов. Вообщем штука мощная, бесплатная и игнорировать ее существование просто не умно.

Но конечно она не идеальна - html5 все же универсальнее хотя и у него до сих пор остались проблемы с разной реализацией на разных браузерах да и скрость еще не достигла своих лучших высот.

Но сам я больше люблю php и perl mysql + flex (для клиента) хотя недостатков у них тоже не мало.

И все же imho Флекс очень хорош как система для построения клиента как в браузере так и как отдельного приложения, клиента, взаимодействующего с сервером через интернет.

Пляска от хостинга = покупка машины, руководствуясь ее цветом. :)

Выбирайте любую технологию, настроить можно все.

Есть пара виртуалок под клиента, пишет проекты на java (glassfish стоит) . Справляются vds вида: 1Gb ram 1core, на KVM. Правда что у него по посещалке не знаю.

На OpenVZ у него glassfish не ставился.

Я так понимаю, у человека там далеко не мега-энтерпрайз-приложение (иначе бы после прочтения пары книжек всё равно небыло бы смысла им сразу заниматься). Для простого сайта хватило бы ознакомиться со spring in action.

Я назвал только приблизительные цифры, тс'а, насколько я понимаю, интересует создание достаточно простого веб сайта (с учётом уровня его знаний), с ориентиром на это и названы цифры. При чём тут GC и динамика во времени - непонятно, судя по всему вы сами плохо представляете, как он работает. Ну расскажите нам, какое он влияние оказывает GC на производительность кода в джаве.

Доставляет и неплохо. У нас и у тысяч других сервисов отлично работает. Про то, как всё плохо у джавы с mysql - расскажите Угничу например, а то он не знает, что с джуиком что-то не так.

Вы застряли году так в 2003, ни то, ни другое утверждение давно не является абсолютно верным. Джава и спринг отлично подходят для создания легковесных веб приложений, а mysql - малопроизводительный монстр (но вы, видимо, сраниваете с ораклом). Я его и не советовал кстати.

PHP/Ruby назвать легковесным и говорить о том, что, он может быть выбран в качестве замены джаве при перерастании проекта в что-то более серьёзное - это вообще отлично. Всё равно, что заменить белаз на пикап (пикап то поменьше весит, ага). По факту, серьёзные проекты (twitter, facebook, linkedin, google+) как раз заменяли ruby, php, python на JVM просто по причине экономической целесообразности.

Цена хостинга - немаловажный фактор, который рассматривают при построении сайта, я думаю, все.

Если Вам нужна низкая цена хостинга, выбирайте php - он есть везде, даже на виртуале, и задешево.

Все энтерпрайз-ливл вещи для нормальной работы требуют как минимум VPS.

Цифры могут отличаться на два порядка :) Какие еще приблизительные?

GC у Java работает "зигзагом" с подъемом вверх. Это рисовать надо, словами не опишу. Короче выжирается всегда вся память, включая выталкивание пейджкэша. Не помогут ни Xmx, ни что-либо еще. Избежать этого можно только одним способом - самому следить за тем, чтобы удалять ненужные объекты из памяти.

Я нигде не застревал. Джава конечно же отлично подходят для легковесных приложений. Только пойдите скачайте полноценное приложение от какой-нибудь компании, которая лучше всех пишет на Java (например Atlassian) и посмотрите сколько оно кушает. Конечно же можно написать Hello World и оно съест всего 100Mb вместе с Томкатом или Джетти, но все же я знаю пару языков, которые уместятся в десятикратно меньший размер - без танцев с бубнами.

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