Как я уже говорил если код написан правильно, то хватит минимальной конфы.
netwind насколько я вижу это подтверждает.
Есть в curl в PHP одна заморочка из-за которой он может ждать память нещадно.
Но ее можно обойти не прилагая особых усилий. :)
Правильно, транслирует в байт-код, но вы сравниваете компилируемый С++ с транслируемым PHP, появится компилятор PHP или транслятор С++, тогда можно будет сравнивать, а пока такого нет это глупо.
Вы привели конкретно мою цитату в предыдущем сообщении.
Покажи там где я говорил о PHP что вы так завелись.
Я где-то писал что PHP в байт-кодах записывается?
И где тут вы видите название PHP, или он вам мерещится уже?
Труязык это С++ по вашему мнению, писал я именно о нем, только вот к понятие "тру" я отношусь как и большинство знающих его значение - отрицательно, вам этого видимо не понять.
Из написанного вами видно что вы читаете только свои сообщения, т.к. неудосуживаетесь даже при цитировании прочитать что вам пишут.
Boris A Dolgov, вот когда узнаете что такое интерпретатор PHP и как он работает, тогда и и лезьте в такие темы, а пока что вы только в 4-й раз подтверждаете свой непрофессионализм.
Я не утверждаю что PHP тут хорош, вы где-то это видели?
Я говорю что ваш любимый C++ создает больше проблем чем решает.
Он был хорош 5 лет назад, когда не было ему путевой замены, сейчас все изменилось.
Кстати раз уж вам неймется: PHP не создает таких глупых ошибок, которые обыденны в С++ и являются его бичом повсеместно.
Если бы на С++ писали проекты под Web, то ниодин проект не обошли бы стороной проблемы и ошибки которые бывают в PHP.
В PHP они решаются, т.к. это язык для Web, в С++ нет, т.к. его не используют в такой ипостаси, и в совокупности С++ остается в разы проблемней.
Я повторю свой тезис: не нужно сравнивать разные языки программирования для разных целей, в этом ваша ошибка.
Это просто еще один пример трусофта. :)
Об этом я и писал.
Тут просто пытались сравнить откомпилированный код с интерпретируемым языком.
Также глупо сравнивать Java и C++, пусть даже первая дает сравнимую производительность, за что честь и хвала Sun.
Как мне тут подсказывает друг прочитавший тему: "сравнивают макларен с самокатом".
И дело не в том что самокат медленный, он просто для других целей.
DLag добавил 20.12.2008 в 13:42
Я бы написал для этой задачи быстрый код на Perl в пару десятков строк и не тратил деньги на кучу серверов.
Но каждый выбирает свой путь. ;)
Покажите мне большой проект написанный на C++, который не выпускает багфиксы каждые пол года.
Только в ПО на этом языке есть переполнения, многочисленные байт инъекции и т.п.
Не нужно равнять трансляторы и компилятор, если не в курсе в чем разница - учите мат часть.
Бла-бла-бла, вы компилятор PHP вначале найдите, транслятор байт кода и компилятор - разные вещи.
Слив не засчитан.
DLag добавил 20.12.2008 в 12:56
Питон слишком жаден до ресурсов, я пока не вижу мест где им лучше заменять Perl или PHP.
Есть психи, которые его суют везде, но это их личные интимные комплексы. :D
Boris A Dolgov, именно на труязыках пишут миллионы трупрогеров проги с тысячами трубагов, половину которых потом вылавливают сотни трутестеров, а остальную половину невинные юзеры, на которых тестится вечносырой трусофт, которые верят что трупрогеры труязыки это трукруто.
С/C++ уже лет 5 как оставлен для маньяков.
Создано очень много более качественных языков, которые уделывают Си как по удобству и читаемости, так и по функционалу, не теряя при этом ничего, а давая только больше.
Скорость зависит только от компилятора и никак от языка, если вы считаете иначе, то пишите на C++ дальше, возможно вам когда-нибудь все же осенит.
Я уже упоминал про баги? :)
Скажите сайты где в основном расположены.
Есть решения для России, США и универсальное.
От 100USD и выше.
Особо мощного процессора не нужно, ОЗУ потребуется 1-2Гб, не больше.
Если multi-curl написан криво, то там и 8Гб не спасет, но надеюсь когда писали внимательно документацию по этому читали. :)
Почитайте лицензионное соглашение внимательно по AppEngine.
Мне например не хочется отдавать права на свои разработки Гуглю.
Если у вас конечно ничего путевого из разработок нет, то конечно.
Если же что-то важное и серьезное, то зачем скупится на хостинге.
Некоторые программы полностью отказываются собираться на 64битах.
Некоторые не совсем адекватно работают.
Опять же необходимость ставить lib32 это линяя морока и нагрузка.
