Программируем стартап Веб 2.0 на PHP

код бы ещё оформить красиво, было бы вообще супер

Ставлю плюс. Проделана большая работа. Респект.

Стартаповая лихорадка цвет буйным цветом. понемногу становится тошно. дотком 2.

Офигенная статья, правда! Освещены все самые интересные моменты, связанные с созданием проектов в стиле 2.0

Спасибо большое!

Вообще, приятно, что на Хабре в последнее время появляется всё больше практических статей — про программирование и веб-дизайн, а не абстрактных.

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

И толпы пионеров кинулись в омут.
За статью отдельный респект, пошел говорить со своими программмммерами.:)

Извините.. но при чем тут web 2.0 ? Руководство по созданию сайтов с нуля - вероятно так и есть. Но разве само понятие web 2.0 имеет что-то общее с программированием?

Вопрос от php-чайника. Разые нельзя обновлять кэш главной не по крону, а по факту изменений? Не тупо каждые полчаса гонять, а, например, изменился контент (вылезла статья на главную) — тут кэш и обновлять?

> Программируем стартап Веб 2.0 на PHP

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

Порадовала фраза "включает и расширение PHP PDO (PHP Data Objects). Использование этой библиотеки абстрактного доступа к БД позволит при необходимости легко переключиться на другую СУБД.". На ней и закончил чтение, ибо бред. Даже создатель PDO не позиционирует расширение как слой абстракции. Это скорее абстрактный интерфейс.

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

Касательно дерзновения. Сделать при желании можно что угодно. Важно не потерять на определённом этапе энтузиазм продолжать работу над проектом, иначе он будет загинаться.

Хэх. Сам стартапец поднимаю. Но обещаю вам, это будет не пустышка, а действительно что-то новое.

> Данная статья не являет руководством по программированию проекта Веб 2.0.

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

Скажите лучше, где идею взять.

Поцаны, я понимаю, что совсем не в тему.
Объясните, как мне, блять, написать новый топик ?
Захожу в блог "Я умный", который я искал минут 10. Там нажимаю на значок добавить, но меня всё равно в долбанную википедию выкидывает.
Я понимаю, веб 2.0 всё такое, но это пездец...

Отличный разбор полета.
В таком подходе меня лично напрягает только отсутствие приличного средства uml моделирования с code generation в php... все что ни пробовал - генерит со недопустимыми просто для кода дефектами.
Подправить их как правило очень просто - но раунд трип накрывается медным тазом...(

И тут еще как назло реально немаленький проект, вобщем,
буду благодарен за любые советы в этом плане. Пока борюсь с enterprise architect...

Спасибо!

похоже на краткий пересказ диплома студента

код небрежный. первый раз писали?

да, еще. Камни, конечно, в огород полетят опять :))) но ПУБЛИЧНО УЧИТЬ людей писать правила в .htaccess это плохо. Давно доказано что как только посещаемость переваливает 300-500 тыщ хитов, все правила нужно прописывать в httpd.conf и вырубать поддержку .htaccess. Да и вообще, mod_rewrite это точно такой же модуль к апачу как mod_php, а mod_php намного гибче может обрабатывать те же регулярки.
Да и вообще, если автор намекает на современную разработку, то надо было бы заикнуться о fast-cgi, о таких прелестях как 0w, nginx и lightpd.

Статья хорошо написана. Понравилась. Вопрос в целесообразности следования стилю web2.0 каждый решает для себя сам. Мне нравятся неординарный дизайн, хотя заказчики часто хотят "такой же, как у...".
Буду учиться...

Очень красивый простой и стандартный подход.
Респект, сам такое юзаю!

производительность Zend Framework - это фантастика...
Все перечисленные фреймфорки весьма тормозные к сожалению и не расчитаны на посещаемость.

При вызове из crontab нет _GET ;-) Странно что автор этого не знал...

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

P.S. Хотя для стартапа и быстрого впаривания инвестору - пойдет...

Хех, не смог все прочитать... Жаль время не хватило. Вижу что статья хорошая.

Вообще если проект крупный нужно выносить уровни абстракции, использовать патерны, MVC (model 2)... До сих пор до конца не понимаю как на PHP сделать что-то реально крупное, особенно когда разработчиков больше 10-20.

Отличная работа. Заслуживает уважения.
Спасибо.

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

PHP - это не вчерашний, это позавчерашний день.
Глядя на модель ООП, на средства разработки, на документацию у меня возникает только один вопрос - "Как на этом можно вообще писать ?"
Сравните, например, код на яве с кодом, приведенным выше:


public class RegisterPanel extends Panel {

private String email;
private String firstName;
private String secondName;
private String password;
private String passwordConfirmation;

public RegisterPanel(String name, IModel model) {
super(name, model);

add(HeaderContributor.forCss("html/style/stylesheet.css"));
Form registrationForm = new RegistrationForm("registrationForm", new Model(""));

FeedbackPanel feedback = new FeedbackPanel("registerFeedback");
feedback.setFilter(new ContainerFeedbackMessageFilter(registrationForm));

// создание элементов формы
TextField email = new TextField("email", new PropertyModel(this, "email"));
TextField firstName = new TextField("firstName", new PropertyModel(this, "firstName"));
TextField secondName = new TextField("secondName", new PropertyModel(this, "secondName"));


PasswordTextField password = new PasswordTextField("password", new PropertyModel(this, "password"));
PasswordTextField passwordConfirmation = new PasswordTextField("passwordConfirmation", new PropertyModel(this, "passwordConfirmation"));

// добавление валидаторов
password.add(StringValidator.minimumLength(6));
registrationForm.add(new EqualPasswordInputValidator(password, passwordConfirmation));
email.setRequired(true);
email.add(EmailAddressPatternValidator.getInstance());
email.add(new UniqueEmailValidator());

// добавление элементов к панели
add(feedback);
add(registrationForm);
registrationForm.add(email);
registrationForm.add(firstName);
registrationForm.add(secondName);
registrationForm.add(password);
registrationForm.add(passwordConfirmation);

// PropertyConfigurator.configure("/home/neiroman/projects/Nevilon Services/Sync/src/com/nevilon/services/sync/web/log4j.properties");



}

public String getPasswordConfirmation() {
return passwordConfirmation;
}

public void setPasswordConfirmation(String passwordConfirmation) {
this.passwordConfirmation = passwordConfirmation;
}

public String getEmail() {
return email;
}

public void setEmail(String email) {
this.email = email;
}

public String getFirstName() {
return firstName;
}

public void setFirstName(String firstName) {
this.firstName = firstName;
}

public String getSecondName() {
return secondName;
}

public void setSecondName(String secondName) {
this.secondName = secondName;
}

public String getPassword() {
return password;
}

public void setPassword(String password) {
this.password = password;
}

class RegistrationForm extends Form {

public RegistrationForm(String id, IModel model) {
super(id, model);
}

@Override
public void onSubmit() {
Account newAccount = new Account();
newAccount.setEmail(email);
newAccount.setFirstName(firstName);
newAccount.setSecondName(secondName);
newAccount.setPassword(password);

RegistrationMailMessage regMessage = new RegistrationMailMessage(newAccount);


AccountManager accountManager = AccountManager.getInstance();
accountManager.saveAccount(newAccount);


}
}
}

Очень интересно посмотреть на изнанку чужого php-проекта в духе веб2.0. Спасибо!
Несколько полезных приемов взял на вооружение.

Достаточно полезная статья, автору спасибо. Освещенно действительно многое.

Ставлю плюс.

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

Может быть что-то в статье и поможет новичкам, но в целом код плохой:
1. Использование только полностраничного кеширования.
2. Использование includ'ов вместо require, там где это логически не верно.
3. Вы соединяетесь с БД на каждой странице? У вас же есть кеширование :)
4. Никакой обработки ошибок, никаких исключений, вообще...
5. А вы все реализации паттернов собираетесь класть в один файл?

Это только по нескольким первым строчкам index.php

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

Интересно ...
Вот только та статья оставила очень плохой осадок, судя по-всему её авторы понятие Web 2.0 сводят к:

* Элегантность и простота
* Округлые формы
* Тени
* Нежный градиент
* Шрифт без засечек (Sans Serif)
* Пастельные цвета v2.0
* Нижний колонтитул (Footer)
* Размер шрифта: больше обычного размера
* "Лакированные" эелементы интерфейса
* Наглядный HTML (XML стиль)

Разве это признаки Web 2.0 ??!!

Безусловно, раньше такого не было, но не стоит вводить в заблуждение:
Web 2.0 - это, в первую очередь, социальная направленность, это web-сервисы, открытый API, микроформат, ..., OpenID и AJAX наконец, а дизайн - конечно не маловажная черта, но к PHP и программированию вцелом это не имеет ни какого отношения.

непонятна связь web2.0 с внутренней архитектурой приложения. Но это не смертельно.
Смертельно другое - в том же ZendFramework есть огромный (!) пакет примеров. Где пошагово (!) добавляется фунциональность. Проект примеров содержит уйму объяснений (в т.ч. и на русском языке), и очень грамотный (ибо вылизанный многими программистами код).

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

Примеры лежат в svn и крайне полезно новичкам (там fisheye стоит) посмотреть историю и комментарии к изменениям отдельных файлов. Коммент вида "тут убрали это отсюда, потому что может развалится в таком-то случае" крайне полезен для общего развития :). Естественно с анализом исходного кода.

Тут же.. не хочется лезть глубоко - но то что код не идеален видно невооруженным глазом (korchasa, +1). Как минимум швыряться рутовым Exception - головная боль для последующих разработчиков.

Статья ИМХО для порчи детской психики.
>>К примеру, производительность Zend Framework - вполне закономерное преимущество для решения от разработчиков PHP
С даным фреймворком уже работаю почти год, более того, уже создал поверх него другой фреймворк, но вот то, что он "производительный"... автор меня явно удивил.
Сейчас кое-что пересмотрел и написал под себя контроллер, некоторые вещи убрал (добавлю при необходимости) и скорость выросла реально в разы!!! Response Time с 7500 опустился до 700. По количеству хитов вырос в 2 раза...
Опять же структура (как уже было не раз сказано)... Да возьми структуру того же Zend Framework она более вменяемая (с небольшими доработками юзаю её)... И ещё, как совет автору, почитай про блочное кеширование, помогает... Так же все скрипты которые запускает крон я бы вынес за корень отдельно (юзаю папку bin свою ессно))), чтобы тебе ДОС не устроили запустив этот линк (всё таки создание кеша более трудоёмкая операция, чем просто отображение).
По поводу JS. Есть просто вагон замечательных фреймворком (мутулс, прототип, скрипт акулас и т.д.), а ещё есть сервисы, которые сжимают, дабы "пользователю не грузить 100 кб"... Сжимают как правило в 2 - 3,5 раза

Упоминания про работу под высокой нагрузкой я бы убрал. О том, чтобы "снизить нагрузку на сервер, настолько насколько это возможно." речи в этой статье просто не идет. Во-первых, Apache в качестве веб-сервера в таких вопросах обычно уже не фигурирует. Во-вторых, кэш в файловой системе - это все равно достаточно медленно. Так что выигрыш здесь может оказаться весьма сомнительным. Не говоря уже о том, что создавать кэш по крону - не лучший вариант. Для "боевых" проектов здесь нужно говорить уже о других вещах. Для начала хотя бы упомянуть о memcached.
В целом, от статьи остаются достаточно смешанные чувства. С одной стороны, достаточно большая работа автора и попытка заинтересовать начинающих, с другой - куча кода сомнительной ценности и ни слова о самом веселом: том, что начнется, когда проект выйдет за пределы localhost.
Так что опять некоторое разочарование: хотелось почитать что-то из опыта инсайдеров, а получилось обычное "как накопипастить сайт с модными причиндалами за 30 минут". Так что надежда на чудо опять не оправдалась.

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

Прочитал почти полностью пост Дмитрия и самые нажористые комментарии. В лучшем случае эта статья может оказаться полезной для новичков, и то не вся. Большей частью она вводит в заблуждение и вообще вредна. Да и вторична. К чертям такие солянки. :-)

Минус не поставлю, в надежде, что кого-то эта статья двинет в нужную сторону, но и плюса не дам. :-)

Люди правильно подметили, что фреймворки типа Zend и иже с ним не только не снимают нагрузку, но и повышают ее, причем на раз-два. Про какую оптимизацию здесь говорят? Снижение производительности проистекает хотя бы из увеличения gap между языком разработчика и языком машины. Это в природе фреймворков, как таковых. Поэтому Asm эффективнее C, который в свою очередь рвет в лоскуты Php.

Ну и предметный вопрос: причем тут Web 2.0?!

Конечно, „стартап“, да еще "web 2.0" можно реализовать на php (везунчики). Вот flickr — на php делан. …Но что значит „программируем стартап Веб 2.0“?! Это что, технология такая, или парадигма проектирования — Веб 2.0? :-) Наверное, достаточно следовать приемам, раскрытым Дмитрием, и у нас будут карманы, полные стартапов Веб 2.0?… Мда. (ржу)

Web 2.0 вряд ли имеет какое-либо жесткое технологическое определение. Я вообще не понимаю, почему этот лейбл лепят куда ни попадя.

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

ПОЭТОМУ и используют ЧУЖИЕ фреймворки для того, чтобы БЫСТРО слепить ПРОТОТИП реализации своей ИДЕИ, которая никак не формируется в ходе и кодирования. ИДЕЯ у вас уже должна быть. Своя. …И набор (не совсем успешных) методик Дмитрия тут едва ли поможет, равно как и программирование на php, javascript и прчмгвне.

Святые угодники, да неужели вы подумали, что можно без проблем запустить на Zend'е клон Flickr, Facebook или Digg? :-)

Бог ты мой, куда я вписался? Это же блог по пыхе…

Ой, очередной велосипед...

и опять я заглох.....у меня что-то не идет постучите 244264464. посоветуйте что-нить

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

оболденная статья!!! Респект!!! многое для себя взял на заметку

<IfModule mod_rewrite.c>
	RewriteEngine on
	RewriteCond %{REQUEST_FILENAME} !-f 
	RewriteCond %{REQUEST_FILENAME} !-d
	RewriteRule ^(.*)$ index.php?%{QUERY_STRING} [L]
</IfModule>

Такой подход уже встречал часто, но вот вопрос есть… Как реализовать таким способом передачу только данных, переданных методом POST?