Как известно — чем меньше объем кода, тем быстрее он подгружается. Компрессия для оптимизаторов — незаменимая вещь. Где делается 2 операции, тут же преобразовывается в 1-ну. Уж поверьте, иногда стоит над этим задуматься.
Лично я, в последнее время, только и делаю, что постоянно мониторю производительность блога, пытаюсь ее увеличить при помощи нехитрых методов.
В этом нам помогут следующие сервисы (отдельные библиотеки для компрессии не рассматриваются):

• CSS Compressor (Сжимает CSS код);
• Bananascript (Сжимает JS код);
• Data URI (Сжимает как CSS, так и JS код).

Данные сервисы (как и другие) были опробованы лично. Результат получится отличным.
Только не забывайте, что не все можно “тотально” компрессить (изменять функции, а не сжимать в одну строчку).
Сервисы, которые помогут мониторить:

• Pingdom Tools;
• Webo.

Удачи в практике.

Мне, как начинающему домейнеру, зачастую приходится искать ресурсы, которые бы позволили найти свободные 3-ные домены. Но, в основном — платно, либо коряво ищет. Но, еще чаще, приходится просматривать весь список дропов самому. На одном форуме нашел скрипт, который проверяет, свободны ли эти домены в той или иной зоне.
Собственно, сам скрипт можно скачать ниже.

  domains.php (Размер: 3.4 KiB, Скачиваний: 218)

Как известно, GZip — сжимает трафик, что придает ускорения к подгрузке ресурса. Если на сервере предустановлен данный модуль, то мы можем его активировать.
Код файла .htaccess:

1
2
3
4
5
6
7
8
9
10

<ifModule mod_gzip.c>
  mod_gzip_on Yes
  mod_gzip_dechunk Yes
  mod_gzip_item_include file \.(html?|txt|css|js|php|pl)$
  mod_gzip_item_include handler ^cgi-script$
  mod_gzip_item_include mime ^text/.*
  mod_gzip_item_include mime ^application/x-javascript.*
  mod_gzip_item_exclude mime ^image/.*
  mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*
</ifModule>

В нашем примере, еще потребуется mod_mime и mod_handler.

Городские порталы, зачастую, устанавливают себе карты, накшталт Google Map. Основной их функционал — поиск нужных адресов. Но, по умолчанию, система поиска осуществляет поиск по глобальной карте. Что в корне меняет ситуацию, т.к. локальным поиском там пахнуть не будет. А это, как раз, нам и надо. Таким образом, требуется найти единое решение, которое бы удовлетворило спрос.
Исходный поиск:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

function showAddress(address) {
  geocoder.getLatLng(
    address,
    function(point) {
      if (!point) {
        alert(address + " not found");
      } else {
        map.setCenter(point, 13);
        var marker = new GMarker(point);
        map.addOverlay(marker);
        marker.openInfoWindowHtml(address);
      }
    }
  );
}

Модифицированный вариант:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

function showAddress(address) {
city="ГОРОД, ";
 address=city+address;
  if (geocoder) {
    geocoder.getLatLng(
      address,
      function(point) {
        if (!point) {
          alert(address + " not found");
        } else {
          map.setCenter(point, 13);
          var marker = new GMarker(point);
          map.addOverlay(marker);
          marker.openInfoWindowHtml(address);
        }
      }
    );
  }
}

Остается лишь изменить значение “ГОРОД” на название своего поселения.

Продолжаем пресловутый ряд статей по навигации, в основе которой, естественно, находится технология JQuery. Для тех, кому интересны предыдущие статьи (в сумме перечислено — 16 видов):
> Навигация с помощью JQuery (Часть I)
> Навигация с помощью JQuery (Часть II)
Итак, поехали!

Вот и продолжение записи Навигация с помощью JQuery (Часть I). В прошлый раз мы с Вами рассмотрели 8 видов меню. Сегодня будет столько же — как и в прошлый раз. Смотрим, записываем, практикуемся…

Меню навигации, как и другая составляющая сайта, играет большую роль. Сайты, которые имеют немалое количество страниц — используют зачастую расширенное меню навигации. Поскольку это дает возможность, сделать прибывание пользователю на ресурсе гораздо комфортнее. Зачастую, требуется определиться с вопросом — “Какое меню использовать? Статическое или динамическое?”
В данной статье мы остановим выбор на меню с использование технологии JQuery. Вам будет представлено более 30-ти, а если точнее, то 36 видов меню.
Поехали!

Немного предисловия

Программный продукт HomeSite сыграл немалую роль в формирование моих нынешних навыков. Будучи еще новичком на расцвете интернета, мне удостоился шанс с ним более плотно поработать.

Почему именно эта программа? – спросите Вы.

Хм … ну, во-первых, на то время кроме “универсального” блокнота (notepad) и слабенького компьютера у меня не было. Т.е. Дримвивер запустить мне не судилось. Во-вторых, не каждому новичку захочется изначально пользоваться блокнотом, ибо, кодовая часть не сразу усваивается в голове

Советую начинать именно с этого …

История программного продукта

HomeSite первоначально был разработан в 1995 Bradbury Software, основанной Ником Брадбери (Nick Bradbury). В марте 1997 корпорация Allaire (основанной Jeremy и его братом J.J. Allaire) приобрели HomeSite. После ухода из Allaire в 1998, Ник продолжил работу над CSS/xHTML редактором TopStyle и RSS распознавателем FeedDemon. Корпорация Macromedia приобрела Allaire в 2001. Некоторые активные пользователи HomeSite критиковали Macromedia за небрежность инструментария в более дорогом Dreamweaver редакторе. В 2006 году Adobe купила Macromedia и в его будущем можно сомневаться еще больше.

Нет ничего сложного, как изменить кодировку таблиц через Sypex Dumper. Первое, что нам требуется сделать – открыть файл дампера, он же dumper.php в редакторе. Весь код, что нам вообще нужен:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30

// Путь и URL к файлам бекапа
define('PATH', 'backup/');
define('URL',  'backup/');
// Максимальное время выполнения скрипта в секундах
// 0 - без ограничений
define('TIME_LIMIT', 600);
// Ограничение размера данных доставаемых за одно обращения к БД (в мегабайтах)
// Нужно для ограничения количества памяти пожираемой сервером при дампе очень объемных таблиц
define('LIMIT', 1);
// mysql сервер
define('DBHOST', 'localhost:3306');
// Базы данных, если сервер не разрешает просматривать список баз данных,
// и ничего не показывается после авторизации. Перечислите названия через запятую
define('DBNAMES', '');
// Кодировка соединения с MySQL
// auto - автоматический выбор (устанавливается кодировка таблицы), cp1251 - windows-1251, и т.п.
define('CHARSET', 'auto');
// Кодировка соединения с MySQL при восстановлении
// На случай переноса со старых версий MySQL (до 4.1), у которых не указана кодировка таблиц в дампе
// При добавлении 'forced->', к примеру 'forced->cp1251', кодировка таблиц при восстановлении будет принудительно заменена на cp1251
// Можно также указывать сравнение нужное к примеру 'cp1251_ukrainian_ci' или 'forced->cp1251_ukrainian_ci'
define('RESTORE_CHARSET', 'cp1251');
// Включить сохранение настроек и последних действий
// Для отключения установить значение 0
define('SC', 1);
// Типы таблиц у которых сохраняется только структура, разделенные запятой
define('ONLY_CREATE', 'MRG_MyISAM,MERGE,HEAP,MEMORY');
// Глобальная статистика
// Для отключения установить значение 0
define('GS', 1);

В действительности, так всё уже расписано как делать, но, увы не все это видят.
forced – принудительное присвоение таблицам определенного кода. Если у нас БД в кодировке latin, и Вам нужно изменить её на ср1251 – изменям поле:

1

define('RESTORE_CHARSET', 'cp1251');

На:

1

define('RESTORE_CHARSET', 'forced->cp1251');

И уже при восстановление БД в Мускул (И только при восстановление, об этом говорит RESTORE) таблицы будут перекодированы в нужный нам формат.
Всё, БД с новой кодировкой готова.

Бродя в интеренете, нашел для себя весьма интересную табличку.

Так-с, очень много проблем, связаные с кодировкой форума. В итоге у некоторых появляются “кракозябры” (непонятные спецсимволы и т.п.), а у некоторых вообще отсутствует язык на форуме.

Существует последовательность определения своих действий:
1. Используя PHPMyAdmin “залезть” в БД форума, и определить в какой кодировке находятся таблицы;
2. Определить кодировку Мускула (MySQL);
3. Предпринять действия к предотвращению проблемы.

Ниже — для версии 3.7.х

Допустим, БД у нас в кодировке utf-8, а соединений мускула и его кодировка в ср1251.
Берем файл init.php с папки includes, находим там строчку (сразу после подключения):

1
2
3

{
vbulletin_demo_init_db();
}

И после этой строчки используем сия код:

1
2
3

mysql_query ("set character_set_client='utf8'");
mysql_query ("set character_set_results='utf8'");
mysql_query ("set collation_connection='utf8_general_ci'");

Все проблемы должны решиться.
Другая ситуация – БД в ср1251, Мускул в utf-8. Берем все тот же init.php, находим ту самую строчку:

1
2
3

{
vbulletin_demo_init_db();
}

И используем этот код:

1
2
3

mysql_query ("set character_set_client='cp1251'");
mysql_query ("set character_set_results='cp1251'");
mysql_query ("set collation_connection='cp1251_general_ci'");

Ниже — для версии 3.8.х

Ищем:

1

// make $db a member of $vbulletin

И перед этой строчкой добавляем эту:

1
2
3

mysql_query ("set character_set_client='cp1251'");
mysql_query ("set character_set_results='cp1251'");
mysql_query ("set collation_connection='cp1251_general_ci'");

Или эту (в зависимости от Вашей задачи):

1
2
3

mysql_query ("set character_set_client='utf8'");
mysql_query ("set character_set_results='utf8'");
mysql_query ("set collation_connection='utf8_general_ci'");

Ниже — для версии 4.х

Ищем:

1
2

// make $db a member of $vbulletin
$vbulletin->db =& $db;

И перед этой строчкой добавляем эту:

1
2
3

mysql_query ("set character_set_client='cp1251'");
mysql_query ("set character_set_results='cp1251'");
mysql_query ("set collation_connection='cp1251_general_ci'");

Или эту (в зависимости от Вашей задачи):

1
2
3

mysql_query ("set character_set_client='utf8'");
mysql_query ("set character_set_results='utf8'");
mysql_query ("set collation_connection='utf8_general_ci'");

Тут все.
P.S. Не забудьте наново перезагрузить языковый пакет (!)

Что делать, если это мне не помогло?

Самое главное мы сделали — отрегулировали всеобщую кодировку БД и vB. Но, если у Вас все же проблема отображения некорректных символов осталась, то следует “копать” уже в другую сторону.
Последовательность действий:
1. Убедиться, что предыдущие действия по отрегулировке кодировки имеют правильный характер. Одним словом, дать себе и машине понять, что на серверной части все так, как и должно быть;
2. Проанализировать показатели браузера по выбору кодировки.
Да, как оказалось, браузер может и не “почувствовать” изменения, которые Вы проводили. В таком случае, весь процесс отладки завершен лишь наполовину.

Как пример: Имеется форум с параметрами кодировки — БД: Кодировка базы (utf-8), кодировка таблиц (utf-8), сопоставление MySQL (utf-8), языковая кодировка (utf-8).
В браузере каким-то боком все выводится “кракозябрами”. Смотрим кодировку, которую выбрал браузер и делаем ужасающее открытие — он отображает Вам страницу в кодировке ср1251. Что же делать?
А следующие:
1. Если в корне форума нет .htaccess, то создать его;
2. В этом самом файле .htaccess прописать:

1

AddDefaultCharset [нужная для Вас кодировка]

В нашем случае, будет выглядеть так:

1

AddDefaultCharset utf-8

Более подробная информация по .htaccess: Указание явной кодировки.

Данный метод решения — брутален. Но, полезен для тех, кто не может прочесть даже символы в админ-панели. Для тех, кому удалось перескочить на английский язык, предлагаю глобальное решение проблемы:
Админ-панель — Языки и фразы — Управление языками — Редактировать настройки — Набор символов HTML — [выставить нужную кодировку]

Есть еще варианты?

Да, есть еще один вариант. Но, он скорее закрепляющий, а не кардинально меняющий кодировку. Посему, эффект от него не гарантирован.
Попробуем использовать стандартную функцию файла config.php. Открываем данный файл и находим следующую строчку:

1

// $config['Mysqli']['charset'] = 'utf8';

По умолчанию она закомментирована. Нам же следует ее раскомментировать (убрать //) и указать требуемую нам кодировку. Т.е., выйти должно следующее:

1

$config['Mysqli']['charset'] = 'utf8';

Данный прием работает лишь в том случае (да, бывают и чудеса), если Вы используете MySQLi, а не MySQL. Конфигурация так же находится в файле config.php:

1

$config['Database']['dbtype'] = 'mysql';

Вот и все.