This document outlines the steps that are necessary in order to make your AJAX application crawlable. Once you have fully understood each of these steps, it should not take you very long to actually make your application crawlable! However, you do need to understand each of the steps involved, so we recommend reading this guide in its entirety.

Overview of Solution

Briefly, the solution works as follows: the crawler finds a pretty AJAX URL (that is, a URL containing a #! hash fragment). It then requests the content for this URL from your server in a slightly modified form. Your web server returns the content in the form of an HTML snapshot, which is then processed by the crawler. The search results will show the original URL.

Step-by-step guide

1. Indicate to the crawler that your site supports the AJAX crawling scheme

The first step to getting your AJAX site indexed is to indicate to the crawler that your site supports the AJAX crawling scheme. The way to do this is to use a special token in your hash fragments (that is, everything after the # sign in a URL): hash fragments have to begin with an exclamation mark. For example, if your AJAX app contains a URL like this:

www.example.com/ajax.html#key=value

it should now become this:

www.example.com/ajax.html#!key=value

When your site adopts the scheme, it will be considered «AJAX crawlable.» This means that the crawler will see the content of your app if your site supplies HTML snapshots.

2. Set up your server to handle requests for URLs that contain _escaped_fragment_

Suppose you would like to get www.example.com/index.html#!key=value indexed. Your part of the agreement is to provide the crawler with an HTML snapshot of this URL, so that the crawler sees the content. How will your server know when to return an HTML snapshot instead of a regular page? The answer is the URL that is requested by the crawler: the crawler will modify each AJAX URL such as

www.example.com/ajax.html#!key=value

to temporarily become

www.example.com/ajax.html?_escaped_fragment_=key=value

You may wonder why this is necessary. There are two very important reasons:

• Hash fragments are never (by specification) sent to the server as part of an HTTP request. In other words, the crawler needs some way to let your server know that it wants the content for the URL www.example.com/ajax.html#!key=value (as opposed to simply www.example.com/ajax.html).
• Your server, on the other hand, needs to know that it has to return an HTML snapshot, rather than the normal page sent to the browser. Remember: an HTML snapshot is all the content that appears on the page after the JavaScript has been executed. Your server’s end of the agreement is to return the HTML snapshot for www.example.com/index.html#!key=value (that is, the original URL!) to the crawler.

Note: The crawler escapes certain characters in the fragment during the transformation. To retrieve the original fragment, make sure to unescape all %XX characters in the fragment. More specifically, %26 should become &, %20 should become a space, %23 should become #, and %25 should become %, and so on.

Now that you have your original URL back and you know what content the crawler is requesting, you need to produce an HTML snapshot. How do you do that? There are various ways; here are some of them:

• If a lot of your content is produced with JavaScript, you may want to use a headless browser such as HtmlUnit to obtain the HTML snapshot. Alternatively, you can use a different tool such as crawljax or watij.com.
• If much of your content is produced with a server-side technology such as PHP or ASP.NET, you can use your existing code and only replace the JavaScript portions of your web page with static or server-side created HTML.
• You can create a static version of your pages offline, as is the current practice. For example, many applications draw content from a database that is then rendered by the browser. Instead, you may create a separate HTML page for each AJAX URL.

It’s highly recommended that you try out your HTML snapshot mechanism. It’s important to make sure that the headless browser indeed renders the content of your application’s state correctly. Surely you’ll want to know what the crawler will see, right? To do this, you can write a small test application and see the output, or you can use a tool such as Fetch as Googlebot.

To summarize, make sure the following happens on your server:

• A request URL of the form www.example.com/ajax.html?_escaped_fragment_=key=value is mapped back to its original form: www.example.com/ajax.html#!key=value.
• The token is URL unescaped. The easiest way to do this is to use standard URL decoding. For example, in Java you would do this:
  

mydecodedfragment = URLDecoder.decode(myencodedfragment, "UTF-8");

• An HTML snapshot is returned, ideally along with a prominent link at the top of the page, letting end users know that they have reached the _escaped_fragment_ URL in error. (Remember that _escaped_fragment_ URLs are meant to be used only by crawlers.) For all requests that do not have an _escaped_fragment_, the server will return content as before.

3. Handle pages without hash fragments

Some of your pages may not have hash fragments. For example, you might want your home page to be www.example.com, rather than www.example.com#!home. For this reason, we have a special provision for pages without hash fragments. In order to make pages without hash fragments crawlable, you include a special meta tag in the head of the HTML of your page. The meta tag takes the following form:

 <meta name="fragment" content="!">

This indicates to the crawler that it should crawl the ugly version of this URL. As per the above agreement, the crawler will temporarily map the pretty URL to the corresponding ugly URL. In other words, if you place <meta name=»fragment» content=»!»> into the page www.example.com, the crawler will temporarily map this URL to www.example.com?_escaped_fragment_= and will request this from your server. Your server should then return the HTML snapshot corresponding to www.example.com. Please note that one important restriction applies to this meta tag: the only valid content is «!». In other words, the meta tag will always take the exact form: <meta name=»fragment» content=»!»>, which indicates an empty hash fragment, but a page with AJAX content.

4. Consider updating your Sitemap to list the new AJAX URLs

Crawlers use Sitemaps to complement their discovery crawl. Your Sitemap should include the version of your URLs that you’d prefer to have displayed in search results, so in most cases it would be http://example.com/ajax.html#!key=value. Do not include links such as http://example.com/ajax.html?_escaped_fragment_=key=value in the Sitemap. Googlebot does not follow links that contain _escaped_fragment_! If you have an entry page to your site, such as your homepage, that you would like displayed in search results without the #!, then add this URL to the Sitemap as is. For instance, if you want this version displayed in search results:

http://example.com/

then include

http://example.com/

in your Sitemap and make sure that <meta name=»fragment» content=»!»> is included in the head of the HTML document. For more information, check out our additional articles on Sitemaps.

5. Optionally, but importantly, test the crawlability of your app: see what the crawler sees with «Fetch as Googlebot».

Google provides a tool that will allow you to get an idea of what the crawler sees, Fetch as Googlebot. You should use this tool to see whether your implementation is correct and whether the bot can now see all the content you want a user to see. It is also important to use this tool to ensure that your site is not cloaking.

Существует стопроцентно кроссбраузерное решение. Хотя может это и не очень официально со стороны Adobe, но тем не менее, именно этот метод они используют у себя на сайте.

При размещении Flash на странице (совершенно не важно, каким методом, будь-то стандартным от Adobe, либо используя SWFObject) необходимо использовать атрибут/параметр wmode тэга object/embed со значением «opaque».

Естественно — это только первый шаг. О том как позиционировать глубину «дивов» — здесь рассказывать смысла нет

Вот рабочий пример (сорри, но мне было лень делать демо-пример, так как закончив с этой задачей, решил сразу написать сюда, пока из головы не вылетело, а по ссылке около метра):

<script type="text/javascript" src="js/swfobject.js"></script>
<script type="text/javascript">swfobject.embedSWF("main.swf", "flash", "100%", "100%", "8", null, null, {menu:"false", wmode:"opaque"});</script>
................................................
<div id="over-holder"><p>А этот текст мы видим поверх Флэш</p></div>
<div id="flash">А тут будет сам Флэш</div>

Теперь, манипулируя значениям z-index, вы можете размещать поверх flash все что угодно.

P.S. Кстати, насчет атрибута wmode, раньше существовало недоразумение со стороны официальной документации и наверно отсюда и пошло недоверия к этому свойству:
«This attribute/parameter works only in Windows with the Flash Player ActiveX control» — т.е. данный атрибут работает только под Windows и IE (это документация трехлетней давности).

Проверено — это работает везде. И в нынешней документации такого утверждения больше нет.

Взято с  http://habrahabr.ru/blogs/webdev/50334/

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

В этой статье вы узнаете, что представляет собой z-index, как он может быть неправильно истолкован, а также некоторые примеры его использования. Кроме того, вы узнаете некоторые различия в поведении браузеров при обработке свойства z-index, это касается в основном предыдущих версий Internet Explorer и Firefox. Этот подробный обзор z-index предоставит разработчикам отличную основу для использования этого свойства уверенно и эффективно.

Что это такое?

Свойство z-index определяет уровень стека HTML-элемента. «Уровень стека» обозначает позицию элемента на оси Z (направленно перпендикулярно оси X, или оси Y). Элемент, которому назначено самое большое значение z-index, будет расположен в самом верху стека слоев. Этот стек слоев, располагается перпендикулярно к экрану, или области просмотра.

3-д представление оси Z:

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

Обычный порядок стека

На HTML-странице, обычный порядок стека (то есть порядок элементов на оси Z), определяет ряд факторов. Далее представлен список, отображающий порядок, в котором элементы укладываются в стек, начиная снизу. В этом списке нет элементов, с назначенным свойством z-index:Фон и рамка элемента, создающие контекст стека

• Элементы с отрицательным контекстом стека, в порядке появления
• Не позиционированные, не плавающие, блочные элементы, в порядке появления
• Не позиционированные, плавающие элементы, в порядке появления
• Строчные элементы, в порядке появления
• Позиционированные элементы, в порядке появления

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

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

Блокам, показанным выше, назначен разный фоновый цвет и цвет рамки, а последним двум блокам, специально назначены отрицательные верхние отступы, чтобы проиллюстрировать обычный порядок стека. Серый блок появляется первым в разметке, синий блок вторым и коричневый блок третьим. Назначенные отрицательные поля отлично демонстрируют этот факт. Этим элементам не назначены значения z-index, они располагаются на странице в обычном порядке, или по умолчанию. Они накладываются друг на друга, благодаря отрицательным полям.

Почему появляется путаница?

Несмотря на то, что z-index не сложное для понимания свойство, при ошибочном толковании, оно может привести в заблуждение начинающих разработчиков. Это заблуждение появляется потому, что свойство z-index будет работать только с тем элементом, у которого свойство position установлено в одно из трех значений: absolute, fixed или relative.

Чтобы продемонстрировать, что z-index, работает только с позиционированными элементами, вот те же самые три блока, вместе с примененными значениями z-index, для изменения обычного порядка слоев:

Серому блоку, установлено значение z-index, равное “9999”; синему блоку, установлено значение z-index, равное “500”; и коричневому блоку, установлено значение z-index, равное “1”. Логично было бы предположить, что порядок, в котором уложены блоки, должен изменится. Но этого не случилось в данном примере, потому что, не одному из этих элементов, не назначено свойство position.

Вот те же самые блоки, но только с добавленным свойством position: relative, к каждому из них, и ранее назначенные свойства z-index:

Вот теперь, мы получили желаемый результат: Порядок элементов изменился; серый блок перекрывает синий, а синий, в свою очередь, перекрывает коричневый.

Синтаксис

Свойство z-index может влиять на порядок слоев, как у блочных, так и у строчных элементов, и устанавливается назначением положительного или отрицательного, целого значения, или значения auto. Значение auto, определяет элементу такой же порядок слоев, как у родительского элемента.

Вот так выглядит CSS-код третьего примера, где свойство z-index применяется правильно:

#grey_box {
width: 200px;
height: 200px;
border: solid 1px #ccc;
background: #ddd;
position: relative;
z-index: 9999;
}

#blue_box {
width: 200px;
height: 200px;
border: solid 1px #4a7497;
background: #8daac3;
position: relative;
z-index: 500;
}

#gold_box {
width: 200px;
height: 200px;
border: solid 1px #8b6125;
background: #ba945d;
position: relative;
z-index: 1;
}

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

Использование JavaScript

Если вы хотите динамически изменить значение z-index у элемента, с помощью JavaScript, то это довольно просто. Синтаксис используется такой же, как и для доступа к большинству CSS-свойств, просто замените, записанные через дефис CSS-свойства, на код, как показано ниже:

var myElement = document.getElementById("gold_box");
myElement.style.position = "relative";
myElement.style.zIndex = "9999";

Как показано в примере, CSS-свойство «z-index», записывается как «zIndex». Точно так же, «background-color» становится «backgroundColor», «font-weight» становится «fontWeight», и так далее.

Также, с помощью вышеуказанного кода, изменяется свойство position, потому что, z-index будет работать только с позиционированным элементом.

Неправильная обработка в IE и Firefox

При определенных обстоятельствах, в некоторых браузерах, свойство z-index может обрабатываться по-разному, это касается браузера Internet Explorer, версии 6 и 7, а также Firefox версии 2.

Элементы <select> в IE6

В Internet Explorer 6, элемент <select> всегда появляется в самом верху в порядке слоев, нарушая обычный порядок, значения позиционирования или z-index. Эта проблема проиллюстрирована на картинке ниже:

Элемент <select> появляется первым в обычном порядке слоев, и получает значение z-index, равное «1», наряду со значением свойства position, равному relative. Коричневый блок, появляется вторым, в порядке слоев, и ему назначено свойство z-index, равное «9999». В соответствии с правилом обычного порядка слоев, и назначенных свойств z-index, коричневый блок должен перекрыть элемент <select>, что и происходит во всех текущих браузерах, за исключением IE6:

Если вы посмотрите на этот пример, с помощью браузера IE6, вы увидите, что элемент <select>, перекрывает коричневый блок, игнорируя обычный порядок слоев и свойства z-index.

Этот баг в IE6 создает проблемы с выпадающим меню, которое не может перекрыть элементы <select>. Есть два решения этой проблемы. Первое, это с помощью JavaScript временно скрывать элемент <select>, а затем, снова его отображать, после того, как выпадающее меню скроется. Другое решение предполагает использование <iframe>.

Позиционирование Родительских элементов в IE6/7

Internet Explorer версии 6 и 7, неправильно сбрасывает контекст стека, по отношению к ближайшим, позиционированным, дочерним элементам. Для того чтобы продемонстрировать эту, чуть более сложную проблему, давайте снова отобразим два блока, но в этот раз, мы заключим первый блок, в позиционированный элемент.

Серому блоку, назначено свойство z-index, равное «9999», синему блоку назначен z-index, равный «1», и оба элемента позиционированы. Следовательно, при правильной обработке, серый блок, должен быть расположен поверх синего блока.

Опять же, если вы посмотрите на этот пример в браузере IE6, или IE7, вы увидите, как синий блок перекрывает серый блок. Эти браузеры неправильно «сбрасывают» контекст стека, по отношению к позиционированному родителю, но так быть не должно. Серому блоку назначено самое высокое значение z-index, и он должен быть расположен поверх синего блока. Все другие браузеры обрабатывают этот пример правильно.

Отрицательные значения в Firefox 2

В Firefox версии 2, отрицательное значение z-index, позиционирует элемент позади порядка слоев, вместо того, чтобы расположить его поверх фона и рамок элемента, которые устанавливают контекст стека. Ниже представлена картинка, иллюстрирующая этот баг в Firefox 2:

Ниже представлена HTML-версия этой картинки, так что, если вы посмотрите на страницу в Firefox 3 или в другом, современном браузере, вы увидите правильную обработку: Фон серого блока (который является элементом, устанавливающим контекст стека) появляется в самом низу, и текст, расположенный в сером блоке, появляется поверх синего блока, который соблюдает правила «обычного порядка слоев», как говорилось выше.

Примеры использования

Применение свойства z-index к различным элементам на странице, может предоставить быстрое решение для различных задач макета, и позволяет дизайнерам создавать более творческие проекты. Некоторые, интересные примеры использования z-index, на практике, приведены ниже.

CSS-Тултипы

Свойство z-index может быть использовано в качестве части тултипа, основанного на CSS, как показано в примере ниже, от trentrichardson.com:

Фото-галерея

Polaroid Photo Gallery, использует некоторые возможности CSS3 вместе с z-index, для создания фото-галереи, с забавным эффектом наведения.

Fancy Thumbnail Hover Effect – здесь, значение z-index изменяется с помощью JQuery-скрипта.

LightBox

Существует огромное количество качественных скриптов light box, для бесплатного использования, например плагин к JQuery FancyBox. Большинство, если не все они, используют свойство z-index:

Скрипты Light box используют полупрозрачное PNG-изображение, для затемнения фона, в то время как новый элемент, похожий на окно <div>, отображается на переднем плане. PNG-слой и <div> используют свойство z-index, для того чтобы расположить эти элементы поверх всех остальных элементов на странице.

Взято с  http://dreamhelg.ru/2009/09/css-property-z-index/.

По мере посещения различных зарубежный интернет-ресурсов по веб-разработке, обнаруживаю для себя все новые и новые CSS-хаки, которые можно применить персонально для одного из популярных сегодня браузеров: Opera, FireFox, Internet Explorer, Safari, Google Chrome.
По мере обнаружения новых хаков, данный список будет дополняться.
Указанные ниже хаки актуальны на 10 октября 2009 года.

CSS-хаки для браузера Opera

@media all and (-webkit-min-device-pixel-ratio:10000),
not all and (-webkit-min-device-pixel-ratio:0) {
.style {background: #F00;}
}

*|html[xmlns*=""] .style {
background: #F00;
}

html:first-child .style {
background: #F00;
}
/* код валидный */
/* только для Opera < 9.5 */

CSS-хаки для браузера FireFox

@-moz-document url-prefix() {
.style {background: #F00;}
}

CSS-хаки для браузера Internet Explorer 6

.style {
_background: #F00;
}
/* код валидный */

Несмотря на то, что CSS-валидатор принимает хак с подчеркиванием за ошибку, спецификация CSS 2.1 позволяет использовать данную конструкцию.

* html .style {
background: #F00;
}
/* код валидный */

CSS-хаки для браузера Internet Explorer 7

*+html .style {
background: #F00;
}
/* код валидный */

*:first-child+html .style {
background: #F00;
}
/* код валидный */

html>body .style {
*background: #F00;
}

CSS-хаки для браузера Internet Explorer 8

.style {
background: #F00\0/;
}

Этот хак следует писать после стилей для остальных браузеров.
CSS-хаки для браузера Safari

body:last-child:not(:root:root) .style {
background: #F00;
}
/* для Safari < 4.0 */

html[xmlns*=""] body:last-child .style {
background: #F00;
}
/* для Safari < 4.0 */

CSS-хаки для браузера Google Chrome
Пока не найдены.

Взято с:  http://dimox.name/personal_css_hacks_for_opera_firefox_ie/

Для формы сделать резиновую (тянущуюся) кнопку по ширине с особым оформлением (с обычным оформлением уверен у тебя проблем не возникает).
Схема резиновой кнопки

Требования:

• ширина кнопки зависит от текста в ней;
• использование тега <input> (чтобы сохранить логичность кода. Как сделать с <button>, пока не нашел решения);
• кликабильность всей поверхности кнопк;
• отсутствие javascript (еще одна причина использовать <input>);
• ну и конечно же кроссбраузерность и следование стандартам.

На кой это нужно?

На сайте может быть много форм, а на крупных сайтах — очень много. Каждая форма как правило имеет кнопку. И бывает так, что в разных формах текст в кнопке должен быть разным: ok, сохранить, задать вопрос менеджеру и т.п. Чтобы не плодить для каждой формы отдельный фон для кнопки, лучше сделать одну универсальную кнопку. Это не только съекономит трафик за счет сокращения картинок, но и сделает верстку более гибкой (не нужно будет каждой новой кнопке с отличающимся текстом рисовать новый фон и добавлять классы).

Решение

Воспользуемся следующим приемом:
Схема приема реализации резиновой кнопки

HTML:

<div>
<input type="submit" value="" />текст кнопки
<span></span>
</div>

CSS:

.button {
color: #fff; /* цвет текста кнопки */
height: 23px; /* высота кнопки */
padding: 5px 6px 0 6px; /* внутренние отступы кнопки */
background: url(path-to/button.png) no-repeat; /* длинная картинка - левая часть фона кнопки */
font-size: 11px; /* размер шрифта кнопки */
float: left; /* чтобы ширина блока зависела от содержимого */
position: relative;
overflow: hidden;
}
.button span {
background: url(path-to/button-r.png); /* фон правой части кнопки */
height: 27px;
width: 6px;
display: block;
position: absolute;
z-index: 1; /* обязательно указываем z-слой, чтобы input был выше */
top: 0;
right: 0;
overflow: hidden;
}
.button input {
position: absolute; /* абсолютно размещаем input поверх остальных элементов */
top: 0;
left: 0;
width: 100%; /* input должен занимать всю область по высоте и ширине, чтобы вся кнопка была кликабильной */
height: 100%;
opacity: 0; /* делаем кнопку полностью прозрачной, чтобы она не искажала задуманный дизайн, но была функционирующей */
cursor: pointer;
border: none;
z-index: 2; /* z-слой должен быть больше, чем у других частей кнопки */
}
* html .button {
height: 27px; /* учитываем блочную модель ие6 */
}
* html .button input {
filter:progid:DXImageTransform.Microsoft.Alpha(opacity=0); /* прозрачность для ие6 */
}
.button span {
right: -1px; /* тут правильней было б использовать expression для лечения смещений в 1px в ие6 */
}

Заметки

• В боевых условиях вместо хаков для IE6 следует использовать условные комментарии
• для уменьшения количества отдельных картинок, можно воспользоваться техникой спрайтов — склеить картинки в одну:

Спрайты для резиновой кнопки

Взято с: http://www.xiper.net/html-and-css-tricks/verstka-form/rubber-button.html

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

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

Минусы:
Клиента-Чайника придется оберегать от всего — начиная с настройки e-mail заканчивая открытием документации в PDF формате. И конечно он будет страшно расстроен, если ему придется решать эти задачи самостоятельно. Представление Клиента-Чайника о том, как должен работать web-сайт, вряд ли произведут на вас хорошее впечатление.

Как с ним работать:
Клиента-Чайника нужно носить на руках. Удостоверьтесь, что все формальности и технические детали, связанные с работой, сохранены в текстовой форме, чтобы клиент смог на досуге освежить в памяти эту информацию. Это сохранит ваше время и избавит вас от многократных объяснений. В ваших интересах также смириться с тем, что вы не будете использовать все эти технологические “навороты”, призванные облегчать современному человеку жизнь (e-mail, управление проектом в режиме online и т.п.). Вместо этого вам придется выделить отдельную статью в бюджете вашего времени на телефонные переговоры, получение факсов и личные встречи.

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

И наконец: если вы работаете в области высоких технологий, удостоверьтесь, что ваш Клиент-Чайник знает, как пользоваться созданным вами продуктом!

Клиент-Пофигист

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

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

Минусы:
Клиент-Пофигист заставит вас взять под свою ответственность всё — начиная с копирайтинга (если вы web-дизайнер), заканчивая дизайном (если вы копирайтер). К сожалению, такой клиент не всегда понимает, что подобный стиль работы и стоить будет соответствующе. Иногда в Пофигисте сочетаются его незаинтересованность и одновременное желание получить совершенно определенный, конкретный результат, что еще больше затрудняет взаимоотношения с таким клиентом.

Как с ним работать:
Лучше с самого начала выработать определенный стиль работы с таким клиентом. Фрилансер должен быть настойчив и постоянно писать письма или звонить своему заказчику. Дружелюбный и слегка юмористичный тон станет вам отличным помощником. Клиент-Пофигист обычно не старается быть грубым или неприветливым, просто в большинстве случаев в момент общения с вами они переживают какой-нибудь стресс и взывают к вам о помощи. Следует быть твердым в своем утверждении, что дополнительная работа стоит дополнительных денег, и брать на себя дополнительные функции только в случае полной уверенности, что вы с ними справитесь сами или сможете подключить для этого третьих лиц.

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

Клиент-Активист

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

Плюсы:
Если вы готовы в точности выполнить требования клиента, независимо от того, что вы по этому поводу думаете, Клиент-Активист станет для вас хорошим источником небольшого дохода, а существующая почти всегда некоторая путаница относительно того, что именно клиент хочет видеть, позволит облегчить ваш труд.

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

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

Как с ним работать:
Если вам попался Клиент-Активист, лучшее, что вы можете сделать — это плыть по течению. Если вы попытаетесь вступить с ним в бой, то, скорее всего, проиграете и получите работу гораздо сложнее, чем она должна была быть в начале. Если ваш Клиент-Активист точно знает, что он хочет — осознайте это и… флаг ему в руки!

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

Клиент-Параноик

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

Плюсы:
Если вы работаете с Клиентом-Параноиком, вы надежно защищены подписанными вами официальными соглашениями. Если вы не нарушите ни одного пункта подписанных договоров, будьте уверены, что вам заплатят за работу.

Минусы:
Вы ДОЛЖНЫ добиться того, чтобы все соглашения были просмотрены юристом (причем не тем юристом, который работает на них). Как вы догадываетесь, это будет вам стоить приличных денег, которые клиент вероятнее всего не захочет вам предоставить. Часто среди документов можно найти полный список причин, по которым вас реально могут оставить без зарплаты. Одной из таких причин может стать превышение максимальных сроков выполнения работы (даже если в этом виноват ваш Клиент-Параноик).

Из собственного опыта могу сказать: Клиенты-Параноики приносят всегда кучу проблем. Это происходит потому, что они вечно ищут несуществующие доказательства того, что их собираются кинуть или просто ущемить их интересы. Само собой разумеется, что “кинутыми” можете остаться вы сами, тратя время на бумажную волокиту, вместо того чтобы выполнять работу.

Как с ним работать:
Не стоит связываться с Клиентом-Параноиком, если речь идет о небольшой по объему и по стоимости работе. Риск слишком сильно превышает возможную выгоду. Правда, поскольку официальное оформление договоров — достаточно дорогостоящее предприятие, и клиент готов выложить за него кругленькую сумму, можно надеяться, что за работу он будет платить также хорошо.

Если же речь идет о глобальном проекте и серьезных клиентах, вы, скорее всего, будете рассматривать именно такой, официальный вариант общения с заказчиком. В этом случае будьте готовы включить в стоимость работ стоимость услуг юриста. Большинство компаний заключают официальные договоры с целью защитить себя любимых и свои проекты от возможных напастей. Но будьте внимательны! Некоторые Клиенты-Параноики используют официальные бумаги в захватнических целях. И запомните: раз уж Клиент-Параноик готов ради собственной безопасности платить больше, играйте по его правилам — оценивайте свою работу по максимуму!

Благодарный Клиент

Как его вычислить:
Благодарный Клиент осыплет вас похвалами и заставит почувствовать, насколько вы важны для этого мира. Поверьте, это настоящее счастье!

Плюсы:
Благодарный Клиент значительно облегчит вашу жизнь, поскольку, скорее всего, примет самую первую версию самого первого эскиза проекта, причем сочтет ее идеальной. Такой клиент всегда полон энтузиазма, поэтому работать с ним — одно удовольствие.

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

Минусы:
Впечатления от всех предыдущих клиентов значительно испортятся.

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

Клиент-Коммерсант

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

Плюсы:
Клиенты-Коммерсанты любят дублировать исполнение работы. При этом у них всегда крутится несколько проектов одновременно. Поэтому таких клиентов проще убедить, что предоплата выгодна не только вам, но и им.

Минусы:
Если у вас нет врожденной способности торговаться или вы не успели вовремя вычислить своего Клиента-Коммерсанта, у вас может сложиться ощущение, что все пока что идет в ваших интересах, в то время как на самом деле все “сливки” будет собирать ваш заказчик. Клиент-Коммерсант по природе своей достаточно неэтичен и действует по принципу “попытка не пытка”, так что вы, вероятно, столкнетесь со стремлением не заплатить вам или уговорить на дополнительную работу или скидку.

Как с ним работать:
Имея дело с Клиентом-Коммерсантом, всегда помните: “Клин клином вышибают”. Действуя методами заказчика, вы ослабляете его — и тогда можете быть уверенны, что сделка будет для вас выгодной. Что это означает? Назначайте максимально высокую цену, а потом сбивайте её, но будьте настойчивы, обсуждая вопросы оплаты и объемов работы.

Невнятный Клиент

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

Плюсы:
Если вам удастся найти такое решение проблемы, про которое он скажет “Вот оно!”, знайте — клиент в ваших руках. В этом случае Невнятный Клиент превратится в крайне благодарного и доверчивого заказчика, который безумно рад, что нашел своего единомышленника.

Минусы:
Если вы не можете найти “то самое” решение, клиент расстроится и обидится, что вы так сильно раздували бюджет и сроки проекта.

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

Как с ним работать:
Чтобы нормально работать с Невнятным Клиентом, вам необходимо помнить две вещи.

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

Неотложный Клиент

Как его вычислить:
Все его электронные письма помечены как особо важные. Его агенты вечно заняты делом. Сам Неотложный Клиент работает до позднего вечера и даже в выходные дни. Более того, считает, что и все должны так же работать. Плюс ко всему, он думает, что он ваш единственный клиент, и выполнение его заданий должно стоять у вас (впрочем, как и у него) на первом месте.

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

Минусы:
Неотложный Клиент — это дополнительная головная боль. Если вы собираетесь сохранить с ним нормальные отношения, возможно, вам придется работать по ночам или по выходным. Вы также можете подвергнуться полуночным телефонным звонкам, невозмутимым требованиям сверстать web-сайт, нащёлкать скриншотов и сделать детальные иллюстрации и вопросам типа: “За пару часов управитесь?”.

Как с ним работать:
Терпеть Настойчивого Клиента нужно “до первых слёз” — то есть, пока вы не поймете, что всё бесполезно, и что отношения с этим человеком мешают вам и другим вашим клиентам. Настойчивым Клиентам стоит недвусмысленно указывать на неразумность некоторых их требований, причем делать это нужно с самого начала. Ну и как всегда нужно сохранять чувство юмора и некоторую беспечность, чтобы разряжать обстановку, потому что в противном случае у вас есть шанс сорваться на агрессию.

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

А теперь предупреждение. Старайтесь не заводить сразу несколько Неотложных Клиентов, потому что это приведет к жестким стрессовым ситуациям — ведь всё надо сделать сейчас! сейчас! сейчас! Так что если вы не гипнотизер, советую вам строго ограничить общение с этим типом клиентов.

Клиент-Коллективист

Как его вычислить:
Этот тип населяет обычно мир больших корпоративных клиентов. Однако Клиента-Коллективиста можно обнаружить и среди мелких заказчиков — такому всегда необходимо чье-нибудь участие в принятии решения (жены, соседа, собаки…). Коллективист не является авторитетом даже для самого себя, поэтому прежде чем принять решение, нужно, чтобы его обязательно одобрило несколько человек.

Плюсы:
Поскольку у Клиента-Коллективиста может не быть человека, способного принимать твёрдые решения, у вас появляется возможность сделать всё так, как вы считаете нужным, а потом просто “протащить” полученный результат. Но будьте осторожны — такое поведение может иметь неприятные последствия.

Минусы:
Худшее из проявлений Клиента-Коллективиста — это то, что работа с ним идет мучительно долго, а поскольку вряд ли найдется человек, который сможет долго это выносить, вам грозит не самое удачное завершение вашего проекта. Клиент-Коллективист почти всегда пытается все причесать под одну гребенку. Если среди таких заказчиков есть один человек, который называет себя “главным”, поверьте, это обязательно будет такая личность, которой просто противопоказано руководить.

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

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

Клиент-Тряпка

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

Плюсы:
Клиент-Тряпка в большинстве случаев останется вам благодарен, что всегда приятно. Ну и конечно клиент, которого не напрягает процесс ожидания — это дополнительное облегчение в работе.

Минусы:
Клиенты-Тряпки позволяют выявить все худшие стороны фрилансера. Не имея за спиной пристального взгляда злобного клиента, исполнитель может “забить” на проект, наслаждаясь преимуществами работы с пассивным клиентом.

Как с ним работать:
Клиент-Тряпка требует хорошей дисциплины, чтобы не выходить за временные рамки и контролировать результат работы. Если ваш клиент не в состоянии этого обеспечить, вам придется следить за собой самостоятельно.

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

Малобюджетный Клиент

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

Плюсы:
Малобюджетные Клиенты могут быть благодарны вам за хорошую работу и за её низкую стоимость. А могут и не быть…

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

Но хуже всего, когда у Малобюджетного Клиента обнаруживаются качества Неотложного Клиента или Клиента-Параноика. Лучше с таким вообще не связываться.

Как с ним работать:
Удостоверьтесь, что ваш Малобюджетный Клиент осознает, что вследствие своей малобюджетности его работа не может стоять для вас на первом месте и что вы не будет вносить в проект дополнительные изменения, потому что для вас это не выгодно. Если клиент начинает проявлять агрессивность или другие неблаговидные качества, признайтесь себе, что он этого не стоит, и отпустите его с миром…

Клиент “Ваше счастье”

Как его вычислить:
Клиент “Ваше счастье” на самом деле гораздо круче вас, и он это знает. У него для вас есть просто офигенный (пусть и дешевый) проект в такой сфере, где, по мнению Клиента, каждый мечтает работать — музыка, кино или мир моды, например.

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

Минусы:
На хорошую оплату можете не рассчитывать. Клиент “Ваше счастье” будет работать с вами так, как будто это он делает вам одолжение, а не вы ему. После нескольких проектов, выполненных для такого рода клиентов, в вас разовьется стойкое ощущение неуважения к вашим усилиям и вас станет откровенно поташнивать от сферы их деятельности.

Как с ним работать:
Клиент “Ваше счастье” может сделать ценный вклад в ваше портфолио, и это единственная причина работать на него. Все хотят получить такую работу, пока в один прекрасный день не получат её. А потому существует огромное множество “зеленых” фрилансеров, готовых браться за такие проекты почти бесплатно. Если вы студент, это отличный вариант для вас. Но если вы бывалый фрилансер, такая работа может нанести удар по вашему заработку. Так что выбирайте таких клиентов тщательно и либо используйте их по назначению (чтобы расширить свое портфолио), либо забудьте о них раз и навсегда. И последнее: прежде чем начать переговоры с Клиентом “Ваше счастье”, убедитесь, что вам действительно нравится быть крутым.

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

Статья взята с http://www.freelance-fm.ru/

Для начинающих «велосипедистов» иль просто любопытствующих…

Данная статья не призыв к действию, а лишь небольшая зарисовка на тему «Как бы я это сделал». На данный момент у меня в отделе активно используется Zend Framework, и именно с ним я лучше всего знаком, поэтому не пугайтесь параллелей, это не реклама, ведь большинство фреймворков в равной степени сочетают в себе плюсы и минусы, а нам нужны лишь преимущества…

Правила

Начал бы с регламентирования правил:

• Стандарты кодирования — лучше воспользоваться существующими, советую стандарты Zend Framework’а
• Процесс добавления кода в репозиторий (даже если вы сами в проекте — это будет хорошо дисциплинировать), только не перегибайте палку, иначе это замедлит развитие проекта

Не выработав данных правил, вы рискуете превратить фреймворк в помойку. Так же, настоятельно рекомендую писать юнит тесты — они помогут сэкономить уйму времени.

Архитектура

Надеюсь большинство читателей уже знакома с патерном MVC (Model-View-Controller) — так давайте на нем и базировать наш фреймворк, использования чего-то иного, боюсь, будет отпугивать пользователей (тут я подразумеваю программистов ).

Model

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

Давайте представим как может выглядеть модель:

// модель User использует в качестве хранилища БД
class Model_User extends Framework_Model_Database
{
$_table = «users»;
$_pkey = «id»;

function getByLogin($login) { /*…*/ }
function getByEmail($email) { /*…*/ }
}

// модель MainConfig использует в качестве хранилища ini файл
class Model_MainConfig extends Framework_Model_Ini
{
protected $_file = «application.ini»;

function setOption($key) { /*…*/ }
function getOption($key) { /*…*/ }
}

// модель Registry использует в качестве хранилища память - некая альтернатива глобальным переменным
class Model_Registry extends Framework_Model_Memory
{
function setOption($key) { /*…*/ }
function getOption($key) { /*…*/ }
}

// модель Session использует в качестве хранилища файлы сессии
class Model_Session extends Framework_Model_Session
{
protected $_namespace = «global»;

function setOption($key) { /*…*/ }
function getOption($key) { /*…*/ }
}

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

View

Каковы нынче требования к шаблонизатору? Лично для меня нативный PHP синтаксис, поддержка различного рода хелперов и фильтров. Так же должен быть реализован паттерн «двухэтапного представления» (Two Step View pattern), в ZF для этого служат два компонента — Zend_View и Zend_Layout.

Приведу пример такого представления:

<?php if ($this->books): ?>
<!– Таблица из нескольких книг. –>
<table>
<tr>
<th>Author</th>
<th>Title</th>
</tr>
<?php foreach ($this->books as $key => $val): ?>
<tr>
<td><?php echo $this->escape($val['author']) ?></td>
<td><?php echo $this->escape($val['title']) ?></td>
</tr>
<?php endforeach; ?>
</table>
<?php else: ?>
<p>Нет книг для отображения.</p>
<?php endif; ?>

Пример использование layout’ов (взят из документации по Zend_Layout):

О да, в Zend Framework’е удачная реализация представления, она мне нравится, конечно, не без мелких нареканий, но в целом — это пять.

Controller

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

Давайте попробуем среагировать на запрос пользователя следующего вида: example.com/?controller=users&action=profile&id=16

Так, проведем разбор — у нас просят показать профайл пользователя с id=16. Соответственно напрашивается существование контроллера users с методом profile, который бы смог получить в качестве параметра некий id:

// название контроллера должно содержать префикс - дабы чего не напутать
class Controller_Users extends Framework_Controller_Action
{
public function actionProfile()
{
// получаем данные из запроса
$id = $this->request->get(‘id’);

// пинаем модель
$user = new Model_User();
$user -> getById($id);

// закидываем данные в представление
$this->view->user = $user;
}
}

Естественно, на плечи контроллера так же ложится обязанность изменять формат представление, т.е. если нам надо вернуть данные в JSON формате, то никакого иного вывода быть не должно (это и так подразумевается самим MVC, но стоит лишний раз напомнить).

Кто повнимательней увидит в данном примере появление некого Request’a — это объект который занимается разбором входящего запроса. Зачем он нужен — об этом чуть далее.

Routers

Теперь немного о требованиях со стороны конечных пользователей — в частности о ЧПУ. Сравните следующие варианты ссылок:

example.com/?controller=users&action=profile&id=16
example.com/users/profile/id/16/ // стандартная схема построения URL'a в ZF
example.com/users/profile/16/ // CodeIgniter
example.com/profile/16/ // возможное пожелание заказчика, и его нужно выполнять


Для генерации/разбора подобного входящего запроса в ZF используются роутеры — по факту — это правила построения URL’ов, нам так же придется их реализовать — и с этим сложно поспорить.

Мне больше по душе передача именнованых параметров — такой URL легче читаем, сравните:
example.com/users/list/page/2/limit/20/filter/active
и
example.com/users/list/2/20/active

Вы наверное захотите сразу засунуть данный функционал непосредственно в класс Request, но не спешите, ведь нам еще потребуется генерировать правильные URL во View — а вызывать там объект Request — немного не логично, давайте таки оставим это на совести отдельного класса, к которому может обращаться как Request так и View

Request & Response

С назначением класса Request думаю проблем не возникает — в его функции входит не так много:

• обработка входящих параметров всеми правилами из Router’а
• отдавать параметры в контроллер по требованию

Но есть еще Response — о нем я как то не упоминал ранее, что же он должен делать:

• формировать заголовок ответа
• формировать ответ — т.е. брать view, оборачивать в некий layout и на выход

Мне не очень нравится реализация Response в ZF — слишком много лишнего в нем

Modules

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

Core

Теперь стоит перейти к самому вкусному — непосредственно к ядру системы, его функционал мы практически уже описали, стоит лишь подвести черту:

1. При инициализации входящий запрос должен быть обработан всеми правилами Router’ов, дабы объект Request мог вернуть нам запрашиваемое значение по ключу
2. Объект Request так же должен знать, какой модуль/контроллер/экшен запрашивается
3. Ядро должно подгрузить необходимый контроллер и вызвать запрашиваемый экшен (метод контроллера)
4. После отработки контроллера вызывается Response и ставит точку

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

Вспомогательный классы

Если вы захотите потренироваться в написании «велосипедов», то можете начать отсюда:

• Работа с БД — необходима поддержка MySQL, SQLite, PostgreSQL (это минимум), а в целом стоит уделить этому пункту много внимания, т.к. он один может привлечь множество пользователей
• Валидаторы — необходимая вещь, для экономии времени при написании форм (см. Zend_Validate)
• Транслятор — для реализации мультиязычности в системе, возможно хватит и gettext’a, но не стоит на это надеяться
• Почта — можно обойтись лишь функцией mail, но это как-то не по-взрослому
• Пагинатор — для решения тривиальной задачи — разбиение по страницам (см. Zend_Paginator)
• Навигатор — построение меню, карты сайта и «хлебных крошек» (см. Zend_Navigation)
• Кэширование — без него никуда (см. Zend_Cache)
• Конфигурационные файлы — Zend_Config слишком большой для того, чтобы обрабатывать лишь один ini файл, тут можете попрактиковаться, но все же посматривайте на Zend_Config_Ini
• Автозагрузчик — очень полезная вещь, и главное удобное — Zend_Loader
• ACL — возможно потребуется — по крайней мере, распределение прав по запросу модуль/контроллер/экшен лучше пусть будет зашит в системе

Я не случайно привожу ссылки на пакеты Zend Framewrok’а — они вполне адекватны и самостоятельны, могут быть использованы сами по себе, т.е. никто ведь не машает вам построить свой фреймворк из кубиков Zend’a (и вот тому пример: ZYM)

Тривиальные задачи

В фреймворке должен быть заложен функционал для решения следующих тривиальных задач (мелких и не очень):

• Redirect — самый обычный, вызывается из контроллера
• Forward — это пересылка с одного модуль/контроллер/экшен на другой без перезагрузки страницы
• Messages — различные сообщения, с возможностью получения их после перезагрузки страницы
• Scaffold — быстрый способ построения приложения для редактирования записей в базе данных (утрированно)

Еще лучше, если с фреймворком будет поставляться готовая к использованию CMS система — она позволит популяризировать ваше детище, и возможно привлечет сторонних разработчиков.

Возможно чего забыл из «тривиального» — пишите…

Структура каталога

И так, что у нас получается, если взглянуть на файловую систему (в document_root должна лежать лишь папка public):

project
|-- application
|    |-- configs
|    |-- layouts
|    |-- controllers
|    |-- models
|    |-- views
|    `-- modules
|         `-- <module_name>
|              |-- layouts
|              |-- controllers
|              |-- models
|              `-- views
|-- data
|    |-- cache
|    |-- logs
|    `-- sessions
|-- library
|    `-- Framework
|-- public
|    |-- styles
|    |-- scripts
|    |-- images
|    |-- uploads
|    |-- .htaccess
|    `-- index.php
`-- tests

Это лишь мое пожелание, какой же она будет у вас — решать вам…

Вывод

To Be Or Not To Be — решать вам, как по мне — можно смириться с недостатками какого-то одного фреймворка, и наслаждаться его преимуществами. Возможно, вы попытаетесь написать свое решение или скрестить существующие, но не забываете — написание такого рода приложения влечет за собой ответственность по его поддержке.

Оригинал

1) CОЗДАЕМ КЛАСС МОДЕЛИ (БАЗОВАЯ МОДЕЛЬ).

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

Например:

class Person {
public $_email
public $_password;
public $_username;

// getters and setters
…

Довольно спорный момент, зачем в сущности методы?
Этим должен заниматся Service Layer

// Behaviors
public function authenticate(){}
public function logout(){}
public function ban(){}
}

2) CОЗДАЕМ КОД ДЛЯ СОХРАНЕНИЯ ДАННЫХ. (DATA ACCESS LAYER)
Определяем какие данные мы хотим сохранять, как мы хотим их сохранять

Например:

SQL:

CREATE TABLE person {
username VARCHAR PRIMARY KEY,
password VARCHAR,
email VARCHAR
}

Класс:

class Person_Table extends Zend_Db_Table_Abstract
{
protected $_name = 'person';
protected $_primary = 'username';
}

Можно использовать генератор Symfony(Propel, Doctrine)

3) ОПИСЫВАЕМ СВЯЗЬ МЕЖДУ МОДЕЛЬЮ И БАЗОЙ ДАННЫХ (DATA MAPPER/ORM)

Мэппер — прослойка между нашим простым классом (Базовая модель) и хранилищами. Он обеспечивает базовый интерфейс для работы с хранилищами: сохранение, загрузка и удаление. Будь то файлы, база данных или тот же кэш, интерфейс всегда будет один и тот же

Мэппер принимает объект модели
Мэппер может хранить и извлекать данные и из других хранилищ(КЕШ, файловая система)

Например:

class PersonMapper {

public function save( Person $person )
{
$data = array(
‘username’ => $person->username,
‘password’ => $person->password,
‘email’ => $person->email
);
$this->getTable()->save( $data );
}

private function fetch( $username=null ) {}
private function getTable() {}
private function setTable( $table ) {}
}

4) ДОБАВЛЕНИЕ БИЗНЕСС ЛОГИКИ В SERVICE LAYER
SERVICE LAYER – обеспечивает применение логики в верхней части модели

DATA ACCESS LAYER -> DATA MAPPERS -> DOMAIN MODEL -> SERVICE LAYER

Например:

class PersonService {

public function create( array $data )
{
$person = new Persone;
if( !$data = $this->getValidator->isValid( $data ) )
{
throw new InavalidArgument;
}

$person->username = $data['username'];
$person->password = $data['password'];
$person->email = $data['email'];

$this->getMapper()->save( $person );
}

5) ДЕКОРИРУЕМ МЭППЕРЫ
Декораторы нужны, чтобы добавить или изменить функциональность существующих классов

-) Декоратор нам нужен будет для определения, откуда загружать данные из базы данных или из кеша
-) Декоратор нам нужен будет для возрата данных в разных формата

Сначала вызываем CashMapper, а он если нужно вызыват BdMapper ( кеш декорирует базу )

Слайд-шоу:
http://www.slideshare.net/weierophinney/playdoh-modelling-your-objects-1766001
Статья:
http://habrahabr.ru/blogs/refactoring/67036/

Упрощенный вариант

— Абстракция доступа/фильтрации/валидации Article_Service
— Абстракция взаимодействия с БД/«другими источниками» данных Article_Mapper
— Собственно структура данных class Article (на кой черт ей геттеры сеттеры? если вы работаете с Article_Service ).

Условно один внешний API для других объектов (это Article_Service) и внутренний API для самого объекта (Article_Mapper). В этом свете, наличие каких либо методов у Article вообще противопоказано
обратите внимание на разницу между структурой данных в памяти и моделью

Жесть.
Вы хоть поняли, что юноша выше предложил?
Организовать доступ к полям объекта через __get/__set

Если я работаю с 200-300 объектов, у каждого из которых по 50 свойств, и доступ к полям через __get()
Что у нас произойдет? Сколько у нас будет вызовов?

Ах, да, можно работать не с коллекцией в 200-300 объектов, а с 1м за раз объектом, но тогда вместо 1го запроса к базе у вас будет 300 запросов. Что впрочем не избавит от необходимости обращаться к полям объектов после каждого запроса