Téma: Facebook problem

Tudja valaki hogy kell több Facebook bejegyzést egyszerre törölni?

Rövid válasz:
Nem lehet.

Hosszú válasz:
Kivéve API-n keresztül, és csak az általad kezelt oldalról (lásd: doksi), -ellenben, a személyes hírfolyamodról vagy más oldalakról nem lehet.

Miért? Mert a bejegyzéseket nem lehet (nagyon nehéz) egyedileg beazonosítani a forráskód alapján, obfuszkálva vannak a szelektorok, hogy ne lehessen könnyen automatizálni semmit.

Miért változnak? Szándékosan csinálták, pont azért, hogy ne töröld ki, mert az nagyon nem biznisz a Facebooknak.

Oké, nem lehet mégis? Találj megoldást, hogy ciklikusan kijelöljed a megfelelő elemeket a felületen, és szimuláld a gombnyomást programmal (selenium, sima konzol, vagy chrome extension pl.) Ez nem lehetetlen, mert a CSS miatt kötelező betartaniuk egy viszonylag kezelhető struktúrát.

Hogyan lehet iterálni a bejegyzéseken? Úgy, két bejegyzést inspectelsz, és a teljes Xpath-jukat összehasonlítod, és ahol eltér ott levágod, kikéred a résznek megfelelő elemet a DOM-ból, és azon iterálsz.

Hogy lehet gombnyomást szimulálni? A sima js click eseményt nem mindig fogja elfogadni, mert biztonsági okokból oda kell húznod először a kurzort.

Hova? Ja hogy még nem tudjuk, hogy mire kell rákattintani. A Törlés menüpontra. Amit meg kell találni előbb. Ha megtaláltad elemet (törlés), kikérted a DOM-ból, és js kurzorodahúzás után tolsz rajta egy click-et.

Na most a probléma, hogy az (törlés)-t a három pontos gomb hozza be ajaxszal, legördülő menüben. és változó a response. Időnként be van lassítva, időként meg gyors. Néha meg be sem jön. Tehát nem alapozhatsz rá, hogy x másodperc múlva ott lesz a legördülőd, lejjebb viszed 100 pixelt és kattintasz a törlésre. Lehet, hogy tök másra kattintanál rá.

De akkor 100 pixellel lejjebb van? Nem feltétlen. Mindig máshol. A három pontos gombtól való helye sem fix. Ha úgy adódik, hogy a megjelenített tartalom magassága nagyobb, alatta fog renderelődni a dropdown, de renderelődhet a kattintás helye felett is.

A törlés menüpontot meg fogod tudni szelektorral fogni, ha azt feltételezed hogy mindig az adott sorrendben vannak a menüelemek.

De maga a dropdown class-a is más minden bejegyzés törlésénél. Ezért mégsem tudom elkapni? De igen, ha figyeled, hogy melyik elem változott, amikor belekattintottál a bejegyzés wrapperébe.

Aztán le kell görgetni hogy új bejegyzések jelenjenek meg. Viszont nincs garancia, hogy a scrollTo hívás után valóban betölt az oldal. Sőt, direkt szivatnak, hogy ha sokat görgettél, időnként be se töltsön. Ekkor egy picit véletlenszerűen feljebb kell görgetni, és újra le.

Egérmozgás: Az emberi egérmozgatás meglévő adatokból jól közelíthető Bezier-görbével.

Ha igazán pro akarsz lenni, felveszed a saját kurzormozgásod, írsz egy algoritmust, ami megtanulja és úgy mozgatja a kurzort, ahogy te.

És egy kis entrópiát is raksz bele, hogy mindig egy picit változzon a kurzorod útja, de a vége maradjon a gombon belül. (A gomb méreteit az elem adataiból js-sel könnyen ki tudod szedni, entrópiát meg biztonságosat kapsz ha a HD kamerád ráállítod egy lávalámpára)

Ha már web fórum, kiéltem magam. Sorry