De extra ruimte die een index inneemt, weegt niet op tegen de voordelen van een goedgeplaatste index. Als je 1.000.000 ongesorteerde dingen wilt doorzoeken, kost dat gemiddeld 500.000 pogingen bij iets dat er wel in staat, en altijd 1.000.000 als de zoekterm niet gevonden kan worden. Een goede index kan dat terugbrengen tot maximaal 20 zoekacties (bij 1.000.000 elementen) om aan te geven of de zoekterm voorkomt (en zo ja waar).quote:Op zaterdag 6 december 2008 17:28 schreef kloontje_de_reuzekloon het volgende:
zou kunnen schelen bij je queries, maar met 1.000.000 records vreet dat ook ruimte
Da's lastig te zeggen. Probeer eens een explain van de queries te doen (in PHPMyAdmin)quote:Op zaterdag 6 december 2008 17:59 schreef wipes66 het volgende:
Ik een index genaamd 'product_code' op product_code en product_code2. Dit moet toch voldoende zijn? (dit is overigens sowieso noodzakelijk voor fulltext search)
15 seconden voor het doorzoeken van 100 producten is wel traag ja.quote:Ik heb het eff gemeten en het duurt 15 seconden om 100 producten te doorzoeken. Dus dat ongeveer 6 per seconden![]()
doe gewoon ditquote:Op zondag 7 december 2008 11:20 schreef MrDoegewoon het volgende:
Oke. Iemand heeft me ooit verteld dat die twee met elkaar te maken hadden, dus zat weer is in de totaal verkeerde hoek te zoeken voor een oplossing
.
Maar ik weet denk wel een andere oplossing
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 | If (isset($_POST['login'])){ //controleer login met de database //indien ok header("location:path/naar/waar/je/naartoe/wil"); } ?> <html> <head> <title>de html</title> </head> <body> <form action="<?=$_SERVER['PHP_SELF'];?>"> <input type="text" id="login"> </form> </body> </html> |
| 1 2 3 4 | //fok geeft de symbolen hier niet goed weer, is allemaal extended ascii $bbcode = str_replace(array('’','“','â€',':','.','⤽','⤝','⤙'),array('\'','"','"',':','.','"','"','\''),$bbcode); ?> |
ok, dank je, dat werkt (wel eerder geprobeerd, maar nooit met "utf-8" als derde parameter) alleen nu doet ie het iets te goed; hij converteerd namelijk ook wat html (> wordt >) wat dan weer net niet moet. Mis ik een optie?quote:
Je denkt toch niet dat wij het gaan maken voor je?quote:Op zondag 7 december 2008 18:23 schreef immortals het volgende:
HET MOET VAN SCHOOL!!
Ik moet een dynamische pagina namaken!!
Er zijn vrienden van mij een nieuwe rs aan het maken!!
Ik denk dat ik een 9 haal als ik mw namaak!
Minder is niet goed want op m'nvorig werk was ik gebuisd!!
Iemand die hier een idee over heeft?quote:Op woensdag 3 december 2008 14:37 schreef Chandler het volgende:
Ik heb een tabel waar ik referers van gebruikers in opsla
1
2
3
4
5
6
7
8CREATE TABLE `stats_ip_referers` (
`stat_id` int(10) unsigned NOT NULL,
`ip_id` int(10) unsigned NOT NULL,
`referer_id` int(10) unsigned NOT NULL,
`hits` int(10) unsigned NOT NULL,
`lastdate` timestamp NULL default NULL,
UNIQUE KEY `stat_id_2` (`stat_id`,`ip_id`,`referer_id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;
Nu heb ik reeds 115K aan referers in deze tabel staan maar wil graag filteren wat de EXIT pagina's zijn (dus de laatste pagina waarop de gebruiker heeft gezeten). Hoe kan ik dit het beste aanpakken? heb er zelf al 2 uur mee zitten spelen maar het wil gewoon domweg niet lukken
Je slaat de pagina op die de gebruiker bezoekt. Iedere keer update je die als de tijd sinds het laatste bezoek <1 uur is.quote:Op maandag 8 december 2008 10:42 schreef Chandler het volgende:
[..]
Iemand die hier een idee over heeft?
multiviews of modrewritequote:Op maandag 8 december 2008 21:04 schreef markiemark het volgende:
ok, nu komt er misschien wel een hele domme vraag... ik wil op mijn apache server met php instellen dat ik geen index.php?article_id=123 meer doe maar domein.nl/articles/123
ik heb geen idee waar ik naar moet zoeken op google.. wie helpt me verder?
heb volgens mij al een goede tutorial gevonden na je post, thanks!quote:
Ok, ik snap het idee, dus moet ik hiervoor een cronjob schrijven!quote:Op maandag 8 december 2008 11:15 schreef PiRANiA het volgende:
[..]
Je slaat de pagina op die de gebruiker bezoekt. Iedere keer update je die als de tijd sinds het laatste bezoek <1 uur is.
De records die dan in je database een uur of ouder zijn zijn de exitpagina's
no problemo. En over je andere vraag:quote:Op dinsdag 9 december 2008 09:35 schreef Chandler het volgende:
[..]
Ok, ik snap het idee, dus moet ik hiervoor een cronjob schrijven!
Tnx!
Een andere vraag, is het mogelijk om middels MySQL een unieke code te genereren? met karakters a-zA-Z0-9?
Gebruik dit eens:quote:Op dinsdag 9 december 2008 09:35 schreef Chandler het volgende:
[..]
Ok, ik snap het idee, dus moet ik hiervoor een cronjob schrijven! :)
Tnx!
Een andere vraag, is het mogelijk om middels MySQL een unieke code te genereren? met karakters a-zA-Z0-9?
| 1 |
Met MySQL ga je niet verder komen dan een auto_increment op een kolom met type INT. In andere databases heb je de mogelijkheid tot het maken van eigen SEQUENCEs, zodat je dit soort dingen kunt toepassen.quote:Op dinsdag 9 december 2008 09:35 schreef Chandler het volgende:
[..]
Ok, ik snap het idee, dus moet ik hiervoor een cronjob schrijven!
Tnx!
Een andere vraag, is het mogelijk om middels MySQL een unieke code te genereren? met karakters a-zA-Z0-9?
Een md5(microtime()) zou nog unieker moeten zijn, aangezien een microtime() iedere 1000ste van een seconde anders is. Of in MySQL: http://dev.mysql.com/doc/(...)s.html#function_uuidquote:Op dinsdag 9 december 2008 11:33 schreef JortK het volgende:
Wanneer je van een random een md5() trekt is de kans dat die uniek is toch 99,99% ?
Zowel random als MD5 zijn niet uniek, al is de kans op dubbelen wel erg klein. Maar MD5 is niet a-zA-Z0-9 zoals Chandler vroeg, maar a-f0-9.quote:Op dinsdag 9 december 2008 11:33 schreef JortK het volgende:
Wanneer je van een random een md5() trekt is de kans dat die uniek is toch 99,99% ?
Een MD5 van de microtime() is juist minder uniek. De microtime is niet uniek en de MD5 is zelf ook niet uniek: het samenvoegen van 2 niet unieke dingen maakt het dus nog minder uniek en een grotere kans op dubbele waarden.quote:Op dinsdag 9 december 2008 11:37 schreef Roy_T het volgende:
[..]
Een md5(microtime()) zou nog unieker moeten zijn, aangezien een microtime() iedere 1000ste van een seconde anders is. Of in MySQL: http://dev.mysql.com/doc/(...)s.html#function_uuid
Met die 99.99 ben je er niet. Als je 1000 getallen maakt heb je al 10% kans op tenminste één duplicaat. Uuid is wat je nodig hebt (of althans kunt gebruiken voor wat je net beschreef).quote:Op dinsdag 9 december 2008 11:33 schreef JortK het volgende:
Wanneer je van een random een md5() trekt is de kans dat die uniek is toch 99,99% ?
UUID is net zoiets als new_id() in MSSQL?quote:Op dinsdag 9 december 2008 12:08 schreef GlowMouse het volgende:
[..]
Met die 99.99 ben je er niet. Als je 1000 getallen maakt heb je al 10% kans op tenminste één duplicaat. Uuid is wat je nodig hebt (of althans kunt gebruiken voor wat je net beschreef).
interessant.. ik wist niet eens dat het kon.. Kun je die dmv ajax/js aanroepen een daarmee een progress bar vullen oid?quote:Op dinsdag 9 december 2008 14:31 schreef Tuvai.net het volgende:
Hmm, me is confused. Zojuist PHP 5.2.6 (meest recente distributie waar PECL in zit) voor Windows gedownload, de php_uploadprogress.dll geladen die daar bij zat en ook die is volgens phpinfo() versie 0.3.1-dev.
Wil dit zeggen dat de meest recente versie van uploadprogress niet beschikbaar is voor Windows?
Die is er wel, echter werkt het alleen met PHP 5.2 of hogerquote:Op dinsdag 9 december 2008 14:49 schreef HuHu het volgende:
Een progressbar functionaliteit voor uploads heb je niet in PHP
quote:Op dinsdag 9 december 2008 14:43 schreef markiemark het volgende:
[..]
interessant.. ik wist niet eens dat het kon.. Kun je die dmv ajax/js aanroepen een daarmee een progress bar vullen oid?
Het is meestal een combinatie van PHP, AJAX / jQuery / JSON. Wat de uploadprogress extensie doet is puur naar een bestand kijken dat momenteel geupload wordt, en checken hoe veel packages reeds al verzonden zijn naar de server. Draai daar constant een AJAX / jQuery verzoekje naar dat deze aantallen ophaalt en vergelijkt met totalen en je bent al heel snel en eenvoudig in staat om een progress bar te maken.quote:Op dinsdag 9 december 2008 14:49 schreef HuHu het volgende:
Een progressbar functionaliteit voor uploads heb je niet in PHP, dat is alleen goed beschikbaar met CGI scripts in bijvoorbeeld Perl. Je zou eens kunnen kijken naar de uber uploader: http://uber-uploader.sourceforge.net/
Hoe is microtime() minder uniek dan rand()? Is er bij rand() niet immens veel meer kans op eenzelfde random nummer dan dat het aantal microseconden wat verstreken is sinds de epoch nog eens terugkeertquote:Op dinsdag 9 december 2008 11:42 schreef HuHu het volgende:
Een MD5 van de microtime() is juist minder uniek. De microtime is niet uniek en de MD5 is zelf ook niet uniek: het samenvoegen van 2 niet unieke dingen maakt het dus nog minder uniek en een grotere kans op dubbele waarden.
Ik heb de PECL extensie uploadprogress-beta op m'n Linux server staan en het lijkt allemaal wel te werken, maar het voelt vind ik ook een beetje brak aan allemaal. Er zijn genoeg andere scripts beschikbaar die niet afhangen van PHP 5.2+ en niet in beta zijn, die bovendien meerdere uploads tegelijk kunnen tracken (dat kan met deze methode niet als ik het goed begrijp).quote:Op dinsdag 9 december 2008 15:11 schreef Tuvai.net het volgende:
[..]
Iemand aanwezig met een Linux server die deze extensie eens wilt proberen?
Wat is dit dan?quote:Op dinsdag 9 december 2008 16:01 schreef Tuvai.net het volgende:
En Tijn, je kunt er dus wel degelijk meerdere bestanden tegenlijk mee monitoren; gewoon een kwestie om een unieke identifier aan elk bestand mee te geven.
bron: http://nl3.php.net/manual(...).php#ini.apc.rfc1867quote:Note that the file upload tracking is not threadsafe at this point, so new uploads that happen while a previous one is still going will disable the tracking for the previous.
| Forum Opties | |
|---|---|
| Forumhop: | |
| Hop naar: | |