Хотел спросить, а куда надо прописывать require_once "count.php"? В какой файл лучше, header или theme, или без разницы? и где это подключение разместить, между какими строками?

Если поместить в theme.php, то при смене темы мы потеряем счетчик))) Попробуй в header.php до закрывающего тега </head>.
P.S. Не помню точно, но у этого скрипта возможен конфликт с php fusion

Похоже что что-то не так, пишет ошибки что такой таблицы не существует, хотя сделал все по инструкции, создал базу "count" как положено, пользователя и пароль... если не делать подключения счетчика, то все нормально, захожу на страницу счетчика, как только подключаю сразу ломает диз и пишет ошибки, похоже что для фюжен он не пойдет

Ошибки фстудию! И ещё: ты путь для подключения полный пишешь? Например, require_once INCLUDES."count.php"; ?

Путь пробовал разный, и с INCLUDES и просто require_once, с инклюдес это ведь когда файлы счетчика в папке INCLUDES находятся, а я пробовал их и там и в корне сайта. Вообще счетчик состоит из 3-х папок - DMN, CONFIG, CLASS, и одного файла count.php, который не в папке (файл index.php я не считаю, он ведь просто тестовый), а ошибки вот такие - Table 'count.fusionx13ur_menus' doesn't exist, Table 'count.fusionx13ur_errors' doesn't exist, Table 'count.fusionx13ur_menu_settings' doesn't exist, Table 'count.fusionx13ur_forums' doesn't exist, Table 'count.fusionx13ur_threads' doesn't exist, Table 'count.fusionx13ur_news' doesn't exist

Попробую себе поставить. Отпишу

В общем, какие-то траблы с коннектом и выборкой базы. В чем именно конфликт- нет времени выяснять. Самый простой способ решения: подключение добавляем в конец, когда очищается предыдущее соединение с бд, то есть идем в файл themes/templates/footer.php и в конец после mysql_close($db_connect); добавляем, получится так

У меня, вроде, работае

Pisatel, большое спасибо! я бы еще несколько дней сидел и думал! Теперь ошибок нет! Все считает кроме страниц форума, почему то там не засчитывает посетителей, хотя футер везде один и тот же на всех страницах.

На странице с загрузкой есть ссылка на страницу скрипта, там посмотри ещё

Pisatel, посмотри пожалуйста у себя, как время будет, на страницах форума у тебя есть ошибки? у меня ошибки на форуме. вечером покажу какие
php_self поменял везде, но ошибки и до этого были на форуме, просто сразу не увидел

Нет, у меня ошибок не наблюдается, нигде вроде. У тебя ж форум другой стоял? Может, там другой футер инклудится? Надо смотреть ошибки.

Pisatel, разобрался! Вот говорят же что мы сами себе проблемы создаем Я почему то посчитал что BASEDIR будет лишнее, ну и вот на те вам ошибки!
Вписал как у тебя было выше, и все ошибки исчезли!!!
Вообщем с меня пузырь!
А счетчик классный! Спасибо!

Ditrin, да, иногда наша невнимательность- причина многих трудностей А счетчик действительно неплох, только, помню, была там проблема с кодировкой запросов из пс, то есть записывались кракозябры, я там чего-то правил, уже не помню, что именно.

Да, с запросами в счетчике не доделали, во первых показывает запросы только с yandex, с google не показывает а только считает, что например было 100 запросов - а какие? пойди и догадайся...
а запросы которые отображает, так они все вопросиками - ?????? ???
На форуме почитал, там пишут мол надо обновиться и проблемы с запросами исчезнут - ничего подобного! обновился файлом UPDATE.SQL, как было все так и осталось... еще один чел пишет, у них же на форуме, что решил проблему с кодировкой путем добавления таких строк -

в файл count.php, я пробовал, добавлял, все равно вопросиками отображается... ну да ладно


вот блин! у меня такая же беда, что нибудь сделаю, исправлю, все работает, потом когда это не нужно забываешь что делал...
сколько раз себе говорил - записывай, записывай!!!
*WALL*
UPD: опа! только что посмотрел, google запросы стали отображаться и нормальным русским языком! значит - обновится надо обязательно и дописать в файл строки, которые я указал выше. Посмотрю дальше, как будет с другими поисковиками! Отпишусь
Да, еще хотел спросить почему с яндекса некоторые запросы отображаются вот в таком виде, например: 571.PWsd4zN7dd VZs2N1n08HVU_4x8p0xY_lv8 xKCugAs1f2I6083pasFODm35RXAUNVeZw8Ll55Q34Cv5o2xEQG57M1f6XgA2_ _dcTVSfL, это что за обозначения?

Это тоже кодировка какая-то. Я проверял так: скопируй и вставь в поиск яндекса, увидишь, что выдаст

Вообщем после наблюденя за счетчиком, а именно за отображением поисковых запросов, могу сказать следующее - отображает как ему вздумается 50/50 половину запросов отображает читабельно, половину крякозябрами, ну или своей какой то кодировкой, с чем это связано понятия не имею, а гугловские запросы сегодня вообще перестал отображать, хотя вчера отображал, при этом к файлам счетчика я вообще не прикасался даже, и никаких изменений больше там не делал, может у гугла сегодня выходной? по отображению запросов
а вообще этот счетчик понравился по многим параметрам, да и удобен просто, все как на ладони - кто куда пошел, кто такой этот потерпевший... все видно сегодня например забанил по ip около 5 спамерских ботов, потому как они пасутся только на страницах register.php и login.php, посмотрел по спам базе, да действительно спамерские боты! Можно было и не банить в принципе, но что то захотелось прихлопнуть этих назойливых насекомых

А у меня они автоматом в бан уходят через мой же плагин Autoban Panel после нескольких попыток авторизоваться в течении короткого времени Насчет кодировки- то, что ты давал, похоже на base64, у меня так же, будет время- посмотрю, может чего можно сделать

http://habrahabr....og/204886/ Прочти. То есть теперь яндекс передает запросы в кодированном виде, вероятно, у них свой алгоритм, поэтому как декодировать- не знаю. Через google тоже многие запросы не передаются, насколько я понял. поэтому и каша такая...

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

Я тоже считаю, что это бред. И большинство разработчиков так считает. Но вот руководство пс так не считает. Вообще, антимонопольный комитет плачет по ним...