Gestione dati login: principiante in alto mare

daneel_olivaw · February 15, 2007, 12:17pm

Buongiorno lista.
Sono un nuovo utente che dovendo realizzare un applicativo via web e
dovendosi imparare un linguaggio dopo vari esperimenti ha deciso che
Ruby Ã¨ quello piÃ¹ facile da usare
Dovrei fare una cosa del genere: un sito in cui degli utenti abilitati
possano inserire dei dati che poi un operatore gestirÃ .
Come sistema per l’accesso l’unico che sono stato in grado di far
funzionare alla meno peggio Ã¨ LoginGenerator (
Peak Obsession ); ho fatto due
tabelle in un database python, una per gli utenti e una per i dati; in
quest’ultima oltre a ciÃ² che inserirÃ l’utente dovrebbero finirci il
nome dell’utente che li ha imputati ed altre cose che potrebbero servire
presenti sempre tra i dati utente, in modo da permettere all’operatore
di sapere chi ha inserito e poter effettuare delle ricerche, ma non
riesco a capire come fare per recuperare il nome dell’utente loggato e
di conseguenza non riesco a compilare automaticamente i campi in cui
inserire i dati. Come esempio ho seguito questa guida:
http://www.onlamp.com/pub/a/onlamp/2005/01/20/rails.html , ma
naturalmente mi sono miseramente bloccato. Sicuramente mi sfuggirÃ una
sciocchezza, ma piÃ¹ provo e piÃ¹ mi impantano.
Avete suggerimenti, esempi, altre guide, pezzi di codice che vi
avanzano, ecc.?

Mi scuso per la banalitÃ del quesito (e anche dei futuri ‘^_^), ma
partire da zero Ã¨ sempre dura, portate pazienza… almeno per un po’

Grazie e a presto.
Daneel O.

daneel_olivaw · February 15, 2007, 1:20pm

Ciao,

prova questo
http://technoweenie.stikipad.com/plugins/show/Acts+as+Authenticated

Ã¨ un plugin per gestire l’ accesso utente, e l’ utente loggato lo
recuperi
con la variabile current_user

Io e a quanto pare quasi tutti usiamo questo plugin.

Saluti Andrea

----- Original Message -----
From: “Daneel O.” [email protected]
To: [email protected]
Sent: Thursday, February 15, 2007 12:17 PM
Subject: [ruby-it] Gestione dati login: principiante in alto mare

quest’ultima oltre a ciÃ² che inserirÃ l’utente dovrebbero finirci il
avanzano, ecc.?

Mi scuso per la banalitÃ del quesito (e anche dei futuri ‘^_^), ma
partire da zero Ã¨ sempre dura, portate pazienza… almeno per un po’

Grazie e a presto.
Daneel O.

–
Posted via http://www.ruby-forum.com/.

daneel_olivaw · February 15, 2007, 3:15pm

stb wrote:

Ciao,

prova questo
http://technoweenie.stikipad.com/plugins/show/Acts+as+Authenticated

Ã¨ un plugin per gestire l’ accesso utente, e l’ utente loggato lo
recuperi
con la variabile current_user

L’avevo provato, ma non capivo come funzionava. Ci sono appena tornato
su, pare funzionare, la pagina di signin (iscrizione dell’account)
funziona, ma la pagina di login non va; ho lasciato il codice standard
che c’Ã¨, ma pare che non venga letto: se carico la pagina col browser e
guardo il sorgente, non compare niente, o al massimo ciÃ² che ci metto a
mano io (commenti, titoli, scritte, ecc.), ma non c’Ã¨ verso che carichi
il codice ruby che dovrebbe creare le caselle per l’inserimento di nome
utente e password… qualcuno ha mai visto cose del genere?
Visto che ci sono, ecco qui che c’Ã¨ in app/views/account/login.rhtml del
sito:

<% form_tag do -%>

Login
<%= text_field_tag 'login' %>

Password
<%= password_field_tag 'password' %>

Remember me: <%= check_box_tag 'remember_me' %>

<%= submit_tag 'Log in' %>

<% end -%>

In quanti millimetri di acqua mi sto perdendo?

Daneel O.

daneel_olivaw · February 15, 2007, 3:30pm

se non sbaglio dovrebbe giÃ farlo lui, probabilmente stai facendo
qualche
casino col db, il plugin si basa sulla tabella users presente nel db,
magari
tu per le tue cose stai usando un’ altra tabella, cmq per quanto
riguarda i
form creati un automatico si puÃ² ma non li ho mai usati, prova a creare
uno
scaffold giusto per vedere come fa, se non sbaglio li usa.

----- Original Message -----
From: “Daneel O.” [email protected]
To: [email protected]
Sent: Thursday, February 15, 2007 3:15 PM
Subject: [ruby-it] Re: Gestione dati login: principiante in alto mare

L’avevo provato, ma non capivo come funzionava. Ci sono appena tornato
<% form_tag do -%>

<%= submit_tag 'Log in' %>
<% end -%>
In quanti millimetri di acqua mi sto perdendo?

Daneel O.

–
Posted via http://www.ruby-forum.com/.

daneel_olivaw · February 21, 2007, 5:34pm

Innanzitutto grazie per le risposte
Il problema della pagina di login era dovuto alla versione vecchia di
rails (se non erro) che faceva a pugni con act_as_authenticated. Ho
trovato la soluzione, ma non ricordo il link '

Torno alla carica con un’altra cosa sempre legata all’utente: dovrei
fare in modo che ogni utente si veda i suoi dati inseriti, mentre un
amministratore puÃ² vederli tutti. Per ora mi basterebbe capire la prima
parte; la seconda (amministratore che vede tutto) penso venga di
conseguenza con un controllo in piÃ¹.
Sto cercando esempi in giro, ma finora non ne ho trovati che mi hanno
messo nella giusta strada… avete per caso un pezzetto di codice che vi
avanza che permette di mostrare i dati inseriti dall’utente, o c’Ã¨ un
sito con esempi ben commentati?
Prometto che appena frego la carta di credito al capo compro i libri

Grazie per la pazienza e a presto
Daneel O. (che comincia a capirci qualcosa… forse…)

P.s.: mi sono appena accorto dell’immensa castronata scritta nel primo
post: il database Ã¨ in mysql, non in python… '-_-

daneel_olivaw · February 22, 2007, 10:19am

Il posto giusto per trovare una buona dose di esempi e snippet di
codice da usare è questo:
http://technoweenie.stikipad.com/plugins/show/User+Authentication

Io personalmente ho implementato nel model User il metodo “is_admin?”
dove controllo se l’utente dispone di questa qualifica (a te decidere
se è data da una tabella esterna ruoli, una colonna col flag adeguato
ecc.).

Se vuoi permettere l’accesso alle action “edit” e “create” del
controller “profile” ai soli admin, ad esempio, puoi fare
così:
def authorized?(user)
user.is_admin? || ![‘edit’, ‘create’].include?(action_name)
end

Rispondendo in modo diretto alla tua domanda, potresti fare qualcosa
del genere nella view:

User profile

<% if logged_in? %>

<% for column in User.content_columns %>
<% if @user.is_admin? || !@user.send(column.name).empty? #
all’admin mostro tutte le colonne, all’user solo quelle non vuote %>

<%= column.human_name %>: <%=h @user.send(column.name) %>

<% end %>
<% end %>

<% else %>

Devi loggarti per visualizzare il tuo profilo

<% end %>

Ma sinceramente, troverei più sicuro fare due view diverse ed usare il
primo metodo per definiri chi può accedere a cosa.

Il 21/02/07, Daneel O.[email protected] ha scritto:

daneel_olivaw · February 22, 2007, 4:53pm

stb wrote:

http://technoweenie.stikipad.com/plugins/show/Acts+as+Authenticated

questo ï¿½ uno dei plugin piï¿½ usati, ï¿½ anche ben documentato e alla fine ï¿½
abbastanza facile da usare

PS: se cerchi nell’ archivio della mailing troverai giï¿½ altri topic su
questo argomento.

Visto tutto…

Il posto giusto per trovare una buona dose di esempi e snippet di
codice da usare ï¿½ questo:
http://technoweenie.stikipad.com/plugins/show/User+Authentication

… e anche questo.

Siete troppo ottimisti rigurado le mie capacitÃ , per ora sono incagliato
sul far vedere all’utente solo i suoi dati…
In teoria pensavo di dire una cosa del genere:"Dei dati presenti nella
tabella guarda il campo id utente (c’Ã¨ il campo users_id che contiene
l’id dell’utente che inserisce il dato, per l’appunto) e confrontalo con
l’id dell’utente loggato (lo recupero da current_user.id); se sono
uguali, mostra i dati presenti (la tabella dati Ã¨ fatta pressapoco con
questi campi: id, users_id, nome_utente_inserente_dato, informazione1,
informazione2, … informazione_n).

Una volta che so come tradurre in codice tutto ciÃ² sono a posto, ma
finora sono solo riuscito a capire come NON fare. Ho trovato un po’ di
esempi di selezione di dati, ma nessuno con una logica simile e andare
per tentativi ad un certo punto Ã¨ deleterio. Per chi si sta chiedendo
perchÃ© non mi studi prima un po’ di teoria, procedo cosÃ¬ perchÃ© capisco
di piÃ¹ vedendo le cose… specialmente se ci sbatto contro frontalmente

Per la parte dell’amministratore, ci penso appena il lato utente Ã¨ a
posto.

A presto.
Daneel O. (che si sente molto luser '^_^)

daneel_olivaw · February 22, 2007, 1:21pm

http://technoweenie.stikipad.com/plugins/show/Acts+as+Authenticated

questo è uno dei plugin più usati, è anche ben documentato e alla fine è
abbastanza facile da usare

PS: se cerchi nell’ archivio della mailing troverai già altri topic su
questo argomento.

Saluti Andrea

----- Original Message -----
From: “Ashkey” [email protected]
To: [email protected]
Sent: Thursday, February 22, 2007 10:18 AM
Subject: Re: [ruby-it] Re: Re: Gestione dati login: principiante in alto
mare

Il posto giusto per trovare una buona dose di esempi e snippet di
codice da usare è questo:
http://technoweenie.stikipad.com/plugins/show/User+Authentication

Io personalmente ho implementato nel model User il metodo “is_admin?”
dove controllo se l’utente dispone di questa qualifica (a te decidere
se è data da una tabella esterna ruoli, una colonna col flag adeguato
ecc.).

Se vuoi permettere l’accesso alle action “edit” e “create” del
controller “profile” ai soli admin, ad esempio, puoi fare
così:
def authorized?(user)
user.is_admin? || ![‘edit’, ‘create’].include?(action_name)
end

Rispondendo in modo diretto alla tua domanda, potresti fare qualcosa
del genere nella view:

User profile

<% if logged_in? %>

<% for column in User.content_columns %>
<% if @user.is_admin? || !@user.send(column.name).empty? #
all’admin mostro tutte le colonne, all’user solo quelle non vuote %>

<%= column.human_name %>: <%=h @user.send(column.name) %>

<% end %>
<% end %>

<% else %>

Devi loggarti per visualizzare il tuo profilo

<% end %>

Ma sinceramente, troverei più sicuro fare due view diverse ed usare il
primo metodo per definiri chi può accedere a cosa.

Il 21/02/07, Daneel O.[email protected] ha scritto:

messo nella giusta strada… avete per caso un pezzetto di codice che vi

Posted via http://www.ruby-forum.com/.

Ml mailing list
[email protected]
http://lists.ruby-it.org/mailman/listinfo/ml

–
Ashkey < Jules Piccotti

Ml mailing list
[email protected]
http://lists.ruby-it.org/mailman/listinfo/ml

daneel_olivaw · February 22, 2007, 5:17pm

Daneel O. wrote:

In teoria pensavo di dire una cosa del genere:"Dei dati presenti nella
tabella guarda il campo id utente (c’Ã¨ il campo users_id che contiene
l’id dell’utente che inserisce il dato, per l’appunto) e confrontalo con
l’id dell’utente loggato (lo recupero da current_user.id); se sono
uguali, mostra i dati presenti (la tabella dati Ã¨ fatta pressapoco con
questi campi: id, users_id, nome_utente_inserente_dato, informazione1,
informazione2, … informazione_n).

dunque dunque…

se hai seguito acts_as_authenticated hai in @current_user l’utente
loggato.

quindi se nella tua tabella (chiamiamola items) hai uno user_id, nei
tuoi modelli avrai

class Item < ActiveRecord::Base
belongs_to :user
end

class Item < ActiveRecord::Base
has_many :items
end

allora nel controller potrai fare:

@items_utente = @current_user.items

@items_utente conterra tutti gli items dell’utente

questo e’ tutto quello che serve ed e’ anche la forma consigliata per
accedere agli oggetti “protetti” i.e. posseduti da un utente.

spero che aiuti!
Luca

–

Web: http://spazidigitali.com - http://thetyper.com
Email mailto://[email protected]
Skype callto://l.mearelli