ro--ot,
А можно оперативно добавить подержку макроса [KEY] в Remote URL?
Чтобы было понятно, вот я обращаюсь к TDS по mytds.ru/aaa?keyword=blaaa
И чтобы TDS могла бы получить внешний линк по URL вида external-service.ru/keyword=[KEY]?
Буду весьма признателен за оперативность!
PS: Или как вариант, в запросе по Remote URL иметь возможность вставлять макросом IP адрес визитора, типа
external-service.ru/ip=[IP]
Чтобы было понятно, я пытаюсь у внешнего сервиса спрашивать URL специфический для геолокации визитора. По IP внешний сервис сам может определить город. С кейвордом тоже такое прокатит, если я сначала пошлю визитора на промежуточную страницу, там определю его город и уже в кейворде передам это значение на TDS.
хорошо, допустим я делаю на своем домене промежуточную страницу mydomain.com/input
короторая умеет принимать параметры вида utm_source=[v1]&utm_medium=[v2] и засовывать их в массив, как указано на ФАКе:
$array[0] = array(
'referer'=>$ref,
'par_1'=>'[v1]',
'par_2'=>'[v2]'
);
После чего осуществлять редирект уже на ТДС по линку: хttp://myztds.com/abc?p=<?php echo $parameters; ?>
Правильно я понимаю, что тогда в АУТе надо будет прописать вот такое:
[REMOTE]?utm_source=[PAR-1]&utm_medium=[PAR-2]
Или я где-то ошибаюсь?
я не совсем понимаю как это реализовать. Можно на конкретном примере?
Вот входящий URL на zTDS:
хttp://myztds.com/abc?utm_source=[v1]&utm_medium=[v2]
[v1] и [v2] - постоянно меняются, так как подставляются другой системой. Просто числа. Сайты с которых приходт траффик - не мои, и единственное что я могу - это параметры во входящем URL конфигурировать. Эти внешние сайты могут потом v1 и v2 динамически для каждого визитора изменять.
Аут в потоке я получаю из внешнего URL полностью (http://.....), так что в Аут достаточно написать [REMOTE].
Я пытаютсь сделать так, что к [REMOTE] добавятся те же пареметры что и во входящем URL, т.е. типа [REMOTE]?utm_source=[v1]&utm_medium=[v2]
Но я не понимаю, как ztds будет там динамически менять [v1] и [v2] в зависимости от того, с чем пришел юзер.
ro--ot, спасибо! еще вопрос!
Вот допустим у меня на tds приходти траффик по таким линкам:
mytds.com/abcd?key1=v1&key2=v2
при этом v1 и v2 не константы, а могут изменяться в зависимости от источника траффика.
Для редиректа я получаю ауты по внешнему URL, так что в ауте у меня указан [REMOTE].
Вопрос: можно ли как-то к ауту добавлять эти параметры ?key1=v1&key2=v2, получаемые из входящего траффика? Если да, то как это сделать?
Мне надо, чтобы конечный ресурс получал эти пары key-value.
Спасибо!
спасибо еще раз за работу и за развитие проекта.
2 вопроса.
Правильно я понимаю, что при обновлении с 5.3 до 5.5 можно оставить папку ini со всеми настойками групп?
Можно ли как-то определять уникальность одновременно и по кукам и по IP?
ro--ot, вопрос про "Срок уникальности", который в часах.
Если я захочу поставить 30 дней (=720 h) - как думаете, не просядет производительность?
Логи за месяц при посещасемости 2-3k в сутки составляют порядка 25-30мб. Как я понимаю, при такой настройке весь месячный лог будет сканироваться через запросы к SQLite.
ro--ot, а чем сакральный смысл того, что TDS поддерживает линки только без "/" в конце? Ну т.е. tds.ru/xxxx/ не будет работать.
Несколько раз попадался уже на это по невнимательности. Мешается. Как впрочем и невозможность клонирования/копирования кампаний и потоков.
ro--ot, спасибо. Еще один вопрос тогда.
Вот эта строчка в документации все еще справделива при апдейте с предыдущей версии на 0.5.2?
"Удалите все старые файлы кроме папок «ini» и «log»."
Т.е. не прийдется пересоздавать все кампании/потоки?
Вопросы по документации.
В чем отличие файла ua_blacklist.txt (в документации упомянут, но не существует) от файла bots_ua.txt?
В чем отличие файла others.txt от ip_others.txt?
ro--ot, ОТЛИЧНО! Спасибо огромное!
Я так понимаю, кэшироваться будет весь такой список / файл, да? И в течение жизни кэша такой линк не будет дергаться.
