Ločevanje cookie sessionov

4 naročniki

Pozdravljeni mojstri!

Pri developanju twitter aplikacije sem naletel na en problem. Namreč, uporabljam platformo mobile.twitter.com, tam pa velja en in taisti cookie za vsa odprta okenca. Jaz bi to rad zaobšel.

Primer:
Recimo da imam odprto browser okence, v katerem sem prijavljen v twitter account A. Če želim odpreti novo okence in se prijaviti v twitter account B, me bo ob vpisu v novi account odlogiralo tudi pri okencu z accountom A, tako da bosta obe okenci logirani v account B.

Zaenkrat je edina rešitev, ki sem jo uspel najti, da laufam toliko virtualk, kot imam različnih accountov, in vsaki namenim minimalno število sistemskih resourcov (diska in rama). Potem pa ima vsaka čez svoj ločen account, in se session cookiji ne tepejo med sabo, ker so v čisto ločenih sistemih. Toda to bo ob veliki skalaciji twitter operacij kar precej potratno glede resourcov, ki jih moj pc pač nima ravno neomejeno.

Mobile platforma na žalost nima opcije 'remember me', ki bi jo šlo odkljukati, tako da to odpade kot morebitna rešitev. Kakšne ideje, kako bi tole rešil?

lp

Kaj pa chrome incognito mode?

@tsu: chrome incognito ima res ločene cookije (navaden vs. incognito), nima pa ločenih cookijev v posameznem tab-u. To hitro ugotoviš, če se probaš prijavit v im v incognito mode-u.
@Street-smarts: mislim, da bi tvoja varianta delala v ubot studiu, tako da za vsak session laufaš svoj executable, pa še različne proxije lahko uporabljaš za vsak executable.
100% rešitev bi bil pa CURL in za vsak session zapišeš cookije v svoj file. Res, da je malo bolj hard core, ni pa nemogoče :)

Če Ubot zagotovo lahko tole reši, se sliši kar mikavno. Problem je edino, da sem vložil 2 meseca časa in testiranja ter zadevo developal v Winautomationu, ki je sicer super, ampak določenih funkcij Ubota žal nima. No ja, koncept in vso logiko imam spisano, tako da, ko bo čas, jo še 'prevedem' v Ubot studio, pa sem na konju.

Do tačas pa pač 128mb ram mini winxp-ji, kolikor jih pač gre na mojih skromnih 4gb rama.

Evo sem ti naredil en ubot executable za test. Odpreš executable in vpiši im.si v url box, potem se normalno prijavi. Za tem odpri še en executable in vpiši not im.si in boš videl, da ni prijavljen. Ne pozabi izklopit antivirusa za čas testiranja, če imaš avast, ker ga zazna kot virus. Link za ubot exe
Če si win automation naštudiral, boš ubota še prej naštudiral, ker je res simple.
Pa še link za ubota če se boš odločil: Aff | noaff.

Drugače sem pa jaz podoben problem tvojemu rešil z linuxom in sikuli programom za avtomatizacijo. Kolega mi je naredil eno light weight virtualko debiana s chromium browserjem in šopa ko noro. Pred tem sem pa tudi jaz z winxp delal, pa je bil polom.

Sikuli poznam. Uporabljam za simple pošiljanje keyboard ukazov znotraj linuxa, kjer mi razmnožuje virtualke, medtem ko sem na kavici. :)

Ampak tule bi te morda prosil za malce več detajlov. V kolikor sem ga na hitro pogledal, deluje več ali manj na principu image recognitiona in pošiljanja keyboard ter mouse ukazov. Zanima me:

1. Ali je s Sikuli možno prevzeti direktno kontrolo nad browserjem, brez zanašanja na image recognition?
2. Kako točno si rešil cookie problem? Sikuli + CURL?

Hvala.

krifa:
100% rešitev bi bil pa CURL in za vsak session zapišeš cookije v svoj file. Res, da je malo bolj hard core, ni pa nemogoče :)

mogoče je malo težje za začetek ampak je pa verjetno edini korekten način.. tale varjanta z virtualkami je res mal huda

drugače pa je dobra zadeva za take stvari tudi pyton+mechanize