AlexBrtn

Такое сообщение появилось в инструментах для-вебмастеров.  Решается указанием юзер-агентов для мобильного стиля
 
 
агент Google mobile нужно поднять выше чем Google и отредактировать для него регулярное выражение, удалить то что есть и поставить этот (iPhone;.*?Googlebot|Googlebot-mobile)/ После смены агентов местами, желательно обновить кэш Управление кешем -> useragents В мобильном стиле Google выключить и включить Google Mobile.  
Тут можно проверить результат _google.com/webmasters/tools/mobile-friendly/

ТС а чем Вам xenforo не понравился конкретно?

Вырежи нормальный "бекграунд"  на 1920px если хочешь что бы было по всей ширине экрана. А логотип logo.png вырежи например "grand theft avto 5" и используй его как логотип. 
И всё прописывай css.
Для поиска элементов и для предварительного просмотра перед внесением его в код, используй на нужном элементе: правой кнопкой мыши >  проинспектировать элемент.
 
Зайди сюда htmlacademy.ru на пару часиков, что б не выглядеть полным... Пригодится в дальнейшем.

Вырежи нормальный "бекграунд"  на 1920px если хочешь что бы было по всей ширине экрана. А логотип logo.png вырежи например "grand theft avto 5" и используй его как логотип. 
И всё прописывай css.
Для поиска элементов и для предварительного просмотра перед внесением его в код, используй на нужном элементе: правой кнопкой мыши >  проинспектировать элемент.
 
Зайди сюда htmlacademy.ru на пару часиков, что б не выглядеть полным... Пригодится в дальнейшем.

Да, можно ставить как на ретейл, так и на нулл

Обсуждалось, нужно приписывать отдельные классы, далее их в css добавлять

Исправил, благодарю.

Благодарочка. Только недавно с этим шрифтом сталкивался на wordpress стиле Hueman и думал как бы использовать для ipb
 
Думаю в статье стоит указать прямую ссылку на иконки, а то заблудятся)
 

Чё мелочиться, можно и все изображения стиля, кидануть на фотохостинг  

Не мозгов, ни юмора.

Не переживай.
Кеширование отключается только для самих страниц php (главная/список тем/просмотр темы). Это нормально и правильно! т.к. это динамический контент и его нельзя кешировать.
У меня такая страничка весит всего 70кб.

На остальной контент эти настроки из админки не распространяются (картинки/аватары/js/css). Они все-равно будут кешироваться.

Как сказалы бы моя бабушка "Не морочь >|<опу"

ps а что в Маскве так плохо с интернетом?

В архиве 4 файла хука для версий 3.1; 3.2; 3.3; 3.4;
 
Переводится всё в языках. Поиск там же по английским словам хука. Перевод 5 слов.
 
3.4.6 работает.  Парочку "спасибо" выставлено.
 
Спасибо за хук   

Вопрос решён.
Проблема была в том, что в cache_store отсутствовал PRIMARY KEY. Из-за этого кеши дублировались.
Помогло удаление таблицы и экспортирование "нормальной" таблицы из чистой установки, после чего понадобилось только перестроить весь кеш.
 
За подсказку спасибо Sanshalay

Пароли менять точно не стоит ни на админа, ни на базу.
Один форум ради эксперимента оставил " не защищенным" и смотрю по логам что делают. 
 
1. Они ищут название админки. Сменить название папки в  обязательном порядке на 2857258927598275 или подобное.
2. Поставить права 444 на все файлы /cache/skin_cache/cacheid_1/skin_global.php (Во всех папках cacheid_1, cacheid_2 и т.д.) 
3. Добавить в папку cache .htaccess со следующим содержанием.
#<ipb-protection> <Files ~ "^.*.(php|cgi|pl|php3|php4|php5|php6|phtml|shtml)"> Order allow,deny Deny from all </Files> <Files ~ "^.*.(ipb)$"> Header set Content-Disposition attachment </Files> #</ipb-protection>  Других вариантов я пока не нашел. 
 
Важно, при каких то изменениях со стилями(инструменты очистки, css, перестроении кэша) не забыть вернуть файлуфайлам, права обратно.

У меня такого кода нету в /cache/skin_cache/cacheid_1/skin_global.php
Установил обновление ip.board security update - вроде всё как яндекс показал, что вирусов больше нету.
Потом яндекс выдал одну страницу где вирус снова появился. Перечитал кучу интернета и нашел один способ, который реально помогает, но я не пойму как это правильно осуществить в деле. Помогите разобрать по пунктам.
 
Админов и модером прошу не удалять ссылку, т.к. она является решением борьбы с вирусом на сайте:peter.upfold.org.uk/blog/2013/01/15/cleaning-up-the-ip-board-url4short-mess/

Будет. У меня по крайней мере работает.

Помогла. Вопрос решён. 

Как уже ранее отписывался в теме старой версии: в Videos System присутствует баг с незакрытым тегом <i> в шаблонах компонента ( __www.devfuse.com/forums/tracker/issue-901-template-errors/ - описание на офф.сайте):
 
Как исправить:
 
править шаблон > skin_videos > videoView
 
найти:
<li class='clear'><i>{$this->lang->words['no_other_cat_videos']}</li></li> заменить на
<li class='clear'><i>{$this->lang->words['no_other_cat_videos']}</i></li> найти
<li class='clear'><i>{$this->lang->words['no_other_user_videos']}</li></li> заменить на
<li class='clear'><i>{$this->lang->words['no_other_user_videos']}</i></li>

Типы объявлений стандартная фича, а вот выбор по городу прикручен. Правда с некоторыми косяками, но в целом работает

Срочно к изучению >эта тема.

Админка-> Пользователи-> Управление группами-> выбираем группу пользователи-> закладка настройки форума
Модерировать сообщения всех пользователей этой группы? поставить 1

В теме не встречал. В форуме - при создании/редактировании ищите опцию "Премодерация сообщений форума перед публикацией?".

'?do=embed' frameborder='0' data-embedContent>>

Кстати, по поводу этой статистики. Дабы не плодить темы отпишусь здесь.
Я этой статистикой не пользовался, есть другие способы. Да и с учетом того, Что гугл щас шифрует запросы (в скрине ТС как раз самое оно и есть), да и яндекс не отстает. Теоретически, если бы не шифрование, ее можно было бы использовать, скажем, для внутренней перелинковки, но щас она бесполезна. Тем не менее, наличие этой статистики генерирует пару лишних обращений к базе, пусть и не тяжелых, но все же.
 
Но это еще не все. Например, если mysql_mode установлен в "строгий" режим (а mysql 3.6 с ним и ставиться по умолчаню), то изза грубейших недароботок разработчиков IPB, мускул выдает кучу ошибок (и не только на этой статистике кстати). Так поле keyword в таблице _search_keywords имеет размер varchar(250) , а при добавлении в коде такая конструкция $keyword = substr( $this->DB->addSlashes($keyword), 0, 255 ) , те  5 символов лишние. В мягком режиме мускул просто не вставляет лишнее, в строгом выдает ошибку. Но это фигня, при добавлении в таблицу _search_visitors  keywords вообще никак не обрезается на уровне php (за что деньги плачу?). 
 
Но и это не все. Я как то не обращал внимение, но тут переезжал на другой сервер, решил посмотреть, чего это у меня база такая "тяжелая". Так вот, таблица _search_keywords занимала около 3 ГБ. И если _search_visitors ежедневно очищается от старых записей через планировщик задач, то _search_keywords только накапливается.
 
Вообщем я у себя наглухо отрезал генерацию этой статистики, закомментровав  вызов  seoTracker::track( $_SERVER['HTTP_REFERER'], self::$settings['query_string_real'], self::$handles['member']->getProperty('member_id') ); в файле ipsRegistry.php. Нахрен мне эта грязь в базе.

Ну а если кому нужна, но хочет время от времени чистить, может воспользоваться прикрепленным файлом.
kgb_cleanout_search_keywords.php
Кидаем его в  /admin/applications/core/tasks/ и через планировщик задач добавляем новую задачу.

kgb как-то писал, что база распухает ещё от "Журналирования действий поисковых роботов" и её лучше отключить. Так же писал как удалить это из базы.