Desti

Еще я вам советую принять какой-нить единственный способ встраивания переменных в строки.. Либо "text " .$var . " text", либо "text {$var} text", это самые "ошибкобезопасные" методы. Метод "text $var text", бесспорно, красив, но конструкции типа $prefixtopics уже не получаются и его лучше не использовать.

cpanel не знаю, не использую, но он вполне может вставлять спецсимвол в редактируемый текст при сохранении. Вы можете просто скопировать из дистрибутива все файлы на хостинг и не редактировать их???

//====[Если не знаем PHP - дальше ничего не трогаем ]========= $link = mysqli_connect("$host", "$username", "$password", "$database"); mysqli_set_charset($link, "utf8"); $resultf = mysqli_query($link, "SELECT tid, title, state, posts, starter_id, last_poster_id, last_post, starter_name, last_poster_name, views, topic_hasattach FROM {$prefix}topics WHERE forum_id NOT IN ({$forumexclude}) ORDER BY last_post DESC LIMIT {$num}"); $totalRows_resultf = mysqli_num_rows($resultf); $row_resultf = mysqli_fetch_assoc($resultf); do { $topicstrip = $row_resultf['title']; if (strlen($topicstrip) > $topic_num_sym) { $topicstrip = substr($topicstrip,0,$topic_num_sym); $topicstrip = $topicstrip."..."; } $status = ($row_resultf['state'] == "closed") ? "<img src=\"forum/style_images/".$img_path."/f_closed.gif\" border=\"0\" alt=\"Тема закрыта\">" : ""; $attach = ($row_resultf['topic_hasattach'] == "1") ? "<img src=\"temp/A-Vector/images/files.gif\" border=\"0\" alt=\"В сообщении есть прикрепленные файлы\"> " : ""; $last_date = date($time,$row_resultf['last_post']); $bt.= "<small class=\"3\">".$last_date.":</small> <b><a title=\"".$row_resultf['title']."\" href=\"forum/index.php?showtopic=".$row_resultf['tid']."&view=getlastpost\">".$topicstrip."</a></b><br>"; } while($row_resultf = mysqli_fetch_assoc($resultf)); mysqli_free_result($resultf); echo $bt; return $bt; ?>

Никаких чудес, символ BOM в начало файла вставляет редактор. У вас не FAR случаем?

Очень похоже на символ BOM в файлах, но непонятно, откуда он взялся. Откуда дистрибутив?

Если вы не лазили в код движка, просто переписать файлы будет относительно безопасной операцией. Рекомендую перед этим остановить веб-сервер.

Перепишите заново все файлы форума из дистрибутива.

просто правка php.ini ничего не даст, надо перезапустить php или, в вашем случае, весь сервер.

Скорее всего под корнем подразумевается домашняя папка пользователя.

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

Зайди в админку да переведи, делов-то на 5 строчек текста.

www.ipdeny.com/ipblocks/data/countries/cn.zone - но iptables такие списки не потянет, надо ipset

Файл sitemap.php по определению не содержит ничего, кроме кода, рисующего xml при обращении. Посмотрите на него в дистрибутива движка и, если у вас на сайте он не такой, перепишите.

Система -> Поисковая оптимизация -> Карта сайта - смотрите там настройки.

CREATE TABLE `core_output_cache` ( `cache_key` varchar(100) COLLATE utf8_unicode_ci NOT NULL DEFAULT '' COMMENT 'The key', `cache_value` longtext COLLATE utf8_unicode_ci NOT NULL COMMENT 'The output HTML', `cache_meta` mediumtext COLLATE utf8_unicode_ci NOT NULL COMMENT 'JSON headers and meta data', `cache_expire` int(10) NOT NULL DEFAULT '0' COMMENT 'Unix timestamp of when the cache expires', PRIMARY KEY (`cache_key`), KEY `cache_expire` (`cache_expire`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci Только engine свой поставьте, MyISAM, если с InnoDB не работаете.

Ну так никто не знает, что у вас там и как. Найдите его хоть и сюда скопируйте.

в .htaccess наверное?

RewriteCond - проверка какого-то условия для следующей за ней директивой RewriteRule. Таким образом у вас два блока, RewriteCond %{REQUEST_FILENAME} !-f - если файл не существует RewriteRule \.(jpeg|jpg|gif|png)$ /public/404.php [NC,L] и файл в запросе с указанным расширением, выдать ошибку 404. и RewriteCond %{REQUEST_FILENAME} !-f если файл из запроса не существуетRewriteCond %{REQUEST_FILENAME} !-d и папка из запроса не существуетRewriteRule . /index.php [L] переадрессация на index.php. Затычки, в общем, от мамкиных хакеров и неверных ссылок на картинки.

Ну так проверьте, есть ли у вас функция такая в applications/core/sources/Messenger/Conversation.php

{{if $firstPost==0}}<ваша реклама>{{endif}} - так точнее..

Сообщения выводит 'post', его вызывает 'postContainer', а его вызывает 'topic'. Таким образом вам надо считать в 'topic' количество сообщений и передавать это значение в 'postContainer' и дальше в 'post'. Переменная уже есть, сообщения считаются в 'topic' переменной $postCount. Добавляете ее в параметры 'postContainer' и 'post', внутри 'post' у вас условие {{if firstPost==0}}<ваша реклама>{{endif}}. Дальше самостоятельно.

Проверяется, идет ли обращение к 443 порту и если нет, переадрессация на https.

Добавьте в заголовки <meta http-equiv="Content-Security-Policy" content="upgrade-insecure-requests">

Ну попробуйте RewriteCond %{SERVER_PORT} !^443$ или RewriteCond %{ENV:HTTPS} !on