Вот тут описан пример использования Smarty совместно c Zend Framework.

Естественно, Америку не открыл :-), но надеюсь, что кому-нибудь пригодится.

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

1) Зачем мы делаем сайт? До начала работы должна быть сформулирована самая главная задача, которая вы ставите перед сайтом. Это должна быть одна задача, она должна быть конкретная и измеряемая. Например, я планирую увеличить продажи товара на 25% с помощью сайта. Или, мне нужен ресурс, на котором четко описан перечень наших услуг и присутствует подробная контактная информация со схемой проезда. Или, с помощью сайта я планирую взаимодействовать с постоянными клиентами, осуществляя их онлайн-поддержку, отвечая на их вопросы, выкладывая необходимую документацию и мануалы. Все остальные задачи тоже могут присутствовать, но не забывайте правило «Помни о главном». В процессе постановки задачи и создании сайта важно периодически проверять — решается ли эта, самая главная задача. Это поможет конструктивно обсуждать проблемы на всех этапах, начиная с дизайна и заканчивая тестированием готового проекта.

1) Первая и самая большая ошибка клиентов состоит в том, что они сосредотачивают свои усилия на выборе студии, а не формулировке задач, которые должен решать сайт. Выбор студии чаще всего осуществляется двумя способами: либо опросить студии для выяснения соотношения «цена/качество», либо посоветоваться со знакомыми, у которых уже есть опыт создания сайтов. И в том, и в другом случае предсказать результат очень сложно. Можно конечно надеяться на простое везение, когда выбор в итоге приведет к компетентным специалистам, которые смогут проконсультировать, помочь правильно определить цели сайта и подготовить техническое задание. Но чаще всего результатом работы является некий ресурс в интернете, который не только вызывает недовольство как у клиента, так и у веб-студии, но еще и стоит обычно немалых денег. А еще через несколько месяцев (в среднем от 6 до 24) клиент заказывает новый сайт, пытаясь не наступить на те же грабли, но снова на них наступает.

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

Проще всего и без вмешательств в код это сделать при помощи .htaccess
Создаем файл .htaccess и пишем в нем:

SetEnvIfNoCase User-Agent "^Yandex" search_bot
SetEnvIfNoCase User-Agent "^Yahoo" search_bot
SetEnvIfNoCase User-Agent "^igdeSpyder" search_bot
SetEnvIfNoCase User-Agent "^Robot" search_bot
SetEnvIfNoCase User-Agent "^Googlebot" search_bot
SetEnvIfNoCase User-Agent "^msnbot" search_bot
SetEnvIfNoCase User-Agent "^Aport" search_bot
SetEnvIfNoCase User-Agent "^Mail" search_bot
SetEnvIfNoCase User-Agent "^bot" search_bot
SetEnvIfNoCase User-Agent "^spider" search_bot
SetEnvIfNoCase User-Agent "^php" search_bot
SetEnvIfNoCase User-Agent "^Parser" search_bot

Order Allow,Deny
Allow from all
Deny from env=search_bot


для проверки работоспособности можно использовать следующий PHP-скрипт

<?php
if(empty($_POST)) {
?>


ну вот теперь можно полностью эксперементировать и никто не узнает про существование экспериментальной копии Вашего сайта ;)

Открываем сайт представлясь под любым User-Agent

User-Agent

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

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

Наверное, всем известно, что Google слишком любопытный поисковик. Однако, кто-то использует это для более точного поиска, а кто-то — для несколько иных целей.
Только что от моего товарища пришла ссылка по ICQ на видео-хак, которые открывает, так сказать «недокументированные возможности всемирно известного поисковика». Поиск паролей, скрытых директорий, документов, видеокамер — это малый перечень того, что умеет Google.
Достаточно давно на сайте уже поднималась эта тема. Оказывается, некий Джонни из забугорного интернета ведёт целый каталог подобных ссылок, именуемый Google Hacking Database (GHDB).
Немного старая тема, возможно, но все же кто-то о ней не знает, а кого-то найдутся новые интересные мысли на этот счет.

Смотреть видео на YouTube

Довольно часто (постоянно) мне приходиться проводить собеседование людей желающих устроитсья в мой отдел на должность «junior PHP developer» и «PHP developer». И, с завидным постоянством, я и team-lead отдела задаем одни и те же вопросы…

Эта небольшая статья поможет новичкам (и не только) оценить удобство собственного сайта и укажет основные недочёты, присущие многим сайтам. Ваши пользователи скажут вам спасибо =)