Стандартные шрифты:

Arial

Arial Black

Arial Narrow

Book Antiqua

Century Gothic

Comic Sans MS

Courier New

Franklin Gothic Medium

Georgia

Impact

Lucida Console

Lucida Sans Unicode

Microsoft Sans Serif

Palatino Linotype

Sylfaen

Tahoma

Times New Roman

Trebuchet MS

Verdana

Webdings

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

Для корректной и валидной верстки нестандартных для web шрифтов используют несколько методов:

Решение на базе PHP и GD

Отрисовывать шрифты и тексты средствами PHP и библиотеки GD. Откровенно не самое удачное и простое решение. Существенным минусом является тот факт, что в браузер будут передаваться картинки букв, что безусловно плохо скажется на индексации сайта.

Решение на базе css

Тупо подгрузить в css.

BODY {
font-family: url('path_to_font');
}

Обычно это чревато долгой загрузкой и отработкой стилей.

Решение на базе flash

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

1) Обычная (X)HTML страница загружается браузером.

2) Запускается javascript функция.

3) Если Flash-плеер не установлен или если JavaScript выключен, то страница загружается естественным образом, без изменений. Если Flash-плеер установлен, то JavaScript проверяет код страницы на наличие обозначенных ранее элементов и создает подходящий по размеру Flash, который накладывается на определённые элементы.

4) Actionscript загружает нужный шрифт размером 6 pt, после чего шрифт растягивается до нужного размера.

Нестандартный шрифт со помощью cufon

Ну и самое удачное на мой взгляд решение: использование библиотек typeface.js или cufon.
Cufon более универсален, потому будем рассматривать его.

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

Обычный текст при загрузке страницы заменяется на SVG объект (для браузеров, поддерживающий стандарты) или на VML (для IE) — графические области, в которых символы отрисовываются с помощью javascript.

Подключается cufon достаточно просто:

<script type="text/javascript" src="path-to/cufon-yui.js"></script>
<script type="text/javascript" src="path-to/[имя файла, который сделает cufon-генератор]"></script>
<script type="text/javascript">
Cufon.replace("h1");
</script>

Преимущества

• достаточная кроссбраузерность
• минимум внешних файлов при любом количестве текста с нестандартным шрифтом
• простое внедрение
• владелец сайта спокойно может редактировать текст
• параметры шрифта (размер, жирность, цвет) легко изменить
• есть реакция на hover
• возможность добавления тени у текста (text-shadow - в IE правда тень будет не совсем такая, как нужно)
• защита используемого шрифта от копирования
• возможность разложить шрифт на только нужные символы для уменьшения размера файла-шрифта
• не требует дополнительных библиотек
• небольшой вес скрипта

Недостатки:

• наличие внешних файлов — хоть их и мало, все равно увеличат трафик, а значит страница будет открываться дольше
• нет возможности выделить и скопировать текст (над этим работают. в IE уже можно, хоть и выглядит страшновато)
• неприменимо к большим объемам текста
• пока не отработает скрипт, пользователь будет видеть текст со шрифтом по умолчанию

Для поиска рецептов, обмена опытом или просто для общения с единомышленниками заходите на форум программистов!

Определение региона с помощью nginx

sudo apt-get install geoip-database libgeoip-dev
wget http://geolite.maxmind.com/download/geoip/database/GeoLiteCity.dat.gz
gunzip GeoLiteCity.dat.gz
sudo mkdir -v /usr/share/GeoIP
sudo mv -v GeoLiteCity.dat /usr/share/GeoIP/GeoIPCity.dat

http {
....
# GeoIP
geoip_country /usr/share/GeoIP/GeoIP.dat; # the country IP database
geoip_city /usr/share/GeoIP/GeoLiteCity.dat; # the city IP database
..
}

# For GeoIP
fastcgi_param GEOIP_COUNTRY_CODE $geoip_country_code;
fastcgi_param GEOIP_COUNTRY_NAME $geoip_country_name;
fastcgi_param GEOIP_REGION $geoip_region;
fastcgi_param GEOIP_CITY $geoip_city;
fastcgi_param GEOIP_POSTAL_CODE $geoip_postal_code;
fastcgi_param GEOIP_CITY_CONTINENT_CODE $geoip_city_continent_code;
fastcgi_param GEOIP_LATITUDE $geoip_latitude;
fastcgi_param GEOIP_LONGITUDE $geoip_longitude;

sudo service nginx restart

Определение региона сайта с помощью php

• geoip_continent_code_by_name — Получить двухбуквенный код континента
• geoip_country_code_by_name — Получить двухбуквенный код страны
• geoip_country_code3_by_name — Получить трехбуквенный код страны
• geoip_country_name_by_name — Возаращает полное название страны
• geoip_database_info — Получить версию БД GeoIP
• geoip_db_avail — Проверить доступность БД GeoIP
• geoip_db_filename — Возвращает имя файла БД GeoIP
• geoip_db_get_all_info — Возвращает всю информацию о файлах БД в виде многомерного массива
• geoip_id_by_name — Возвращает скоростную метрику интернет-канала пользователя (GEOIP_UNKNOWN_SPEED/GEOIP_DIALUP_SPEED/GEOIP_CABLEDSL_SPEED/GEOIP_CORPORATE_SPEED ).
• geoip_isp_by_name — Возвращает имя провайдера (ISP) пользователя
• geoip_org_by_name — Возвращает имя организации, за которой закреплен IP пользователя.
• geoip_record_by_name — Возвращает информацию о местоположении пользователя (континент, страна, город, широта и долгота).
• geoip_region_by_name — Возвращает код страны и региона
• geoip_region_name_by_code — Возвращает название региона страны и код региона
• geoip_time_zone_by_country_and_region — Возвращает часовой пояс клиента (по вычисленной стране и региону).

sudo apt-get install geoip-database libgeoip-dev php5-geoip
wget http://geolite.maxmind.com/download/geoip/database/GeoLiteCity.dat.gz
gunzip GeoLiteCity.dat.gz
sudo mkdir -v /usr/share/GeoIP
sudo mv -v GeoLiteCity.dat /usr/share/GeoIP/GeoIPCity.dat

sudo service php5-fpm restart

<?=geoip_record_by_name($_SERVER['REMOTE_ADDR']);?>

Определение региона сайта с помощью javascript

$.get("http://ipgeobase.ru:7020/geo?ip=<?=$_SERVER['REMOTE_ADDR']?>", function(data) {
			var myregion = $(data).find("region").text();
			//делаем что-то с данными
			return true;
}, "xml")

chown --recursive пользователь:группа /полный/путь

# find . -type f -exec chmod 644 {} \;

# find . -type d -exec chmod 755 {} \;

tar xvfz *.tar.gz – распаковать архив
tar -czvf file.tar.gz /full/path – создать .tar.gz (архив)

du –sh  <каталог>

dump -0aj -f /путь_куда/имя_файла_резервной_копии.bak /папка/для/резервирования

dump -1aj -f /путь_куда/имя_файла_резервной_копии.bak /папка/для/резервирования

restore -if /путь_к_копии/имя_файла_резервной_копии.bak

> mysqldump -uLOGIN -PPORT -hHOST -pPASS DBNAME > dump.txt

> mysql -uLOGIN -PPORT -hHOST -pPASS DBNAME < dump.txt 

Внешний вид редактора после установки MODx

 
Однако это не полная версия редактора. Некоторые отсутствующие функции могут быть очень полезны при редактировании контента.

Полный вид редактора TinyMCE

Особое внимание хотелось бы уделить настройкам "путь к CSS файлу" и "Селекторы CSS". В первой настройке надо указать путь относительно корня сайта к css файлу, содержащему описание стилей, которые хотелось бы использовать при редактировании контента. А в настройку "Селекторы CSS" надо прописать примерно следующий код:

После этого в плагине "стиль" можно будет выбрать нужное оформление. Выбор "Красный цвет" равносилен применению CSS класса red для конкретного элемента.

Помимо глобальных настроек WYSIWYG редактора есть настройки плагина. Они обычному пользователю вряд ли потребуются, однако я все же рекомендую их немного изменить. Дело в том, что в ходе работ по поисковому продвижению сайта требуется скрыть от поискового робота некоторое содержимое страницы. Это делается обычно с помощью тега noindex. Однако при сохранении документа редактор контента TinyMCE убирает тег noindex как невалидный. Чтобы этого не происходило, в поле Custom Parameters надо добавить:

Если версия modx старая, нужно искать /assets/plugins/tinymce....../xconfig.js и в нем заменить строку

на

Вставлять тег noindex можно, редактируя контент в режиме html.

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

Долгое время на странице партнерских программ на моем блоге висел баннер от Majordomo. Искренне хочется извиниться перед теми, кто использовал мои рекомендации при выборе хостинга. В свое оправдание могу сказать лишь то, что в момент выбора мною хостинга качество услуг Majordomo было значительно лучше.

Те минусы, которые стали последней каплей при переходе от majordomo:

• Операции с доменами (делегирование, изменение информации в WHOIS) происходят только в рабочие дни и в рабочее время по Московскому времени
• Абсолютно мертвая поддержка, работающая по вышеописанному графику
• Постоянные проблемы с сетевыми коммуникациями между серверами (mysql и сайты находятся на разных серверах, которые раз по 5 за день друг друга «не видят»)
• Почтовые сервера работают очень медленно, иногда письмо можно ждать до 2 часов
• Совершенно идиотская система тарифов и скидок. Например, хостинг стоит 45р./мес. (тариф старый), но можно купить годовой абонемент (хостинг на год) всего(!) за 972 р.
• Постоянно дорожающие тарифные планы.
• Очень медленное выполнение заявок в поддержке. Т.е. если вы захотите отказаться от услуг хостинга, вам придется подождать пару дней, пока вашу заявку должным образом обработают, и что самое смешное, оплатить это время по текущему тарифу хостинга.

Ну и апогеем всего была фраза девушки в техподдержке: «А что вы переживаете-то так, Ваши сайты недоступны всего 2 часа?»

Таким образом, встал резонный вопрос – какой хостинг для сайта выбрать?

Четкого ответа, как собственно и алгоритма действий, здесь, наверное, нет. Могу привести только ряд рекомендаций по выбору хостинга:

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

2) Можно использовать для выбора различные рейтинги и каталоги хостингов. Однако, слепо верить им не рекомендую, т.к. есть вероятность «проплаченного первого места». Особое внимание стоит уделить именно отрицательным отзывам и соотнести их с задачами, которые будет решать ваш сайт.

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

4) Обратите внимание на уровень поддержки – сроки ожидания ответа на письмо, on-line консультант, реакция на звонок. Эти параметры можно проверить и не оплачивая хостинг.

5) Исполь зуйте тестовый период, предоставляемый хостинг — провайдерами. Оценить работу сайта под нагрузкой можно с помощью сервиса http://loadimpact.com/, например.

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

В общем, рассмотрев очень много вариантов (short-лист содержал 11 компаний ), я остановил свой выбор на timeweb.  Пока меня все устраивает.