Программирование

http://lurkmore.to/PHP вот тебе и доказательство

 

ну быстрее на 10-20%, ну и что? Один хуй в нагруженных проектах основная проблема производительности это БД

10-20 это много. По поводу" доказательства"

Ну и следует понимать, что конечный результат _всегда_ зависит от прослойки между креслом и монитором.

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

да ты зверев от программирования

ОРАКЛ ГОВНО СО СВОЕЙ ДЖАВОЙ!1111

сан вообще-то

солнце уже давно купили как бы

я пишу из 2007

http://www.cyberforum.ru/cpp-beginners/thread517874.html :trollface:

школьники обезумили

вот почему-то мне кажется asp.net говно

и силверлайты всякие - говно, майкрософт эскюэл, оракл хуйоракл

будущее за быстрыми, легкими, бесплатными снарядами как пхп, рор, ноде.жс

ну вы понели

ты слегка попутал время

 

пхп это прошлое, рор и ноде.жс это уже настоящее

вот почему-то мне кажется asp.net говно

и силверлайты всякие - говно, майкрософт эскюэл, оракл хуйоракл

будущее за быстрыми, легкими, бесплатными снарядами как пхп, рор, ноде.жс

ну вы понели

тут уже писали, что и пхп совсем не быстрый, а рор еще медленней.

пиши еще хуйню всякую

вот почему-то мне кажется asp.net говно

и силверлайты всякие - говно, майкрософт эскюэл, оракл хуйоракл

будущее за быстрыми, легкими, бесплатными снарядами как пхп, рор, ноде.жс

ну вы понели

тут уже писали, что и пхп совсем не быстрый, а рор еще медленней.

пиши еще хуйню всякую

что тогда быстрее?

не ну вот скажи мне интерпретируемый язык быстрый

темный двор 

будущее не за скоростью выполнения, а за скоростью разработки

будущее не за скоростью выполнения, а за скоростью разработки

все, решился изучать рор. подскажи с чего начать? тупо с мануала или может видеокурс есть какой.

с учебников по английскому

 

а потом http://railsforzombies.org/

будущее не за скоростью выполнения, а за скоростью разработки

я б сказал настоящее уже полностью в этом

а будущее скорей в удобности разработки для программиста (удобство обеспечивает скорость разработки чаще всего) и/или шаблонности (когда легко переносить структуру системы, или отдельных модулей из одного проекта в другой, экономя при этом некоторое количество человека-часов =] )

хотя хз в чем будущее но настоящее уже полностью в этом

что тогда быстрее?

не ну вот скажи мне интерпретируемый язык быстрый

то-есть ты хочешь сказать, что компилируемые языки отмирают?

что тогда быстрее?

не ну вот скажи мне интерпретируемый язык быстрый

то-есть ты хочешь сказать, что компилируемые языки отмирают?

я, наверное не очень хорошо прошарен в веб-девелопменте.

кстати всегда интересовало, есть ли такие сайты, которые, например, работают сразу на бинарных программах?

это вообще возможно? тогда это не апач какой-нибудь а целая отдельная программа?

с учебников по английскому

 

а потом http://railsforzombies.org/

:pray: :pray:

я, наверное не очень хорошо прошарен в веб-девелопменте.

кстати всегда интересовало, есть ли такие сайты, которые, например, работают сразу на бинарных программах?

это вообще возможно? тогда это не апач какой-нибудь а целая отдельная программа?

ну для того же дот нета jit compiler и работает через iis. в mono через что работает я не знаю

я, наверное не очень хорошо прошарен в веб-девелопменте.

кстати всегда интересовало, есть ли такие сайты, которые, например, работают сразу на бинарных программах?

это вообще возможно? тогда это не апач какой-нибудь а целая отдельная программа?

ну для того же дот нета jit compiler и работает через iis. в mono через что работает я не знаю

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

типа апач лишь принимает запрос, отдает нгинксу, тот распределяет нагрузку или что?

что тогда быстрее?

не ну вот скажи мне интерпретируемый язык быстрый

то-есть ты хочешь сказать, что компилируемые языки отмирают?

я, наверное не очень хорошо прошарен в веб-девелопменте.

кстати всегда интересовало, есть ли такие сайты, которые, например, работают сразу на бинарных программах?

это вообще возможно? тогда это не апач какой-нибудь а целая отдельная программа?

а кто мешает написать тебе веб-сервер на Си ? да вообще на любом языке можно веб-сервер написать

вон на джаве их тыщщи (tomcat, jetty, glassfish, geronimo, jboss (хотя там внутри томкат))

просто какбэ это не особо удобно когда ты сам для каждой веб-аппликации будешь сервер писать

поэтому и появились апачи и jboss'ы в которые модулей напихал, скриптиков закинул - и все вроде работает

очень удобно

вообще странно немного такие вещи рассказывать, это свидетельствует о том, что модель пхп - "написал скрипт + закинул в апач = веб-приложение" настолько притерлась, что о других способах получить нечто, умеющее слушать 80 порт и отвечать на запросы, даже подумать страшно 

я, наверное не очень хорошо прошарен в веб-девелопменте.

кстати всегда интересовало, есть ли такие сайты, которые, например, работают сразу на бинарных программах?

это вообще возможно? тогда это не апач какой-нибудь а целая отдельная программа?

ну для того же дот нета jit compiler и работает через iis. в mono через что работает я не знаю

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

типа апач лишь принимает запрос, отдает нгинксу, тот распределяет нагрузку или что?

nginx это веб-сервер с функциональностью, заточенной под то, чтобы быть использованным в качестве reverse proxy. Это означает, что его писали для того, чтобы поставить его впереди всех веб-серверов и заставить обрабатывать запросы первым, при необходимости делегируя серверам, находящимся сзади него. Он очень быстр и более конфигурируем по сравнению с апачем. Поэтому его и ставят спереди, настраивают какие-то правила особые (например, статические картинки выдавать напрямую из такой-то папки, а все остальное - запрашивать у apache). Вот и получается, что часть запросов до апача даже не доходит, что позитивно сказывается на его производительности. Ну это такой самый примитивный случай. Юзкейсов полно.

Сейчас модно вообще обходиться без апача, пхп отдавать через php-fpm который входит в поставку php.

 

рельсы у меня работают на thin+nginx