DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
ik denk eigenlijk dat je gewoon een karaktertje was vergeten ergens
want je maakt de tablerows aan in de $_POST foreach neem ik aan?
want je maakt de tablerows aan in de $_POST foreach neem ik aan?
As a rule, I never touch anything more sophisticated and delicate than myself.
zo staat het nu ja, maar ik wil bijvoorbeeld Dhr. jansen op een regel ipv over 2. dus ik wil gewoon de hele tabel zelf maken, en niet met een foreach..quote:Op woensdag 19 juli 2006 15:05 schreef Desdinova het volgende:
ik denk eigenlijk dat je gewoon een karaktertje was vergeten ergens
want je maakt de tablerows aan in de $_POST foreach neem ik aan?
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
[i]What would life be like without rhethorical questions?[/i]
Ik heb een array met een aantal gegevens Nou wil ik voordat er interactie plaats vindt met de database dat kijken of een aantal keys voorkomen in de array. kan ik in een keer zoeken naar meerdere keys?
quote:Op vrijdag 21 juli 2006 11:27 schreef ExCibular het volgende:
Ik heb een array met een aantal gegevens Nou wil ik voordat er interactie plaats vindt met de database dat kijken of een aantal keys voorkomen in de array. kan ik in een keer zoeken naar meerdere keys?
| 1 |
Als je de array op meerdere keys wil controleren zul je zelf iets moeten schrijven, zoals:
| 1 2 3 4 5 6 7 8 9 10 | function array_keys_exist() { if (func_num_args() < 2) return; $arr=func_get_arg(0); for ($x=1;$x<func_num_args();$x++) { if (!isset($arr[func_get_arg($x)])) return false; } return true; } |
@JeRa, dat werkt niet want niet alle keys staan in de database, het is een check voordat de verbinding met de database wordt geopend.
@Ralfie dan ga ik zelf maar iets schrijven. Ik weet de namen van keys die ik moet hebben dus ik kan een vrij uitgebreide check schrijven.
@Ralfie dan ga ik zelf maar iets schrijven. Ik weet de namen van keys die ik moet hebben dus ik kan een vrij uitgebreide check schrijven.
Is het mogelijk om van een extern image de grootte te bepalen op een niet al te ingewikkelde manier? Ik wil een max grootte voor een avatar kunnen instellen, maar de dingen kunnen ook extern gehost worden.
"Pain is my friend. I can trust pain. I can trust pain to make my life utterly miserable."
"My brain is too smart for me."
"We don't need no education." "Yes you do, you just used a double negative."
"My brain is too smart for me."
"We don't need no education." "Yes you do, you just used a double negative."
niet echt , va php 5.0.0 kan het wel direct. Kijk hier eens (vooral de laatste post) http://nl3.php.net/function.filesizequote:Op vrijdag 21 juli 2006 15:48 schreef wonderer het volgende:
Is het mogelijk om van een extern image de grootte te bepalen op een niet al te ingewikkelde manier? Ik wil een max grootte voor een avatar kunnen instellen, maar de dingen kunnen ook extern gehost worden.
Ik heb een community idee, waarbij ik mensen aan elkaar wil koppelen op basis van een bepaalde overeenkomst.
user A heeft 10* item groen
User B heeft 8 * item groen en 5 maal item zwart
User C heeft 4 maal item zwart.
Op basis van ongeveer 80% overeenkomst wil ik users aan elkaar koppelen.
In bovenstaand enorm simpele voorbeeld heeft User A dus een relatie met user B en user B heeft een relatie met user C. User A en C hebben geen relatie.
Tot zover de theorie.
Maar hoe haal ik dit uit database? De items die aan users gekoppeld zitten staan in een item database. En middels een koppeltabel ga ik users en items aan elkaar koppelen. Maar hoe vind ik nu een 80% overeenkomst?
Uiteraard wordt het per user geparsed. Dus ik ben bij user A. Ik weet welke items hij heeft en vervolgens wil ik 'SELECT users FROM database WHERE items 80%gelijkaan '.$userAitems
Hopenlijk snapt iemand mijn wazige verhaal.
user A heeft 10* item groen
User B heeft 8 * item groen en 5 maal item zwart
User C heeft 4 maal item zwart.
Op basis van ongeveer 80% overeenkomst wil ik users aan elkaar koppelen.
In bovenstaand enorm simpele voorbeeld heeft User A dus een relatie met user B en user B heeft een relatie met user C. User A en C hebben geen relatie.
Tot zover de theorie.
Maar hoe haal ik dit uit database? De items die aan users gekoppeld zitten staan in een item database. En middels een koppeltabel ga ik users en items aan elkaar koppelen. Maar hoe vind ik nu een 80% overeenkomst?
Uiteraard wordt het per user geparsed. Dus ik ben bij user A. Ik weet welke items hij heeft en vervolgens wil ik 'SELECT users FROM database WHERE items 80%gelijkaan '.$userAitems
Hopenlijk snapt iemand mijn wazige verhaal.
misschien met een
HAVING count(red_items) * '.$roodwaarde.' + count(green_items) * '.$groenwaarde.' > '.$kritiekewaarde
Maar dat killed je database denk ik.
HAVING count(red_items) * '.$roodwaarde.' + count(green_items) * '.$groenwaarde.' > '.$kritiekewaarde
Maar dat killed je database denk ik.
Ik had zelf het idee om eerst te bepalen wat 80% is en daarop te zoeken.quote:Op vrijdag 21 juli 2006 21:57 schreef Roönaän het volgende:
misschien met een
HAVING count(red_items) * '.$roodwaarde.' + count(green_items) * '.$groenwaarde.' > '.$kritiekewaarde
Maar dat killed je database denk ik.
Maar in tegenstelling tot mijn simpele voorbeeld, zal iemand 10 verschillende items hebben (of 20, of 30), bv a, b, c, d, e, f, g, h, i , j.
Iedereen met bv a, b, c, d, e, f, g, h is een 80% match. Maar ook iedereen met a, c, d, e, g, h, i, j, q, k, l, r, p, t is een 80% match, etc.
Kortom, er zijn honderden mogelijke matches. en ik heb een simpele functie nodig om die te vinden en uit DB te halen Ik kan alleen niets logisch verzinnen. Behalve dan stuk voor stuk alle andere users uit DB trekken en vergelijken of ze 80% overeenkomsten hebben met de active user zeg maar
Ik kan alleen niets logisch verzinnen. Behalve dan stuk voor stuk alle andere users uit DB trekken en vergelijken of ze 80% overeenkomsten hebben met de active user zeg maar 
Het gaat erom hoeveel mensen voor 80% dezelfde items hebben als de actieve user.quote:Op vrijdag 21 juli 2006 22:17 schreef Roönaän het volgende:
Gaat het alleen om het feit óf ze kleurtjes hebben, of ook om hoeveel?
Stel je voor dat je een website hebt voor filatelisten.
User A heeft 20 verschillende postzegels en die wil ik koppelen aan alle andere users waarvan de collectie voor 80% overeenkomt met user A.
De collectie van de volgende users vertonen veel overeenkomsten met jouw collectie:
- lijstje
euhmm.. mja. dan heb je een probleem denk ik. Dat gaat niet query-wise gebeuren.quote:Op vrijdag 21 juli 2006 22:24 schreef Swetsenegger het volgende:
[..]
Het gaat erom hoeveel mensen voor 80% dezelfde items hebben als de actieve user.
Stel je voor dat je een website hebt voor filatelisten.
User A heeft 20 verschillende postzegels en die wil ik koppelen aan alle andere users waarvan de collectie voor 80% overeenkomt met user A.
De collectie van de volgende users vertonen veel overeenkomsten met jouw collectie:
- lijstje
Ik denk zelfs dat je moet overwegen om er een cron op te zetten die dit eens per dag afhandeld, mocht je community een beetje gaan lopen. En vervolgens in een temporary table de resultaten van de cron opslaan. (user_1, user_2, match_perc)
-r-
Hmz, dus inderdaad user 1 uit de DB trekken, en vervolgens deze matchen tov alle andere users.quote:Op vrijdag 21 juli 2006 22:53 schreef Roönaän het volgende:
[..]
euhmm.. mja. dan heb je een probleem denk ik. Dat gaat niet query-wise gebeuren.
Ik denk zelfs dat je moet overwegen om er een cron op te zetten die dit eens per dag afhandeld, mocht je community een beetje gaan lopen. En vervolgens in een temporary table de resultaten van de cron opslaan. (user_1, user_2, match_perc)
-r-
Und so weiter tot ik ze allemaal gehad heb.
En dat in een cron ipv realtime bij het openen van je userpage zeg maar?
Maar dan nog... hoe match ik 80%?
Dat kan je in php wel regelen. Een gewogen gemiddelde van de match op elk item.quote:Op vrijdag 21 juli 2006 22:55 schreef Swetsenegger het volgende:
[..]
Hmz, dus inderdaad user 1 uit de DB trekken, en vervolgens deze matchen tov alle andere users.
Und so weiter tot ik ze allemaal gehad heb.
En dat in een cron ipv realtime bij het openen van je userpage zeg maar?
Maar dan nog... hoe match ik 80%?
Als de bronuser drie blauwe ballen heeft en de matchuser 1, dan is het match-percentage voor dat item 33% toch?
-r-
ik snapte dat woord pas bij matchuserquote:Op vrijdag 21 juli 2006 23:04 schreef Roonaan het volgende:
[..]
Dat kan je in php wel regelen. Een gewogen gemiddelde van de match op elk item.
Als de bronuser drie blauwe ballen heeft en de matchuser 1, dan is het match-percentage voor dat item 33% toch?
-r-
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
[i]What would life be like without rhethorical questions?[/i]
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 userquote:Op vrijdag 21 juli 2006 22:24 schreef Swetsenegger het volgende:
[..]
Het gaat erom hoeveel mensen voor 80% dezelfde items hebben als de actieve user.
Stel je voor dat je een website hebt voor filatelisten.
User A heeft 20 verschillende postzegels en die wil ik koppelen aan alle andere users waarvan de collectie voor 80% overeenkomt met user A.
De collectie van de volgende users vertonen veel overeenkomsten met jouw collectie:
- lijstje
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.
Mijn idee was om een tabel postzegels te hebben en een tabel users en een koppeltabel user -> postzegel inderdaad.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.
Hmz, dit ga ik eens verder uitwerken.
Het wordt overigens geen site voor filatelisten
damn. En ik maar hopen dat er 4096x2048 pixel scans van postzegels beschikbaar zouden komenquote:Op zaterdag 22 juli 2006 11:26 schreef Swetsenegger het volgende:
[..]
Mijn idee was om een tabel postzegels te hebben en een tabel users en een koppeltabel user -> postzegel inderdaad.
Hmz, dit ga ik eens verder uitwerken.
Het wordt overigens geen site voor filatelisten
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?
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:
| 1 2 3 4 5 6 7 8 9 10 | define('USER_ART_EDIT'. 0x1); define('ADMIN_USER_ADD', 0x400); // Enzovoort, het wordt in ieder geval een hele lijst... // De waarde 1024 (0x400) is opgeslagen in de DB if ($db_waarde & ADMIN_USER_ADD) { // Succes ! Doe leuke Admin dingen... } ?> |
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.
| 1 2 3 | 2) Groepen 3) Permissies |
Deze tabellen werden dan ook nog eens in drie koppeltabellen gekoppeld:
| 1 2 3 | 5) Permissies -> Users 6) Permissies -> Groepen |
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?
Let's make life easy
Typo's are the demon spawn from hell !
Typo's are the demon spawn from hell !
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 ]
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 ]
strr_splits is enkel voor php5. Als je dat hebt, zou het moeten werken. Als je het niet hebt, kijk naar de comments bij php.net, staan wat functies die het zonder php5 hetzelfde moeten doen (geen idee of ze werken)
Andere manier: (of wellicht wel dezefde, heb er niet echt naar gekeken, maar ze zijn een stuk langer)
Niet getest
is het nou <= of =< (iemand een ezelsbruggetje ofzo ervoor?)
En $string{} geeft een de karakter op de gegeven positie
[ Bericht 12% gewijzigd door the_disheaver op 22-07-2006 19:57:05 ]
Andere manier: (of wellicht wel dezefde, heb er niet echt naar gekeken, maar ze zijn een stuk langer)
| 1 2 3 | $array[] = $string{$i}; } |
Niet getest
is het nou <= of =< (iemand een ezelsbruggetje ofzo ervoor?)
En $string{} geeft een de karakter op de gegeven positie
[ Bericht 12% gewijzigd door the_disheaver op 22-07-2006 19:57:05 ]
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 18:55 schreef the_disheaver het volgende:
is het nou <= of =< (iemand een ezelsbruggetje ofzo ervoor?)
explode?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 ?
tabel: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.
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 | 1 -> 2 1 -> 3 1 -> 4 1 -> 5 . . . 4 -> 1 4 -> 2 4 -> 3 4 -> 4 4 -> 10 4 -> 11 4 -> 12 4 -> 13 |
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?
Geen idee, link doet het niet. Maar ehh, 1 boek met de basisdingen is opzich voldoende.
documentatie op php.net is uitstekend, en daar kun je de rest wat je niet in het boek kunt vinden wel te weten komen.
documentatie op php.net is uitstekend, en daar kun je de rest wat je niet in het boek kunt vinden wel te weten komen.
Waarom heb je nog een boek nodig dan?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?
..///
Er stond ook nergens dat dat de bedoeling wasquote: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.
ja dan heb ik dus een "loze" 5e array key waar me loop op crasht...quote:
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
Maar sowieso wil je toch altijd weten wie er met jou overeenkomt en niet met wie jij overeenkomt?quote:
Misschien voor later?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?
Dat kan je dan opvragen. Bedoelde eigenlijk dat je altijd van een user kijkt en niet naar de gecombineerde tweerichtingsovereenkomst.quote:
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.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?
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"
Niemand hier iets over te zeggen ?quote:Op zaterdag 22 juli 2006 14:49 schreef SkaterSam het volgende:
[...]
?
Let's make life easy
Typo's are the demon spawn from hell !
Typo's are the demon spawn from hell !
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: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.
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 denk dus dat ik van de bron user zijn items moet opsplitsen in genres en vervolgens per genre 80% overeenkomsten moet zoeken.
Da's idd wel het makkelijkstquote:Ik kan het mezelf natuurlijk makkelijk maken door bij elk item te zeggen "de volgende gebruikers hebben ook dit item"
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 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"
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 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%.
Ah en dan de eerste 25 pakken ofzo.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.
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...
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...
maar kan het wel.quote:Op maandag 24 juli 2006 08:50 schreef Scorpie het volgende:
hotscripts.com en dan login script in de php sectie zoeken
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 gaatquote: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 )
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 ]
| 1 2 | $_SESSION["tijd"] = $tjd; |
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
$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
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
[i]What would life be like without rhethorical questions?[/i]
