клиентская часть (скин, аяксовая часть) и дальше общается с вашим скриптом, когда тот делигирует все irc-specific фитчи протокола irc-проксе, написанной например на том же php, которая и реализует сам протокол и общается с irc-сервером, отдавая всю инфу фасаду скриптов, которые распарсивают полученные данные в соответствии с требованиями протокола общения между клиентом. То есть: браузер <-> движок прослойки "чата" <-> irc прокся <-> irc-сервер
так же по ссылкам
здесь таки больше проблема сайта, а именно:
<meta http-equiv="Content-Type" content="text/html; ?>; charset=UTF-8" />
то есть, проверьте, что у вас там в header.php, а именно строку, где формируется вывод кодировки, что-то типа такого
<meta http-equiv="Content-Type" content="<?php bloginfo('html_type'); ?>; charset=<?php bloginfo('charset'); ?>" />
вот у вас что-то где-то не не стоит или не закрыто
ну и поскольку cy-pr.com не может распарсить кодировку, использует дефолтовую, когда в ответе сервера стоит utf-8
обычное распределение нагрузки и отделение статического контента от динамики. другой домен/поддомен могут быть вообще на физически отдельном сервере, который настроен специально для отдачи статики (типа nginx и т.д., увеличины кэши и прочее), когда на главном только скрипты.
ТС, сразу бы вам порекомендовал начинать использовать PDO, что в целом и унифицирует уровень доступа к данным и автоматически квотит или преобразует передаваемые данные в запрос соответствующие типам столбцов
имхо, ужасно смотрится
$query = sprintf('DELETE FROM orders WHERE id = %d', $_GET['del']);
уже тогда
от себя порекомендую dbforge mysql studio, очень удобно задавать настройки экспорта и сохранять их в виде проекта, может пригодиться в случае частого экспорта/импорта при отладках демо-версий и т.д.
может цену просто узнаёт ?) и да, там прийдётся модуль отдельно писать + вёрстка с натяжкой под выдачу этого модуля
ну дак, записалась ведь ))
за зараннее свёрстанный неэксклюзив ?)
и вообще, нужно отечественного производителя поддерживать, а не буржуйские шаблоны покупать! )
