kgb

Млин как. Взять за образец хоть тотже фейсбук и сделать по аналогии

это я не знаю, со стилем не знаком, да и вообще сторонними стилями не увлекаюсь

Проверьте на стандартном, походу в скине ошибки

А скин стандартный?

Внешний вид - > инструменты -Ю обновление кеш файлов. Я не скжу за все остальное, но Fatal error: Call to a member function primary_navigation() относится к скину. Но!!!!! Если у Вас стил отличный от дефолотвого - ищите прблемы там

Скины перестройте.

Не к примеру. а какие конкретно ошибки выдает установка конкретного приложения. Например функции manage_link() нет в IPB

Кстати, по поводу этой статистики. Дабы не плодить темы отпишусь здесь. Я этой статистикой не пользовался, есть другие способы. Да и с учетом того, Что гугл щас шифрует запросы (в скрине ТС как раз самое оно и есть), да и яндекс не отстает. Теоретически, если бы не шифрование, ее можно было бы использовать, скажем, для внутренней перелинковки, но щас она бесполезна. Тем не менее, наличие этой статистики генерирует пару лишних обращений к базе, пусть и не тяжелых, но все же. Но это еще не все. Например, если 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/ и через планировщик задач добавляем новую задачу.

Че помочь то? Тебе дали ссылку, там конструктор простой. Что еще надо? За тебя сделать?

Млин, Каких приложений?

Если руками, то так шаблон forumIndexTemplate в самом верху добавляем <if test="$forum_data['id']==ID_ФОРУМа"> Твой код </if> шаблон topicViewTemplate также сверху <if test="$forum['id']==ID_ФОРУМа"> Твой код </if>

Я так скажу, админку вообще переводить вредно. Всю!!!!

Хм. У меня вот этот код на сайте работает без errorов <php> $cities=array(); if($this->request['city']){ $cities = $this->request['city']; }else{ foreach($data['records'] as $v){ $cities[] = $v['ads_city'];} } $cities = array_unique($cities); $this->cities = $cities; </php> <if test="is_array($this->cities)"> <foreach loop="$this->cities as $city"> {$city} </foreach> </if>

Можно сказать зафигачил доску объявлений на IP.Content. Сайт в подписи, кому надо может посмотреть. И очень приветствуется критика! Хотя, кому как, а по мне так не хуже мода Сlassifieds))) Тем более, что часть функций, которые пришли в голову и созданы в общем то, я спецом обрезал и оставил для каталога компаний, который уже на подходе.

Сам мучался с подобным. Казалось бы должно все работать, ан нет. Ответ есть на форуме iPB, хотя там пару вопросов всего было на эту тему (что странно), пришлось поискать. Решение: <foreach loop="MyInvitedMembersLoop:$invited as $user"> <php> $chlds = array(); $this->DB->build(array('select' => 'name', 'from' => 'members', 'where' => 'dp3_rs_referred_by = '.$user['i_invited_id'])); $this->DB->execute(); while($row = $this->DB->fetch()) { $chlds[] = $row['name']; } $this->$chlds = $chlds; </php> <if test = "is_array($this->$chlds)"> <foreach loop="$this->$chlds as $chld"> <p>*{$chld}</p> </foreach> <else /> <p>null</p> </if>

это не просто. Вариант первый (для статей и других баз)в "страницах" убрать всю верстку, оставив только {parse database="youdаtabases"} или для статей {parse articles}. А вот всю верстку (деление на левую и правую колонки) перенести в шаблоны баз (шаблоны статей). Тогда уже в шаблонах можно добавлять блоки по своему разуменю. Минус - усложняется верстка в шаблонах, общие блоки надо добавлять в все шаблоны, плюс блоки ставишь на выбор. Второй вариант. Избавиться от верстки в "страницах" (это вообще полезно сделать, независимо ни от чего). Верстку перенести в шаблоны страниц. Т.е. для статей, например, создаем шаблон "ArticlesTempl ate". А в "страницах" в на первом шаге указываем где "Template to start with?" этот шаблон. На втором шаге оставляем только, как выше {parse articles} (или {parse database="youdаtabases" для базы.} Тогда в шаблонах можно делать проверку, например через $this->request через <php> либо через <if test="$this->request['_isDatabase']"> Вот пример шаблона моей базы доски объявлений. Здесь, во первых, деление на мобильную и полную версию, во вторых, блок меню не показывается на первой странице базы. <if test="!$this->registry->getClass('output')->getAsMobileSkin()"> <!-- Полная Версия--> {ccs special_tag="navigation"} <div class='ipsLayout ipsLayout_withright ipsLayout_largeright'> <div class='ipsLayout_right'> <if test="$this->request['_isDatabase']"> {parse block="classifieds_menu"} {parse block="recent_ads"} <else /> <!-- // какой нибудь другой блок// --> </if> {parse block="new_forum_topics"} {parse block="add_menu"} {parse block="right_sticky_adv"} </div> <div class='ipsLayout_content'> {ccs special_tag="page_content"} <if test="!$this->request['_isDatabase']"> {parse block="latest_ads"} </if> </div> </div> <!-- // end Полная Версия--> <else /> <!-- Мобильная Версия--> <if test="$this->request['_isDatabase']"> {parse block="classifieds_menu_mobile"} <else /> <!-- // // --> </if> {ccs special_tag="page_content"} <!-- // end Мобильная Версия--> </if> Ну и наверное в третий вариант. Возможно можно делать проверку и в самих блоках, не проверял.

Где, где. Страницы твои.

На IpContent можно соорудить

ничего не нужно. забудь про эту функцию

это не надо поправлять, это конвертер Contact System в Form Manager

Нихрена. Не за крытый тег <b> в названии игры что под пользователем. Закрой тег в настройках профиля, скорее всего там.

Про группы и прочее. Был видеосеминар как то с двумя крупными площадками, одна из них форум (строительный, с посещаемостью под 1 000 000 просмотров, конкурент, поэтому смотрел). Так вот последний (форум) сказал, что трафик на данный момент односторонний. Т.е. кол-во людей, которые приходят на форум меньше, чем тех, кто уходит в соц сеть. Надо понимать одну простую вещь. Группа или странчка - это не дополнение к форуму, с котрого можно поиметь трафик, а отдельный ресурс. Поэтому развивать их надо параллельно. Если сил хватит. У меня, например, пока не хватает, rss-. потихоньку, может в будующем займусь

Topic View (темы) -> topicViewTemplate - <foreach loop="post_data:$post_data as $post"> Или что?