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 weet niet of het om de inhoud van de tabel of om de structuur gaat, maar ik heb ver in het verleden deze wel eens gebruikt:
http://www.mysqldiff.org/index.php
http://www.mysqldiff.org/index.php
Ik ben altijd wel huiverig met software waarbij de laatste release datum al erg lang geleden is..quote:Op zaterdag 4 oktober 2008 20:21 schreef spaceninjapirate het volgende:
Ik weet niet of het om de inhoud van de tabel of om de structuur gaat, maar ik heb ver in het verleden deze wel eens gebruikt:
http://www.mysqldiff.org/index.php
quote:Version 1.5.0 (10/01/2004)
http://mirrors.kernel.org/gnu/patch/quote:Op zondag 5 oktober 2008 00:05 schreef ursel het volgende:
[..]
Ik ben altijd wel huiverig met software waarbij de laatste release datum al erg lang geleden is..
[..]
Als het doet wat het moet doen, is er weinig reden om het versienummer maar te verhogen om maar een nieuwe versie te hebben.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Je kunt je natuurlijk afvragen of het nog wel doet wat het moet doen. MySQL is in de afgeloen vier jaar ook behoorlijk veranderd.quote:Op zondag 5 oktober 2008 00:20 schreef GlowMouse het volgende:
[..]
http://mirrors.kernel.org/gnu/patch/
Als het doet wat het moet doen, is er weinig reden om het versienummer maar te verhogen om maar een nieuwe versie te hebben.
Ik zal het volgende week even testen en dan hier raporteren hoe het werkte!! 
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Een vraagje... waarop ik geen antwoord kon vinden op internet maar is het werken met objecten of array's sneller?
Volgens http://aggregation.novaak.net/?q=node/227 maakt het in PHP5 niet zoveel uit.
Overigens ben ik van mening dat er maar weinig PHP scripts zullen zijn waar deze performanceverschillen zullen uitmaken. Ga liever voor begrijpelijke code (bij objecten weet je dmv properties wat er in zit, bij arrays is het altijd gissen)
Overigens ben ik van mening dat er maar weinig PHP scripts zullen zijn waar deze performanceverschillen zullen uitmaken. Ga liever voor begrijpelijke code (bij objecten weet je dmv properties wat er in zit, bij arrays is het altijd gissen)
Als je PDO gebruikt, moet je dan nog dingen als mysql_real_escape_string gebruiken?quote:Op dinsdag 30 september 2008 21:58 schreef SuperRembo het volgende:
[..]
Nee, blind addslashes() gebruiken is niet genoeg. Dat helpt alleen bij strings, niet bij numerieke waarden.
Je kan beter geparameteriseerde query's gebruiken, bijvoorbeeld met behulp van PDO.
Als je zelf een sql string aan elkaar zou plakken dan moet dat nog steeds. Maar met PDO kan je ook geparameteriseerde query's gebruiken, en dan wordt de waarde die je aan de parameter geeft automatisch op de juiste manier verwerkt.quote:Op maandag 6 oktober 2008 00:22 schreef Tijn het volgende:
[..]
Als je PDO gebruikt, moet je dan nog dingen als mysql_real_escape_string gebruiken?
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 heb een inzichts probleem en vraag jullie hulp.
Stel ik wil in een database bijhouden op welke pagina's een bepaalde gebruiker is geweest, echter wil ik niet meer dan 25 pagina's onthouden van de gebruiker (dus de laatste 25). Nu vraag ik mij af hoe ik dit het beste in een ontwerp kan plaatsen. Ik gebruik per gebruiker/referer een appart ID (ID voor ip en ID voor referer) maar aangezien MySQL niet kan deleten vanaf een aantal regels moet ik hiervoor een andere opzet bedenken!.
Anyone?
Stel ik wil in een database bijhouden op welke pagina's een bepaalde gebruiker is geweest, echter wil ik niet meer dan 25 pagina's onthouden van de gebruiker (dus de laatste 25). Nu vraag ik mij af hoe ik dit het beste in een ontwerp kan plaatsen. Ik gebruik per gebruiker/referer een appart ID (ID voor ip en ID voor referer) maar aangezien MySQL niet kan deleten vanaf een aantal regels moet ik hiervoor een andere opzet bedenken!.
Anyone?
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
je kan ook gewoon alle referers bijhouden, en dagelijks met een cronjob alles deleten is wat niet bij de nieuwste 25 zit?... en in de weergave gewoon een limit erop
Om dit tijdens het schrijven bij te houden heb je extra queries nodig denk ik (ik zou niet weten hoe anders... ook met REPLACE INTO / INSERT.. ON DUPLICATE KEY ga je er niet uitkomen?), en dat lijkt me "zonde" om op iedere pageload te doen
Om dit tijdens het schrijven bij te houden heb je extra queries nodig denk ik (ik zou niet weten hoe anders... ook met REPLACE INTO / INSERT.. ON DUPLICATE KEY ga je er niet uitkomen?), en dat lijkt me "zonde" om op iedere pageload te doen
INSERT ON DUPLICATE gebruik ik idd nu, maar vind het nogal stom dat die limiet niet vanaf een aantal te gebruiken is voor een delete actie..
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Wat je wel kunt doen is transactions gebruiken (en dus innodb tables). Autocommit moet dan uiteraard uit. Eerst met een select kijken hoeveel rijen er zijn, als er 25 (of meer) zijn het laagste id deleten. Daarna kun je altijd weer een rij toevoegen, en daarna de commit doen.
Nadeel is wel dat als je eenmaal meer dan 25 rijen hebt voor een user, je dat dan ook houdt.
Maar waarom zou je niet gewoon alles opslaan? Je kunt bij het tonen wel instellen dat alleen de 25 laatste entries worden getoond. Als iemand z'n cookies weggooit (om wat voor reden dan ook) is je telling toch in de war. Tenzij je ook alles gaat wissen op basis van leeftijd, bijvoorbeeld alles ouder dan een week.
Extra voordeel van alles bewaren is dat je er ook weer leuke statistiekjes uit kunt halen over welke pagina's veel worden bezocht enzo.
Nadeel is wel dat als je eenmaal meer dan 25 rijen hebt voor een user, je dat dan ook houdt.
Maar waarom zou je niet gewoon alles opslaan? Je kunt bij het tonen wel instellen dat alleen de 25 laatste entries worden getoond. Als iemand z'n cookies weggooit (om wat voor reden dan ook) is je telling toch in de war. Tenzij je ook alles gaat wissen op basis van leeftijd, bijvoorbeeld alles ouder dan een week.
Extra voordeel van alles bewaren is dat je er ook weer leuke statistiekjes uit kunt halen over welke pagina's veel worden bezocht enzo.
Hallo allemaal.
Sinds kort heb ik een forum gemaakt: www.legotechnicfans.nl. Nu wil ik de forums aanmaken alleen worden deze niet zichtbaar op de site. Iemand een idee hoe dit op te lossen is?
En nog iets: Hoe krijg ik die letters 'proFormell' uit mijn banner?
Dank je wel.
Sinds kort heb ik een forum gemaakt: www.legotechnicfans.nl. Nu wil ik de forums aanmaken alleen worden deze niet zichtbaar op de site. Iemand een idee hoe dit op te lossen is?
En nog iets: Hoe krijg ik die letters 'proFormell' uit mijn banner?
Dank je wel.
Ik ben niet zo bekend met transactions, maar zijn dit niet heel veel extra (en onnodige) handelingen per pagina? Op zich is een extra query per pagina niet zo'n ramp natuurlijk, maar je wilt ook niet teveel onnodige dingen gaan doen op iedere pageloadquote:Op maandag 6 oktober 2008 22:39 schreef Light het volgende:
Wat je wel kunt doen is transactions gebruiken (en dus innodb tables). Autocommit moet dan uiteraard uit. Eerst met een select kijken hoeveel rijen er zijn, als er 25 (of meer) zijn het laagste id deleten. Daarna kun je altijd weer een rij toevoegen, en daarna de commit doen.
Ja, dat dusquote:Op maandag 6 oktober 2008 22:39 schreef Light het volgende:
Maar waarom zou je niet gewoon alles opslaan? Je kunt bij het tonen wel instellen dat alleen de 25 laatste entries worden getoond. Als iemand z'n cookies weggooit (om wat voor reden dan ook) is je telling toch in de war. Tenzij je ook alles gaat wissen op basis van leeftijd, bijvoorbeeld alles ouder dan een week.
Extra voordeel van alles bewaren is dat je er ook weer leuke statistiekjes uit kunt halen over welke pagina's veel worden bezocht enzo.
Maar dat is de vraag niet, en dat is lang niet zo'n interessante discussie
Zie je de forums als admin wel? Zo ja, zijn ze alleen zichtbaar voor ingelogde leden bijvoorbeeld?quote:Op maandag 6 oktober 2008 22:52 schreef AC4WHEELS.NL het volgende:
Hallo allemaal.
Sinds kort heb ik een forum gemaakt: www.legotechnicfans.nl. Nu wil ik de forums aanmaken alleen worden deze niet zichtbaar op de site. Iemand een idee hoe dit op te lossen is?
En nog iets: Hoe krijg ik die letters 'proFormell' uit mijn banner?
Dank je wel.
Beetje meer info mag wel
Die letters weghalen zal niet simpel wezen, kan je niet een ander logo regelen?
Die letters zijn er in 'gepojecteerd'. De forums zijn nu zichtbaar, waren toch verkeerde instellingen,.quote:Op maandag 6 oktober 2008 23:10 schreef Xcalibur het volgende:
[..]
Zie je de forums als admin wel? Zo ja, zijn ze alleen zichtbaar voor ingelogde leden bijvoorbeeld?
Beetje meer info mag wel
Die letters weghalen zal niet simpel wezen, kan je niet een ander logo regelen?
Oh, ik zie het al ja... die tekst is het logo, die over de achtergrond heenstaat kennelijk...
Kan je het logo niet vervangen (vanuit het admin deel wellicht, of anders gewoon het bestand) met een transparante GIF of PNG? Dan is ie nog steeds clickable maar wel onzichtbaar
Kan je het logo niet vervangen (vanuit het admin deel wellicht, of anders gewoon het bestand) met een transparante GIF of PNG? Dan is ie nog steeds clickable maar wel onzichtbaar
Ik ga gewoon het script eruit knallenquote:Op maandag 6 oktober 2008 23:18 schreef Xcalibur het volgende:
Oh, ik zie het al ja... die tekst is het logo, die over de achtergrond heenstaat kennelijk...
Kan je het logo niet vervangen (vanuit het admin deel wellicht, of anders gewoon het bestand) met een transparante GIF of PNG? Dan is ie nog steeds clickable maar wel onzichtbaar
Het levert wel extra overhead op, al was het maar door de extra queries. En door transactions te gebruiken wordt het als atomair blok behandeld, maar dat wil ook zeggen dat de volgende query moet wachten tot de vorige klaar is. In dat opzicht kan het nog vertragend werken ook (maar daar heb je vast niet veel last van met maar weinig bezoekers tegelijkertijd).quote:
[..]
Ik ben niet zo bekend met transactions, maar zijn dit niet heel veel extra (en onnodige) handelingen per pagina? Op zich is een extra query per pagina niet zo'n ramp natuurlijk, maar je wilt ook niet teveel onnodige dingen gaan doen op iedere pageload
True. Maar er is niets mis met meedenken. En zeker als iets lastig uitvoerbaar is, moet je je afvragen of het wel wenselijk en de beste optie is.quote:Ja, dat dus
Maar dat is de vraag niet, en dat is lang niet zo'n interessante discussie
dus eingelijk is het beste om geen delete te doen per view maar een x aantal keer per dag oid?
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Database en IPV6 opslag? hebben jullie hier al ervaring mee? gebruiken jullie varchar of is er nog een andere mogelijkheid?
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
[3 Oct 20:32] Konstantin Osipov
IPV6 support was added to MySQL v.6.0
Helaas draai ik nog 5.2 oid maar andere vraag dan want die zag ik niet beantwoord worden, zal dezelfde functie INET_ATON ook gaan werken voor IPV6?
IPV6 support was added to MySQL v.6.0
Helaas draai ik nog 5.2 oid maar andere vraag dan want die zag ik niet beantwoord worden, zal dezelfde functie INET_ATON ook gaan werken voor IPV6?
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Dan ben je best uniek. MySQL 5.2 bestaat helemaal nietquote:
[3 Oct 20:32] Konstantin Osipov
IPV6 support was added to MySQL v.6.0
Helaas draai ik nog 5.2 oid maar andere vraag dan want die zag ik niet beantwoord worden, zal dezelfde functie INET_ATON ook gaan werken voor IPV6?
En MySQL 6.0 is nog alpha, dus dat ze het daar toevoegen heb je nu nog helemaal niets aan.
