Скрипт мобильной статистики для MobLave

Зарабатываем!, Партнерки

Продолжаю делать скрипты для удобного просмотра статистики партнерок на мобильнике, сегодня это будет скрипт для партнерки MobLave, о которой я рассказал буквально вчера. Выглядеть статистика будет примерно так:

Столбцы: U - уники; “+” - подписки; “-” - отписки; R - ребиллы; P - заработано.

Строки: T - сегодня; Y - вчера; BY - позавчера.

Установка:

1. скачать скрипт;

2. открыть его любым текстовым редактором (например, стандартным “блокнотом” Windows);

3. указать на строке номер 27, между одинарными кавычками, ваш ключ к XML статистике (берется в админке партнерки, под статистикой);

4. сохранить и залить скрипт куда-нибудь на хостинг, и затем заходить на него, по мере надобности с мобильника/планшета и т.п.

P.S. Не забываем, что можно скачать аналогичные скрипты для партнерок AD1 и CityAds.

9 комментов

  1. tulvit сказал и подписался на новые комментарии по e-mail:

    Пробегая мимо =)

    Win-1251 не труъ, utf-8 рулит (для кодировки файла).

    Для мешанины пхп и хтмл иногда удобнее юзать хередок php.net/manual/en/language.types.string.php#language.types.string.syntax.heredoc

    Лучше юзать какой-то один стиль, либо
    if(){
    }
    либо
    if()
    {
    }
    а не мешать. Я за первый, но тема очень холиварная, какой стиль труъ.

    Тег ?> в конце не нужен stackoverflow.com/a/4499749/1003329

    Лишние пробелы никогда не лишние, $var1 . $var 2 проще считывается, чем $var1.$var2

    /**
    * Труъ оформление комментов.
    */

    Сорри, не сдержался( Хотя это все вторично и больше мои личные загоны ;)

  2. Spryt сказал и подписался на новые комментарии по e-mail:

    Эхехе)

    mktime(0, 0, 0, date(’m'), date(’d') - 1, date(’Y')))
    >>>
    strtotime(”yesterday”)

    Верстка/внешний вид… Ну епрст) Понимаю, главное функционал, но не настолько же - наглядность доже должна быть - хотя бы повесить отступов через td {padding: 5px;}.

    Ну и да, такой скрипт имеет смысл в связке с другими скриптами и объединением статов на одной странице и суммированием. Ну или кучи мелких таблиц, как у тебя наверное сделано))

    PS. Гугли бутсрап, 2014-й год на дворе)

  3. Spryt сказал и подписался на новые комментарии по e-mail:

    *потому как mktime не будет работать, например, 1-го числа, и нужно вводить доп.условие. Особенно если это еще и 1 января к примеру, когда и год надо менять. Ну разве что сама партнерка правит автоматом.

  4. DimaX сказал:

    Верстка/внешний вид… Ну епрст) Понимаю, главное функционал, но не настолько же - наглядность доже должна быть - хотя бы повесить отступов через td {padding: 5px;}.

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

    Ну и да, такой скрипт имеет смысл в связке с другими скриптами и объединением статов на одной странице и суммированием. Ну или кучи мелких таблиц, как у тебя наверное сделано))

    Сколько ты для себя делал таких скриптов скажи? Хотя бы от 3 партнерок разом объединял? Сомневаюсь. Потому что, если бы делал, то знал, что партнерки постоянно тупят со статами, сегодня одна, завтра вторая, третья послезавтра, из-за чего объединенный скрипт вместо ответа за 1 секунду висит по 20 секунд, потом вываливается с ошибками и полузаполненным. А чтобы этого не было, надо в 5 раз увеличить код, чтобы все учесть, но стоп… кажется, мы забыли нахуя все это было затеяно! Ааа, для быстрого, простого и удобного же просмотра! Незачем городить полноценный медиацентр там, где можно обойтись калькулятором.

    Win-1251 не труъ, utf-8 рулит (для кодировки файла).

    Обоснование в студию. У меня по умолчанию все файлы открываются в виндовой кодировке и ничего, жив еще, кажется, все ок работает.

    Для мешанины пхп и хтмл иногда удобнее юзать хередок php.net/manual/en/language.types.string.php#language.types.string.syntax.heredoc

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

    Лучше юзать какой-то один стиль, либо

    Я за второй и не мешаю никогда, просто в этом скрипте юзаются функции конверта из хмл в массив с оригинальным написанием, которые я взял где-то в инете сто лет назад и везде юзаю их, когда они нужны :)

    Тег ?> в конце не нужен stackoverflow.com/a/4499749/1003329

    Этого не знал, просто люблю порядок, если есть открывашка, то и закрывашка быть должна.

    Лишние пробелы никогда не лишние, $var1 . $var 2 проще считывается, чем $var1.$var2

    Лол, а мне наоборот. Иногда правлю чужие скрипты и бесят кучи лишних пробелов таких, сижу, удаляю для удобства своего восприятия)

    /**
    * Труъ оформление комментов.
    */

    На вкус и цвет)

  5. DimaX сказал:

    *потому как mktime не будет работать, например, 1-го числа, и нужно вводить доп.условие. Особенно если это еще и 1 января к примеру, когда и год надо менять. Ну разве что сама партнерка правит автоматом.

    Ты гонишь. Поставь сейчас у себя на ноуте дату 1 января 2014 года и выполни скрипт:
    echo ‘Вчера ‘.date(’Y-m-d’, mktime(0, 0, 0, date(’m'), date(’d') - 1, date(’Y')));
    echo ‘
    Позавчера ‘.date(’Y-m-d’, mktime(0, 0, 0, date(’m'), date(’d') - 2, date(’Y')));

    У меня показывает все правильно:
    Вчера 2013-12-31
    Позавчера 2013-12-30

    Я когда-то давно еще долго искал правильный вариант работы со всеми этими “вчера”, которые бы учитывали все автоматом.

  6. tulvit сказал и подписался на новые комментарии по e-mail:

    Обоснование в студию. У меня по умолчанию все файлы открываются в виндовой кодировке и ничего, жив еще, кажется, все ок работает.

    А у меня наоборот, приходится вручную перегружать в вин-1251, по умолчанию утф8 (ага, Линукс). Но таки да, на вкус и цвет. Просто в свое время намучался с кодировками, поэтому теперь только и только мильтибайтинг.

  7. Spryt сказал и подписался на новые комментарии по e-mail:

    Easy, easy)) Мы не критикуем, мы просто перфекционисты))

    когда надо чтобы все это влезло на небольшой экран мобильника без прокруток?

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

    Сколько ты для себя делал таких скриптов скажи?

    Немного, но делал :) Ну ты же знаешь, как я решил для себя проблему с долгообновляющимися статами панельки сайтов и парсинга по 5 источников для каждого?) Хотя в этом случае это конечно не вариант.

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

    Ты гонишь.

    Ты прав. Mktime же, он и 30 февраля обработает нормально. Хотя strtotime выглядит понятней, правда я его тоже не юзаю, а дико-монструозное нахламление проверок ((

  8. tulvit сказал и подписался на новые комментарии по e-mail:

    У меня показывает все правильно

    Таки да. ru2.php.net/mktime

    Values less than 1 (including negative values) reference the days in the previous month, so 0 is the last day of the previous month, -1 is the day before that, etc.

    PS
    mktime возвращает дату от локали окружения, если сервер “живет” в другом часовом поясе, чем партнерка, то могут быть расхождения, заместо можно заюзать ru2.php.net/gmmktime (отдает время по Гринвичу)

  9. DimaX сказал:

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

    У меня далеко не 10-летняя нокия и тем не менее, не всегда статы входят по ширине)

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

    Когда-то давно я так и начал делать. Но потом меня запарило, что постоянно где-то что-то зависает, не парсится и т.п., что вызывает и задержки отображения всех стат серьезные, и ошибки до кучи, плюс, сразу забыл сказать, то, чаще всего хочется рефрешить какие-то конкретные статы конкретной партнерки (потому что мало кто может похвастать тем, что у него разом во всех партнерках бабло валится как из ведра, обычно есть только 1-2 основные партнерки, другие 5-10 так, для разнообразия больше, нежели для крутых заработков), а не кучу стат разом, и это гораздо удобнее делать, когда на каждые статы отдельный запрос идет :)

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

    Сразу видно, человек не особо в теме рефреша стат) Причем тут “подшаманить”, ты не путай проверку работоспособности или посещаемости сайтов и т.п. с невероятно приятным ощущением роста количества денег в конкретных статах с каждым рефрешем)) Когда PPC типа умакса или кликвипа были основными партнерками для слива трафа это была целая болезнь вебмастерская, залипание при рефреше стат, у кого много трафа было, там каждые 5 секунд цифры росли, за клики же платили)) Крутые времена)

    Ты прав. Mktime же, он и 30 февраля обработает нормально. Хотя strtotime выглядит понятней, правда я его тоже не юзаю, а дико-монструозное нахламление проверок ((

    Хз, опять на вкус и цвет, похоже, потому что по-моему гораздо нагляднее, когда есть просто +1 к дню или месяцу в mktime, чем strtotime, синтаксис которого мне не кажется очень наглядным и особенно однозначным.

    mktime возвращает дату от локали окружения, если сервер “живет” в другом часовом поясе, чем партнерка, то могут быть расхождения, заместо можно заюзать ru2.php.net/gmmktime (отдает время по Гринвичу)

    Это, конечно, известно, но учитывать в таких ерундовых скриптах это совершенно незачем, т.к. по виду стат всегда понятно, совпали сутки или нет. Когда был хеллвебмастерс, там такая ерунда с различным суточным серверным временем, поясами и т.п. учитывалась :)

Комментирование доступно только в первые 60 дней после публикации

© 2006-2024 by dimax.biz