Я не программист, тем более С/С.. по этому возможно вопрос покажется странным!
Разговаривал как то с другом прогером на перл, обсуждали создание доски объявлений на преле.
Дооску так потихонечку делается на www.svalka.su
Но в процессе разговора с программистом услышал от него информацию,что тоже самое что он пишет на перл, можно написать и на С/С.
И это должно по идее работать быстрее и прочее и прочее..
Хотелось бы услышать коментарии по этому вопросу.
Я хочу создать доску объявлений.
Естественно быструю и безопасную.
Заранее спс.
ася 195-377

можно
будет быстрее
безопасным сделать можно

  На С это будет CGI сервер. Это не так гибко. Для внесения изменений понадобиться перезапуск сервера. Для простых задач мож и сойдет, но большой сервер делать на С/С++ будет неудобно.

в смысле не гибко?
есть HTTP сервер
он делегирует запросы обработчику
обработчик написан на С
получает через stdin входные параметры, на stdout передает результат
где перезапуск?
читаем все из конфига
через SIGHUP реализуем чтение изменений

Это сообщение отредактировал(а) MAKCim - 30.9.2008, 21:41

да, но совсем без HTML не обойтись. hint: CGI

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

какой сервер? HTTP?
и как он убьется, если он отдельным процессом работает?

Проблема будет другая. Нужна точно такая же конфигурация, как и на хосте. Иначе откомпилированный код может не запустится или работать неправильно. Один мой знакомый например столкнулся с тем, что были обрублены мьютексы на хосте. Естественно весь его код "посылал приведы". Для интерпретируемых языков эта проблема не стоит так остро, там более менее все стандартно. Поэтому и выбирают их.

Писал и на асме.
Но смысл?

Все будет криво, а если надо не криво, то будет затрачено гораздо больше усилий.

Да и смысл?

Смысл есть только если пишешь не только для себя. Т.е. публичный опенсурс проект, девиз которого - быстрота. У меня у самого вопрос зараждается периодически нафига люди пишут кряки/тренеры для игр на Visual Basic ? Они порой весят по мегабайту, а делают тоже самое, что и две строчки на ассемблере. Очень жалею что .com (формат исполняемых файлов) себя изжил. Этот дурацкий PE заголовок только место занимает.

 Т.е. увеличение скорости на 2%(к примеру, но имхо так и будет) при резком снижении читаемости, увеличении в разы количества кода, появлению проблем с переносимостью и появлению ошибок нового типа будет оправдано?

Добавлено через 2 минуты и 27 секунд
Вот статья: http://rsdn.ru/article/philosophy/Optimization.xml
Краткий смысл: оптимизировать надо те места, которые нужны в оптимизации.
Оптимизировать абсолютно некритические места не нужно.

но нужно-ли? самый главный источник тормозов в таких приложениях это как правило БД, поэтому их и пишут в основном на скриптовых языках, С++/С то-же используют, но для очень специфичных вещей...

писать CGI скрипты на Си, это, ИМХО, жесть   

у нас на фирме основная архитектура : 
linux + www сервер +  сервера приложений ( + еще кое какие потроха ) написанные исключительно на c++, 
и нет никаких проблем с большим количеством ошибок и пр и пр, сервера
приложений если и падают ( из - за касяков программистов ) то тут же запускаются 
а www как висел так и висит просто пишет нечто : сервис временно не доступен.
Что мне нравится так это исключение ошибок компиляции, которые в интерпретируемых естественно 
никуда не деваются. А про безопасность так тут тоже все на мой взгляд хорошо, т/е ограничений языка нет. Типичная выборка из базы (генеренная): 

Но если надо что-то маленькое я бы выбрал Python или Ruby, ну или PHP + 
бесплатный веб сервер ( если не Ruby ) .

Если реализовано не на CGI, а на FastCGI, тогда "скрипт" все время висит в памяти, а при появлении запроса в нём вызывается некоторая процедура. Такой подход снимает ужасные затраты времени на запуск скрипта, и между запросами "скрипт" не теряет свои данные в ОЗУ (RAM).

Подход требует перезапуска приложения при его модификации.