-
PHP
(
http://www.devprotalk.com/forumdisplay.php?f=9)
| Ilija Studen |
02. 08. 2006. 20:49 |
Za ovaj 1 dan si mogoa uzeti Django i napisati dobar deo stvari koje ti trebaju, uključujući i forum. Verovao ili ne ;)
|
| misk0 |
02. 08. 2006. 21:04 |
Citat:
Originalno napisao Ilija Studen
Za ovaj 1 dan si mogoa uzeti Django i napisati dobar deo stvari koje ti trebaju, uključujući i forum. Verovao ili ne ;)
|
Ne mogu pisati nista, vec prepravljati jer su takve zelje klijenata...
A sta bi sa ovim login patternom? Znas li sta o tome? |
| Ilija Studen |
02. 08. 2006. 21:07 |
To menja stvar. Ja u duhu tema "Domace ili Zajednicko". Oko nekih stvari se jednostavno ne vredi cimati. Lakše ih je napraviti od nule.
Login pattern? Prvi put čujem.
|
| misk0 |
02. 08. 2006. 21:14 |
Citat:
Originalno napisao Ilija Studen
To menja stvar. Ja u duhu tema "Domace ili Zajednicko". Oko nekih stvari se jednostavno ne vredi cimati. Lakše ih je napraviti od nule.
|
Za pare se vrijedi cimati oko svega, osim ako neko nije gadljiv na iste.
Citat:
Login pattern? Prvi put čujem.
|
Oki, mozda se ja prosipam ali koliko sam skontao, 'design pattern' u programiranju je teoretski nacin kako se rijesavaju odredjeni problem u ovom slucaju login, autorizacija ili kako vec. Buduci da nekoliko aplikacija koristi isti sistem /nacin mozda bi se mogao tako nazvati. Ali kazem, mozda lupam.... |
Citat:
Originalno napisao misk0
Da, ali recimo loguje se user u jednu aplikaciju, radi, i onda otvori drugu app. U toj drugoj app ti u tom trenutku ne znas username (nije ulogovan logicno), ne znas session_id od prve aplikacije jer ne mozes citati njegove cookie i kako mozes provjeriti uopste da li je logovan u prvoj aplikaciji??
|
da, ali ti svaka aplikacija generira jedan 1x1 iframe u kojem pozivas postavi_cookie.php skriptu koja se nalazi na drugoj domeni koja ce ti sa svoje domene postavit cookie kakav ti treba da i druga aplikacija prepozna korisnika kad dodje tamo nelogiran. |
| misk0 |
02. 08. 2006. 22:00 |
Citat:
Originalno napisao dee
da, ali ti svaka aplikacija generira jedan 1x1 iframe u kojem pozivas postavi_cookie.php skriptu koja se nalazi na drugoj domeni koja ce ti sa svoje domene postavit cookie kakav ti treba da i druga aplikacija prepozna korisnika kad dodje tamo nelogiran.
|
Da, da ... web beacon (thx Kodi) ... taj dio nisam shvatio. Hvala, mislim da cu tako rijesiti. |
| kaizen |
03. 08. 2006. 09:01 |
Citat:
Originalno napisao misk0
Oki, mozda se ja prosipam ali koliko sam skontao, 'design pattern' u programiranju je teoretski nacin kako se rijesavaju odredjeni problem u ovom slucaju login, autorizacija ili kako vec. Buduci da nekoliko aplikacija koristi isti sistem /nacin mozda bi se mogao tako nazvati. Ali kazem, mozda lupam....
|
Ne postoji nešto kao login pattern. Design patterni rešavaju probleme odnosa između objekata, i nisu vezani za sam domen problema, kao što je ovde slučaj.
Mada treba reći da postoje razna viđenja šta su patterni. Pre 2 godine prisustvovao sam predavanju Jim Copliena(jedan od glavnih likova u C++ i ООP zajednici), na kojem sam čuo jednostavan kriterijum za patterne: "nije design pattern, ako nije primenjiv u barem tri različita domena". Sa druge strane, na internetu možeš naći gomilu ajax design patterna, ejb design patterna, a ko zna možda čak i login design patterna :1064:. IMHO, neki od tih "design patterna" su idiomi a ostalo su jednostavno konkretna rešenja za konkretan problem. |
| ivanhoe |
03. 08. 2006. 12:58 |
Citat:
Originalno napisao dee
da, ali ti svaka aplikacija generira jedan 1x1 iframe u kojem pozivas postavi_cookie.php skriptu koja se nalazi na drugoj domeni koja ce ti sa svoje domene postavit cookie kakav ti treba da i druga aplikacija prepozna korisnika kad dodje tamo nelogiran.
|
sta se desava ako dodje korisnik sa lynx-om ili nekim mobilnim kji ne podrzava ifrejmove?
daleko je bolje resenje da login skript uradi redirekciju korisnika do drugog servera, prosledivsi login podatke pri tome, a onda drugi server vrati korisnika nazad nakon sto ga uloguje.. |
| misk0 |
03. 08. 2006. 13:07 |
Citat:
Originalno napisao ivanhoe
daleko je bolje resenje da login skript uradi redirekciju korisnika do drugog servera, prosledivsi login podatke pri tome, a onda drugi server vrati korisnika nazad nakon sto ga uloguje..
|
A koliko browsera podrzava redirekciju? |
| Vreme je GMT +2. Trenutno vreme je 23:21. |
|
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.
Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.
