Здравствуйте, dmz, Вы писали:
D>>Почему не научат? dmz>30 000 посетителей в сутки сделают не так много хитов, это будет работать даже на Руби. Но что дальше? Масштабирование, производительность, кэширование? Как оно там все работает, а? (в статье Rail Is A Ghetto примерно рассказано, как)
Статья "Rail Is A Ghetto" — это во многом крики неудачника.
Зато RoR хотя бы научит нормальному разделению данных и кода, и вообще модели MVC в целом. Это очень пригодится потом, даже если писать на PHP или других системах (типа J2EE).
Да, и чтобы на лимиты масштабируемости RoR нарваться — это надо весьма постараться. Обычно лимитом станет база данных через некоторое время.
Здравствуйте, Cyberax, Вы писали:
C>Да, и чтобы на лимиты масштабируемости RoR нарваться — это надо весьма постараться. Обычно лимитом станет база данных через некоторое время.
Он же вроде в многопоточном варианте не умеет работать, поэтому приходится под каждый реквест запускать отдельный процесс.
разве это не может стать фактором, ограничивающим масштабируемость?
dmz>>Относительно быстрый (относительно Ruby точно, без оговорок), под него очень много библиотек и компонентов, нет проблем с юникодами. Зрелый, особенно 2.5.
SO>Гуд. А что со средствами разработки? Т.е. мне, как человеку долгое время работавшему с C++, как минимум хочется иметь отладчик. Добротная IDE так же приветствуется.
Говорят, что-то есть. Примочка к эклипсу для питона точно есть. Не смотрел. vim & debug printing will be enough for everyone (c) У нас еще есть html-ный отладчик — перехватывает исключения и можно смотреть стейтрейсы, переменные, исполнять код и т.п. Ставишь raise Exception() в любом месте и изучаешь.
Здравствуйте, Lloyd, Вы писали:
C>>Да, и чтобы на лимиты масштабируемости RoR нарваться — это надо весьма постараться. Обычно лимитом станет база данных через некоторое время. L>Он же вроде в многопоточном варианте не умеет работать, поэтому приходится под каждый реквест запускать отдельный процесс. L>разве это не может стать фактором, ограничивающим масштабируемость?
RoR прекрасно работает в виде FastCGI, так что создавать по интерпретатору на запрос совсем не нужно.
dmz># ASP.NET 2.0
dmz># Windows
dmz># IIS
dmz># SQL Server
dmz>вау. они это сделали. зачем-то
Где-то на highscalability лежит ссылка на описание, почему. Они уперлись в потолок Coldfusion'a (!) b? чтобы не тратить время на переход с платформы на платформу, остались в винде и постепенно начали переписывать все на ASP.NET. Причем еще до недавнего времени очень большие куски сайта у них продолжали крутиться на Coldfusion, который крутился не на родной яве, а на каком-то .net-овском эмуляторе
Здравствуйте, Аноним, Вы писали:
А>На чем лучше писать сайт — на PHP или на Perl ? Понимаю что в такой постановке вопрос звучит немного по-дурацки. Попробую обрисовать задачу. Требования к сайту — база данных (скорее всего PostgreSQL), рассылка, предположительная посещаемость — 20-30 тысяч человек в день.
При такой постановке задачи, всё равно на чём.
А>Есть ли какие-то вещи, которые можно сделать на Perl-е, но нельзя на PHP?
Их много. Другое дело, что ты, возможно, никогда не столкнёшься с этими вещами.
А>Просьба сильно не пинать, я чайник в сайтостроении.
Здравствуйте, dmz, Вы писали:
dmz>Вывод в том, что если речь идет про историю с "куда-все-идут", то едва ли есть много людей в нашей стране, которые знали бы Джангу лучше, чем фигуранты этой истории.
Здравствуйте, anonymous, Вы писали:
A>Здравствуйте, dmz, Вы писали:
dmz>>Вывод в том, что если речь идет про историю с "куда-все-идут", то едва ли есть много людей в нашей стране, которые знали бы Джангу лучше, чем фигуранты этой истории.
A>Что за история? Где почитать?
Здравствуйте, dmz, Вы писали:
dmz>В какой момент возникнет вывод, что от фреймворков-все-в-одном с какого-то момента больше вреда, чем пользы
А можно поподробней в этом месте?
(Успешно пользуюсь Zend Frameworkom'ом, но как раз ощущаю совсем противоположное чувство: намного больше пользы чем вреда. Он гибкий, разширяемый, и не особо навязывает, какой-то свой особенный замысловатый подход, парадигму: можно перемастерить, перестроить, ощущаеться сводоба выбора и польза этого несложного инструмента.).
Здравствуйте, Аноним, Вы писали:
А>На чем лучше писать сайт — на PHP или на Perl ? Понимаю что в такой постановке вопрос звучит немного по-дурацки. Попробую обрисовать задачу. Требования к сайту — база данных (скорее всего PostgreSQL), рассылка, предположительная посещаемость — 20-30 тысяч человек в день. Какие преимущества и недостатки обеих технологий? Есть ли какие-то вещи, которые можно сделать на Perl-е, но нельзя на PHP? А>Просьба сильно не пинать, я чайник в сайтостроении.
Apache + PHP + Eclipse (PDT) + XDebug + MySQL — довольно неплохой стандартный набор + комьюнити.
Руби на Рельсах? Ругают его много... Хотя идея красивая.
Питон + Джанго? Не видел, но хвалят.
АСП.НЕТ — для начинающего в самый раз: большие возможности + скорость + ide
а РНР надо уметь юзать, там достаточно косяков, ничего качественного может не получиться...
Здравствуйте, Дм.Григорьев, Вы писали:
ДГ>Здравствуйте, <Аноним>, Вы писали:
А>>Просьба обосновать, есть у PHP какие-нибудь преимущества кроме простоты изучения?
ДГ>Никаких. ДГ> ДГ>
Пессимистично, но РНР удобнее для веб, чем прел, правда?
Здравствуйте, int 13h, Вы писали:
I1>Apache + PHP + Eclipse (PDT) + XDebug + MySQL — довольно неплохой стандартный набор + комьюнити. I1>Руби на Рельсах? Ругают его много... Хотя идея красивая. I1>Питон + Джанго? Не видел, но хвалят. I1>АСП.НЕТ — для начинающего в самый раз: большие возможности + скорость + ide
О, да! А php с питоном напару — это конечно для мега-гуру.
Здравствуйте, anonymous, Вы писали:
C>>Я бы лично взял RubyOnRails — с ним хотя бы хорошему можно научиться. A>RoR — не язык программирования.
Я это знаю. И?
Здравствуйте, Cyberax, Вы писали:
C>>>Я бы лично взял RubyOnRails — с ним хотя бы хорошему можно научиться. A>>RoR — не язык программирования. C>Я это знаю. И?
Вопрос был про языки. PHP vs Perl не то же, что и, скажем, Smarty vs Catalyst. Впрочем, не важно.
Здравствуйте, int 13h, Вы писали:
I1>Здравствуйте, Аноним, Вы писали:
А>>На чем лучше писать сайт — на PHP или на Perl ? Понимаю что в такой постановке вопрос звучит немного по-дурацки. Попробую обрисовать задачу. Требования к сайту — база данных (скорее всего PostgreSQL), рассылка, предположительная посещаемость — 20-30 тысяч человек в день. Какие преимущества и недостатки обеих технологий? Есть ли какие-то вещи, которые можно сделать на Perl-е, но нельзя на PHP? А>>Просьба сильно не пинать, я чайник в сайтостроении.
I1>Apache + PHP + Eclipse (PDT) + XDebug + MySQL — довольно неплохой стандартный набор + комьюнити.
А как вам такая связка для разработки на php VS2005(VS2008) + PHP + MySql ну и Apache естественно?
Здравствуйте, DeZhavi, Вы писали:
DZ>Здравствуйте, int 13h, Вы писали:
I1>>Здравствуйте, Аноним, Вы писали:
А>>>На чем лучше писать сайт — на PHP или на Perl ? Понимаю что в такой постановке вопрос звучит немного по-дурацки. Попробую обрисовать задачу. Требования к сайту — база данных (скорее всего PostgreSQL), рассылка, предположительная посещаемость — 20-30 тысяч человек в день. Какие преимущества и недостатки обеих технологий? Есть ли какие-то вещи, которые можно сделать на Perl-е, но нельзя на PHP? А>>>Просьба сильно не пинать, я чайник в сайтостроении.
I1>>Apache + PHP + Eclipse (PDT) + XDebug + MySQL — довольно неплохой стандартный набор + комьюнити. DZ>А как вам такая связка для разработки на php VS2005(VS2008) + PHP + MySql ну и Apache естественно?