...ну всё, я за попкорном пошла!! ;)

Victor!, я хоть и не программист, но тоже время от времени что нить корябою на php, и это выражение отношу к оскорблению, хоть и не к личному, но всё же.
К "быдлокодерству", как ты выразился Victor!, эти самые, занимают первое место в веб программировании, по количеству сделанных сайтов по всему миру, если что..., и очень много из них это крупные корпоративные сайты известных на весь мир фирм. Если не ошибусь, не меньше 60-70% всех сайтов сделано на php, после чего процентов 20-25 идут сайты на IIS + VS(VC#, С++ и др.), а оставшиеся жалкие проценты это сайты на джава и другом.., так что это ещё спорно, кто тут кто. ИМХО!
ПС. HTML сайты не в счёт.
Извиняюсь конечно за офтоп, достают некоторые, которые ставят себя выше других, оскорбляя косвенно или прямо других, даже если это обобщённо. Куда ток модераторы смотрят.

Безо всяких xml не получится, ты jsp где собрался запускать, в уме, что ли?

Ахахах. Советовать человеку, который не в состоянии толком html вычистить, изучать стек технологий жабы, не самых простых для понимания, для написания простейшего сайта, обосновывая энтерпрайзом. Совершенно неудивительно, что с такой логикой ты подменяешь понятия и готов сейчас рассказать, зачем нужен ORM, на слова о том, что хибернейт, в частности, неудобный.

А я говорил о PHP? Надо перечитать себя, что-то не заметил.

Да да да, на конкурсе машинисток у ТС появится шанс занять первое место, печатать много и качественно жабка учит.

Ты напрасно обижаешься, 90% писанины на PHP в природе, это отвратительная каша - это факт. Низкий порог вхождения даёт в результате большое количество неквалифицированных программистов, которых в рунете обзывают быдлокодерами. А писать красиво можно на любом языке, даже на PHP, это глупо отрицать.

Я не обижаюсь, я просто к тому, что хамить не надо, каким бы плохим бы не был кодер(ы). То что в php полно плохих кодеров, я не спорю, но это не значит что все такие, и что всё что на пхп написано - плохо и полная каша, а именно так и выразился виктор, назвав всех пихапишников. К тому же.., плохих кодеров хватает везде, в том числе и в джаве, с той лишь разницей, что в пхп таких больше в процентном отношении к другим языкам, потому что этот язык программирования самый простой в изучении из всех веб языков.
Если я бы назвал тут всех кодеров на джаве так же, то со стороны того же виктора и других, получил бы так же постом по голове, так как "Быдло", это оскорбление, в какой бы связке он не было написано.
В общем.., как ты сам правильно написал - " писать красиво можно на любом языке", но грести всех пихапишников(как и других) под одну гребёнку, называя их "быдлокодерами" или ещё как, как это сделал виктор, это уже нетактично и оскорбительно. Если бы он написал что "многие пихапишники пишут говнокод", это было бы ещё нормально, так как это так и есть, хотя и тут, тот же "говнокод" пишут и джавинисты, так что ещё спорно кто лучше, если брать в процентном отношении и тех и других. ИМХО!
Лан.., хватит разводить халивар, все программисты люди, и всем свойственно ошибаться, как и нет быдлокодеров одного единственного языка, а есть плохие кодеры в любом языке программирования.

..поверьте, я в состоянии вычистить код! сейчас мне просто в лом этим заниматься.

Вы уже писали подобные аппликации в jave? На каком основании вы делаете выше указанное утверждение?

Да, я писал под томкэт jsp сайты. Используя самопальную MVC архитектуру. Struts или Spring MVC не использовал, но оценить степень удобства фреймворка, просматривая документацию / руководства и примеры вполне могу.
На основании того, что поработал с обалденной вещью как RoR. 70-80% того, что вы будете писать руками используя Struts, я буду генерировать фреймворком.

постораюсь внести ясности, так как первый 'критично' выдвинул предположение правильности использования фрэймворка в данной ситуации.
Моя жена раньше работала программистом в основном с явой, Struts, Spring + JBoss, Tomcat etc. со всеми вытекающими. я просто помню, что проэкты все в основном были крупные. в основном для конкретных интранет целей: бухгалтерия, логика съема машин, итп.
я сам имею небольшой опыт в построении интернет магазинов, каталогов итп.
из это всего мне стало не понятно для чего использовать такой сложный конструкт, для такого небольшого проэкта.
а что касается выбора, то тут стоит объективо посмотреть и сравнить следующие факторы:
1. Security
2. Performace
3. Maintenance
4. Complexity
по этому сказал, вам виднее.

1. Security можно объективно сравнивать имея опыт в web-hacking, не думаю, что ошибусь, говоря о том, что у ТС, вряд ли, есть такой опыт. Фреймворк автоматически не сделает безопаснее результат с одной стороны, а с другой, то, что обсуждалось здесь, является достаточно зрелыми продуктами, откуда уже вычистили глупые косяки. В общем, пункт первый можно смело пропускать.
2. Внезапно: ЯП/фреймворк никогда не являются узким местом. Говорю имея опыт в hi-load проектах. Наитормознейший Ruby даёт ровно такой же быстрый обычный сайт, как и очень быстрый скомпилированный байт-код Java или среда .Net. Там, где нагрузка на сайт высокая, всё упирается в работу с БД. Hi-load проекты есть на любом фреймворке. Этот пункт надо тоже вычёркивать.
3. Вот что, действительно, важно. Делаем сложную форму делаем, а потом бац! И надо поменять detail-сущность, добавить поля, удалить поля, сделать привязку к чему-то через третью таблицу. А код уже на продакшене и таблицы непустые и прочие прелести. Я бы сравнил здесь механизм миграций и ActiveRecord с какой-нибудь другой технологией, если бы вместо тумана про энтерпрайз тут начали бы примеры показывать. Что бы показать, почему хибернейт всосёт.
4. Из всего, что пробовал, самым беспроблемным фреймворком показался Django. Но если советовать ТС смотреть на эти критерии, как она оценит не попробовав?

let me google it for you:
http://letmegooglethatforyou.de/?q=rails+vs+struts
Прочитав первые три- четыре записи, думаю что должна с вами согласиться. Если бы мы писали на скорость аппликации, вы бы заняли обалденное первое место!

да. спасибо. поправил.
1. затронул, так как тоже небольшой опыт имею;) ну ладно, пока трогать не будем ;)
...
4. согласен. По поводу django: вроде как фласк (flask) тоже ничего себе. а вот в связке это должно быть что то.

Если вы подумаете, что есть какие-то другие критерии, в которых на ваших сайтах будут роялить Java-фреймворки, пусть и в ущерб скорости и удобству программирования, то вы ошибётесь. Потому, что всё остальное в тех же рельсах тоже есть, а по удобству использования они вне конкуренции.
Вот ещё одна вещь, о которой не говорили: инфраструктура сложившаяся вокруг фреймворков. Даже java с её тонной технологий позади. Простой пример, есть такая штука как SASS/SCSS. Любой CSS файл со временем разрастается до состояния каши и с этим ничего нельзя сделать, т.к. ошибка лежит на уровне генетического кода - в самой убогой спецификации CSS. SASS/SCSS это улучшение языка разметки, там, к примеру, можно задать в одном месте используемые цвета в виде переменных, а потом везде их подставлять. Один раз попробовав больше никогда не используешь простой CSS. Но проблема с SASS/SCSS в том, что надо подключать сторонний компилятор для трансляции SASS/SCSS в обычный CSS. В рельсах это делается ровно одной строкой - прописывается в конфигурационный файл строка и вуаля, теперь мы правим не xxx.css файлы, а xxx.css.scss и вся трансляция происходит автоматически без лишних телодвижений. Просто один эпизод, но так абсолютно со всем, что может понадобиться при создании сайта. Захотел кофескрипт вместо яваскрипта - прописал в конфиг строку - используешь. Захотел Twitter Bootstrap интерфейс - одна строка - используешь. Сравните со Struts. Хотя бы, просто найдите, как прикрутить SCSS к проекту, чтобы само транслировалось в CSS.

интересно. я не знал sass, так как с рельсами пока не работал. я ковырял немного less. тут хорошее сравнение почему sass.

для работы java web приложения достаточно будет одного web.xml - дескриптора приложения, только полному дауну он может показаться сложным

до сего момента ты создавал впечатление умного человека
это в духе "да читал я про ваш феррари, говно, мой гольф гораздо лучше"

как вам уже сказали 90% это полный шлак, при чем это не касается проекта в целом, на поверхности может быть отличный, карисывый, функционалиный сайт, но исходный код - куча овна в котором с трудом разбираются даже сами авторы.
Хотя в последнее время пхп не плохо развился, и там даже начали говорить про слои, про mvc, я могу даже сказать что в пхп уже хорошо получилось отделить фронтэнд через smarty, но в бизнес логике по преженму каша, вездесущие хардкоды sql "select", толстые клиенты и пр. делают проект трудоемким в плане развития и повторного использования

а вы не стесняйтесь, таких тоже хватает, собенно те кто пишет "jsp сайты под томкат"...

offtop
:) ... напомнило сценку квн-щиков про "шморгалку"
/offtop

Ну, надо же, оказывается один xml нашёлся. Сейчас начнём наращивать мясо и количество конфигов начнёт расти. Оно несложно, оно неудобно.

Балаболить все горазды, запости реальный пример всей обвязки, необходимой для работы нескольких связанных сущностей, например, кошки, их родители и дети. С фабриками / хелперами, если они нужны, с конфигами. То, что ты реально в проекте пишешь, без того, чтобы оно потом лапшой стало. С использованием аннотаций или без, мне всё равно. И я запощу, а потом ты сравнишь, где феррари, а где трактор.

ТАК! ВСЁ!!! BREAK!!
Это мой топик, и я предлагаю вернутся к изначальному вопросу о том как правильно и быстро можно раскрутить сайт? Если кто то из Вас страдает избытком энергии, я буду рада любой помощи!
пс: ...а я ведь даже и не догадывалась, что тут с вами так весело будет!! ;)))

подвинуть групон хочешь? он многим не по вкусу ;)

Обратиться к тому, кто реально что-то уже раскрутил и оно плавает и не тонет в выдаче. Или засесть за чтиво http://forum.searchengines.ru/ и двигаться самому методом проб и ошибок с неизвестным результатом. Все советы по раскрутке постоянно требуют проверки на актуальность, кроме того, тема достаточно комплексная, поэтому выдавать "ценные рецепты", по-моему, бессмысленно.