API vezérelt böngésző

Web, mail, IRC, IM, hálózatok

Sziasztok!

Tud valaki egy olyan böngészőt amit ubuntu alá is létezik, és van neki valami API rétege (pl REST api) ahol lehet vezérelni? (lapfülek, full képernyő beállítás, oldalbetöltés, stb akármi).
Mellé még az se árt, ha jól is működik, html5 kompatibilis, követi a szabványokat, stb.

Köszi előre is!

  • 2821 megtekintés

Egy pár fokkal vonzóbb mint a java, de ha nem muszáj, akkor nem az első lehetőségek közé tenném. Nem akarok egy teljes robosztus környezetet feltolni csak azért, hogy néha egy reload-ot nyomhassak, mondhatni drágább lenne a lé mint a hús. (Egy raspberry PI -re tervezem a cuccot. Igaz a 3-as verzió már eléggé erősre sikerült, de nem vagyok biztos benne, hogy megfelelő vas egy java-ra vagy ruby-ra, főleg úgy, hogy nem használnám ki rendesen, csak a memóriát foglalná fölöslegesen)

( khiraly | 2016. 05. 14., szo – 11:59 )

Szerintem ezzel jartok per pillanat a legjobban:
http://electron.atom.io/

Gondolom valami belsos weboldalt akarsz megjeleniteni...

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Szia!

Köszönöm, a chromium már szimpatikusabbnak tűnik. Utánanézek ennek a cuccnak.

Leírom, hogy mihez kell:
A lényeg, hogy a böngésző egy példányban fusson teljes képernyőben egy darab weboldallal. A fórumokon ezt "kiosk"-nak szokták hívni.
Belső weboldal, igen, valszeg egy helyi localhost-os apache-n lesz a cucc, a tartalmat távolról frissíti majd le magának. Nem interaktív weboldalról van szó, legalábbis egyelőre.

Viszont távolról kell tudnom figyelni, esetleg ezt azt vezérelni, automatikusan javítani a gondokat.

Automatikusan, tehát pl:
Ha az oldal összecsinálja magát, tök mind1, hogy miért, akkor automatikusan nem ártana ha tudnék egy reload-ot nyomni neki. (legrosszabb esetben persze újraindítom a chromiumot).
Ha valamiért betöltődne 2 tab, akkor ki tudjam nyírni a többit, hogy csak egy maradjon. (szintén tök mind1, hogy miért töltődne be 1-nél több, a lényeg, hogy lehessen javítani a problémát automatikusan, vagy távolról valami script-el, anélkül, hogy el kelljen menni fizikailag az eszközhöz. (végső soron persze az eszközt is lehet resetelni, vagyis reboot-ot tolni neki)

Szóval igazából nekem ezekből a szempontokból lenne fontos az api, nem akarok robosztus teszteket tolni vele, főleg nem java-val ha egy mód van rá. Minél stabilabb rendszert szeretnék.

( dotnetlinux | 2016. 05. 14., szo – 12:42 )

Bongeszoben megjeleno oldal nem tudja magat vezerelni js-bol? Uj ful megy, full scrern megy, jqueryvel lekert/sockettwl vezerelt oldal at tud ugrani mashova. Browser fuggetlen leszel.

Mondj peldakat h mire kell! :)

Egyel feljebb leírtam. A vezérlés azért lenne fontos, hogy ha a weboldal összeomlik, vagy valami baja lenne, akkor lehessen nyomni neki reload-ot, figyelni, hogy a jó oldal legyen betöltve, stb.
Elsősorban a böngésző az amiben nem bízom, hogy pl 16 órán át nem lesz problémája ami miatt bele kéne nyúlni "kívülről" pl reload-ot nyomni. Vagy újraindítani (ez utóbbihoz persze nem kell api, ha azt érzékeli a rendszer, hogy az oldalról nincs reakció, nincs kommunikáció, akkor a chromiumot újraindítom, de azért egy reload-ot megpróbálnék mielőtt ezt csinálom :) )

Ezt azért meg lehet csinálni js-ben. A browser mellett van helyi diszken (hogy mindenképpen elérhető legyen) a loader, az egy frame-be betölti a céloldalt, esetleg időnként újra is tölti, plusz ha van egér/billentyűzet, akkor még azt is figyelheti, hogy volt-e mozgás, és ha igen, akkor mondjuk mellőzi az újratöltést egy ideig (hogy lehessen interaktálni is az oldallal). Esetleg ha az oldalt lehet ellenőrizni (mondjuk az url-t időnként magától váltja, hogy jelezze, ha működik), akkor az alapján is be tud avatkozni. Plusz ha nem tudja betölteni az oldalt, akkor kirakhat valami értelmes hibaüzenetet, és újrapróbálkozhat bizonyos időnként. Azt is lehet, hogy a reload requestet pollozással kérje le valami website-ról, és csak akkor reloadoljon, ha mondjuk a command website által adott szám/string eltér az előzőektől (egy fájlba beleírod a dátumot a szerveren, ha reloadoltatni akarod a klienseket).
Szóval lehet ezt cizellálni.

( denton | 2016. 05. 14., szo – 13:53 )

Amúgy közben találtam némi leírást a chrome (és chromium) debug portjáról, ki is próbáltam, azzal pl le lehet kérdezni a tabokat, belenyúlni nem tudom, hogy lehet e, de arra már megoldás lehet, hogy ha esetleg nem stimmel a tab, akkor restart neki.

Egyébként furcsállom, hogy senki sem gondolt még mezei böngésző rest apis vezérlésére, biztos lenne rá kereslet.

( bAndie9100 | 2016. 06. 09., cs – 14:04 )

két lightweight browser.
nem REST API-s, de UDS socketen, dBus-on lehet vezérelni őket.
az elsődlegesen browserem is dwb, lehet neki küldeni JS parancsokat.
vannak JS nyelvű pluginjai, amik a weboldalak felett lévő külső JS környezetben futnak, de le lehet vele nyúlni a weboldalak JS környezetébe (van document object). ez a kilső réteg kikapcsolt JS engine (amikor a weboldalak nem futtathatnak JS-t) mellett is elérhető.
ismeri a tabokat.

pl.
dwb -x "open example.net"
dwb -x "tabopen example.net"
dwb -x "js alert('most kezdodik a tanc'); location.reload()"

uzbl - www.uzbl.org
dwb - portix.bitbucket.org

~~~~~~~~
deb http://deb.uucp.hu/ wheezy yazzy repack