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.
Het staat ongetwijfeld in een van de eerdere delen, maar ik ben op zoek naar een scriptje (+ een basale uitleg) voor een random usericoon. Voor ik alle delen door ga spitten, weet een van de vaste bezoekers van dit topiek misschien waar ik moet zoeken?
Life is what you make it.
Omdat ik producten ook aan een hoofditem of level 1 item moet kunnen koppelen.quote:Op woensdag 5 oktober 2005 17:20 schreef ikke_ook het volgende:
Waarom niet in 1 tabel waarbij je het parentid meegeeft?
Of begrijp ik je verkeerd?
Heb je hier wat aan?quote:Op woensdag 5 oktober 2005 17:24 schreef Schanulleke het volgende:
Het staat ongetwijfeld in een van de eerdere delen, maar ik ben op zoek naar een scriptje (+ een basale uitleg) voor een random usericoon. Voor ik alle delen door ga spitten, weet een van de vaste bezoekers van dit topiek misschien waar ik moet zoeken?
http://www.phpfreakz.nl/library.php?sid=4194
Dat moet me inderdaad wel redelijk verder helpen. Ga ik even mee stoeien.
Bedankt Swets!
Bedankt Swets!
Life is what you make it.
Ja je begrijpt me verkeerd. Je kunt toch alle items in 1 tabel zetten en dan door middel van parentID zijn positie aangeven?quote:Op woensdag 5 oktober 2005 17:30 schreef Swetsenegger het volgende:
[..]
Omdat ik producten ook aan een hoofditem of level 1 item moet kunnen koppelen.
Of begrijp ik je verkeerd?
-edit-
Heb je hier wat aan?Of begrijp ik je "probleem" niet goed?
Leesvoer
Haha, nee Ik ben een pokersysteem aan het schrijven en wil het testen door een groot aantal pokerspellen te simuleren in php. Ik ga het even testen, maar het is nu al een stuk korter dan mijn versie:quote:Op woensdag 5 oktober 2005 07:52 schreef SuperRembo het volgende:
Gewoon doorheen loopen. Bijhouden hoeveel je gevonden hebt. Voor 't gemak de vorige kaart onthouden en als 't een aas is omzetten naar 1.
[ code verwijderd ]
Niet getest, en 't kan waarschijnlijk nog wel ietsje simpeler. (Is dit ook zo'n php-golf opdracht? )
)
Ik ben een pokersysteem aan het schrijven en wil het testen door een groot aantal pokerspellen te simuleren in php. Ik ga het even testen, maar het is nu al een stuk korter dan mijn versie:| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 | ### STRAIGHT ### $straightvalues = array( 1 => array( 2, 3, 4, 5, 14 ), 2 => array( 2, 3, 4, 5, 6 ), 3 => array( 3, 4, 5, 6, 7 ), 4 => array( 4, 5, 6, 7, 8 ), 5 => array( 5, 6, 7, 8, 9 ), 6 => array( 6, 7, 8, 9, 10 ), 7 => array( 7, 8, 9, 10, 11 ), 8 => array( 8, 9, 10, 11, 12 ), 9 => array( 9, 10, 11, 12, 13 ), 10 => array( 10, 11, 12, 13, 14 ), ); $straight = array(); for( $x = 1; $x <= count( $straightvalues ); $x++ ) { $straight[$x] = array(); $curhand = array(); for( $y = 0; $y < $cards; $y++ ) { if( in_array( $waarde[$y], $straightvalues[$x] ) && !in_array( $waarde[$y], $curhand ) ) $straight[$x][] = $waarde[$y]; $curhand[] = $waarde[$y]; } } foreach( $straight AS $var => $val ) { $val = count( $straight[$var] ); if( $val == 5 ) { $curstraight = $var; $combi[STRAIGHT] = true; } } |
GTA San Andreas Multiplayer: Las Venturas Playground Doe mee met FOK! Whatpulse en typ FOK! naar de 1e plaats!!
Ja dit is inderdaad wat ik bedoel.quote:Op woensdag 5 oktober 2005 18:08 schreef ikke_ook het volgende:
[..]
Ja je begrijpt me verkeerd. Je kunt toch alle items in 1 tabel zetten en dan door middel van parentID zijn positie aangeven?
-edit-
Heb je hier wat aan?Of begrijp ik je "probleem" niet goed?
Leesvoer
Het nadeel van methode 1 is dat deze traag is,
Methode twee vind ik redelijk onoverzichtelijk eigenlijk.
In mijn methode kan ik 1 query met joins de volledige tree krijgen.
-edit- en in mijn situatie kan een parent van een level 2 node eventueel meerdere keren voorkomen.
Maar ik moet het artikel nog even goed doorlezen.
Bedankt in ieder geval!
-edit- Methode twee werkt alleen met een vast aantal hierarchische gegevens.
[ Bericht 5% gewijzigd door Swetsenegger op 05-10-2005 18:47:01 ]
maakt toch niet uit dat een level 2 node meerdere keren voorkomt?
ik heb hier een menu gebruikt die helemaal recursief uit 1 tabel wordt gehaald puur op basis van parentid. dus volgens mij moet jouw probleem ook zo opgelost kunnen worden
ik heb hier een menu gebruikt die helemaal recursief uit 1 tabel wordt gehaald puur op basis van parentid. dus volgens mij moet jouw probleem ook zo opgelost kunnen worden
Nee de PARENT van een level 2 node kan 2 keer voorkomen (de level 1 node dus), welke op hun beurt weer verschillende parents kunnen hebben (level 0 node).quote:Op woensdag 5 oktober 2005 18:54 schreef ikke_ook het volgende:
maakt toch niet uit dat een level 2 node meerdere keren voorkomt?
Hmz, als ik met id's werk moet dat ook kunnen.
Moet ik na gaan denken hoe ik produkten koppel aan een level
Wat denken andere mensen? de 3 tabellen methode, waarmee je dus met left joins alles uit de tabel kan trekken en heel simpel op elk nivo produkten kan koppeln. Nadeel, 3 tabellen joins etc.
De recursieve 1 tabel oplossing. Overzichtelijk, moet alleen nog bedenken hoe ik produkten koppel op de verschillende levels. Wel traag, want voor elke node in het menu heb je een query nodig.
Voor het simpele voorbeeld menuutje wat ik gaf heb je dus al 14 queries nodig bij elke hit.
Nou dat moet ook wel met 7 queries lukken swets. Ik kijk eerst welke items PARENT zijn, dat scheelt mij dus een hoop queries... Maar bij een grote tree wordt het wel snel trager idd.
Ik denk eigenlijk dat het ook wel anders moet kunnen met nog minder queries, als je alles eerst al in een array zet (array is sneller dan querie lijkt me toch?), maar dat is mij niet gelukt.
Ik denk eigenlijk dat het ook wel anders moet kunnen met nog minder queries, als je alles eerst al in een array zet (array is sneller dan querie lijkt me toch?), maar dat is mij niet gelukt.
De oplossing van ikke_ook lijkt me een stuk praktischer dan wat jij op dit moment in gedachten hebt, Swets. Stel dat je ooit besluit nog een laag toe te voegen, dus tot 4 lagen diep, dan moet je weer een nieuwe tabel er bij maken, erg onpraktisch.
Als je al je items een parent_id geeft, kun je desnoods het hele menu uit de database trekken en met PHP in elkaar zetten. Dan ben je maar 1 query kwijt.
Als je al je items een parent_id geeft, kun je desnoods het hele menu uit de database trekken en met PHP in elkaar zetten. Dan ben je maar 1 query kwijt.
GTA San Andreas Multiplayer: Las Venturas Playground Doe mee met FOK! Whatpulse en typ FOK! naar de 1e plaats!!
Ja het moet sneller kunnen, want feitelijk is het hetzelfde als dit met nog een extra laag (en in 1 tabel ipv twee)quote:Op woensdag 5 oktober 2005 19:14 schreef ikke_ook het volgende:
Nou dat moet ook wel met 7 queries lukken swets. Ik kijk eerst welke items PARENT zijn, dat scheelt mij dus een hoop queries... Maar bij een grote tree wordt het wel snel trager idd.
Ik denk eigenlijk dat het ook wel anders moet kunnen met nog minder queries, als je alles eerst al in een array zet (array is sneller dan querie lijkt me toch?), maar dat is mij niet gelukt.
Mjah, ook hier is je diepte beperkt door het aantal kolommen. Betekent altijd een database aanpassing.quote:Op woensdag 5 oktober 2005 19:19 schreef Nevermind het volgende:
De oplossing van ikke_ook lijkt me een stuk praktischer dan wat jij op dit moment in gedachten hebt, Swets. Stel dat je ooit besluit nog een laag toe te voegen, dus tot 4 lagen diep, dan moet je weer een nieuwe tabel er bij maken, erg onpraktisch.
Zoiets zat ik ook te denken. bij elke node geef ik het volledige path (in id's) naar de uiteindelijke level 0 parent:quote:Als je al je items een parent_id geeft, kun je desnoods het hele menu uit de database trekken en met PHP in elkaar zetten. Dan ben je maar 1 query kwijt.
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 | id1 | level 0 id | level 1 id | naam -----+------------+------------+----- 1 | | | Horloges 2 | | | Sieraden 3 | 1 | | Seiko 4 | 1 | | Citizen 5 | 1 | 4 | Quartz 6 | 1 | 4 | Kinetic 7 | 1 | 5 | Staal 8 | 1 | 5 | Double 9 | 2 | | Colliers 10 | 2 | | Armbanden 11 | 2 | 9 | Goud 12 | 2 | 9 | Zilver 13 | 2 | 10 | Goud 14 | 2 | 10 | Zilver |
Dit is wel in php in elkaar te sleutelen, hoewel het makkelijker zou zijn wanneer het voorgesorteerd uit mysql komt rollen
Die van mij is niet beperkt door het aantal kolommen hoor Ik heb 1 tabel waar alle(in mijn geval menu-)items in staan. Er staat niet bij welk level ze hebben, puur alleen een verwijzing naar zn parent. Dus mijn manier is op geen manier beperkt.
En zo zou je de hele structuur dan dus kunnen printen:
En zo zou je de hele structuur dan dus kunnen printen:
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 | © SuperRembo function PrintTree($parentID) { // Get chiled nodes from database $nodes = GetChildNodes($parentID); $n = count($nodes); if ($n>0) { // Print list of child nodes echo '<ul>'; for ($i=0; $i < $n; $i++) { echo '<li>'; echo $nodes[$i]['Name']; PrintTree($nodes[$i]['NodeID']); echo '</li>'; } echo '</ul>'; } } function GetChildNodes($parentID) { $sql = "..."; $result = mysql_query(...); $rows = array(); while (($row = mysql_fetch_assoc($result) !== false) { $rows[] = array( 'NodeID' => ..., 'Name' => ... ) } return $rows; } |
Waar zouden we zijn zonder SuperRemboquote:Op woensdag 5 oktober 2005 19:44 schreef ikke_ook het volgende:
Die van mij is niet beperkt door het aantal kolommen hoor Ik heb 1 tabel waar alle(in mijn geval menu-)items in staan. Er staat niet bij welk level ze hebben, puur alleen een verwijzing naar zn parent. Dus mijn manier is op geen manier beperkt.
En zo zou je de hele structuur dan dus kunnen printen:
[ code verwijderd ]
Kan je hier je tabel structuur en querieseven bij geven.
Want deze functie is anders dan die van die sitepoint link welke je me gaf
| 1 2 3 4 5 6 7 | $query = "SELECT * FROM menutable WHERE active = 1 AND parentid = ".$parentID; CREATE TABLE menutable ( mid int(11) NOT NULL auto_increment, name varchar(50) NOT NULL default '', parentid int(11) NOT NULL default '0', ); |
zoiets
en dan
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 | function PrintTree($parentID) { // Get chiled nodes from database $nodes = GetChildNodes($parentID); $n = count($nodes); if ($n>0) { // Print list of child nodes echo '<ul>'; for ($i=0; $i < $n; $i++) { echo '<li>'; echo $nodes[$i]['Name']; PrintTree($nodes[$i]['NodeID']); echo '</li>'; } echo '</ul>'; } } function GetChildNodes($parentID) { $query = "SELECT * FROM menutable WHERE active = 1 AND parentid = ".$parentID; $result = mysql_query($query); $rows = array(); while ($row = mysql_fetch_assoc($result)) { $rows[] = array( 'NodeID' => $row['mid'], 'Name' => $row['name'], ); } return $rows; } |
En dan zat er ergens nog een klein foutje in geloof ik,maar die kom je vanzelf wel tegen
[ Bericht 33% gewijzigd door ikke_ook op 05-10-2005 20:23:28 ]
Ik probeer m'n eigen template class te schrijven maar ik loop tegen een probleem aan dat ik nog niet kan oplossen.
ben nu al zover dat ik een template kan starten en een simpele waarde kan toewijzen.
maar wat ik graag wil is simpele blokken in m'n tpl file die meerdere keren gebruikt kunnen worden. maximaal 2x genest is genoeg voor wat ik wil
iets in die geest dus
maar hoe krijg ik dat voor elkaar? Heb al wat code online bekeken maar andersmans code snappen is niet m'n beste kant.
Ik weet dat ik het wiel opnieuw uitvind en dat het trager wordt op deze manier en php is al een template parser en bla bla bla dus bespaar me dat geneuzel (roonaan)
Wie heeft zoiets al eens gebouwd en kan me globaal vertellen welke stappen ik moet maken?
ben nu al zover dat ik een template kan starten en een simpele waarde kan toewijzen.
| 1 2 3 4 5 6 | <?php //zoiets dus $template = new Template( "templates/index.tpl" ); $template->Assign( "test", "ingevuld" ); $template->PrintTemplate( ); ?> |
maar wat ik graag wil is simpele blokken in m'n tpl file die meerdere keren gebruikt kunnen worden. maximaal 2x genest is genoeg voor wat ik wil
| 1 2 3 4 5 6 | [block=test] Dit is een testblock! [block=genest] genest block met een {replace} er in [/block] [/block] |
iets in die geest dus
maar hoe krijg ik dat voor elkaar? Heb al wat code online bekeken maar andersmans code snappen is niet m'n beste kant.
Ik weet dat ik het wiel opnieuw uitvind en dat het trager wordt op deze manier en php is al een template parser en bla bla bla dus bespaar me dat geneuzel (roonaan)
Wie heeft zoiets al eens gebouwd en kan me globaal vertellen welke stappen ik moet maken?
Ik heb het godverdomme gehad met die onkunde van je!
Je moet wel een beetje uitkijken met het onderhoud van je groepen. Je moet voorkomen dat je een lus maakt. Bijvoorbeeld groep A heeft subgroep B, groep B heeft subgroep C en C heeft subgroep A.
Bij deze manier van een tree opslaan is het lastig zoeken. je kunt niet met een simpele query alle artikelen selecteren die in groep A en al de onderliggende subgroepen zitten.
Dat probleem heb je niet bij nested sets.
Bij deze manier van een tree opslaan is het lastig zoeken. je kunt niet met een simpele query alle artikelen selecteren die in groep A en al de onderliggende subgroepen zitten.
Dat probleem heb je niet bij nested sets.
Wil iedereen die in telekinese gelooft nu mijn hand op steken?
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
Klopt ja, stond ook al in het linkje dat ik gaf dat dat recursieve niet perfect zou zijn.quote:Op woensdag 5 oktober 2005 20:18 schreef SuperRembo het volgende:
Je moet wel een beetje uitkijken met het onderhoud van je groepen. Je moet voorkomen dat je een lus maakt. Bijvoorbeeld groep A heeft subgroep B, groep B heeft subgroep C en C heeft subgroep A.
Bij deze manier van een tree opslaan is het lastig zoeken. je kunt niet met een simpele query alle artikelen selecteren die in groep A en al de onderliggende subgroepen zitten.
Dat probleem heb je niet bij nested sets.
Die nested set stond inderdaad ook in het linkje van ikke_ook.quote:Op woensdag 5 oktober 2005 20:18 schreef SuperRembo het volgende:
Je moet wel een beetje uitkijken met het onderhoud van je groepen. Je moet voorkomen dat je een lus maakt. Bijvoorbeeld groep A heeft subgroep B, groep B heeft subgroep C en C heeft subgroep A.
Bij deze manier van een tree opslaan is het lastig zoeken. je kunt niet met een simpele query alle artikelen selecteren die in groep A en al de onderliggende subgroepen zitten.
Dat probleem heb je niet bij nested sets.
Maar aangezien de nodes daarbij een links en rechts id hebben, moet je bij elk item wat je toevoegt, alle nodes in je tabel voorzien van nieuwe links rechts id's.... toch?
klopt. Het kost een extra update query als je een item insert. Maar het opvragen gaat veel sneller, en dat is wat je veel vaker doet dan een item toevoegen, verplaatsen of verwijderen.quote:Op woensdag 5 oktober 2005 20:34 schreef Swetsenegger het volgende:
[..]
Die nested set stond inderdaad ook in het linkje van ikke_ook.
Maar aangezien de nodes daarbij een links en rechts id hebben, moet je bij elk item wat je toevoegt, alle nodes in je tabel voorzien van nieuwe links rechts id's.... toch?
Wil iedereen die in telekinese gelooft nu mijn hand op steken?
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
Ik wilde net editten dat ik het gevonden had in die sitepoint tut.quote:Op woensdag 5 oktober 2005 20:57 schreef SuperRembo het volgende:
[..]
klopt. Het kost een extra update query als je een item insert. Maar het opvragen gaat veel sneller, en dat is wat je veel vaker doet dan een item toevoegen, verplaatsen of verwijderen.
Ik kan natuurlijk gewoon blind die functies copy pasten, maar ik wil gewoon goed begrijpen hoe het werkt. Jammer dat er geen goede nederlands tut is.
Ik ga voor die nested versie, want ik ben bang dat de recursive versie bij een beetje veel verkeer nogal gaat vertragen.
Bedankt weer allemaal.
Hmz, mysql documentation heeft een single querie solution voor de Adjacency List Model (recursieve):
http://dev.mysql.com/tech(...)erarchical-data.html
-edit- nee 1 query per level 0 parent.
http://dev.mysql.com/tech(...)erarchical-data.html
-edit- nee 1 query per level 0 parent.
Met nog een paar aanpassingen, en eens goed tellen, ben ik op 59 tekens gekomenquote:Op zondag 2 oktober 2005 22:03 schreef Swetsenegger het volgende:
[..]
OE, samen met ALT 223 kom je dan al op 62 Light
-edit- geeft een parse error
