[fria24] Inventering av resurser

[Anders Wallenquist]

Dario Lopez-Kästen wrote:

> Per Persson wrote:
>
>> From: "Erik Ridderby" <Erik.Ridderby at gmail.com>
>>
>>> När det gäller språkfrågan ser jag inte hur PHP kan vara ett
>>> alternativ. Mycket av det som måste till sker på plattformsnivå och
>>> där är vällan inte PHP något större alternativ?
>>
>>
>>
>> Hur menar du? PHP fungerar tillsammans med både Apache och IIS, under
>> såväl Windows, Linux, Mac som andra plattformar.
>
>
> men hur är det med infratstruktursidan? PHP är ett srpåk som körs i en
> webb-server - vilket kanske får många att fundera på om den är ett bra
> bal eller inte för att bygga all den infrastruktur för fria24 som
> kommer att behövas och som inte kommer att köras på www-servrar.
>
> Gott folk, vi måste börja förstå att fria24 är *aningens* större än
> att skapa schyssta www-sidor.
>
> Sluta upp med "ett språk, en plattform, en lösning" och låt oss
> fokusera på design. Hittills har vi snackat om hur bra det kommer att
> vara när allt blir klart och byggt i Drupal och PHP.
>
> Ingen har funderar runt på vad det är som skall vara klart att visas i
> Drupal är.

När det gäller applikationsservern och applikationen tror jag det är
viktigt att vi definierar en konkret tillämpning. En bra tillämpning är
enkel, synlig och har förankring hos en verklig kund. Exempelvis
förskola i Bromma och lämplig tillämpning.

>
> Var är dikussionernar om arkitektur? om hur vi kan få tillgång till
> något testsystem som redan finns? Designförslag, avgränsningar,
> försalg till litteratur, white papers från de som faktiskt fattar hur
> SHS fungerar och kan förklara för oss andra?

När det gäller arkitektur finns det redan givna riktliknjer inom ramen
för exempelvis SHS. Vi har haft länkar på listan till
testspecifikationen för SHS-klienten. Här skall vi dra en skiljelinje
mellan de krav vi ställer på applikationen/applikationsservern och
eventuell återanvändbar SHS-tjänst. Vi kan komma fram till att det inte
behövs någon mellanvara eller att den är enkel att definiera.


> Vi snackar en massa om e-id, och shs som komemra tt fungera med
> PHP/Python/Plone/Drupal/java... hurdå, med vilka webservices, vilka
> protokoll finns det för att prata med e-id, kod/dokument man kan titta
> på för att börja bygga?

Protokollen när det gäller SHS uppfattar jag att Webservices är
protokollnivån, dvs de meddelanden som ingår i SHS-familjen.

> Så innan vi kommer till låt oss bygga X med hjälp av Z, kanske vi
> skall fundera på vad som behövs föra tt X öht skall kunna bli av och
> efter det genomföra olikas slags implementationsfaser i valfri teknik.
>
> Jag vill jättegärna hjälpa till, men jag har haft svårt att sätta mig
> in i och översätta den SHS-spec som finns till klasser, infrastruktur,
> use cases osv.


>
> Så, var börjar vi?

1) Testspecen för SHS - den utgör ju vad  shssend/shsrecieve skall göra
2) Välj applikation (och slutanvändare) - definiera vilka  frågor som
skall hanteras över SHS och med  vilka intressenter, definiera
gränssnitt mellan applikation och vår SHS-implementation
3) Autenticering - var går gränssnitten, vilka tekniker och hur kan vi
implementera detta på en fri plattform. Jag vet för lite om E-ID idag
för att se en klar linje, vi skulle behöva motsvarande SHS-specarna på
detta område.



/Anders W