Разное

А?

CGI. Возможно на С/С++.

Если честно, не знал что на С можно веб приложении делать!

Да хоть на ассемблере :))

> CGI
О, это уже ЯП?

Нет. Это скорее была мысль в слух, что там используется этот интерфейс.

Естественно используется)

Скорее всего, там Perl + C.

А какая разница, на чем написан? Главное - тормозит)

на php такие системы не пишут? почему?

Потому что пхп - тормоз. Изначально, php проектировался как язык для оживления домашних страничек.

PHP = Personal home page

Это взято не из головы. Книга Макконнелла "Совершенный код". Только потом он подрос и стал покруче. Этот язык подходит для сайтов с малой и средней нагрузкой, где требуется повысить скорость разработки и уровень абстракции. Быстродействие никогда не было коньком пхп.

Не совсем согласен...

Например, тот же "В контакте" написан на PHP, а онлайн на нем находится в среднем > 200 000

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

В плане производительности - PHP самый медленный язык программирования... Пусть даже программировать на нём удобнее.

Да, точно! Почему то mail.ru, yandex.ru, google.ru ... не на пхп.

>Почему то mail.ru, yandex.ru, google.ru ... не на пхп.
Что такое mail.ru -это портал с кучей сервисов.
И кстати некоторые сервисы написаны на php ;)

и тормозят:)

php - неплохой язык. В основном, он хорош тем, что он очень высокоуровневый. На нем можно быстро наклепать, чтобы работало. Как я говорил, это комбайн. Универсальный комбайн. Писать на нем просто. В этом его плюс. Про минусы не буду, а то опять холивар начнется.

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

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

На компьютере естественно. :)

Писать собственный модуль для Apache, каким является PHP.

C, C++, Perl, Ruby, Python. Все это - значительно быстрее php. Правда, на Си, Си++ писать долго и ненадежно и неудобно. Поэтому смотрите на Перл, Руби и Питона.

SHAman, Вам просто доставляет удовольствие говорить о скорости PHP.

Мне тоже непонравилось сравнение скоростей.. потому уже перешел на Perl

Но Вы же не трындите на каждом шагу об этом.

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

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

спросите маиловцев, на чем они писали и все.
там есть письмо в поддержку наверняка

Дополню, что "сложнее" автоматически подразумевает большее количество ошибок и дыр, а также больший объём кода и время разработки. На ассемблере написать что-то разумное и не содержащее ошибок - практически невозможно.

вот именно
мне например пришлось самому реализовывать чтение GET, POST и механизм сессий

> мне например пришлось самому реализовывать чтение GET, POST и механизм сессий
А в этом, кстати, ничего хорошего нет. В том же PHP это реализовано на уровне ядра, т.е. написано на C.

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

Я рад за Ваши способности. Это очень похвально, но суть в том, что переписывая на Perl то, что в PHP реализовано на уровне ядра Вы в скорости выиграть не можете.

я вас умоляю...
короч, НГ на носу, давайте спорить не будем... каждый при своем мнении и инструменте =)

>На ассемблере написать что-то разумное и не содержащее ошибок - практически невозможно.

Есть одна причина, по которой это не так.
Сейчас практически любой компилятор ассемблера включает в себя макропроцессор, по сравнению с которым препроцессор С/С++ - детский сад, штаны на лямках.
Им можно поднять уровень языка практически до Pascal/С
Так что с приличной библиотекой макрокоманд языковых средств на ассемблере можно с разумными трудозатратами написать очень и очень сложные вещи.

>Так что с приличной библиотекой макрокоманд языковых средств
С готовой библиотекой всё что угодно можно сделать, вызывая C-функции, создаются действительно очень компактные и функциональные программы - только половина кода рассована по библиотекам (которые отнюдь не на ассемблере написаны), а половина в операционной системе - не совсем чистый ASM получается (да, он вероятно сейчас и невозможен).

PS отлаженный годами Web-сервер, база данных и среда Интернет и нам позволяет сайты начинать разрабатывать не с Web-сервера, а практически сразу с контента.

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

а вот программерам на компе - можно

но это имхо