[PHP/(My)SQL] voor dummies - Deel 30

quote:

Op zaterdag 22 juli 2006 11:34 schreef Roönaän het volgende:

[..]

damn. En ik maar hopen dat er 4096x2048 pixel scans van postzegels beschikbaar zouden komen

Aparte webshop voor loupes

Ik ben een nieuwe manier aan het verzinnen om members op mijn site te kunnen herkennen. Nu heb ik hier en daar een beetje gelezen over manieren om dit te doen, en er kwamen een aantal manieren uit.

Ik kwam een systeem tegen dat werkte met bitwise controle, dus bepaalde functies (bijv. bewerken, deleten, schrijven, etc...) krijgen een bit-waarde toegewezen (0x1,0x400, etc...). Daarna wordt door bitwise operators gecontroleerd op geldigheid gecontroleerd, waarna bepaalde functies werken. Het zou er dan zo uitzien:


Hoewel het mij een goed systeem lijkt voor controle, lijkt het me toch moeilijk om de lijst met permissies telkens aan te passen. Toen kwam ik een ander systeem tegen, waarbij drie verschillende groepen uitkomst moet bieden.


Deze tabellen werden dan ook nog eens in drie koppeltabellen gekoppeld:


Dit leek me al gelijk een stuk handiger, aangezien je hier met meer gemak de permissies en groepen kan bijhouden zonder je code veel te moeten aanpassen. Het wordt ook overzichtelijker. Maar ook hier dacht ik een probleem op te merken in het feit dat de permissies per groep verschillend kan zijn, aangezien de site verschillend categorien heeft. Dus als je de permissies read, write, edit, etc... hebt, dat je deze kan toepassen op zowel artikel redacteuren, als forum moderators... Of zie ik dit verkeerd? Dat de groepen uitmaken in welke sectie van de site de permissies toegankelijk zijn?

Ik wilde eigenlijk gewoon vragen welke van deze twee methodes beter is? Of zou een combinatie van beiden goed zijn? Verder zat ik nog te tobben over een hierarchie, dus als in de groep iets niet is toegestaan, maar voor een indiduele user wel, dat de groep permissie uiteindelijk de user ook op niet toestaan zet. Of is er nog een andere methode waar ik over zou moeten lezen?

klein vraagje ik heb nu een variable met 1234 erin
deze wil ik graag in een array zetten
als ik str_split gebruik komt er niks uit???
hoe zou ik het anders kunnen doen (ik zelf zat te denken aan het volgende
ik bouw de query op met tussenb de tekens een ; (dit kan aangezien ik in een while zit waar de tekens moeten worden opgehaald)
maar ik heb geen idee hoe ik de laatste 'loze' ; dan uiit de variable moet trekken... (want met deze methode krijg ik: 1;2;3;4; )

wie helpt mij als n00b zijnde ?

[ Bericht 16% gewijzigd door mschol op 22-07-2006 16:46:31 ]

quote:

Op zaterdag 22 juli 2006 18:55 schreef the_disheaver het volgende:

is het nou <= of =< (iemand een ezelsbruggetje ofzo ervoor?)

Het is <= en ook >=. Je zegt het meestal ook zo: "kleiner gelijk" en "groter gelijk". Ook != past daarbij: "niet gelijk", en == "is gelijk".

quote:

Op zaterdag 22 juli 2006 16:40 schreef mschol het volgende:
klein vraagje ik heb nu een variable met 1234 erin
deze wil ik graag in een array zetten
als ik str_split gebruik komt er niks uit???
hoe zou ik het anders kunnen doen (ik zelf zat te denken aan het volgende
ik bouw de query op met tussenb de tekens een ; (dit kan aangezien ik in een while zit waar de tekens moeten worden opgehaald)
maar ik heb geen idee hoe ik de laatste 'loze' ; dan uiit de variable moet trekken... (want met deze methode krijg ik: 1;2;3;4; )

wie helpt mij als n00b zijnde ?

explode?

quote:

Op vrijdag 21 juli 2006 23:13 schreef Light het volgende:

[..]

En hoe wil je dat opslaan in de database? Een tabel met 2 kolommen, user en postzegel, en voor iedere (user, postzegel) een rij? Dan kun je met mysql en heel eind komen volgens mij, met 2 queries. Eerst een SELECT postzegel FROM tabel WHERE user=1234. Dat resultaat in een array zetten. Dan met een SELECT user, count(postzegel) FROM tabel WHERE postzegel IN implode(',',$postzegelverzameling) GROUP BY user

Dan krijg je per user een rating van hoeveel postzegels ze overeenkomstig hebben aan de bronuser. Da's geen percentage, maar dat is dan wel te berekenen. En sorteren kan ook handig zijn.

tabel:


Met Lights methode matched 1 met 4. Immers, user 4 bevat 80% van de items van user 1 (4 van de 5)... Maaaaar.... user 4 matched zo natuurlijk niet met 1. Want 1 matched maar 4 van de 8 (50%) van user 4.

Sowieso ga ik ook nog met genres werken, dus zou ik het nog een keer op kunnen delen, maar dat wordt redelijk ingewikkeld Ziet iemand nog een iandere methode om 4 aan 1 EN 1 aan 4 te koppelen?

Ik ben bezig om me in PHP/MySQL aan het verdiepen, en heb een tijdje geleden ook PHP&MySQL voor dummies gekocht. Alleen ben ik op zoek naar nog z'n mooi boek. Is dit misschien een aanrader?

quote:

Op zaterdag 22 juli 2006 20:04 schreef Ranja_Ranja het volgende:
Ik ben bezig om me in PHP/MySQL aan het verdiepen, en heb een tijdje geleden ook PHP&MySQL voor dummies gekocht. Alleen ben ik op zoek naar nog z'n mooi boek. Is dit misschien een aanrader?

Waarom heb je nog een boek nodig dan?

quote:

Op zaterdag 22 juli 2006 19:55 schreef Swetsenegger het volgende:

Met Lights methode matched 1 met 4. Immers, user 4 bevat 80% van de items van user 1 (4 van de 5)... Maaaaar.... user 4 matched zo natuurlijk niet met 1. Want 1 matched maar 4 van de 8 (50%) van user 4.

Er stond ook nergens dat dat de bedoeling was

quote:

Op zaterdag 22 juli 2006 19:49 schreef Swetsenegger het volgende:

[..]

explode?

ja dan heb ik dus een "loze" 5e array key waar me loop op crasht...
maar ik ga morgen nog even verder kijken tot zover bdankt in iedergeval

quote:

Op zaterdag 22 juli 2006 22:34 schreef Light het volgende:

[..]

Er stond ook nergens dat dat de bedoeling was

quote:

Op zondag 23 juli 2006 11:12 schreef Swetsenegger het volgende:

[..]

Maar sowieso wil je toch altijd weten wie er met jou overeenkomt en niet met wie jij overeenkomt?

quote:

Op zondag 23 juli 2006 11:29 schreef Scorpie het volgende:

Misschien voor later?

Dat kan je dan opvragen. Bedoelde eigenlijk dat je altijd van een user kijkt en niet naar de gecombineerde tweerichtingsovereenkomst.

quote:

Op zondag 23 juli 2006 11:27 schreef Roönaän het volgende:

[..]

Maar sowieso wil je toch altijd weten wie er met jou overeenkomt en niet met wie jij overeenkomt?

Nee dat klopt op zich wel, maar door een percentage te gebruiken, zal je naarmate je meer items krijgt minder 'buddies' krijgen. Terwijl de gemiddelde leek verwacht dat hoe meer items hij heeft, hij met meer mensen overeenkomsten zal vinden. En feitelijk is dat ook wat ik eigenlijk voor ogen heb.

Ik denk dus dat ik van de bron user zijn items moet opsplitsen in genres en vervolgens per genre 80% overeenkomsten moet zoeken.

Ik kan het mezelf natuurlijk makkelijk maken door bij elk item te zeggen "de volgende gebruikers hebben ook dit item"

quote:

Op zaterdag 22 juli 2006 14:49 schreef SkaterSam het volgende:
[...]

Niemand hier iets over te zeggen ?

quote:

Op zondag 23 juli 2006 11:38 schreef Swetsenegger het volgende:

[..]

Nee dat klopt op zich wel, maar door een percentage te gebruiken, zal je naarmate je meer items krijgt minder 'buddies' krijgen. Terwijl de gemiddelde leek verwacht dat hoe meer items hij heeft, hij met meer mensen overeenkomsten zal vinden. En feitelijk is dat ook wat ik eigenlijk voor ogen heb.

Aan de andere kant moet je je ook afvragen wat je gaat doen met mensen die net beginnen. Moet iemand met 3 postzegels ook kunnen matchen met iemand die er 30 heeft?

quote:

Ik denk dus dat ik van de bron user zijn items moet opsplitsen in genres en vervolgens per genre 80% overeenkomsten moet zoeken.

Of je stapt af van die 80% maar gaat gewoon met aantallen werken. Iets als "de volgende 25 users hebben veel onderdelen die ook in jouw verzameling zitten"

quote:

Ik kan het mezelf natuurlijk makkelijk maken door bij elk item te zeggen "de volgende gebruikers hebben ook dit item"

Da's idd wel het makkelijkst

quote:

Op zondag 23 juli 2006 14:52 schreef Light het volgende:

[..]

Aan de andere kant moet je je ook afvragen wat je gaat doen met mensen die net beginnen. Moet iemand met 3 postzegels ook kunnen matchen met iemand die er 30 heeft?
[quote]
Die 3 met die 30 klopt wel, maar of je 30 met 3 moet matchen is inderdaad wel iets wat je je af moet vragen.

[quote]

Of je stapt af van die 80% maar gaat gewoon met aantallen werken. Iets als "de volgende 25 users hebben veel onderdelen die ook in jouw verzameling zitten"

Dat is ook min of meer mijn idee. Maar hoe definieer je 'veel onderdelen'? Daarom ben ik uit gegaan van die 80%.

quote:

Op zondag 23 juli 2006 16:27 schreef Swetsenegger het volgende:

[..]

Dat is ook min of meer mijn idee. Maar hoe definieer je 'veel onderdelen'? Daarom ben ik uit gegaan van die 80%.

Gewoon die query SELECT user, count(postzegel) FROM tabel WHERE postzegel IN implode(',',$postzegelverzameling) GROUP BY user aflopend sorteren op count(postzegel). Zou ik denken. Maar daar zijn vast ook nog wel dingen op aan te merken.

quote:

Op zondag 23 juli 2006 17:11 schreef Light het volgende:

[..]

Gewoon die query SELECT user, count(postzegel) FROM tabel WHERE postzegel IN implode(',',$postzegelverzameling) GROUP BY user aflopend sorteren op count(postzegel). Zou ik denken. Maar daar zijn vast ook nog wel dingen op aan te merken.

Ah en dan de eerste 25 pakken ofzo.
Hmz, ook een idee.

heeft iemand een klein, simpel voorbeeldje van hoe je met sessies en cookies/mysql een gebruiker kan onthouden??
dus wat wil ik dat er gebeurd:
1 gebruikerr logt in
2 er wordt cookie neergezet met sessie id
3 sessie id wordt in db opgeslagen (samen met andere dingen voor check)
4 gebruiker sluit browser
5 gebruiker komt weer terug en oude sessie wordt hersteld

nou heb ik al lopen klooien met setcookie en register_session()
maar helaas mocht dat niet baten
ik kan wel sessie herstellen (d.m.v. session_id(oude_sessie_id) ) maar alles wat ik in mijn sessie had staan is weg...
iemand???
uit php.net wordt ik niet veel wijzer...

quote:

Op maandag 24 juli 2006 08:50 schreef Scorpie het volgende:
hotscripts.com en dan login script in de php sectie zoeken

maar kan het wel.
een oude sessie herstellen (inclusief de sessie variablen??)
want anders ben ik voor niks aan het zoeken (en zal ik het anders moeten oplossen )

quote:

Op maandag 24 juli 2006 14:10 schreef mschol het volgende:

[..]

maar kan het wel.
een oude sessie herstellen (inclusief de sessie variablen??)
want anders ben ik voor niks aan het zoeken (en zal ik het anders moeten oplossen )

Natuurlijk kan dat. Je geeft alleen geen code dus het wordt gissen waar het fout gaat

Eén common pitfall is dat wanneer je zelf session handlers schrijft, het database object éérst wordt gedestroyed voordat er een session_write_close() wordt aangeroepen als je het script out of scope laat gaan.

ik wil time() opslaan in de sessie en dan verderop in mijn script gebruiken om the checken of de sessie nog actueel is. Dus dat doe ik als volgt (voor gebruik in de database en in de rest van de code maak ik de variabele $tijd aan):



Na de login wordt ik doorgestuurd naar een beveiligde pagina waar hij netjes in staat is om de tijd uit de sessie uit te lezen. Alleen zodra ik dan verder ga naar een andere pagina of de huidige pagina refresh dan is hij de tijd kwijt. De key "tijd" en de andere sessieonderdelen blijven wel allemaal bestaan. Waarom verliest de key tijd zijn waarde?

-foutief gebruik van een variabele verderop in het script zorgde ervoor dat $tijd geen waarde meer had gefixed

[ Bericht 7% gewijzigd door ExCibular op 24-07-2006 15:07:43 ]

INSERT INTO mms (Locatie) VALUES ('$cur_time _ $md->transactionId')

$cur_time en $md->transactionId worden dus door mn script gemaakt. maar hoe krijg ik dat streepje tussen die 2 waarden?

het antwoord moet dus iets zijn als: 1153678043_E0F6F77E02D2FA