Язык, технология и инструментарий для разработки блога с поддержкой Ajax?

Question

[Neongrey]

Здравствуйте!



Вопрос: какой инструментарий (интересует все, от языка до IDE) лучше всего использовать для разработки самообновляющегося блога a la tumblr.com или twitter?



Краткая история вопроса:



У меня родилась идея блога с уникальным форматом сообщений (раскрывать не хочу, ибо в этом изюминка).

Все остальное в блоге хочу сделать просто. Ориентируюсь в этом на tumblr.com



Встал вопрос: на чем писать? Особого опыта веб-разработки нет, но сам по образованию айтишник. Т.е. могу освоить любую технологию и любой инструментарий, и мне бы выбрать наиболее подходящий.



Сначала думал написать первую версию на чистом PHP+MySQL+Ajax. Потом прочел на Хабре, что для эффективной разработки надо дружить с каким-нибудь фреймворком, думал было дружить с CakePHP. А сегодня вот тут прочел, что для правильной реализации частых обновленйи сайта нужен не просто Ajax, но технология «Push» с «кометами». Глянул про Push, глянул про кометы, в табличке про кометы не нашел PHP и расстроился. Решил почитать, на чем сделан Twitter, оказалось, на Ruby On Rails. И я вконец запутался.



Помогите выбрать инструментарий.

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

2) Инструментарий «на вырост», чтобы разработать более надежную и быструю версию, пока первая рабочая версия будет набирать эти самые 10 тысяч юзеров.



Если в моем вопросе есть технические или смысловые ляпы, просьба не обзывать, а поправлять и разъяснять.

Заранее спасибо.

Answer 1

[Bright]

Пусть меня закидают камнями за вредный совет, но пишите на PHP =)

Основная причина — низкий порог входа (особенно, если знакомы с Си-подобными языками) и море документации.

Вредный совет №2 — на первом этапе можно даже не тратить время на изучение фреймворка. Если опыта в веб-разработке нет, это будет всего лишь теория. ИМХО, необходимость использования фреймворка нужно осознать, а для этого нужна практика и куча ошибок :)

Ваша цель — реализовать первую версию. И в процессе наверняка многое может измениться. Языки и технологии не столь важны, ни один язык, IDE или фреймворк не поможет сделать всё сразу правильно и идеально. Поэтому выбирайте из соображений «что будет меньше мешать в процессе разработки».

Comments

[Neongrey]

У меня нет ни одной завершенной разработки, но PHP ковыряю давно. В основном на уровне алгоритмов, кишки языка не знаю.

Суть проблемы в том, что без AJAX мне никак даже на первых порах. Точнее, исхитриться можно, но для пользователя это будет сильно неудобнее, как мне кажется. Вот я и выбираю что-нибудь, что поможет мне быстро подружиться с ajax, а также избавит от изобретения велосипедов вроде регистрации или MVC (да, в процессе работы над одним незавершенным заказом я изобрел MVC-идеологию: о))))

Если PHP+Ajax обеспечит мне требуемую производительность на первых порах, то вопрос решен.

[Bright]

Для AJAX есть много JS-библиотек, тут PHP особо не при чём. Если же есть опыт изобретения велосипедов, то самое время присмотреться к фреймворкам =) Благо для PHP их более чем достаточно.

На слуху более-менее CakePHP, CodeIgniter, Zend Framework и Yii — я бы начал поиски с этого списка.

[mr_smith]

еще есть фреймворк Kohana =)

Answer 2

[stab]

Для PHP есть Realplexor, так что я бы продолжал копать в сторону PHP. Если не начинать эстетствовать на счёт убогой кривости всего этого PHP, преимуществ у других платформ, по большому счёту, никаких.

Comments

[Neongrey]

НЕ, у меня никаких предубеждений против языков нет. И холиваров не люблю. И PHP всяко удобнее, я хотя бы буду искать сразу то, что мне нужно, а не учить синтаксис и искать IDE, как в случае с RoR

[Neongrey]

Похоже, для работы с realplexor мне придется ставить и осваивать линукс. Вот и дожил…

[stab]

Без этого не обойтись в любом случае. Ничего особо страшного нет, мануалов-туториалов-факов в сети выше крыши. Поднять и настроить, в первом приближении, сервер под разработку можно за пару дней, даже при нулевом опыте общения с *nix, конечно, если в целом есть опыт ИТишный.

[Neongrey]

В принципе, можно поставить на виртуальную машину. Блин, уже чот сцыкотно. Т.е. отступать мне некуда, и я это сделаю… но сцыкотно: о)

[Владимир Чернышев]

Neongrey, сцыкотно сносить винду и ставить линь на её место, не имея опыта. А на виртуалку не страшно, даже если запорешь :) Главное не хранить на виртуалке код проекта как в основном хранилище, то есть надо хранить на хосте (а ещё лучше в удаленном репозитории :) ) и заливать на гостя как на обычный удаленный сервер по (s)ftp или ещё как привычно.

[Neongrey]

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

Answer 3

[Renat Ibragimov]

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

Comments

[Neongrey]

Я бы с радостью, но «идеи ничего не стоят, главное — реализация». Где же его найдешь, умного, умелого, порядочного человека, который загорится моей идеей и будет тратить на нее свое свободное время, но при этом останется под моим руководством и не будет у меня красть разработку?

[Renat Ibragimov]

Ну это как предлагать, можно «уговорить» деньгами, можно долей в проекте, а так еще масса всяких способов от шантажа, до киднэппинга :))) шучу, но в ПМ отпишитесь, мы делаем как раз один блогосервис с ребятами, опенсоурсный, может наши наработки можно будет и к вам применить.

[Neongrey]

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

[DevMan]

Ничего, кроме его морали и интересов.

[Тимур Шемсединов]

Более того, если проект будет запущен, а идея стоящая, и все просто, то его сразу слижут и появится сотня альтернатив. Даже если разработчик будет высоко моральный, то подумайте, как и почему Вы продвинете идею, а конкуренты нет. Тут не столько разработчик нужен, как маркетинговая идея. Язык же берите PHP+JavaScript и по вкусу jQuery возьмите. Ни каких проблем с AJAX/JSON нет, AJAX/JSON — выводятся так же, как и HTML, только для JSON не поленитесь правильно сформировать заголовки. Если есть желание экспериментировать — возьмите Node.js вместо PHP, че-то мне подсказывает, что для Вашего случая это будет красиво. Дело только в том, какой синтаксис Вам больше понравится и на какой хостинг Вы это поставите. А вообще, почитайте хабр, тут много подобных проетов высоконагруженных описано и технологии разжеваны.

[Neongrey]

У меня есть и маркетинговые идеи, и идеи по развитию проекта. И даже знакомые, работающие в городской администрации в области молодежной политики и согласные мне помочь с реализацией маркетинга.
И то, что идея стоящая, будет ясно после того, как проект получит первый успех. А это значит, что у меня будет солидная фора — если я буду все еще причастен к проекту.

[Тимур Шемсединов]

Если есть админресурс, то стоит отбросить паранойи и попробовать реализовать, мне кажется, что тут не идет речь о сотнях страниц кода, то, что Вы описали — это реализуется в 2-3 экрана кода на javascript, а серверная платформа вообще минимальная.

[Тимур Шемсединов]

Ценность таких стартапов не в коде и технологиях, а в идее и аудитории пользователей.

[Neongrey]

Собственно, да. Ценность у меня ща — в идее. В подаче. Те же твиттер или тумблр — у них не в технологии дело, ведь так?

Answer 4

[Тимур Шемсединов]

PHP:
[<?

$fi = 'path/push-flag-file';
$fileMod = filemtime($fi);
$startTime = time();
do {
usleep(500000); // 0.5sec
clearstatcache();
} while (($dileMod==filemtime($fi)) && (time()-$dtartTime<1800)); // or 30 min timeout

readfile($fi);

?>]

JavaScript:
function ServerPush() {
$.ajax({
type: «GET»,
url: "/path/push.php",
async: true,
dataType: «json»,
cache: false,
timeout: 1800000, // 30min 60000 = 1 min
success: function(data) {
// тут делайте с data что хотите
if (PushTimeout) clearTimeout(PushTimeout);
PushTimeout = setTimeout(ServerPush, 500);
},
error: function(XMLHttpRequest, textStatus, errorThrown) {
if (PushTimeout) clearTimeout(PushTimeout);
PushTimeout = setTimeout(ServerPush, 1000); // 1sec
},
});
}

Comments

[Тимур Шемсединов]

Это простой пример пуша. Специфика в том, что используется файл c json, если какой-то скрипт в него дописывает кусок json, то все браузеры, крутящие джаваскриптовую функцию получают все содержимое файла в переменную data в событие success.

[Neongrey]

Так, а что бы мне почитать, чтобы я сам мог додуматься до такого пуша? И конкретно про этот пример: не будет ли тормозить сервер, если работа будет вестись через запись/чтение файла?

[Тимур Шемсединов]

Не будет ли тормозов — зависит от кол-ва пользователей, операционной и файловой систем, конечно лучше для синхронизации процессов использовать мемкешд. Для этого может подойти, также mysql или разделяемая память www.php.net/manual/ru/shmop.examples-basic.php А что почитать — я так сразу и не скажу одного места, где все собрано по пушу, тут скорее гуглить нужно, при чем и на английском и на русском.

[Тимур Шемсединов]

Еще про семафоры забыл — www.php.net/manual/en/function.sem-get.php

Answer 5

[Федор Индутный]

Попробуйте либо Ruby on Rails, либо node.js. Порог входа в javascript тоже не очень высокий (хотя и выше, чем в PHP)

Comments

[Neongrey]

javascript я уже юзал. Правда, не для Ajax, а для изменения тсраниц на лету, т.е. работы с DOM

Answer 6

[norlin]

Javascript. На нём можно сделать всё — начиная от клиентской части и заканчивая серверной и базой данных :)

Comments

[maratfmu]

Базу данных на JavaScript?

[norlin]

Ну саму базу данных нет, но это не важно, т.к. достаточно установить готовое решение, а вот данные в ней — в JSON, работа с ними внутри БД — Javascript, запросы в БД — тоже из JS очень удобно делать.

[maratfmu]

Вы сейчас о NoSQL?

[norlin]

Да.

Answer 7

[Андрей Губский]

Можете использовать ASP.NET MVC + jQuery
Из Web Platform Installer можно сразу скачать шаблоны и примеры блоговых движков. Поразбираться что и как работает.

Comments

[Neongrey]

ASP .NET MVC я одно время ковырял. Это уж точно не для «быстро сделать первую версию». Может быть, имеет смысл делать на дотнете следующие версии под большие нагрузки — но не первую.

[Андрей Губский]

Кому как и для каких целей :)
От себя могу добавить только, что мне например, в своей деятельности как-то было гораздо проще разобраться с ASP.NET MVC чем PHP.
Несколько проектов которые приходилось поддерживать даже полностью перевели на ASP.NET MVC для дальнейшего снижения затрат и времени на развитие и тестирование проекта. Хотя до этого с ASP.NET MVC не работал и сейчас тоже применяю не так часто.

[maratfmu]

Не обязательно MVC, с WebForms по мне так ещё легче разобраться

[Neongrey]

1) на WebForms можно сделать тумблр?
2) насколько я знаю, вебформс сложен при доработке и перестройке сайта.

А по поводу АСП.НЕТ — мож я не те книжки читал. В той, которую я читал, заставляли, например, прикручивать контроллер инверсии управления, не объяснив внятно, зачем он нужен и можно ли работать без него. И с конфигом в эксэмэльке там без мануала не разберешься. Какой-то разработчик писал, что когда изучал асп.нет мвц, задался вопросом, какой гений может во всем этом разобраться? — и понял, что никакой, что асп.нет мвц предназначен для командной разработки, где каждый специалист занимается своим маленьким кусочком, а не для быстрого проекта, разрабатываемого одним-двумя человеками.

[Андрей Губский]

Да, на WebForms можно сделать тумблр.
На WebForms можно сделать все тоже что и на ASP.NET MVC.
Я делал проекты в которых вообще не было ни одного asp.net серверного контрола (не путать с например div помеченным как runat=«server»). А информация передавалась ajax методом используя хендлеры и jQuery.
Вот что мне нарвится в WebFors — так это модель взаимодействия с элементами. Любой элемент можно назначить серверным и работать с ним напрямую из кода. Возможно это конечно следствия привычки и влияние изначального опыта Winforms и Delphi.

По поводу командной работы — да, действительно проект делало 4 человека, я занимался бизнес логикой и взаимодействием с базой(тоесть работал с частично с контроллерами и моделью а также с БД). Остальные работали с View и jQuery.