Snadné přepsání rychlého kontaktu

[v6ak]

Zdravím,
rychlé kontakty používám pro volání na Skype, bez nich nevím, jak tam volat přímo ze SIPového softwaru. Dnes jsem si omylem přepsal kontakt jiným, protože jsem zadal již obsazené číslo. Bez varování mi to ten původní kontakt nahradilo. Což není moc přívětivé. (Naštěstí jsem ten původní našel v minulých hovorech.)

[MaT]

Ono vůbec to uživatelské rozhraní pro rychlé kontakty není moc "user friendly". Asi by si to zasloužilo něco více AJAXového a modernějšího. Ale chápu, že jsou i důležité věci (pro mě třeba opakování datových balíčků). Ale funkce pro práci s rychlými kontakty jsou už přístupné přes API, tak komu to vadí hodně. může se realizovat.

[Jan Telefonista]

Hlavne ne proboha ajax a javaskripty! To uzivatelske rozhrani mozna neni uplne prehledne, ale mne vyhovuje tak jak je, hlavne bez javaskriptu. Ted se da spousta zalezitosti nastavit i curlem (bez znalosti programovani a api), jednoduse se clovek mrkne do html kodu a koukne, jake inputy se kam postuji. V jednoduchosti je krasa - za sebe bych nemenil

[marekzavadil]

Hlavne ne proboha ajax a javaskripty! To uzivatelske rozhrani mozna neni uplne prehledne, ale mne vyhovuje tak jak je, hlavne bez javaskriptu. Ted se da spousta zalezitosti nastavit i curlem (bez znalosti programovani a api), jednoduse se clovek mrkne do html kodu a koukne, jake inputy se kam postuji. V jednoduchosti je krasa - za sebe bych nemenil

Curl - lze pouzit i pro API - ja to tak delam. Akorat to tvurci toho API trochu komplikuji - tim ze se pouzivaji i jine metody nez GET a POST. Napriklad DELETE.

[Largon]

Stránkou pro manipulaci s rychlými kontakty se teď máme v úmyslu zabývat, je tam opravdu hodně velký prostor ke zlepšení.

Ohledně komplikovanosti RESTových API v curlu, tak man curl, parametr -X.

[Zedna]

Ohledně komplikovanosti RESTových API v curlu, tak man curl, parametr -X.

Muzete prosim na wiki stranku s priklady pouziti API
http://www.odorik.cz/w/api:ukazky
pridat i par prikladu pro CURL (napr. /balance /callback)?

Zkousel jsem byt i to nejjednodussi zjisteni kreditu pres commandline Win32 a vubec mi to nefunguje.

Kód: Vybrat vše

curl.exe https://www.odorik.cz/api/v1/balance?user=1234567&password=heslo
curl.exe -u 1234567:heslo https://www.odorik.cz/api/v1/balance
curl.exe -k -u 1234567:heslo https://www.odorik.cz/api/v1/balance
curl.exe -H "user: 1234567; password: heslo" -k https://www.odorik.cz/api/v1/balance
curl.exe -H "user: 1234567; password: heslo; Content-Type: application/x-www-form-urlencoded" -k https://www.odorik.cz/api/v1/balance

--> error authentication_required

A jak pripadne vyuzit ten parametr -X (Command)?
Dekuji

PS:
Z programovaciho jazyka AutoIt mi API funguje bez problemu,
tedy jedna se zde pouze o me nepochopeni parametru CURL
pro zprovozneni Odorik API.

[Largon]

Jasně, doplnil jsem tam dvě ukázky, které by měly použití toho parametru -X ilustrovat.

Zajímavé je, že vám nefunguje z těch vašich pokusů ten první. S linuxovou verzí curlu to funguje. Napadá mě tam zkusit právě přes ten parametr -X vynutit použití GET metody, kdyby náhodou verze pro Windows měla jiné chování než ta linuxová. I když se mi to zdá podivné.

[Zedna]

@Largon
Dekuji

Na Windows to funguje v teto podobe:

Kód: Vybrat vše

curl -k -X GET -d user=1234567 -d password=heslo https://www.odorik.cz/api/v1/balance

- musi tam byt i parametr -k, jinak to hlasi chybu o chybejicim certifikatu (kvuli https)
- musi tam byt i parametr -X GET, jinak to vrati <h1>Not Found</h1>

EDIT:
U tohoto prvniho pokusu to dopadlo spatne, protoze on ten & nepochopil spravne
a rozdelil to v miste znaku & na dva uplne samostane prikazy a pak hlasil chybu, ze password neni nazvem vnitrniho ani vnejsiho prikazu
a nepomohlo tam ani to pridani -X GET -k

Kód: Vybrat vše

curl.exe https://www.odorik.cz/api/v1/balance?user=1234567&password=heslo

Muzete tedy pridat na wiki stranku i ten muj priklad pro /balance fungujici na Windows ...

[Largon]

To vypadá, že ampersand má speciální význam jako v unixových shellech a je třeba ho vyescapovat anebo celý řetězec uzavřít do uvozovek, aby to bral shell za string. Ale Windows shell pořádně neznám, takže jen hádám.

To že je potřeba použít parametr -k ukazuje, že curl na Windows asi nemá úplně pořešené certifikáty. Normálně by s tím problém totiž být neměl, máme SSL certifikát podepsaný dostatečně známou certikační autoritou.

[MaT]

Hlavne ne proboha ajax a javaskripty! To uzivatelske rozhrani mozna neni uplne prehledne, ale mne vyhovuje tak jak je, hlavne bez javaskriptu. Ted se da spousta zalezitosti nastavit i curlem (bez znalosti programovani a api), jednoduse se clovek mrkne do html kodu a koukne, jake inputy se kam postuji. V jednoduchosti je krasa - za sebe bych nemenil

Jako pardon, ale já myslel, že to webové rozhraní je pro uživatele a ne pro stroje. Pro ty je tu právě to API. A mezi hledáním nějakých parametrů pro wget nebo curl a programováním tedy já osobně už moc rozdílů nevidím. Ty parametry jsou dlouhé a nevím, jestli si ne někdo pamatuje - pokud bych to využíval, tak to co potřebuji bych stejně cpal do nějakých skriptů (nebo po windowsovsku: "dávkových souborů") - a to už je vlastně "programování" také...

Pro pohodlnější práci to ani nemusí hned být AJAX - ono i v HTML se dá udělat leccos. Dovedu si představit třeba přímo editovatelnou tabulku (i když je problém udělat třeba HTML formulář, kde je víc než určitý počet INPUT prvků - třeba pár set - může být nastavený limit i přímo na serveru pro odeslání takového fomuláře). Nebo tlačítka s šipkami nahoru a dolů u každého záznamu, která by prohodila tento záznam s předchozím/následujícím (aby se dalo rychleji měnit pořadí). Právě ty limity na počet odeslaných položek v rámci POST requestu se často řeší tím AJAXem. A dnes na něm nevidím nic špatného - i můj mobil ho zvládá. To používání Flashe pro základní funkcionalitu by mi asi vadilo daleko víc. Při nasazování AJAXu se také často používá strategie "graceful degradation" - tzn. funguje to i bez něj, ale kdo má povolený JavaScript, užije si větší komfort.

Bránit se moderním věcem ve webovém rozhraní, to bych pochopil kdyby to někdo potřeboval používat třeba na nějakém starším mobilu. Ale uvádět jako důvod to, že je to pak složitější ovládat curlem, to mi nepřijde úplně fér. Jak jsem psal - od toho je tu API. Webové rozhraní má být pro lidi a mělo by se vycházet vstříc jim...