стартап?

>стартап?
да, вроде так это называют на выходе. Но пока речь идёт только о грамотной разрабоке

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

ну Если стартап и идея у тебя оригинальная в ч(м я сильно сомневаюсь то лучше используй Ruby on Rails. Главное быстрая реализация, так как много конкурентов, а не монотонная работа по оптимизации.

Если же брать тот же php , то у него куча фреймворкам, не знаешь что лучше...
Нет системы.

Изучай руби, это будущее.
Пример использования руби на рельсах -twitter

Facebook за него предлагал 500.000.000$

jammy

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

Ну по идее главное это PHP! А там уже можно и Smarty подключить и Ruby и Perl... Тут уж, как пожелаешь. C, я думаю, что тебе не очень понадобится!

спасибо за советы

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



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

не особо интересовался cj скриптами и скриптами tds, но насколько помню они вроде преимущественно написаны на Си. Ядро той же сутры по-моему тоже написано на Си. Ведь эти скрипты требуют больших затрат со стороны сервера при хорошем их использовании -нипросто наверное их написали именно на Си. Есть ли какие то мнения по этому поводу ?

Дам совет: хорошенько продумай все запросы к бд - вот где корень зла. А с Си ты заблуждаешься. Если консольные проги на Си быстро работают из-за ассемблерных вставок или продуманной адресации/взаимодействии функций, то с вебом это не прокатит.
Далее. Сомневаюсь, что сразу будет у вас мильен посетителей в секунду - рейтингов и топов много, даже очень много. но глянь, сколько и что прижилось! Правильно - ЛИру жив, ибо у него 1. история 2.аудитория. Так что на первых порах ты этот вопрос зря поднял.
Разговоры про что быстрее - перс,пхп или рыбарельс - плевки в воду. ибо они интерпретируются при запросе. А каждая интерпретация - +сверхъвремя.
Продумай распределение нагрузки на сервера. Тут уж литературы хватает - найдешь.
И итог, он же мой выбор: php + продуманные запросы + пару серверов для обработки и отдельный для вывода статистики (inside: перманентное кэширование, вынос в оперативу и пр. ).
______
(сильно не критиковать )

МНого крупных проектов PHP+AJAX+MySQL и ничего .

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

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

А вот когда уже будет готов движок, тогда можно начинать изгаляться на тему повышения производительности при помощи других языков. К примеру, вынести запись в БД данных в отдельный на c\c++ написаный демон, а вывод статистики клиентам оставить на плечах php/apache.

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

Итого: пишем на том, что лучше знаем, с самого начала упор на производительность (кеширование, оптимизация запросов и кода) и расширяемость.