может дело всего лишь в флеш куках
вернее они там не так называются, но сути это не меняет, просто флеш ролик записал на диск свой идентификатор, а потом его читает, и пофиг какой браузер - флеш плеер то один и тот же
чем не вариант---------- Добавлено 20.10.2013 в 22:18 ----------вернее флеш плеера могут быть разные (плагин или актив икс), но файл с флеш "кукой" все равно один и тот же---------- Добавлено 20.10.2013 в 22:30 ----------кстати где то я читал (сейчас не могу найти) это не единственный метод однозначно идентифицировать пользователя не зависимо от браузера
а как с этим бороться? например, виртуальная машина (виртуал бокс или вмваре или еще что нибудь) должна спасти "отца русской демократии" ))
вспомнил как некоторые делают в таком случае - если браузер не кошерный либо редирект на страничку где написано что ваш г..но браузер не позволяет насладиться всеми прелестями нашего сайта, либо всплывающая подсказка в таком же духе )))
ну все так только одно НО
после того как новый домен перенесете на свой хостинг, укоз через пару дней проверит что домен на него не ссылается и открепит домен самостоятельно и перестанет слать 301 редирект (там вроде раз в сутки идет проверка и через несколько дней ошибок домен автоматом открепляется)
так что надо будет сделать главную страницу укоза копией главной нового сайта, ссылки жестко прописать на новый сайт и в роботсе прописать хост на новый домен
если потом вы перенесете новый домен от укоза на свой хостинг, то укоз перестанет слать редирект на новый домен и они могут расклеится, можно попробовать на укозе оставить одну главную страницу на ней прописать редирект в мета теге как вы говорите, главную страницу сделать копией главной страницы нового сайта (чтобы и контент был дублем и ссылки вели на новый домен) + оставить в роботсе хост на новый домен - но тут никто гарантий не даст - может расклеится а может и нет (если терять все равно нечего то можно попробовать)
то что нужно, спасибо
в этом случае в скрипте видно одну лишь переменную id=q1W2e3R4t5Y а остальные гет переменные var1=value1 и var2=value2 в скрипте отсутствуют
поэтому кроме переменной id дополнительно надо еще как то исхитриться передать всю QUERY_STRING
я не совсем понял вашего вопроса
попробую пояснить еще раз
php скрипт использоваться не будет (не удачно я привел пример)
на самом деле нужно чтобы при запросе урлов вида
site.com/dir/q1W2e3R4t5Y?var1=value1&var2=value2&....varN=valueN
вызывался флеш ролик
site.com/dir/movie.swf?id=q1W2e3R4t5Y&var1=value1&var2=value2&....varN=valueN
тогда внутри флеша в экшен скрипте будут доступны переменные:
id=q1W2e3R4t5Y
var1=value1
var2=value2
....
varN=valueN
если сделать так, как предложил [umka], то первой переменной id=q1W2e3R4t5Y не будет, ее можно получить, но для этого надо лишние манипуляции внутри экшен скрипта, которых хотелось бы избежать
на юкозовский сайт можно же прикрепить свой домен и в настройках поставить перенаправление (редирект) со старого адреса на новый (сейчас не знаю, но раньше сто процентов было такое) + по моему в роботс.тхт тоже хост прописывался (в последнем случае могу ошибаться, года три уже не заходил в юкоз)
а как получить переменную id=q1W2e3R4t5Y ??
можно конечно в php распарсить $_SERVER['REQUEST_URI'] но во-первых это будет костыль, а во-вторых там будет вовсе не php поэтому такой простой способ не подходит
зы. на php я сейчас пытаюсь собрать модель этой штуковины, но в конечном варианте будет не php скрипт, а флеш файл - swf внутри которого в экшен скрипте нужны все вышеперечисленные переменные (парсить там REQUEST_URI как то не хочется)
ну иииииииииииииииииии.....
хостер то тут точно ни причем тогда
