[PHP/(My)SQL] voor dummies - deel 56 | Digital Corner (DIG)

woensdag 20 februari 2008 @ 21:06:43 #51

CraZaay

prettig gestoord

quote:
Op woensdag 20 februari 2008 20:40 schreef Likkende_Lassie het volgende:
Ik heb een vraag betreffende het volgende:

In $description staat de beschrijving van iets. In deze tekst kunnen productnamen worden opgehaald, ik wil dit als volgt doen:

$description = 'BLA BLA BLA BLA [[PRODUCT_ID]] BLA BLA BLA';

Hoe kan ik [[PRODUCT_ID]] (is elke keer dus een andere ID ) laten herkennen en het ID uitlezen (en eventueel laten vervangen met str_replace)?

Je zult een patroon moeten vinden waar je een regex of string replacement op los kunt laten.

donderdag 21 februari 2008 @ 08:38:55 #52

Xcalibur

quote:
Op woensdag 20 februari 2008 08:59 schreef Chandler het volgende:
het is een constant

ja, zo zag die er ook al uit

Waar is het voor, want de documentatie op php.net is nogal summier zeg maar..... ?

donderdag 21 februari 2008 @ 11:00:44 #53

WyriHaximus

Release the hounds smithers!

@JortK -> Ga uit eindelijk toch maar voor CakePHP denk ik

.

phluphy for president!

donderdag 21 februari 2008 @ 11:12:10 #54

JortK

Immer kwaliteitsposts

quote:
Op donderdag 21 februari 2008 11:00 schreef WyriHaximus het volgende:
@JortK -> Ga uit eindelijk toch maar voor CakePHP denk ik .

Waarom ?

Overzicht van alle maandcijfers van het fokforum, voor de stats freaks!
Een goede Fok!search met de kracht van Google!

donderdag 21 februari 2008 @ 11:33:23 #55

WyriHaximus

Release the hounds smithers!

quote:
Op donderdag 21 februari 2008 11:12 schreef JortK het volgende:

[..]

Waarom ?

Om een paar redenen, CI schijnt toch aardig terug te lopen developement terwijl ze vol op bezig zijn met cake. Met cake heb ik meer het gevoel dat ik echt een framework heb voor me database en MVC model. Terwijl CI toch een hoop meer dingen standaard mee levert. De problemen die ik dacht te hebben met cake is al wat voor en daar ben ik heel erg blij mee want dat scheelt mij een tering zooi werk en een nieuwe framework leren

. Daarnaast ben ik al ff met cake bezig

.

phluphy for president!

donderdag 21 februari 2008 @ 14:28:35 #56

CraZaay

prettig gestoord

CI heeft toch ook een prima MVC-scheiding? Maar iedereen moet zelf weten wat 'ie gebruikt uiteraard. Ik heb verschillende grote sites gebouwd met CI naar tevredeneid iig.

donderdag 21 februari 2008 @ 15:01:34 #57

WyriHaximus

Release the hounds smithers!

quote:
Op donderdag 21 februari 2008 14:28 schreef CraZaay het volgende:
CI heeft toch ook een prima MVC-scheiding? Maar iedereen moet zelf weten wat 'ie gebruikt uiteraard. Ik heb verschillende grote sites gebouwd met CI naar tevredeneid iig.

Bedoelde dat CI toch meer extra's heeft en cake maar bare is

.

phluphy for president!

donderdag 21 februari 2008 @ 20:10:44 #58

Chandler

quote:
Op donderdag 21 februari 2008 08:38 schreef Xcalibur het volgende:

[..]

ja, zo zag die er ook al uit
Waar is het voor, want de documentatie op php.net is nogal summier zeg maar..... ?

PHP_ENDOFLINE

Oftewel een \r\n of \r of \'n

The people who lost my respect will never get a capital letter for their name again.
Like trump...

vrijdag 22 februari 2008 @ 07:29:10 #59

Likkende_Lassie

Doe eens wat aan je ondertitel

quote:
Op woensdag 20 februari 2008 21:06 schreef CraZaay het volgende:

[..]

Je zult een patroon moeten vinden waar je een regex of string replacement op los kunt laten.

Ben nu aan het kijken naar de functie preg_replace_callback();

vrijdag 22 februari 2008 @ 08:40:42 #60

CraZaay

prettig gestoord

Even los van de implementatie; zit er een rode draad in? Als je de ene keer de string "fiets auto 1233 fok" hebt waaruit je 1233 wilt hebben, en de andere keer "kat koe melk" waarvan je koe wilt hebben, dan wordt het lastig uiteraard

vrijdag 22 februari 2008 @ 14:20:27 #61

Likkende_Lassie

Doe eens wat aan je ondertitel

Kijk elke keer komt er een idnummer (wat weer uit de productne database wordt gehaald) voor in de tekst.

Dus bv: bblablablal [[3012]] blablablabla
Ik moet dan 3012 terug krijgen en [[3012]] moet worden vervangen door het geen wat ik wil.

Maar 3012 kan ook iets anders zijn!

snappi?

Ik kan natuurlijk ook een mysql query elke keer laten uitvoeren, die een str_replacement elke keer doet, en kijkt of een ID in die tekst voorkomt... maar dat moet ook anders op te lossen zijn lijkt me.
Dus dat als er [[ ]] in staat, hij pas gaat kijken

vrijdag 22 februari 2008 @ 14:38:23 #62

saban

hoi?

quote:
Op vrijdag 22 februari 2008 14:20 schreef Likkende_Lassie het volgende:
Kijk elke keer komt er een idnummer (wat weer uit de productne database wordt gehaald) voor in de tekst.

Dus bv: bblablablal [[3012]] blablablabla
Ik moet dan 3012 terug krijgen en [[3012]] moet worden vervangen door het geen wat ik wil.

Maar 3012 kan ook iets anders zijn!

snappi?

Ik kan natuurlijk ook een mysql query elke keer laten uitvoeren, die een str_replacement elke keer doet, en kijkt of een ID in die tekst voorkomt... maar dat moet ook anders op te lossen zijn lijkt me.
Dus dat als er [[ ]] in staat, hij pas gaat kijken

Dat is dus wat je nodig hebt. Daarop moet je gaan preggen

ne okuyon, bokmu var?

vrijdag 22 februari 2008 @ 18:36:31 #63

Resco

quote:
Op vrijdag 22 februari 2008 14:38 schreef saban het volgende:

[..]

Dat is dus wat je nodig hebt. Daarop moet je gaan preggen

Inderdaad, lijkt me vrij standaard. Even doorlezen:

http://nl2.php.net/preg_replace

zondag 24 februari 2008 @ 10:07:17 #64

Chandler

Even een vraagje, wil in een query zoeken op records ouder dan 60 dagen met datetime format, heb me een breuk gezocht maar kon niets logisch en begrijpbaars vinden dat werkte

iemand die dit zo even uit de mouw schud?

The people who lost my respect will never get a capital letter for their name again.
Like trump...

zondag 24 februari 2008 @ 10:36:30 #65

CraZaay

prettig gestoord

1	datetime_value < (NOW() - INTERVAL 60 DAY)

Geen idee of dit efficienter kan, maar kijk eens naar http://dev.mysql.com/doc/(...)-time-functions.html

zondag 24 februari 2008 @ 11:15:57 #66

super-muffin

quote:
Op zaterdag 16 februari 2008 19:37 schreef Scriptha het volgende:
Hoe implementeer ik een getInstance method (voor singleton design pattern) in abstracte class, zodat die bruikbaar is voor child classes?

Ik vroeg het me ook af. Dit werkt wel aardig geloof ik.

Heb ik net in elkaar gezet, dus niet helemaal uitgebreid getest.

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
38
39
40
41
42
43
44
45
46
47
48
49
50
51

<?php
abstract class AbstractSingleton
{
    /**
     * @var Array Holds all instances of the child classes
     */
    protected static $Instances = array();

    /**
     * No direct instances of the child classes
     */
    abstract protected function __construct();

    /**
     * @param string $Classname
     * @return object Singleton
     */
    protected static function GetInstance($Classname)
    {
        if (!isset(self::$Instances[$Classname]))
            self::$Instances[$Classname] = new $Classname;

        return self::$Instances[$Classname];
    }

    /**
     * The singleton method
     */
    abstract static function Singleton();
}

/**
* The famous FooBar!
*/
class FooBar extends AbstractSingleton
{

    protected function __construct()
    {
        echo 'I am being constructed only once!';
    }

    public static function Singleton()
    {
        return parent::GetInstance(__CLASS__);
    }
}

FooBar::Singleton();
FooBar::Singleton();
?>

En nu ik: Wat is de veiligste manier om een blijf ingelogd functie te maken? User Id onthouden in combinatie met IP en dat ook weer controleren?

Steam - SC2

zondag 24 februari 2008 @ 11:41:33 #67

Tarabass

quote:
Op zondag 24 februari 2008 11:15 schreef super-muffin het volgende:

[..]

Ik vroeg het me ook af. Dit werkt wel aardig geloof ik. Heb ik net in elkaar gezet, dus niet helemaal uitgebreid getest.
[ code verwijderd ]

En nu ik: Wat is de veiligste manier om een blijf ingelogd functie te maken? User Id onthouden in combinatie met IP en dat ook weer controleren?

Username en (uiteraard encrypted) wachtwoord opslaan in cookie, die de user dan via de browser kan laten onthouden?

zondag 24 februari 2008 @ 12:30:34 #69

CraZaay

prettig gestoord

In ieder geval niets wat zonder toegang tot de database te herleiden is tot een gebruiker. Dus ook geen userid ofzo. Als je geen sessie id's wilt gebruiken sla dan desnoods een hash van de username ofzo op (en dezelfde hash in de db uiteraard). User id + IP zou ideaal zijn, kun je in je cookie gewoon ff het id met 1 ophogen en als iemand anders inloggen

zondag 24 februari 2008 @ 12:32:31 #70

Tarabass

quote:
Op zondag 24 februari 2008 12:26 schreef Igen het volgende:

[..]

Geen goed idee. Als iemand het cookie dan weet te jatten, dan kan die daarmee inbreken zolang het wachtwoord gelijk blijft.
Je kunt beter een soort van Session ID in de cookie opslaan, die maar beperkt geldig is. Bijvoorbeeld een uur, of totdat je uitlogt, of totdat je de volgende keer inlogt.

Ik heb even gekeken en je hebt inderdaad gelijk. Zelf doe ik dit inderdaad met het Userid plus wachtwoord opslaan in het cookie. Hoe ik dan bij de username kom

Mijn excuses voor het op het verkeerde been zetten

Verder laat ik het pas verlopen na een jaar. Op veel websites waar ik kom verloopt de cookie met het sluiten van de browser, maar vindt het als gebruiker dan vrij irritant overkomen.

zondag 24 februari 2008 @ 12:39:16 #71

Xcalibur

dat klinkt meer als een sessie dan als een cookie?

zondag 24 februari 2008 @ 12:43:08 #72

SuperRembo

Sinds 1998

quote:
Op zondag 24 februari 2008 12:32 schreef Tarabass het volgende:

[..]

Ik heb even gekeken en je hebt inderdaad gelijk. Zelf doe ik dit inderdaad met het Userid plus wachtwoord opslaan in het cookie. Hoe ik dan bij de username kom

Dat is nog steeds niet veilig. Het enige wat je in een cookie moet zetten is een sessie-id.

zondag 24 februari 2008 @ 13:05:22 #74

CraZaay

prettig gestoord

quote:
Op zondag 24 februari 2008 12:39 schreef Xcalibur het volgende:
dat klinkt meer als een sessie dan als een cookie?

Een "session cookie" dan

zondag 24 februari 2008 @ 14:19:21 #75

SuperRembo

Sinds 1998

quote:
Op zondag 24 februari 2008 12:49 schreef Igen het volgende:
[..]
Kortom: je moet in je cookie een gegeven (controlenummer) opslaan, dat je ook op de server ergens noteert. En dit gegeven moet op de server een beperkte geldigheid hebben.

_{SuperRembo: UserID + SessionID is toch net zo veilig? Of doe ik nu ook dom?}

Je zet alleen de session-id in de cookie, dus geen user-id. Meer heb je niet nodig.

zondag 24 februari 2008 @ 18:34:59 #76

Xcalibur

quote:
Op zondag 24 februari 2008 13:05 schreef CraZaay het volgende:
Een "session cookie" dan

waarom zou je daar zelf moeilijk mee doen, als je het PHP ook lekker zelf kan laten doen?

zondag 24 februari 2008 @ 19:07:45 #77

super-muffin

quote:
Op zondag 24 februari 2008 12:49 schreef Igen het volgende:

[..]

Alleen user-ID en wachtwoord in een cookie opslaan is net zo onveilig, want ook deze combinatie is in principe oneindig lang geldig. Dat de cookie misschien een vervaldatum heeft doet er niet toe, want die is slechts een hint voor de webbrowser en voegt dus geen veiligheid toe.

Kortom: je moet in je cookie een gegeven (controlenummer) opslaan, dat je ook op de server ergens noteert. En dit gegeven moet op de server een beperkte geldigheid hebben.

_{SuperRembo: UserID + SessionID is toch net zo veilig? Of doe ik nu ook dom?}

Maar op basis van wat moet ik het genereren? Of maakt dat niet zo veel uit?

Steam - SC2

zondag 24 februari 2008 @ 19:47:27 #78

CraZaay

prettig gestoord

quote:
Op zondag 24 februari 2008 18:34 schreef Xcalibur het volgende:

[..]

waarom zou je daar zelf moeilijk mee doen, als je het PHP ook lekker zelf kan laten doen?

Wie zegt iets over zelf doen? Wat jij bedoelt is een "session cookie", en dat is dus ook gewoon een soort cookie. Daar ging het me vooral om

zondag 24 februari 2008 @ 19:49:04 #79

qu63

..de tijd drinkt..

ben een soort van bezig met een image upload en resize script, alleen mn host staat maar 16MB als memory_limit toe.

Nu 'crasht' het script dus steeds omdat hij dus geen gehuegen meer heeft. Heeft PHP echt zoveel geheugen nodig om een plaatje te uploaden, resize naar max 600px breed of hoog, en resize naar max 200px breed of hoog?

It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]

zondag 24 februari 2008 @ 20:10:25 #80

CraZaay

prettig gestoord

Ja, en wel meer ook waarschijnlijk. Ik moest laatst om een XML-file te kunnen parsen met parse_to_struct() (ofzo) een gig reserveren

zondag 24 februari 2008 @ 20:15:35 #81

qu63

..de tijd drinkt..

quote:
Op zondag 24 februari 2008 20:10 schreef CraZaay het volgende:
Ja, en wel meer ook waarschijnlijk. Ik moest laatst om een XML-file te kunnen parsen met parse_to_struct() (ofzo) een gig reserveren

damn

de instellingen bij one.com kunnen niet gewijzigd worden, dus ik ben de lul geloof ik

It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]

zondag 24 februari 2008 @ 20:44:57 #82

PiRANiA

All thinking men are atheists.

quote:
Op zondag 24 februari 2008 20:15 schreef qu63 het volgende:

[..]

damn

de instellingen bij one.com kunnen niet gewijzigd worden, dus ik ben de lul geloof ik

nog een one.commer

Het klopt, ze kunnen volgens mij niet veranderd worden... Je kan het ze vragen, de helpdesk is er toch altijd...
Tot nu toe ben ik zelf nog niet tegen beperkingen aan gelopen, behalve dat ik geen CRONJOBS kan installen...

Dag Google!

zondag 24 februari 2008 @ 20:51:14 #83

SuperRembo

Sinds 1998

quote:
Op zondag 24 februari 2008 20:15 schreef qu63 het volgende:

[..]

damn

de instellingen bij one.com kunnen niet gewijzigd worden, dus ik ben de lul geloof ik

Een plaatje van 3000x2000 pixels kan zo 3000x2000x3 = 18MB aan geheugen gebruiken.
Knip het plaatje in 4 stukken, resize die stuk voor stuk, plak ze daarna weer aan elkaar. En als dat nog niet genoeg is moet je meer stukken gebruiken

Volgende probleem: hoe knip je een plaatje in stukken zonder het in z'n geheel in het geheugen te laden?

zondag 24 februari 2008 @ 21:01:11 #84

Tarabass

quote:
Op zondag 24 februari 2008 18:34 schreef Xcalibur het volgende:

[..]

waarom zou je daar zelf moeilijk mee doen, als je het PHP ook lekker zelf kan laten doen?

Wat bedoel je daar mee, zelf laten doen?

zondag 24 februari 2008 @ 21:08:42 #85

qu63

..de tijd drinkt..

quote:
Op zondag 24 februari 2008 20:44 schreef PiRANiA het volgende:

[..]

nog een one.commer
Het klopt, ze kunnen volgens mij niet veranderd worden... Je kan het ze vragen, de helpdesk is er toch altijd...
Tot nu toe ben ik zelf nog niet tegen beperkingen aan gelopen, behalve dat ik geen CRONJOBS kan installen...

helpdesk gevraagd, en dat kan dus niet

en php draait in safe_mode, dus linux-apps gebruiken werkt ook niet

It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]

zondag 24 februari 2008 @ 21:10:08 #86

qu63

..de tijd drinkt..

quote:
Op zondag 24 februari 2008 20:51 schreef SuperRembo het volgende:

[..]

Een plaatje van 3000x2000 pixels kan zo 3000x2000x3 = 18MB aan geheugen gebruiken.
Knip het plaatje in 4 stukken, resize die stuk voor stuk, plak ze daarna weer aan elkaar. En als dat nog niet genoeg is moet je meer stukken gebruiken

klint goed, maar idd:

quote:
Volgende probleem: hoe knip je een plaatje in stukken zonder het in z'n geheel in het geheugen te laden?

psies, weet je hoe?

It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]

zondag 24 februari 2008 @ 22:47:30 #87

Light

quote:
Op zondag 24 februari 2008 19:49 schreef qu63 het volgende:
ben een soort van bezig met een image upload en resize script, alleen mn host staat maar 16MB als memory_limit toe.

Nu 'crasht' het script dus steeds omdat hij dus geen gehuegen meer heeft. Heeft PHP echt zoveel geheugen nodig om een plaatje te uploaden, resize naar max 600px breed of hoog, en resize naar max 200px breed of hoog?

Je kunt ook nog kleinere plaatjes uploaden

fokstok.nl

maandag 25 februari 2008 @ 00:02:20 #88

qu63

..de tijd drinkt..

quote:
Op zondag 24 februari 2008 22:47 schreef Light het volgende:

[..]

Je kunt ook nog kleinere plaatjes uploaden

Dat is ook een optie idd.

_{ps, je homepage: Fatal error: Call to undefined function input_name_to_filter() in /sites/arjanonline.net/www/blog/include/compat.inc.php on line 99}

It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]

maandag 25 februari 2008 @ 08:54:24 #89

Tarabass

quote:
Op zondag 24 februari 2008 22:47 schreef Light het volgende:

[..]

Je kunt ook nog kleinere plaatjes uploaden

Of het plaatje via html kleiner maken en dan een screenshot maken met php, als dat kan

maandag 25 februari 2008 @ 09:03:25 #90

CraZaay

prettig gestoord

Of gewoon een host zoeken waar je wél kunt doen wat je wilt zonder kunstgrepen en/of de interactie aan te passen

maandag 25 februari 2008 @ 21:26:42 #91

The_Terminator

Vraagje

Moet je bij het maken van een index eerst de oude droppen of wordt de al beschikbare automatisch overschreven?

Mijn FokSearch database wordt namelijk trager en trager na het indexeren van meer woorden, in het begin hielp het indexeren nog wel maar ik merk nu eigenlijk geen verschil als ik het opnieuw indexeer.

maandag 25 februari 2008 @ 21:37:16 #92

Xcalibur

quote:
Op zondag 24 februari 2008 21:01 schreef Tarabass het volgende:
Wat bedoel je daar mee, zelf laten doen?

PHP heeft een prima session management om je ingelogd te houden... je moet wel een goede reden hebben als je dat niet wilt gebruiken en je eigen systeem te bouwen

Maar ik heb het idee dat die hele discussie eigenlijk ergens anders over gaat dan ik denk, dus nevermind

maandag 25 februari 2008 @ 22:02:27 #93

qu63

..de tijd drinkt..

quote:
Op maandag 25 februari 2008 09:03 schreef CraZaay het volgende:
Of gewoon een host zoeken waar je wél kunt doen wat je wilt zonder kunstgrepen en/of de interactie aan te passen

Helaas zal dat niet gaan. Niet mijn eigen site, wel een site die ik aan het maken ben

It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]

maandag 25 februari 2008 @ 22:04:32 #94

Farenji

quote:
Op maandag 25 februari 2008 21:26 schreef The_Terminator het volgende:
Vraagje

Moet je bij het maken van een index eerst de oude droppen of wordt de al beschikbare automatisch overschreven?

Mijn FokSearch database wordt namelijk trager en trager na het indexeren van meer woorden, in het begin hielp het indexeren nog wel maar ik merk nu eigenlijk geen verschil als ik het opnieuw indexeer.

Indexes op mysql tabellen geven wel snelheidswinst maar ze zijn niet zaligmakend. Je kan maar zoveel met indexes doen, maar er zijn tig redenen voor een trage search. Het kan aan niet optimale code of queries aan jouw kant liggen. Of misschien ligt het echt alleen aan de hoeveelheid data of de manier waarop die opgeslagen wordt. Dat kun je wellicht efficienter maken door je data anders op te slaan, minder data op te slaan, of desnoods een datamart of meta index (een index van een index) van je data maken.

Maar misschien dat je eens kan beginnen met hoe je datamodel eruitziet en wat voor soort indexes op welke columns je gebruikt.

maandag 25 februari 2008 @ 22:21:08 #95

ErikN

Vraagje,

Weet iemand een manier om dubbele MySQL records te verwijderen.

Ik heb een tabel met ongeveer 120.000 records. Sommige records zijn dubbel, met uitzondering van een unieke ID. Is het mogelijk om dubbele records te verwijderen met een query?

Een alternatief is een PHP script, maar die gaat waarsch. piepen bij 120.000 records...

Zon, zee en strandvakanties

maandag 25 februari 2008 @ 22:26:38 #96

The_Terminator

quote:
Op maandag 25 februari 2008 22:04 schreef Farenji het volgende:

[..]

Indexes op mysql tabellen geven wel snelheidswinst maar ze zijn niet zaligmakend. Je kan maar zoveel met indexes doen, maar er zijn tig redenen voor een trage search. Het kan aan niet optimale code of queries aan jouw kant liggen. Of misschien ligt het echt alleen aan de hoeveelheid data of de manier waarop die opgeslagen wordt. Dat kun je wellicht efficienter maken door je data anders op te slaan, minder data op te slaan, of desnoods een datamart of meta index (een index van een index) van je data maken.

Maar misschien dat je eens kan beginnen met hoe je datamodel eruitziet en wat voor soort indexes op welke columns je gebruikt.

Opzich is het niet traag, meestal doet het script er 0,1 sec of nog minder over om iets te vinden. Het gaat mij erom dat ik merk dat het steeds trager begint te worden, en ik ben bang dat het na verloop van tijd alleen maar achteruitgaat met de snelheid.

Ik heb gewoon topics aan woorden gekoppeld via een losse tabel. Als iemand naar een woord zoekt dan wordt dat woord in de database opgezocht, dat woord bevat weer een ID dat weer in een andere tabel wordt opgezocht en in die tabel staan de topics waar het woord voorkomt en hoe vaak het voorkomt (om de relevantie te bepalen). Vervolgens haal ik de titel, TS, topicid en datum van het topic uit een losse tabel en dat wordt op de pagina geprint.

Kan me eigenlijk niets beter bedenken dan bovenstaande.

maandag 25 februari 2008 @ 22:31:12 #97

CraZaay

prettig gestoord

quote:
Op maandag 25 februari 2008 22:21 schreef ErikN het volgende:

Weet iemand een manier om dubbele MySQL records te verwijderen.

Ik heb een tabel met ongeveer 120.000 records. Sommige records zijn dubbel, met uitzondering van een unieke ID. Is het mogelijk om dubbele records te verwijderen met een query?

Een alternatief is een PHP script, maar die gaat waarsch. piepen bij 120.000 records...

Waarom zou die piepen bij 120.000 records? Zoveel is dat toch niet?

Ik zou zo geen query weten overigens.

maandag 25 februari 2008 @ 22:32:49 #98

ErikN

quote:
Op maandag 25 februari 2008 22:31 schreef CraZaay het volgende:
Waarom zou die piepen bij 120.000 records? Zoveel is dat toch niet?

Ik zou zo geen query weten overigens.

Mijn PHP import scripts kunnen maximaal 10.000 per keer aan (op mijn brakke ontwikkel PC).

Zon, zee en strandvakanties

maandag 25 februari 2008 @ 22:34:18 #99

ErikN

+ ik weet dat het kan. Heb er ook al wel wat over gelezen. Alleen begrijp er niet veel van nog...

Zon, zee en strandvakanties

maandag 25 februari 2008 @ 22:37:42 #100

Farenji

quote:
Op maandag 25 februari 2008 22:32 schreef ErikN het volgende:

[..]

Mijn PHP import scripts kunnen maximaal 10.000 per keer aan (op mijn brakke ontwikkel PC).

Dan is niet alleen je PC brak.

Forum Opties
Forumhop:
Hop naar:	(afkorting, bv 'KLB')

[PHP/(My)SQL] voor dummies - deel 56

» digital corner

» digital corner