Elisa Viihde API Info

Reilu kolme kuukautta tässä odotellut, että Elisa saisi jotain järkevää asiassa aikaiseksi. Nykyisellään tallenteiden katselu on täyttä tuskaa kun täytyy vaihdella äänilähtöä koneen ja telkkarin välillä, siirrellä selainikkunaa, käyttää selainta mitä ei tue omaa mediakaukosäädintä jne.


Tämä osuus muakin erityiseen xituttaa. Siihen kun lisätään se, että tämä pakottaa meillä usein kahden eri streamin yhtäaikaiseen käyttöön, johon tämä adsl ei tahdo enää riittää. Latausmahdollisuudella eriaikaistus oli mahdollista.

Tuntuu siltä että nillittäjät ihan periaatteesta nillittävät kun Elisa meni toukokuussa tekemään jotain josta saa hyvän syyn nillittää.Kyllä moni asia jäisi täysin persiilleen, jos "nillittäjiä" ei olisi. Jos ei itse aina tajua missä mennään, ei tee muiden keskustelua turhaksi.Tarkoitin tällä vain sitä, että kun @Patomiäs kirjoitti viimeksi sellaista, jota minä, jos olisin kehittäjä, tulkitsisin niin että uudella API:lla voi ilman turhia pelkoja tehdä sovelluksia, joita vanhallakin API:lla tehtiin, niin SEN JÄLKEEN jotkut nillittivät että Elisa ei saa MITÄÄN järkevää aikaiseksi ja koko homma haisee. He joko periaatteesta nillittävät tai sitten nillittävät siksi etteivät ymmärrä mitä lukevat.
Näinpä juurikin. Se nyt on selvinnyt, että mitä Elisa tarkoittaa milläkin kiemuralla ja miten tulkitsee. Selvästi vain osalla keskusteluun osallistuvista ei ollut selvää käsitystä siitä ketkä näitä viihteen rajapintaa käyttäviä ohjelmistoja tekee. Tai se on vain haettu keppihevoseksi irtisanomisen kanssa.

Mikäli siis noudatatte hyviä käytäntöjä tietoturvan ja asiakastietojen näkökulmasta, ei huoleen ole aihetta.

Eli itseäni kiinnostaa vain tallenteiden lataus, kiitos 2v poistuman.

Mutta onko niin, että jos joku devaaja lähettää minulle sovelluksen, jolla saan ladattua tuollta tallennukset ja pyydän siihen sovellukseen oman api key härpättimen. Niin kaikki kunnossa?

Tuohon teknisen dokumentin jakeluun koitetaan miettiä tällä hetkellä jotain järkevämpää ratkaisua, tällä hetkellä uudistettua dokumenttia voi kysellä sähköpostilla vaikka vastauksena API-avaimia käsittelevään viestiin 🙂 Näitä ei siis itse lähetellä aktiivisesti API-avaimen pyytäneille. Koitetaan miettiä ennemmin vaihtoehtoa että olisi suoraan jostain sitten käsillä itse ladattavaksi.

Tuosta GDPR sitoomuksesta kysyisin, minkälaista rekisteriä teillä devaajilla on tarkoitus pitää omilla laitteillanne asiakkaista? Koska tuohan koskettaa vain silloin, kun toimitte itse rekisterinpitäjänä. Mikäli tarjoatte vain sovelluksen, joka toimii asiakkaan päätelaitteelta suoraan meidän palvelimeen API rajapinnan kautta kulkematta teidän oman palvelimen kautta, eihän tuosta silloin teille tule mitään rekisteriä. Tätä kysyn nyt ihan siis sillä, että käsittääkseni ainakaan aiemmin ei nuo julkaistut sovellukset ole keränneet rekisteriä devaajille.

Toivottavasti tuo aukaisee solmuja! En itsekään ole oikein ymmärtänyt, miksi sovelluksissa tarvitsisi käsitellä muutakuin kyseisen käyttäjän asiakastietoja. Silloinhan ei pitäisi olla sen suhteen ongelmia?

OT. Mikähän tuossa lainaamisessa mättää, jätti lopusta sen "endofquoten" pois ja kun lisäsin käsin, niin jäi lainatun viestin kirjoittaja pois? Kännykällä suhailen...

Tuosta GDPR sitoomuksesta kysyisin, minkälaista rekisteriä teillä devaajilla on tarkoitus pitää omilla laitteillanne asiakkaista? Koska tuohan koskettaa vain silloin, kun toimitte itse rekisterinpitäjänä. Mikäli tarjoatte vain sovelluksen, joka toimii asiakkaan päätelaitteelta suoraan meidän palvelimeen API rajapinnan kautta kulkematta teidän oman palvelimen kautta, eihän tuosta silloin teille tule mitään rekisteriä. Tätä kysyn nyt ihan siis sillä, että käsittääkseni ainakaan aiemmin ei nuo julkaistut sovellukset ole keränneet rekisteriä devaajille

Eviihde ei kerää mitään tietoja, kirjautumistunnukset (GDPR?) ja salasana tallennetaan Windowssin ja Macin omiin salattuihin salasana-järjestelmiin. Suoraan rajapinnasta haku ja datan cachetus, jos oli valittuna päälle. Muuta se ei sitten tallentanut. Rekisterejä ei ole tarkoitus pitää, joskus oli eViihteessä (Mac versio) käytössä vahvasti yhteen suuntaan salattu/suolattu/sekoitettu uniikin tunnisteen laskeminen (ei mahdollista laskea auki ilman bruteforcea ja tuolloinkin niin monta liikkuvaa isoa osaa, ettei oikeastaan mahdollisuuksia) ihan vain siksi, että pystyi vähän arvioimaan käyttäjämäärää. Tuo toiminnallisuus oli osa versiotarkistusta, kun pyysi palvelimelta tiedon, että oliko uudempaa tarjolla.

Eli näistä voisi päätellä, että hommasta saa tuosta sopparista paljon pahemman kuvan, kuin Elisalla oli/on tarkoitus sen kanssa toimia. Selvästi kirjoittajapuolella ollut tekniikasta pihalla olevia humanisti-lakihenkilöitä. Enemmän tekstiä, enemmän palkkaa? :P

Dokumentin jakelu, olisiko mahdollista saada joku dev.elisa.fi tyyppinen sivusto, johon saa tunnukset tuota api-avainta varten, tai vaihtoehtoisesti tähän foorumille suljettu tekninen osa tätä varten. Kehittäjien tunnuksilla (ja toki Elisan) pääsy sinne. Dokkari sinne ja päivitellään sinne suoraan. Porukka voi heittää perään kommentteja, jos jotain puuttuu tai joku kohta toimii päin bebaa?

Vai onko liian vaikea toteuttaa? ;)

OT. Quote-tagi sekoilee myös Safarilla.

Kokeillaanpa, ammunko itseäni jalkaan. Tässä Python-skriptit tallenteiden lataamiseen ja duplikaattien poistoon. Toimivat kopioimalla URLeja elisaviihde.fi-sivulta.

API-keytä muuttamatta skriptejä:

• saa käyttää vapaasti ei-kaupalliseen käyttöön
• saa muunnella vähäisessä määrin omaan käyttöön (esim. muuttaa tiedostonimen rakennetta), kunhan suoritettavia http-kutsuja ei muutella tai lisätä
• EI SAA jakaa muualla (linkittäminen on siis sallittua)

API-keyn vaihtamalla skriptejä saa muokata ja jakaa vapaasti, kunhan Suomen lakia ja Elisan ja kehittäjän välistä GDPR-sopimusta noudatetaan.

Skripteissä näkyvää API-keytä ei saa käyttää muissa yhteyksissä.

Skriptit toimivat minulla ongelmitta, mutta suosittelen ainakin duplikaatteja poistaessa vilkaisemaan, ettei mitään tärkeää tule deletoitua. Käyttö tapahtuu omalla vastuulla.

Lataaminen toimii siten, että antamalla URLin muotoa https://elisaviihde.fi/ohjelmaopas/ohjelma/1234, skripti lataa kyseisen tallenteen wgetillä ja myös tallentaa kuvauksen tekstitiedostoon.

Duplikaattien poistoon URLit muotoa https://elisaviihde.fi/tallenteet/kansio/1234/sivu/1. Oletustallennekansiolle riittää vaikka pelkkä 0.

EDIT: Ei tuosta koodien liittämisestä viestiin tullut oikein mitään (ainakin sisennykset hävisivät). Lisäsin linkin.

Tuota noin... API-kutsut vaativat käyttäjän tunnuksen ja salasanan lähettämisen Elisalle istunnon alkuvaiheessa. Jos softa ei talleta niitä käyttäjän omalle levylle talteen niin sitten softan pitäisi niitä kysyä käyttäjältä jokainen kerta => todella kömpelöä.

Koska softa tallettaa käyttäjän tunnuksen ja salasanan [käyttäjän omalle tietokoneelle] on kyseessä rekisteri. Devaaja ei niitä tietenkään näe eikä hallinnoi, mutta devaajan tekemä softa ne joka tapauksessa luo ja tallettaa.

Mitään muuta ongelmaa itselläni ei ole. Paitti että mun softat ei ole käännettäviä, jokainen voi lukea sorsan ja siten kopioida mun oman API keyn johonkin omaan softaansa.
Tilanteessa missä tiedot tallennetaan paikallisen laitteen rekisteriin, rekisterin ylläpitäjänähän silloin toimii tuo päätelaitteen haltia eli käyttäjä itse 😉 Toki kannattaa huomioida devaajana että mihin ja miten tuon tiedon sitten päätelaitteelle laittaa tallentumaan, selkokielinen .txt tiedosto public_html kansiossa esimerkiksi ei välttämättä kovin hyvä paikka ole 😃 ssulti tuosta hyvin mainitsikin hyviä käytäntöjä tietojen tallentamista varten, eli hyvät käytännöt ja Elisan periaatteet palvelun sekä asiakkaiden tietojen suojaamisesta (löytyvät täältä) mielessä niin kaiken pitäisi olla kunnossa 🙂 Ja tuo sorsasta luettava API key on tiedossa oleva asia, tälle ei tällä hetkellä muutakaan ratkaisua ole, mutta kuten sanottu niin pelkkä API key koodissa ei tee kenestäkään vielä syyllistä mihinkään, se on vain linkki meille devaajaa kohden josta lähdemme selvittämään mahdollista väärinkäyttöä (toivottavasti ei tarvita koskaan).

Qotscha hyvä klausaali ja hienoa huomata että pelot on saatu lievitettyä GDPR:n osalta :)

OT: Tiedossa oleva bugi tuo quoten ongelma -> korjauksessa

-latasin ja asensin wget:in (ja tein sille path määrityksen, ei välttämätöntä)


Miten tämä osio mahtaisi toimia Macilla? Olen siis täysin noviisi Pythonin kanssa, antakaa anteeksi.

[quote user="Penajykä"]
-latasin ja asensin wget:in (ja tein sille path määrityksen, ei välttämätöntä)

Miten tämä osio mahtaisi toimia Macilla? Olen siis täysin noviisi Pythonin kanssa, antakaa anteeksi.

Tuohon kysymykseesi en tiedä sanoa mitään, mutta sen voin sanoa, että et varmasti ole Pythonin suhteen enempää noviisi kuin minäkään. Aivan puhtaalta pöydältä lähdin googlen avulla säätämään ja kuten totesin:

Pienen ihmettelyn jälkeen sain homman toimimaan

Siitä vaan kokeilemaan!

OT: Liittyyköhän tuo lainausbugi jotenkin ääkkösiin lainatun nimimerkissä? Patomiäs, Penajykä...? Heiltä lainatut tuntuvat ainakin menevän sekaisin. Edit : ai niin, olikin jo tiedossa ja korjauksessa.

-latasin ja asensin wget:in (ja tein sille path määrityksen, ei välttämätöntä)


Miten tämä osio mahtaisi toimia Macilla? Olen siis täysin noviisi Pythonin kanssa, antakaa anteeksi.

Olenko ymmärtänyt oikein, että macOS:ssä on ihan oletuksena curl asennettuna. Lataamisen pitäisi sujua silläkin. Onnistuu asettamalla lataa.py-skriptissä cmd-muuttujaksi 'curl -L -C - -o ' + '\"' + filename + '\" \"' + recordingUrl + '\"'

EDIT: Näköjään myös -L -valitsin on tarpeen, sekä tietysti -C kesken jääneen latauksen jatkamiseksi.

Niinhän se varmaan on, ainoastaan se wget:in PATH varmaan vaikuttaa siihen, ettei sen silloin tarvitse olla samassa kansiossa kuin scriptit? Itse asensin sen oletuskansioon.

Joo, tai vaihtoehtoisesti voi tietysti koodissa määritellä wget.exen koko polun.

Skriptien toimivuutta olen tosiaan testannut vain Windowsilla. Muilla käyttöjärjestelmillä (ja ehkä Windowsillakin merkistöasetuksista riippuen) voi hyvinkin olla tarpeen muuttaa merkistökoodausta (# -*- coding: cp850 -*- tiedostojen alussa) ja ehkä myös Wgetin käynnistävää Popen-komentoa.

Joo kiitos täältäkin. Tuo esimerkki on ihan toimiva, ja riittää hieman muokattuna minun yksinkertaisiin tarpeisiini. Jos siis sitä saa käyttää hankkimatta omia avaimia.

Windows kympin nykyversiossa on curl vakiona, käytetään mieluummin sitä:

cmd = 'curl -o "%s" "%s"' % (folder+filename, recordingUrl)

Merkistökoodausta on ihan turha määritellä, antaa olla mikä on.

Mitenkähän voisi rajata maksimiresoluutioksi 720p? Nyt uudempi tavara tulee 1080p tarkkuudella, mikä vie aikaa ja tilaa ilman mainittavaa hyötyä.

Mutta siis kiitos tästä. Varsinaisesti kuitenkin odotan, että hra asmandos saisi ViihdeHelperin uuden version julki.

Sen verran nyt muuttunut tuo tilanne sopimusten tulkinnassa ja muussa, niin Mac käyttäjien iloksi (osittain) toimiva eViihde versio tarjolla siinä kunnossa mitä se kesällä tuli.

Toimii:

• Katso
• Selaa
• Lataa

Ei toimi:

• Kaikki muu (lisää kansio, poista kansio/tallennus, lisää/muokkaa/poista ajastus)

Voi hakea täältä: http://eviihde.com/release/mac/