Новая тема   Ответить

 Taras_Bulba
Форум Кристалловский совсем мёртвый. Напишу сюда.
Такое странное дело. Стоит у меня трафикхолдер как фидер с учётом трафа по ID. Несколько дней всё было нормально, а потом перестал отображать его статистику в маленькой таблице. Причём в сводных таблицах всё учитывается. И в истории с графиками всё показывает.
Траф весь приходит с рефами вида ?ref=trafficholder.com
В чём может быть дело?

 Taras_Bulba
Кстати, заметил ещё такую вещь. Для другого домена-фидера разрешил учёт по ID, но ID не ставил. Картина была похожая.

 Woland
Хуй понятно, что ты спросил, честно говоря

Два вопроса - менял ли ты внешний вид инклюда in.cgi перед тем, как случилось это и заходил ли ты в редактирование этого фидера ? В инклюде там есть параметр типа $_SERVER['QUERY_STRING'] - если его убрать перестаёт считать трафик по ID. А в редактировании проверь, что поле domain содержит именно trafficholder.com без всяких там www и прочей хуйни.

Ещё посмотри в логи (может таблица кая-то побилась, в которую статсу считает эту) и выключи весь кеш в браузере, бывает с кешем штырит отображение таблиц.

 Taras_Bulba
Так в том-то и дело, что не менял ничего. Все инклюды на месте и ID совпадает.
А чего непонятно?
Есть таблица Feeder Stats. В ней у ТХ всё по нулям.
Есть таблицы Site Total и Network Stats. В них всё считается правильно (хоть ТХ там и не отображается отдельной строкой).
Кроме того, если Feeder Stats у ТХ нажать на шестерёночку и посмотреть History или Day History, то там тоже весь трафик ТХ учтён правильно.
Я ж говорю - чудеса.
Нашёл в логе мускула такую хрень:
Unknown column 'tr_is_feeder' in 'where clause' query=[SET @summ = (SELECT SUM(stcl_total) stcl_total FROM
Stat24_click s WHERE tr_is_feeder = 1)]
Похоже, это было как раз, когда добавлял ТХ.
Попробую удалить и снова создать.

 Taras_Bulba
Короче - бред. Ничего не поменялось.
Ещё обратил внимание, что в статистике рефов ины с ТХ показываются без хвостов, хотя приходят с хвостами (?ref=trafficholder.com - вижу по счётчикам).
В общем, не особо парит. Главное, чтобы это не переросло во что-нибудь худшее.

 Semen_ssr
сделайте хороший топик / плохой топик - подтверждение, ато жмакаешь иногда по ерану...

 Taras_Bulba

Ты это мне?

 Semen_ssr
Taras_Bulba: не, админам, ато жмакнул случайно и уже не в первый раз

 Int13h
Taras_Bulba: Woland всё верно написал - проверь index.php{shtml} - всё ли параметры передаются на in.cgi - должно быть так если однонишевый CJ - in.cgi?ssi=1&niche=1&$QUERY_STRING"
Ex. для shtml <!--#include "/crtr/cgi/in.cgi?ssi=1&niche=1&$QUERY_STRING" --> /crtr/cgi/ этот путь может слегка отличаться - ну и таблица Feeder stats - Visible хотя как я понял она у тебя есть...
а так пиши в тикеты - есть в админке на сайте кристалла...

 L.Estel
Написано англ языком
Цитата: т.е в табличке Stat24_click - отсутствует поле tr_is_feeder. Вои и не вилишь ты ничего в Фидерах. Походу табличка побилась.
Добавь его туда phpmyadmin-ом

 awm543322445
Woland писал:
Int13h писал:
жгете

 Taras_Bulba
А вообще в Кристалле есть средства для восстановления структуры таблиц? ИМХО, что-то с самодиагностикой и восстановлением у них хреново.
Хотел тикет им написать, так они там требуют все пароди и явки вплоть до логина-пароля рута
Что посоветуете?
Таблица Stat24_click и правда куцая какая-то. 3 поля всего:
1 tr_id
2 stcl_click_num
3 stcl_total
и пиздец.
Чего-то явно не хватает. И, боюсь, что не одного поля

 snk
Да, есть непонятки с Кристалом..
Кто нить может пояснить, как в Кристале получаются вот такие приколы rin=6, cl=6, а prod=85 (имхо должно быть 100), или еще пример: rin=3, cl=4, а prod=100...
Вообще в каждой строке таблиц cl/rin не соответсвует величине prod, которую показывает Кристалл...
А также effect, показываемая Кристаллом далеко не всегда равна эффективности, пересчитанной вручную на калькуляторе, я уже не говорю о странных правилах округления...

Это баги или может я не так что нибудь считаю???

 Woland
snk: Ты бухгалтером раньше не работал ? В кристале, чтобы не делить на 0, к инам еденичку прибавляет в формуле - в этом и вся "беда". 10 инов и 20 кликов в кристале прода не 200, а 181 т.к. делит не на 10 инов, а на 11.

Я бы даже под наркотой не стал пересчитывать калькулятором то, что показывает админка

А что касается базы - я полностью согласен с чуваком выше. Какого хуя!!! Мало того, что скрипт не умеет восстанавливать рассыпавшуюся базу на всех (разных) версиях мускуля и на всех версиях самого скрипта - так он ещё и операционку на сервер не устанавливает сам. Ну что за хуйня, а ? Если серьёзно - там есть бекап, в нём есть бекап базы и с него можно восстановиться ... а если у кого-то сыпется мускуль - так это к админам, а не к скриптам, имхо, нахуя писать в скрипт восстанавливалку таблиц, чтоб кнопок больше было ?

 snk
Woland писал:

Я кем только не работал

Спасибо за пояснение, теперь все стало понятно.
Ты уж прости меня неразумного, просто мне не могло придти в голову, что ради уменьшения количества условных операторов, кто-то будет добавлять 1, искажая тем самым статистику, тем более в описании об этом ничего не сказано...
Хотя мое имхо - если какие либо цифры админки не проходят элементарную арифметичекую проверку, то теряется доверие и к другим аспектам работы программы...

Разве так сложно для программера не прибавлять единичку, а ввести соответствующие условные if, чтобы в админке все было безупречно?

 Taras_Bulba
Woland: ты прежде, чем умничать - головой подумай. Структура базы зависит только от версии Кристалла и больше ни от чего. У нормальных скриптов в админке есть опция проверки и восстановления скрипта. Проверяет наличие обязательных файлов скрипта, их размеры, подписи и структуру БД. При наличии ошибок - восстанавливает.
Вещь, ИМХО, для коммерческого продукта ОБЯЗАТЕЛЬНАЯ.
Иногда лучше молчать, чем говорить

 Taras_Bulba
Кстати, тикет я написал.

 Woland
Taras_Bulba: От я не спал и ждал, когда ты мне посоветуешь, когда мне думать и когда молчать

 awm543322445
Вступайте в наш садомазоклуб смарт сж

 Semen_ssr
awm543322445: