[haljan]

Om du vill erbjuda Facebook eller Google-login beror lite på din målgrupp. Hur många i målgruppen använder FB eller Google?

En egen signup bör du nog ha i alla fall (kanske lite beroende på målgrupp även här...)

[niklasr]

Tack för svaren. Ursäkta att jag svarar från ett annat konto men jag har råkat dubbelregistrera mig. Det går bra kolla på ett av mina projekt som är ett forum dvs www.nixforum.com och komma med fler idéer. Ska man ha egen login måste man ju också ha egen session vilket jag inte börjat med. Jag har outsourcat sessionsobjektet man annars sparar inloggningsdetaljer i och försöker göra jobbet utan ett egen sessionsobjekt. Det blir även bättre prestanda fysiskt så.

[Jine]

Jag har svårt att tro att du kan komma ifrån ett eget sessionobjekt.
På något sätt måste du lokalt hålla reda på vem användaren är.

Givetvis kan du hämta användarinformation ifrån FB/Twitter, men att göra det vid VARJE request är högst ooptimalt och bidrar snarare till att prestandan sjunker EXTREMT.

Detta eftersom isåfall måste din tjänst kontakta en annan tjänst för att hämta information om VARJE användare och request.

Sen vet jag inte vad du menar med "prestanda fysiskt", styrketränar dina applikationer eller?

Jag skulle säga att ha en vanlig registrering som vanligt, men möjlighet att "snabba upp" den processen genom att erbjuda FB/Twitter/OAuth. Då får användaren välja.

[niklasr]

Ursprungligen postat av Jine

Jag har svårt att tro att du kan komma ifrån ett eget sessionobjekt.
På något sätt måste du lokalt hålla reda på vem användaren är.

Givetvis kan du hämta användarinformation ifrån FB/Twitter, men att göra det vid VARJE request är högst ooptimalt och bidrar snarare till att prestandan sjunker EXTREMT.

Detta eftersom isåfall måste din tjänst kontakta en annan tjänst för att hämta information om VARJE användare och request.

Sen vet jag inte vad du menar med "prestanda fysiskt", styrketränar dina applikationer eller?

Jag skulle säga att ha en vanlig registrering som vanligt, men möjlighet att "snabba upp" den processen genom att erbjuda FB/Twitter/OAuth. Då får användaren välja.

Tack för feedback. Jag håller med! "Fysisk prestanda" har visat sig spela roll eftersom jag tidigare hade en fysisk rackserver med tjänster och då mycket mera trafik men jag flyttade till google app engine eftersom all trafik inte var legitim och har nu mindre men "bättre" trafik dvs inte en massa besökare från Kina som försöker använda min fysiska dator som en proxy för att nå andra ställen på internet som är censurerade i Kina. Därefter virtualiserade jag miljön och kör nu på cloud computing dvs google app engine för en "framtidssäker" lösning eftersom applikationen har som funktion att spara användarnas filer och har man då en fysisk dator i stället för distribuerad så kommer hårddisken att ta slut. Genom att spara data i molnet riskerar jag inte att någon fysisk hårddisk tar slut men prestandan t.ex. som mätt i absolut svarstid är långsammare mot molnet jämfört med en fysisk rackserver t.ex. med modulen särskilt kompilerade för datorns fysiska arkitektur.
MVH
Niklas