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

pageTracker._trackPageLoadTime();

Это позволит в последствии считать статистику по загрузке, с фильтрацией по URL, процентам отказов и т.д. Преимущество данного метода является то, что вся информация собирается на живых пользователях, по живым перемещениям по сайту. Минусом то, что отсчет начинается только с момента загрузки JS кода, т.е. скорость предварительной загрузки померить таким образом невозможно.

Пример отчета, который можно получить:

Подробнее про установку и возможности можно прочитать в статье или документации Google.

Как это работает?
Яндекс в своих сервисах определяет местоположение пользователя с помощью встроенных GPS датчиков и сопоставляет с данными Wifi и GSM обнаруженных вокруг. Далее с использованием триангуляции и др. алгоритмов сервис позволяет восстановить по Wifi и GSM местоположение с определенной точностью.
Уникальность данного предложения в том, что Яндекс владеет очень большим количеством статистических данных, что позволяет выдавать актуальные данные. Т.к. известно, что идентификаторы GSM вышек достаточно часто меняются, Wifi появляются и пропадают и т.д. только создав целую сеть постоянно используемых сервисов Яндекс сможет поддерживать систему в актуальном состоянии, что недоступно ни одной небольшой компании собирающих данные в одиночку.

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

• показывать разную рекламу для разных регионов
• показывать различные данные привязанные к положению
• подсказывать данные при регистрации и т.п.
• соц. состовляющие (друзья рядом и т.д.)

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

Документация по внедрению API доступна по соотвутствующей ссылке.

Установка
Если кратко, то на основном сервере устанавливается OpenVZ, далее делается один единственный контейнер, который впоследствии и является сервером, на котором все живет и который отлично бекапится и восстанавливается. Ему отдаются все ресурсы железного сервера.
Подробнее про данную технологию можно найти тут: http://wiki.openvz.org/. Она действительно очень мощная и простая. В плюсы также можно добавить безболезненную возможность добавить еще один виртуальный сервер параллельно. Главное не переборщить, т.к. ресурсы естественно ограничены.

Бекап и восстановление
Используя технологию OpenVZ очень удобно пользоваться утилитой vzdump. Подробнее про установки и использование читаем тут. Утилита позволяет забекапить контейнер в один tgz архив, что примечательно без выключения сервера. По правде говоря есть 3 режима — отключение во время бекапа, suspend на маленький промежуток времени (существенно быстрее чем отключение), без отключения. Я пользуюсь вторым вариантом, т.к. это компромисс между временем отключки сервера и скоростью создания бекапа.
С восстановлением также никаких проблем нет, делается все коммандой vzrestore.

Автоматизация
По правде говоря именно из-за этого подпункта статья и писалась, т.к. все остальное без труда можно найти в интернете. Как известно я покупаю сервер у компании Hetzner. Недорогой немецкий провайдер, многие русские провайдеры по сути перепродают сервера данного провайдера.
Я пользуюсь тарифом X2, увы на нем Hetzner не предоставляет FTP Backup, поэтому пришлось думать как и куда бекапить сервер, т.к. понятно, что бекап, который хранится на той же машине — чушь.
Бекапить было принято на домашнюю машину, а как — выбирал из следующих вариантов: FTP, SSH (очень плохо работает на виндовой машине), скачивать со стороны домашней машины по HTTP.
Пересмотрев все плюсы и минусы, а также попробовав несколько вариантов пришел к тому, что самый оптимальный — бекап со стороны сервера по FTP на домашнюю машину. Для этого со стороны домашней машины был поднят FTP с настройкой прав доступа, а со стороны сервера написан следующий BASH скрипт:

#!/bin/bash

rm temp_ftp_backup_file


Надеюсь статья будет вам полезна. Если есть вопросы — welcome в комментарии. Желаю, чтобы бекапы вам никогда не понадобились

• Like на конкретную страницу, который позволяет пользователям показывать интерес к данной странице и делить ей со своими друзьями.
• Like на весь сайт, который дает пользователям высказывать любовь к сайту в целом на любой из страниц (у меня расположен в верхнем правом блоке).

Оба элемента вставляются iframe или XFBML блоком со страницы Facebook Like button, где вы можете сгенерировать тебе блок с помощью формы. Единственным отличием второго варианта является необходимость явно указать url сайта.
Twitter Share button
Тут все очень похоже, кнопка генерируется с помощью формы на странице Twitter Share button. Никакой URL указывать не нужно, скрипт сам определяет на какой странице он расположен.
Яндекс поделиться
Последним и достаточно быстрым способом создать Share модуль для сайта является сервис Яндекса «Блок поделиться». Аналогично с помощью форму генерируется блок на странице сайта и вставляется на любой страницу в вашем проекте. Дешево и сердито.

P.S. Основной плюс заключается в авторитете компании, который дает гарантии в безопасности предоставлении домена.

Основной и самый работающий вариант описан в pdf документе: Redmine Installation on Debian
Единственное, что не заработало — автоматом ставится passenger-2.2.10, а в описании используется passenger-2.2.1, поэтому вместо gem install passenger нужно писать gem install passenger -v=2.2.1

Далее было еще несколько различных багов, а также с добавление функционала SVN помогли следующие доки:
http://www.redmine.org/wiki/1/Repositories_access_control_with_apache_mod_dav_svn_and_mod_perl (тут как привязать к redmine)
http://www.debuntu.org/2006/05/20/54-how-to-subversion-svn-with-apache2-and-dav (описание как поднять svn)
http://www.redmine.org/boards/2/topics/6387 (столкнулся с похожей проблемой при привязке)
http://www.redmine.org/wiki/redmine/HowTo_to_handle_SVN_repositories_creation_and_access_control_with_Redmine (тут описано как автоматически создавать репозитории при создании проекта)

В общем все, от себя добавлю, что после полноценной привязки чтобы репозиторий был недоступен без авторизации необходимо снять галку «общедоступно» в настройках проекта, а чтобы получить доступ к репозиторию под своей учеткой redmine необходимо добавить себя к проекту даже если вы администратор.

Требования:

• записи из личного не должны попадать на главную страницу
• под записи из личного должна быть отдельная категория (подблог)
• в новом подблоге должна быть своя RSS лента
• в основной RSS ленте не должно быть записей из личного подблога

Решение:

1. Создаем рубрику, в моем случае рубрика личное с urlname private
2. Узнаем ID новой категории, его можно подсматреть напрямую в БД или в админке при редактировании категории ссылка будет содержать данное число
3. Редактируем файл functions.php темы, которую вы используете. Добавляем следующие строчки:
   
   function filter_subblog_entries($query)
   {
   if (!$query->is_admin &&
   (!isset($query->query_vars->category_name) || $query->query_vars->category_name != 'private')
   ) //exclude private from main and not admin
   {
   $query->set('cat','-44');
   }

   return $query;
}
add_filter('pre_get_posts','filter_subblog_entries');

   Вместо 44 подставляем число, полученное из третьего пункта, вместо private подставляем urlname нашей категории

Готово. Теперь главная страница и RSS лента не содержит сообщений из личного подблога, а в категории личного подблога и RSS содержатся только нужные нам посты.

P.S.
Если вы используете widgets и там есть ссылки на RSS, то необходимо при просмотре подблога показывать другой вариант widget’a (с другой ссылкой на RSS) для этого идеально подходит плагин Widget Logic, который показывает виджеты в зависимости от логического условия.

На место баннеров генерируются заглушки с указанием размера. Для того, чтобы не терять время на их создание и облегчить труд вебразработчикам создали проект http://dummyimage.com. Он геренирует картинку по размеру, переданную последним параметром.
Например, по адресу http://dummyimage.com/468×60 мы получаем вот такую картинку:

а по адресу http://dummyimage.com/30×30, вот такую:

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

Adobe browser lab

Для этого, внедрим в движок Codeigniter класс IPWI.

1. Скачиваем последнюю версию IPWI
2. Копируем папку ipwi в папку system\application\libraries
3. Редактируем файл config.inc.php, там необходимо прописать адрес до форума, до нашего класса и адрес сайта
4. Переименовываем файл ipbwi.inc.php в ipbwi.php
5. В переименованном файле ipbwi.php комментируем строчку $ipbwi = new ipbwi();
6. Готово.

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

$this->load->library('ipbwi/ipbwi'); //подключаем библиотеку
$this->ipbwi->member->create($login, $password, $email); //регистрируем пользователя


Все интерфейсы достаточно подробно описаны в документации.