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

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

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

• Pingdom Tools;
• Webo.

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

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

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

И вот, на смену старому модулю СodeСolorer.0.6.0 пришла замена в виде Wp-Syntax.0.9.3. Что можно сказать? Модуль действительно эффективен, приятен в общение, интуитивно понятен. Но, есть одно большое “но” — он прилично нагружает страницу. Постараюсь его как-нибудь оптимизировать.
Еще одна неприятная особенность модуля заключается в том, что при переходе с “HTML->Визуально“, а оптом обратно, введенный код пропадает начисто.

Как он работает — можно увидеть в этой записи, чуть ниже.

1
2
3

<?php
 echo 'Hello, world!';
?>

Вот, в принципе, и результат его работы.

Скачать Wp-Syntax.0.9.3

Нет ничего сложного, как изменить кодировку таблиц через 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';

Вот и все.

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

<code>text</code>

Не работает. Склоняюсь к первому.
Главное, что проблема была решена следующим способом. Был найден модуль codecolorer.0.6.0. Сам по себе он неплохой, но требует детальных настроек. Т.к. цвета синтаксиса могут не совпадать с цветами шаблона, знаю, это извращение.
Но, все же. После установки этого мода, все вроде стало на свои места. Так что, юзайте, думаю Вам это в пользу.