запрет на запуск дважды

[Usver]

я не понял: нужно такое реализовать? или нужно такое обойти?

у других может быть куча путей для реализации - комп оставляет дофига цифровых следов

>>>почему то если почистить хранилище

ну, может быть реализовано как раз на проверку ЧТО в хранилище, первый запуск приложения - установка приложения - запись в шаред - повторные запуски проверки что в шареде

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

[Usver]

путь до шареда C:\Users\юзернейм\AppData\Roaming\Macromedia\Flash Player\#SharedObjects

может есть и другие?

при жтом если первому запущеному приложение отрубить доступ в интернет - ситуация не меняется пока не нажмешь крестик в браузере

[bodnar]

Тут один вариант. Напиши разработчику приложения письмо с вопросом. Если повезет и он будет в хорошем настроении он расскажет.

[Noise Gate]

Вопрос снова стал актуален...

Использовал ли кто-нибудь методы для запрета на запуск приложения в несколько окон? Интересует преимущественно личный опыт.

[Noise Gate]

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

1 При логине генерируем случайное число (типа sessid) на сервере и сохраняем в базу
2 В клиенте получаем его и сохраняем при помощи SharedObject
3 При каждом запросе на сервак также отправляем sessid (из SharedObject)
4 На сервере сверяем полученный sessid с тем, что хранится в базе

Кстати, это еще и затрудняет подбор отсылаемых параметров различными кулхацкерами....

[bodnar]

Я так понял хочешь переписывать значение sessid каждый раз при залогинивании в sharedObject? Все равно более старые приложения прочитав из shared'а будет брать более свежий sessid и от будет валидным. Вот если при открытии приложения делать запрос, в котором сервер придумывает тебе sessid и проверяет его. А если открыл новое, в базе оно меняется и старый хранимый на клиенте не подойдет.
Хых сам запутался уже

[Noise Gate]

bodnar
Я тоже не понял, что ты имел ввиду))))

Но суть такая. Первое приложение получает свой sessid_1 и работает хорошо, т.к. sessid_1 прописан в базе и сравнивается при каждом запросе.
Второе приложение (второй логин) получает sessid_2 и работает. А вот первое перестает работать, т.к. в базе уже не sessid_1, а sessid_2

[bodnar]

Да, но тогда при чем тут шаред? он вообще не нужен

[Noise Gate]

ну если подумать, то да - не нужен

[Usver]

bodnar
Я тоже не понял, что ты имел ввиду))))

Но суть такая. Первое приложение получает свой sessid_1 и работает хорошо, т.к. sessid_1 прописан в базе и сравнивается при каждом запросе.
Второе приложение (второй логин) получает sessid_2 и работает. А вот первое перестает работать, т.к. в базе уже не sessid_1, а sessid_2

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