nSite

Перед запуском

А. Содержимое (контент) и Дизайн

1. Типографика и верстка
2. Проверьте правильность знаков препинания, особенно апострофы, кавычки и дефисы / тире
3. Проверьте заголовки, для которых вы могли использовать лигатуры (нет необходимости для кириллицы)
4. Проверьте отсутствие висячих строк для важных абзацев
5. Проверьте орфографию и грамматику
6. Непротиворечивость (целостность) информации
7. Заглавные буквы (особенно в заголовках)
8. Проверьте стиль (манеру) написания текстов
9. Повторяющиеся общие фразы (например, ссылки типа «Подробнее»)
10. Возможные вариации слов(с учетом конкретной аудитории сайта)
11. Маркированные списки (например, точки или запятые в конце каждого пункта)
12. Проверьте на абсолютные ссылки (убедитесь, что после переноса на «рабочий» сервер ссылки изменяться на реальные)
13. Убедитесь в отсутствии «рыбы» вместо реального текстового наполнения
14. Проверьте как выводятся на печать наиболее важные страницы
15. При редизайне существующего сайта, убедитесь, что важные существующие (старые) ссылки, перенаправляются на соответствующие новые URL-адреса, если ссылки изменялись
16. Проверьте все скрытые тексты (например, альтернативный текст для изображений, текст в функциях Javascript)

B. Соответствие стандартам

1. Доступность для людей с ограниченными возможностями
2. Проверьте валидность (Х)HTML разметки
3. Проверьте Javascript
4. Валидируйте CSS

C. Видимость в поисковых системах, SEO и метрики

1. Заголовки страниц очень важны: используйте только осмысленные заголовки с соответствующими ключевыми словами
2. Добавьте описания ( в теги meta) для важных страниц (как минимум)
3. Проверьте домен для канонических запросов (например, запрос по адресу site.com, www.site.com и www.site.com/index.html должны приводить к записи одного вида в адресной строке)
4. Убедитесь, что у вас семантически верная разметка (выделены заголовки, и проч.)
5. Проверьте наличие ключевых слов в тексте страниц
6. Проверьте форматирование URL-адресов (для пользователей и поисковых роботов)
7. Настройте Google Analytics, FeedBurner, и любые другие пакеты для измерения успеха проекта
8. Создайте XML Sitemap
9. Настройте Google Webmaster Console и инструменты Яндекс.Вебмастер

D. Функциональное тестирование

1. Проверьте работу всех обязательных функций сайта
2. Проверьте работу поиска (включая релевантность результатов)
3. Проверьте сайт в большинстве современных браузерах (IE, Firefox, Opera, Chrome т.д.), их различных версиях и операционных системах (Windows, OSX, Linux)
4. Проверьте отображение страниц при наиболее распространенных разрешениях экрана
5. Протестируйте все формы (например, обратная связь, добавление комментария в блог), в том числе анти-спам фильтры, шаблоны отправляемых писем и т.д.
6. Протестируйте сайт при выключенном Javascript, Flash и других плагинах
7. Проверьте, что все внешние ссылки являются действительными

E. Обеспечение безопасности (снижение рисков)

1. Настройте расписание резервного копирования, и проверьте результат восстановления из резервной копии.
2. Защитите все критически важные страницы (например, раздел администрирования сайта)
3. Используйте файл robots.txt в случае необходимости
4. Протестируйте безопасность и возможность взлома
5. Выключите вывод текстовых сообщений об ошибках
6. Проверьте размер доступного дискового пространства
7. Настройте уведомления по электронной почте и (или) SMS (например, для ошибок или сбоев сервера) для системы внутреннего и внешнего мониторинга
8. Проверьте производительность системы
9. Проведите нагрузочное тестирование
10. Проверьте оптимизацию изображений
11. Проверьте и осуществляйте кэширование где это необходимо
12. Проверьте общий размер страницы и время ее загрузки
13. Сожмите статические (Javascript / HTML / CSS) файлы
14. Оптимизируйте CSS: использование короткие пути для изображений; используйте наследование в CSS и т.д.
15. Проверьте правильность созданных индексов в таблицах БД
16. Проверьте настройки конфигурации на каждом уровне (Web-сервер, база данных, какие-либо другие программы, в том числе CMS)
17. Настройте ведение лог файлов на веб-сервере и сервере БД

F. Заключительные штрихи

1. Создайте пользовательские страницы для 404 и прочих видов ошибок
2. Создайте иконку для сайта (favicon)

После запуска

G. Маркетинг

1. Используйте социальный маркетинг: Twitter, LinkedIn, Digg, Facebook, StumbleUpon и т.д.
2. Добавьте сайт в поисковые системы
3. Запустите (контекстную) платную рекламу при необходимости
4. Проверьте информацию о сайте в результатах поисковой выдачи

H. Текущие проверки

1. Отслеживайте и реагируйте на обращения обратной связи (полученных напрямую, на сайтах социальных сетей и проч.)
2. Проверяйте аналитические данные на наличие возможных проблем и осуществляйте корректировки по мере необходимости
3. Обновляйте контент

Источник: http://habrahabr.ru/blogs/webdev/57702/

По ходу работы потребовалось сделать красивый скроллинг по спецпредложениям на первой странице сайта www.avktea.ru

Задача была после изучения статьи «Настраиваем внешний вид скроллбара» и соответственно установкой скриптов:

1. jQuery
2. Mouse Wheel Extension
3. jScrollPane

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

Zend Framework развивается, оставляя за бортом функционал предыдущих версий. Приглядывался к Symfony Framework – там более жёсткая структура проекта и разработчики не стремятся всеми силами заставить купить мануалы и проийти курсы по фрэймворку. Но Symfony тоже ещё сыровата и разработка её идёт полным ходом.

Вобщем решил я сейчас доводить до ума (чистить код, фиксить баги и повышать безопасность) своей системы. Система управления контентом нужна уже сейчас, и она даже есть, поэтому не вижу смысла с головой бростаться в разработку системы под Symfony. Тем более, что внятный план системы вряд ли получится сейчас изложить.

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

Насколько всё-таки низка культура программирования на PHP, особенно в России… Если верить яндексу, то в прошедший месяц слово phpunit искало всего 39 человек, зато слово junit искало уже 242 человека. Жаль нельзя по Google такую статистику посмотреть.

Собственно к чему это я?

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

Общий принцип действия автоматических тестов я вычитал в книжке “PHP для профессионалов”. Однако реально на практике не применял. До сегодняшнего дня.

Пройдя несколько страниц в Яндексе я постоянно натыкался на какой-то старый-старый текст начала века про использование PHPUnit. В этом тексте всё объяснялось не намного подробнее, чем в моей книжке. Ещё немного порывшись в Яндексе плюнул я на это дело и пошёл на pear.php.net, откуда был перенаправлен на www.phpunit.de

Вот на этом-то сайте и оказалось всё, что мне нужно. По тамошним советам я установил себе PEAR-модуль PHPUnit и приступил к изучению документации. Эх, такую бы документацию, да к Zend Framework!!!

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

Решение оказалось очень простым – поставил к себе на компьютер SPECTral Personal SMTP Server. Он может выполнять роль заглушки на localhost:25 и из него очень удобно можно анализировать отправленные письма и даже посмотреть их со всеми заголовками (т.к. сохраняет он их обычными .eml файлами).

…правда пока это будет скорее тренировочный этап, чтобы освоиться со всеми возможностями Zend Framework.

Долго думал, с какой стороны подступиться к разработке CMS на Zend Framework – всё-таки дело это сложное, отвественное и многогранное. И придумал, что раз система управления будет разделяться на две независимых подсистемы – внешней части и админки, то на первом этапе нужно ограничиться модулями внешней части.

Сама админка у меня уже присутствует и работает неплохо, настраивать её тоже очень быстро. А вот внешняя часть пока хромает, не добрался ещё я до её устаканивания. Поэтому совершенно логично начать разбор полётов с ZF и CMS именно с внешней части.

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