[PHP/(My)SQL] voor dummies - Deel 45 | Digital Corner (DIG)

dinsdag 26 juni 2007 @ 20:32:19 #201

broodmonkeh

quote:
Op dinsdag 26 juni 2007 20:02 schreef Geqxon het volgende:
Een nette maar trage manier:
[ code verwijderd ]

danku dit werkt perfect

snel hoeft et niet te zijn

dinsdag 26 juni 2007 @ 20:39:40 #202

freiss

Hertog Jan :9~

quote:
Op dinsdag 26 juni 2007 20:28 schreef Geqxon het volgende:
Dat zou inderdaad erg handig zijn, zoiets had ik laatst in een switch-statement nodig

Zelf werk ik in zulke gevallen met booleans overigens.

In een switch kan je toch default gebruiken?

HJ 14-punt-gift.
Lijst met rukmateriaal!

dinsdag 26 juni 2007 @ 20:41:29 #203

Geqxon

quote:
Op dinsdag 26 juni 2007 20:39 schreef freiss het volgende:

[..]

In een switch kan je toch default gebruiken?

Default is volgens mij wat hij doet als alles faalt (else dus), JeRa heeft het er over als één van de booleans van de switch wel lukt, dat hij in dat geval een stukje code altijd uit moet voeren.

dinsdag 26 juni 2007 @ 20:42:07 #204

freiss

Hertog Jan :9~

quote:
Op dinsdag 26 juni 2007 20:41 schreef Geqxon het volgende:

[..]

Default is volgens mij wat hij doet als alles faalt (else dus), JeRa heeft het er over als één van de booleans van de switch wel lukt, dat hij in dat geval een stukje code altijd uit moet voeren.

Ja, ik zag dat ik het verkeerd had gelezen

HJ 14-punt-gift.
Lijst met rukmateriaal!

dinsdag 26 juni 2007 @ 20:45:08 #205

Geqxon

Goed, moet ik wel zeggen dat een switch anders dan een if-elseif-else constructie werkt, aangezien die doorloopt totdat je hem breakt.

woensdag 27 juni 2007 @ 01:02:58 #206

Tijn

Powered by MS Paint

Weet iemand of er een goede implementatie van het Porter stemming algoritme is gemaakt in PHP voor het Nederlands? Voor de Engelse taal zijn ze wel te vinden (PHP4 & PHP5), maar ik zou er graag eentje hebben in het Nederlands

[ Bericht 43% gewijzigd door Tijn op 27-06-2007 01:50:50 ]

Verberg de nieuwsticker

woensdag 27 juni 2007 @ 01:59:57 #207

fokME2

quote:
Op dinsdag 26 juni 2007 20:26 schreef JeRa het volgende:
Wat ik eigenlijk in PHP nogal mis, is de volgende mogelijkheid:
[ code verwijderd ]

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

<?php
$any = false;
if (...)
{
    // doe iets
    $any = true;
}
else if (...)
{
    // doe iets anders
    $any = true;
}
else
{
    // doe iets als de bovenstaande condities allemaal onwaar waren
    $any = true;
}

if($any)
{
    // doe iets als minstens één van de bovenstaande condities waar was
}
?>

Zoiets?

woensdag 27 juni 2007 @ 02:04:53 #208

Geqxon

In jouw geval is $any nutteloos. Haal hem eens bij de else weg

woensdag 27 juni 2007 @ 02:16:52 #209

JeRa

quote:
Op woensdag 27 juni 2007 01:59 schreef fokME2 het volgende:

[..]
[ code verwijderd ]

Zoiets?

Nee, dat is lelijk, zeker bij veel conditional blocks

woensdag 27 juni 2007 @ 02:22:42 #210

Geqxon

Is het geen optie die "$any = true" gelijk in je if-statement te stoppen?

woensdag 27 juni 2007 @ 02:39:06 #211

fokME2

quote:
Op woensdag 27 juni 2007 02:16 schreef JeRa het volgende:

[..]

Nee, dat is lelijk, zeker bij veel conditional blocks

Maar het werkt wel, als het echt moet.

woensdag 27 juni 2007 @ 08:21:27 #212

WyriHaximus

Release the hounds smithers!

quote:
Op woensdag 27 juni 2007 02:39 schreef fokME2 het volgende:

[..]

Maar het werkt wel, als het echt moet.

functionaliteit > schoonheid

iig zolang de code maar goed leesbaar blijft

phluphy for president!

woensdag 27 juni 2007 @ 08:36:24 #213

SuperRembo

Sinds 1998

quote:
Op dinsdag 26 juni 2007 20:26 schreef JeRa het volgende:
Wat ik eigenlijk in PHP nogal mis, is de volgende mogelijkheid:
[ code verwijderd ]

Je mist het in PHP, is er een taal waar zo'n constructie wel bestaat?

quote:
Op woensdag 27 juni 2007 01:59 schreef fokME2 het volgende:
[..]
[ code verwijderd ]

Zoiets? O-)

Keer het dan om:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

<?php
$any = true;
if (...)
{
    // doe iets
}
else if (...)
{
    // doe iets anders
}
else
{
    // doe iets als de bovenstaande condities allemaal onwaar waren
    $any = false;
}

if($any)
{
    // doe iets als minstens één van de bovenstaande condities waar was
}
?>

Het lijkt me een beetje overbodig om hier een speciaal statement voor te introduceren.

woensdag 27 juni 2007 @ 09:09:37 #214

Chandler

quote:
Op dinsdag 26 juni 2007 15:19 schreef JeRa het volgende:
Nu is het duidelijker ja waarom heb je die DISTINCT() in je query als je al een GROUP BY hebt? Je query ziet er goed uit verder

je hebt helemaal gelijk gehad, snap niet waarom ik toen koos voor distinct maar goed!!

Nu nog een kleine andere vraag over preformance van PHP

Is het zo dat hoe groter je script hoe langer het er over doet ookal wordt 90% van het script niet uitgevoerd?

Ik heb namelijk nu een script van ruim 100KB en dacht dat als ik onderdelen in een switch nu eens in apparte php bestanden ga zetten de preformance omhoog zou gaan... Anyone?

[ Bericht 22% gewijzigd door Chandler op 27-06-2007 11:13:49 ]

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

woensdag 27 juni 2007 @ 11:35:01 #215

Geqxon

quote:
Op woensdag 27 juni 2007 09:09 schreef Chandler het volgende:

[..]

je hebt helemaal gelijk gehad, snap niet waarom ik toen koos voor distinct maar goed!!

Nu nog een kleine andere vraag over preformance van PHP

Is het zo dat hoe groter je script hoe langer het er over doet ookal wordt 90% van het script niet uitgevoerd?

Ik heb namelijk nu een script van ruim 100KB en dacht dat als ik onderdelen in een switch nu eens in apparte php bestanden ga zetten de preformance omhoog zou gaan... Anyone?

Goed punt, aangezien hij er vaak over struikelt als je ergens onderop in een niet gebruikt stukje code een punt-komma mist. TVP

woensdag 27 juni 2007 @ 11:54:26 #216

Xcalibur

quote:
Op woensdag 27 juni 2007 09:09 schreef Chandler het volgende:
Is het zo dat hoe groter je script hoe langer het er over doet ookal wordt 90% van het script niet uitgevoerd?

Gevoelsmatig zeg ik dat het niet uitmaakt.... maar onderbouwen kan ik het niet

woensdag 27 juni 2007 @ 11:58:36 #217

WyriHaximus

Release the hounds smithers!

quote:
Op woensdag 27 juni 2007 09:09 schreef Chandler het volgende:

[..]

je hebt helemaal gelijk gehad, snap niet waarom ik toen koos voor distinct maar goed!!

Nu nog een kleine andere vraag over preformance van PHP

Is het zo dat hoe groter je script hoe langer het er over doet ookal wordt 90% van het script niet uitgevoerd?

Ik heb namelijk nu een script van ruim 100KB en dacht dat als ik onderdelen in een switch nu eens in apparte php bestanden ga zetten de preformance omhoog zou gaan... Anyone?

Weet niet, ff kijken hoe includes werken

.

phluphy for president!

woensdag 27 juni 2007 @ 12:41:07 #218

WyriHaximus

Release the hounds smithers!

quote:
Op woensdag 27 juni 2007 11:58 schreef WyriHaximus het volgende:

[..]

Weet niet, ff kijken hoe includes werken .

Allemaal kleine bestandjes = meer I/O (en dat vraagt veel) = trager

.

phluphy for president!

woensdag 27 juni 2007 @ 12:42:52 #219

fokME2

quote:
Op woensdag 27 juni 2007 09:09 schreef Chandler het volgende:

[..]

je hebt helemaal gelijk gehad, snap niet waarom ik toen koos voor distinct maar goed!!

Nu nog een kleine andere vraag over preformance van PHP

Is het zo dat hoe groter je script hoe langer het er over doet ookal wordt 90% van het script niet uitgevoerd?

Ik heb namelijk nu een script van ruim 100KB en dacht dat als ik onderdelen in een switch nu eens in apparte php bestanden ga zetten de preformance omhoog zou gaan... Anyone?

Geen idee, maar PHP parsed toch ook de dingen die hij niet 'hoeft' te doen. Als php niet op regel 50 hoeft te zijn, maar daar zit wel een fout, dan krijg je toch een error. Zit die fout echter in je include dan krijg je geen error totdat die file is geïnclude.

woensdag 27 juni 2007 @ 12:51:31 #220

Chandler

Inderdaad, en dat niet alleen maar de scripts worden ook gecached bij vulvuldig gebruik oftewel pHp leest deze includes dan weer niet via de disk maar via het geheugen dus dat zou niet heel veel moeten uitmaken imho.

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

woensdag 27 juni 2007 @ 12:54:40 #221

fokME2

Maar, al testresultaten?

woensdag 27 juni 2007 @ 12:59:24 #222

WyriHaximus

Release the hounds smithers!

Voor het overzicht kan het wel handiger zijn maar het is niet echt iets om je al te druk over te maken kwa performence

. Code optimalisatie in zekere mate en je SQL en I/O gebruik en veel meer van PHP

.

phluphy for president!

woensdag 27 juni 2007 @ 13:18:34 #223

JeRa

quote:
Op woensdag 27 juni 2007 08:36 schreef SuperRembo het volgende:

[..]

Je mist het in PHP, is er een taal waar zo'n constructie wel bestaat?

Ongetwijfeld, maar het gaat me eerder om dit:

quote:
Op woensdag 27 juni 2007 08:21 schreef WyriHaximus het volgende:

[..]

functionaliteit > schoonheid iig zolang de code maar goed leesbaar blijft

Hier ben ik het dus niet mee eens, ik ben meer van het type functionaliteit == schoonheid; zodra ik in een taal teveel truukjes moet gaan uithalen alleen al voor de logische vertakking, krijg ik een hekel aan de taal

het is dat ik goed bekend ben met PHP en het voor een scripttaal een goede performance heeft tegenover een korte ontwikkelingstijd.

quote:
[..]

Keer het dan om:
[ code verwijderd ]

Het lijkt me een beetje overbodig om hier een speciaal statement voor te introduceren.

Dat is dus mogelijk ja, maar lelijk.

woensdag 27 juni 2007 @ 14:27:44 #224

WyriHaximus

Release the hounds smithers!

quote:
Op woensdag 27 juni 2007 13:18 schreef JeRa het volgende:

[..]

Hier ben ik het dus niet mee eens, ik ben meer van het type functionaliteit == schoonheid; zodra ik in een taal teveel truukjes moet gaan uithalen alleen al voor de logische vertakking, krijg ik een hekel aan de taal het is dat ik goed bekend ben met PHP en het voor een scripttaal een goede performance heeft tegenover een korte ontwikkelingstijd.

Ik hang liever niet te veel op schoonheid, vind het absoluut belangrijk (zeker tegenwoordig hecht ik er veel meer waarde aan dan vroeger). Maar als ik met een kleine hack de functionaliteit kan krijgen die nodig is zie ik daar geen probleem in. Moet niet een gekkenhuis worden want dan word het ook niet lekker meer leesbaar en ga je er alleen maar op achter uit .

phluphy for president!

woensdag 27 juni 2007 @ 14:59:39 #225

JeRa

Zodra ik te vieze hacks moet gaan gebruiken om de functionaliteit te verkrijgen die ik nodig heb, ga ik ernstig twijfelen aan het platform dat ik gekozen heb

woensdag 27 juni 2007 @ 15:09:45 #226

WyriHaximus

Release the hounds smithers!

quote:
Op woensdag 27 juni 2007 14:59 schreef JeRa het volgende:
Zodra ik te vieze hacks moet gaan gebruiken om de functionaliteit te verkrijgen die ik nodig heb, ga ik ernstig twijfelen aan het platform dat ik gekozen heb

Precies

.

Zal forearch($this as $key => $value) werken om alle varriables van een class te cachen en later weer op te vragen?

phluphy for president!

woensdag 27 juni 2007 @ 15:12:40 #227

JeRa

quote:
Op woensdag 27 juni 2007 15:09 schreef WyriHaximus het volgende:

[..]

Precies .

Zal forearch($this as $key => $value) werken om alle varriables van een class te cachen en later weer op te vragen?

Is serialize() geen optie? Meer leesmateriaal.

woensdag 27 juni 2007 @ 16:02:07 #228

WyriHaximus

Release the hounds smithers!

quote:
Op woensdag 27 juni 2007 15:12 schreef JeRa het volgende:

[..]

Is serialize() geen optie? Meer leesmateriaal.

Ik moet ff kijken wat ik precies wil, ik wil iig een stuk code over kunnen slaan wat redelijk intensief is en vaak het zelfde als uitkomst heeft.

phluphy for president!

woensdag 27 juni 2007 @ 16:04:02 #229

JeRa

quote:
Op woensdag 27 juni 2007 16:02 schreef WyriHaximus het volgende:

[..]

Ik moet ff kijken wat ik precies wil, ik wil iig een stuk code over kunnen slaan wat redelijk intensief is en vaak het zelfde als uitkomst heeft.

Afhankelijk van die uitkomst lijkt het me beter als je puur die uitkomst cachet? Of bestaat de uitkomst uit een object?

woensdag 27 juni 2007 @ 17:58:20 #230

WyriHaximus

Release the hounds smithers!

quote:
Op woensdag 27 juni 2007 16:04 schreef JeRa het volgende:

[..]

Afhankelijk van die uitkomst lijkt het me beter als je puur die uitkomst cachet? Of bestaat de uitkomst uit een object?

De uitkomst zijn verschillende arrays binnen een class. En de inhoud van die arrays verschilt per pagina + afhankelijk welke rechten de gebruiker heeft. Dus het is een beetje tricky.

phluphy for president!

woensdag 27 juni 2007 @ 18:18:11 #231

Tijn

Powered by MS Paint

Ik probeer een zoekfunctie te maken voor een kleine website. Ik heb nog nooit een zoekfunctie gemaakt, dus alle tips zijn welkom, maar ik zit met 1 specifiek dingetje nu.

Ik heb het volgende bedacht: om te zoeken gebruik ik een formuliertje waar mensen zoektermen kunnen invullen. Vervolgens haal ik alle woorden die korter dan 4 tekens zijn eruit, omdat dat waarschijnlijk geen belangrijke woorden zijn. Ook splits ik de string op spaties en zet de losse woorden in een array.

Deze array, die $words heet, gaat vervolgens naar de volgende query:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

<?php
$sql = 'SELECT DISTINCT COUNT(*)
        As occurrences, id, timestamp, title, content
        FROM `'.mysql_real_escape_string($table).'`
        WHERE (';
        // alle woorden langs
        foreach($words as $word)
        {
            $sql .= '(`title` LIKE "%'.mysql_real_escape_string($word).'%")
            OR (`content` LIKE "%'.mysql_real_escape_string($word).'%") OR';
        }
        $sql = substr($sql,0,(strLen($sql)-3)); // de laatste OR eraf

        $sql .= ') GROUP BY `id`
        ORDER BY occurrences DESC, `timestamp` DESC';
?>

Als je op bijvoorbeeld "vrijdag koffie" zoekt in de tabel "internal_news", komt daar de volgende query uit:

1
2
3
4
5
6
7
8
9
10
11

SELECT DISTINCT COUNT(*)
   As occurrences, id, timestamp, title, content
   FROM `internal_news`
   WHERE (
      (`title` LIKE "%vrijdag%") OR
      (`content` LIKE "%vrijdag%") OR
      (`title` LIKE "%koffie%") OR
      (`content` LIKE "%koffie%")
   )
   GROUP BY `id`
   ORDER BY occurrences DESC, `timestamp` DESC

Deze query levert inderdaad artikelen op waar dit woord in voorkomt, dus so far so good. Maarrrr... er is 1 artikel waarin het woord "koffie" vaker voorkomt. Toch blijft de teller "occurrences" op 1 staat, waardoor dit artikel niet bovenaan in de resultaten komt te staan

Heeft iemand een idee hoe het komt dat "occurrences" nooit hoger dan 1 is, ook al komt het woord vaker voor in het doorzochte record? En natuurlijk, hoe los ik dit op?

[ Bericht 3% gewijzigd door Tijn op 27-06-2007 18:31:03 ]

Verberg de nieuwsticker

woensdag 27 juni 2007 @ 18:30:24 #232

JeRa

@Tijn

Je groepeert op 'id', dus je zult per artikel nooit meer dan '1' kunnen terugkrijgen op een COUNT(*). Je kunt met een LIKE-operator simpelweg niet tellen hoe vaak het voorkomt, aangezien de functie van de LIKE-operator is om true te geven zodra de pattern matcht

Verder als oplossing kan ik je de fulltext index van MySQL aanraden

heb je 80% van de zoekfunctionaliteit al af.

woensdag 27 juni 2007 @ 18:31:49 #233

Tijn

Powered by MS Paint

quote:
Op woensdag 27 juni 2007 18:30 schreef JeRa het volgende:

Verder als oplossing kan ik je de fulltext index van MySQL aanraden heb je 80% van de zoekfunctionaliteit al af.

Ja, daar las ik ook iets over. Maar ik las ook dat het voor een kleine database niet aan te raden is, omdat je dan weinig vindt ofzo, omdat de relevantie automatisch bepaald wordt.

De database gaat namelijk waarschijnlijk nooit meer dan 20 a 30 records bevatten. En als bijvoorbeeld het woord "vrijdag" in 10 daarvan voorkomt, wordt het niet meer als een relevant woord gezien en krijg je geen resultaten terug als je hierop zoekt. Wat natuurlijk niet de bedoeling is.

[ Bericht 24% gewijzigd door Tijn op 27-06-2007 18:37:35 ]

Verberg de nieuwsticker

woensdag 27 juni 2007 @ 18:40:24 #234

JeRa

quote:
Op woensdag 27 juni 2007 18:31 schreef Tijn het volgende:

[..]

Ja, daar las ik ook iets over. Maar ik las ook dat het voor een kleine database niet aan te raden is, omdat je dan weinig vindt ofzo, omdat de relevantie automatisch bepaald wordt.

De database gaat namelijk waarschijnlijk nooit meer dan 20 a 30 records bevatten. En als bijvoorbeeld het woord "vrijdag" in 10 daarvan voorkomt, wordt het niet meer als een relevant woord gezien en krijg je geen resultaten terug als je hierop zoekt. Wat natuurlijk niet de bedoeling is.

Dat is allemaal vrij goed te tunen dacht ik

zolang je tabel meer dan 2 records bevat moet het redelijk werken. De relevantie van documenten bepaal je aan méér dan alleen het aantal voorkomens. Echter is dat erg lastig via LIKE te doen

een derde optie is 3rd party search engines te gebruiken, zoals Xapian/Omega, Lucene of Senna+MySQL. Maar dat is wellicht over the top

woensdag 27 juni 2007 @ 18:42:09 #235

Tijn

Powered by MS Paint

Ok, dan ga ik nu dingen over Full Text search lezen

Verberg de nieuwsticker

donderdag 28 juni 2007 @ 05:20:34 #236

Siegfried

Goed, SQL vraagje.

Ik heb een tabel waarin een veld 'datum' zit met daarin een waarde als '2007-06-28 05:18:'
Nu wil ik een SELECT query hebben die alleen de rijen selecteerd die overeenkomen met de datum van vandaag. Daarbij moet hij de tijd dus buiten beschouwing laten, en puur naar de datum kijken.

Ik kom er helaas niet uit. Hopelijk kunnen jullie helpen..

SELECT * FROM '' WHERE datum =

donderdag 28 juni 2007 @ 05:32:48 #237

doka

quote:
Op donderdag 28 juni 2007 05:20 schreef Siegfried het volgende:
Goed, SQL vraagje.

Ik heb een tabel waarin een veld 'datum' zit met daarin een waarde als '2007-06-28 05:18:'
Nu wil ik een SELECT query hebben die alleen de rijen selecteerd die overeenkomen met de datum van vandaag. Daarbij moet hij de tijd dus buiten beschouwing laten, en puur naar de datum kijken.

Ik kom er helaas niet uit. Hopelijk kunnen jullie helpen..

SELECT * FROM '' WHERE datum =

Je kunt zoiets proberen:

1	SELECT * FROM * WHERE DATE(datum) = '2007-06-28'

DATE selecteerd het datumgedeelte van een datum of timestamp.

Zie: http://dev.mysql.com/doc/(...)s.html#function_date

[ Bericht 1% gewijzigd door doka op 28-06-2007 05:37:54 ]

Too old to Trick or Treat, too young to die

donderdag 28 juni 2007 @ 07:16:56 #238

Xcalibur

quote:
Op woensdag 27 juni 2007 18:31 schreef Tijn het volgende:
De database gaat namelijk waarschijnlijk nooit meer dan 20 a 30 records bevatten.

Wat is precies het nut van een zoekfunctie als je maar 20 records hebt?

donderdag 28 juni 2007 @ 09:15:06 #240

Geqxon

quote:
Op donderdag 28 juni 2007 07:16 schreef Xcalibur het volgende:

[..]

Wat is precies het nut van een zoekfunctie als je maar 20 records hebt?

Er komen complete boeken in een record te staan?

donderdag 28 juni 2007 @ 09:17:42 #241

JeRa

quote:
Op donderdag 28 juni 2007 09:15 schreef Geqxon het volgende:

[..]

Er komen complete boeken in een record te staan?

Is het dan niet misschien beter om het per hoofdstuk op te slaan, ofzo?

Tenminste, ik weet niet of het de bedoeling is dat het hele boek gevonden moet worden of dat het om de inhoud gaat.

donderdag 28 juni 2007 @ 09:31:15 #242

Tijn

Powered by MS Paint

quote:
Op donderdag 28 juni 2007 07:16 schreef Xcalibur het volgende:

[..]

Wat is precies het nut van een zoekfunctie als je maar 20 records hebt?

Ach, het gaat er meer om dat ik de ervaring eens op doe. Het leek me handiger om kleinschalig te beginnen.

Verberg de nieuwsticker

donderdag 28 juni 2007 @ 09:31:23 #243

Geqxon

quote:
Op donderdag 28 juni 2007 09:17 schreef JeRa het volgende:

[..]

Is het dan niet misschien beter om het per hoofdstuk op te slaan, ofzo? Tenminste, ik weet niet of het de bedoeling is dat het hele boek gevonden moet worden of dat het om de inhoud gaat.

Hehe, ik gokte maar wat. Maar dan kun je het inderdaad beter per hoofdstuk opslaan.

donderdag 28 juni 2007 @ 09:35:23 #244

JeRa

quote:
Op donderdag 28 juni 2007 09:31 schreef Tijn het volgende:

[..]

Ach, het gaat er meer om dat ik de ervaring eens op doe. Het leek me handiger om kleinschalig te beginnen.

Dan was je in ieder geval met LIKE tegen de lamp gelopen, aangezien die operator de gehele string moet doorzoeken van elk record

met een FT index indexeer je alle woorden apart en koppel je ze aan de bronrecords, waardoor je snel per woord de juiste records terugkrijgt.

Overigens is het niet de beste oplossing, er zijn ook andere (losstaande) search indexers & engines die (betere) ondersteuning bieden voor phrase matching, proximity ranking, boolean operators en nog veel meer

donderdag 28 juni 2007 @ 09:40:22 #245

Tijn

Powered by MS Paint

Ach, ik wil het ook niet te ingewikkeld maken. Ik ben al behoorlijk blij met het FT gebeuren van MySQL

Verberg de nieuwsticker

donderdag 28 juni 2007 @ 10:27:28 #246

Devrim_

quote:
Op donderdag 28 juni 2007 08:59 schreef JeRa het volgende:

[..]

Dit is echt te simpel voor een apart topic. Gebruik zoiets:

[ code verwijderd ]

En dan een cronjob/taakplanner om de 6 uur dit scriptje laten uitvoeren. Volgende keer:

[PHP/(My)SQL] voor dummies - Deel 45

Ik krijg dit

Warning: copy(/feed/rssfeed-2007-06-28-1124.xml): failed to open stream: No such file or directory in /home/www/feed.net/feeds.xml on line 3

donderdag 28 juni 2007 @ 10:29:06 #247

JeRa

quote:
Op donderdag 28 juni 2007 10:27 schreef Devrim_ het volgende:

[..]

Ik krijg dit

Warning: copy(/feed/rssfeed-2007-06-28-1124.xml): failed to open stream: No such file or directory in /home/www/feed.net/feeds.xml on line 3

Die /feed/ in dat pad was maar een voorbeeldje, dat moet je aanpassen naar de locatie waar je de feeds wilt opslaan

donderdag 28 juni 2007 @ 10:30:04 #248

Devrim_

quote:
Op donderdag 28 juni 2007 10:29 schreef JeRa het volgende:

[..]

Die /feed/ in dat pad was maar een voorbeeldje, dat moet je aanpassen naar de locatie waar je de feeds wilt opslaan

Heb ik ook gedaan..Maar krijg nog steeds die error..

donderdag 28 juni 2007 @ 10:30:38 #249

JeRa

quote:
Op donderdag 28 juni 2007 10:30 schreef Devrim_ het volgende:

[..]

Heb ik ook gedaan..Maar krijg nog steeds die error..

Dan doe je iets fout

laat eens zien wat je hebt, anders wordt het nogal lastig

donderdag 28 juni 2007 @ 10:34:09 #250

Devrim_

quote:
Op donderdag 28 juni 2007 10:30 schreef JeRa het volgende:

[..]

Dan doe je iets fout :) laat eens zien wat je hebt, anders wordt het nogal lastig ;)

1
2
3
4

<?php
$destname = '/filemp3/rssfeed-' . date('Y-m-d-Hi') . '.xml';
copy('-rsslink', $destname);
?>

en het moet hier in komen
http://nellyf.100webspace.net/filemp3/

donderdag 28 juni 2007 @ 10:45:08 #251

JeRa

quote:
Op donderdag 28 juni 2007 10:34 schreef Devrim_ het volgende:

[..]
[ code verwijderd ]

en het moet hier in komen
http://nellyf.100webspace.net/filemp3/

Dan moet je die eerste forwardslash in de destination weghalen

dat is namelijk de root, en daar heb jij wrs geen rechten voor.

donderdag 28 juni 2007 @ 13:19:51 #252

SuperRembo

Sinds 1998

quote:
Op donderdag 28 juni 2007 08:23 schreef Scorpie het volgende:

[..]

In Java zou je een try/catch/finally doen met if statements in het try gedeelte.
Zo weet je dat finally altijd uitgevoerd wordt, zelfs als er errors in het try gedeelte staat.

_dat_ is pas een ranzige constructie, en nog langzaam ook.

Er is niets mis met try/catch/finally, zolang het gebruikt wordt waar het echt nodig is. Ik zie de toegevoegde waarde van een speciale constructie als if/else/any nog steeds niet.

donderdag 28 juni 2007 @ 13:34:37 #253

JeRa

quote:
Op donderdag 28 juni 2007 13:19 schreef SuperRembo het volgende:

[..]

_dat_ is pas een ranzige constructie, en nog langzaam ook.

Er is niets mis met try/catch/finally, zolang het gebruikt wordt waar het echt nodig is. Ik zie de toegevoegde waarde van een speciale constructie als if/else/any nog steeds niet.

Stel dat er bij conditie1, conditie2 én conditie3 iets verschillends moet gebeuren, maar hierna altijd dezelfde handeling wordt uitgevoerd. Die handeling moet niet worden uitgevoerd als er geen van de condities waar zijn. Praktijkvoorbeelden vind je vaak bij rechtenafhandeling, waarbij iemand in verschillende omstandigheden iets mag uitvoeren. Dan is zo'n any imho toch wel handig

edit: voorbeeldje:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

<?php
// Procedure om een post te deleten
if (user.hasRight('delete_post') && !topic.isClosed())
{
    // Verberg post
    // Voeg notitie toe aan logboek gekoppeld aan user
}
else if (user.hasRight('delete_post') && user.hasRight('is_admin'))
{
    // Verwijder post
}
any
{
    // Ga terug naar het topic
}
else
{
    // Geef foutmelding
}
?>

donderdag 28 juni 2007 @ 14:27:52 #255

SuperRembo

Sinds 1998

quote:
Op donderdag 28 juni 2007 13:34 schreef JeRa het volgende:

[..]

Stel dat er bij conditie1, conditie2 én conditie3 iets verschillends moet gebeuren, maar hierna altijd dezelfde handeling wordt uitgevoerd. Die handeling moet niet worden uitgevoerd als er geen van de condities waar zijn. Praktijkvoorbeelden vind je vaak bij rechtenafhandeling, waarbij iemand in verschillende omstandigheden iets mag uitvoeren. Dan is zo'n any imho toch wel handig :)

edit: voorbeeldje:
[ code verwijderd ]

Hoe geef je aan welke if statements allemaal bij de any horen?

1
2
3
4
5
6
7
8
9
10
11
12

if (foo)
{
   Foo();
}
else if (bar)
{
   Bar();
}
else
{
   Baz();
}

komt overeen met

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

if (foo)
{
   Foo();
}
else
{
   if (bar)
   {
      Bar();
   }
   else
   {
      Baz();
   }
}

Daar past geen any tussen. Any zou dus een uitbreiding moeten worden op de if/elseif/else constructie.
Maar met 1 variabele en 2 regels code kom je er ook.

donderdag 28 juni 2007 @ 14:37:28 #256

SuperRembo

Sinds 1998

quote:
Op donderdag 28 juni 2007 13:39 schreef Scorpie het volgende:

[..]

Het feit dat je ten allen tijde een bepaald blok code wilt uitvoeren, indien alle bovenstaande checks falen?
Tja, ik ben er nog niet tegenaan gelopen, ik zeg alleen hoe dat in Java over het algemeen opgelost word

Exceptions gebruik je voor, zoals de naam al zegt, uitzonderingen. Exception handling kost behoorlijk wat extra processor tijd. Als je door middel van een simpele reeks if's kan bepalen of een bepaald stuk code moet worden uitgevoerd, dan is het onzinnig om daar een try/finaly blok voor te gebruiken.
Ik zie trouwens ook niet hoe een try/finaly zou kunnen helpen in het if/elseif/any/else geval.

donderdag 28 juni 2007 @ 15:12:11 #257

Devrim_

quote:
Op donderdag 28 juni 2007 10:45 schreef JeRa het volgende:

[..]

Dan moet je die eerste forwardslash in de destination weghalen dat is namelijk de root, en daar heb jij wrs geen rechten voor.

nice

Het werkt nu!
Bedankt

donderdag 28 juni 2007 @ 17:41:18 #258

Siegfried

quote:
Op donderdag 28 juni 2007 05:32 schreef doka het volgende:

[..]

Je kunt zoiets proberen:
[ code verwijderd ]

DATE selecteerd het datumgedeelte van een datum of timestamp.

Zie: http://dev.mysql.com/doc/(...)s.html#function_date

Hm, nee.. Want morgen is de datum van vandaag weer een andere

Het moet dus variabel zijn, zoals met NOW(), maar dan echt puur op vandaag..

Iemand anders een oplossing hiervoor:

quote:
Op donderdag 28 juni 2007 05:20 schreef Siegfried het volgende:
Goed, SQL vraagje.

Ik heb een tabel waarin een veld 'datum' zit met daarin een waarde als '2007-06-28 05:18:'
Nu wil ik een SELECT query hebben die alleen de rijen selecteerd die overeenkomen met de datum van vandaag. Daarbij moet hij de tijd dus buiten beschouwing laten, en puur naar de datum kijken.

Ik kom er helaas niet uit. Hopelijk kunnen jullie helpen..

SELECT * FROM '' WHERE datum =

Donald Duck held donderdag 28 juni 2007 @ 18:25:43 #260

__Saviour__

Superstapelsmoor op Kristel

quote:
Op donderdag 28 juni 2007 17:41 schreef Siegfried het volgende:

[..]

Hm, nee.. Want morgen is de datum van vandaag weer een andere
Het moet dus variabel zijn, zoals met NOW(), maar dan echt puur op vandaag..

Iemand anders een oplossing hiervoor:
[..]

Kan met
where DATUM like '2007-06-28%'
en in het algemeen voor elke datum natuurlijk zoiets als where DATUM like '$datumvandaag%'
waarbij je $datumvandaag simpel zelf samenstelt met de date funtie.

❤ Rozen zijn rood ❤
❤ Viooltjes zijn blauw ❤
❤ Kristel, ik hou van jou! ❤

donderdag 28 juni 2007 @ 18:39:22 #261

Siegfried

Hm, en kan dat binnen SQL?
Want ik heb eigenlijk geen mogelijkheid om php te gebruiken. Just SQL..

Donald Duck held donderdag 28 juni 2007 @ 18:53:16 #262

__Saviour__

Superstapelsmoor op Kristel

is het gewoon een handmatige query die je iedere keer draait?
dan gewoon zelf de datum invullen
SELECT * FROM whatever WHERE datum LIKE '2007-06-28%'

❤ Rozen zijn rood ❤
❤ Viooltjes zijn blauw ❤
❤ Kristel, ik hou van jou! ❤

donderdag 28 juni 2007 @ 18:56:50 #263

Siegfried

Nope, niet handmatig helaas. Het moet volautomatisch gaan.

donderdag 28 juni 2007 @ 20:08:12 #265

Siegfried

Hm.. is het proberen straks eens waard

vrijdag 29 juni 2007 @ 13:33:56 #266

JeRa

quote:
Op donderdag 28 juni 2007 14:27 schreef SuperRembo het volgende:
Any zou dus een uitbreiding moeten worden op de if/elseif/else constructie.

Ja, dat was het hele idee

quote:
Maar met 1 variabele en 2 regels code kom je er ook.

En dat is lelijk, imho.

vrijdag 29 juni 2007 @ 14:47:10 #267

Chandler

Kleine vraag.

Stel ik heb 10 id's (1 t/m 10) en heb de middelste geselecteerd en wil de vorige en volgende uitlezen in 1 query? hoe moet je dat doen? of wil dat niet?

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

vrijdag 29 juni 2007 @ 14:59:13 #268

Mordreth

Met having kom je een heel eind

De R&P PM box voor al uw vragen en opmerkingen

vrijdag 29 juni 2007 @ 15:03:25 #269

Chandler

Sry, ik snap het toch nog niet helemaal. Hoe bedoel je met having?

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

vrijdag 29 juni 2007 @ 15:27:22 #270

JeRa

Ben benieuwd hoe jij het met HAVING zou oplossen Mordreth

verder denk ik niet dat zoiets netjes in één query kan, wel met UNION SELECTs waarschijnlijk.

vrijdag 29 juni 2007 @ 16:03:32 #271

Chandler

Maar zonder UNION Selects? Misschien met LIMIT?

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

vrijdag 29 juni 2007 @ 16:17:29 #272

JortK

Immer kwaliteitsposts

UNION gaat je denk ik wel helpen ja

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

vrijdag 29 juni 2007 @ 16:36:32 #273

JeRa

quote:
Op vrijdag 29 juni 2007 16:03 schreef Chandler het volgende:
Maar zonder UNION Selects? Misschien met LIMIT?

Met LIMIT kun je één kant op, maar niet zowel het id ervoor als erna pakken. Ook kun je niet garanderen dat id 11 links id 10 en rechts id 12 heeft (als er items tussendoor worden verwijderd) wat het geheel nog wat lastiger maakt

vrijdag 29 juni 2007 @ 19:33:03 #274

SuperRembo

Sinds 1998

quote:
Op vrijdag 29 juni 2007 16:03 schreef Chandler het volgende:
Maar zonder UNION Selects? Misschien met LIMIT?

1
2
3
4
5
6
7

SELECT a.id, a.name, b.id nextid, b.name nextname, c.id previd, c.name prevname
FROM mytable a
LEFT OUTER JOIN mytable b ON b.name >= a.name AND b.id != a.id
LEFT OUTER JOIN mytable c ON c.name <= a.name AND c.id != a.id
WHERE a.id = $id
ORDER BY b.name ASC, c.name DESC
LIMIT 1

Dit zou denk ik moeten werken (maar niet getest). En 't zou best wel eens erg traag kunnen zijn.

[ Bericht 4% gewijzigd door SuperRembo op 29-06-2007 23:07:26 ]

vrijdag 29 juni 2007 @ 20:14:49 #275

Chandler

Haha, ik zal het strakjes eens proberen.. tnx Sr!

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

vrijdag 29 juni 2007 @ 22:22:06 #276

Chandler

Maar helaas, was leuk bedacht Sr, maar het werkte toch niet.

Krijg steeds de melding:

#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'WHERE a.id = 2000
LIMIT 1' at line 11

Ook met LEFT JOIN etc wilde het niet...

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

vrijdag 29 juni 2007 @ 23:07:07 #277

SuperRembo

Sinds 1998

Oh, de where en oder by staan verkeerd om.

vrijdag 29 juni 2007 @ 23:44:16 #278

Geqxon

Ik bid op mijn knieën tot mysql_fetch_assoc, aangezien het mij veel geholpen heeft, en het een goddelijk commando is.

Maar bestaat er eigenlijk een kant en klare functie een een mysql_query result compleet doorloopt en alle resultaten in een 2D associatieve array stopt?

zaterdag 30 juni 2007 @ 09:22:52 #279

Chandler

quote:
Op vrijdag 29 juni 2007 23:07 schreef SuperRembo het volgende:
Oh, de where en oder by staan verkeerd om.

Dat had ik ook al geprobeerd maar gaf dezelfde foutmelding

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

zaterdag 30 juni 2007 @ 10:03:35 #280

WyriHaximus

Release the hounds smithers!

Moet id niet zo geschreven worden ivm reserved words? `id`

phluphy for president!

zaterdag 30 juni 2007 @ 10:55:44 #281

Chandler

nee dat hoeft niet

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

zaterdag 30 juni 2007 @ 11:08:45 #282

SuperRembo

Sinds 1998

quote:
Op vrijdag 29 juni 2007 23:44 schreef Geqxon het volgende:
Maar bestaat er eigenlijk een kant en klare functie een een mysql_query result compleet doorloopt en alle resultaten in een 2D associatieve array stopt?

Voor SQLite heb je sqlite_fetch_all()

Maar een soortgelijke functie zie ik niet voor MySql.
Gelukkig maak je die zelf in een paar minuten

zaterdag 30 juni 2007 @ 11:11:15 #283

Geqxon

Sterker: ATM heb ik de functie al gemaakt, ik zocht gewoon een native functie binnen PHP.

zaterdag 30 juni 2007 @ 11:25:52 #284

SuperRembo

Sinds 1998

quote:
Op zaterdag 30 juni 2007 09:22 schreef Chandler het volgende:

[..]

Dat had ik ook al geprobeerd maar gaf dezelfde foutmelding

Als je precies dezelfde foutmelding krijgt dan heb je de tweede keer ook nog de WHERE direct voor de LIMIT staan, dus de ORDER voor de WHERE.

Ik heb 't net getest met SQLite, daar werkt het.

zaterdag 30 juni 2007 @ 11:39:29 #285

WyriHaximus

Release the hounds smithers!

1
2
3
4
5
6
7

SELECT a.id, a.name, b.id nextid, b.name nextname, c.id previd, c.name prevname
FROM mytable a
LEFT OUTER JOIN mytable b ON (b.name >= a.name AND b.id != a.id)
LEFT OUTER JOIN mytable c ON (c.name <= a.name AND c.id != a.id)
WHERE a.id = $id
ORDER BY b.name ASC, c.name DESC
LIMIT 1

Zo misschien? Misschien dat die haakjes uit maken

phluphy for president!

zaterdag 30 juni 2007 @ 15:53:53 #287

Geqxon

quote:
Op zaterdag 30 juni 2007 11:41 schreef Scorpie het volgende:

[..]

Please do share, altijd handig om kennis te vergaren enzovoorts.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

<?php
$sql = "SELECT * FROM users";
$result = mysql_query($sql);

if ($result){
    $users = mysql_fetch_all_assoc($result,"ID");
}

print_r($users);

function mysql_fetch_all_assoc($result,$uniquekey){
    $all = array();

    while ($row = mysql_fetch_assoc($result)){
        $all[$row[$uniquekey]] = $row;
    }

    return $all;
}
?>

Levert in mijn geval:

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
52
53
54
55

Array
(
    [1] => Array
        (
            [ID] => 1
            [Username] => Geqxon
            [Userlevel] => 2
            [Password] => xxx
            [EmailAddress] => xxx
            [Timezone] => 1
            [RegIP] =>
            [DateAdded] => 0
            [DateUpdated] => 0
        )

    [8] => Array
        (
            [ID] => 8
            [Username] => Heinz
            [Userlevel] => 0
            [Password] => xxx
            [EmailAddress] => ketchup@hotmail.com
            [Timezone] => 1
            [RegIP] =>
            [DateAdded] => 0
            [DateUpdated] => 0
        )

    [21] => Array
        (
            [ID] => 21
            [Username] => Testcase
            [Userlevel] => 0
            [Password] => xxx
            [EmailAddress] => testcase@hotmail.com
            [Timezone] => 1
            [RegIP] =>
            [DateAdded] => 0
            [DateUpdated] => 0
        )

    [27] => Array
        (
            [ID] => 27
            [Username] => asdf
            [Userlevel] => 0
            [Password] => xxx
            [EmailAddress] => asdf
            [Timezone] => 1
            [RegIP] => 127.0.0.1
            [DateAdded] => 1182898662
            [DateUpdated] => 0
        )

)

zaterdag 30 juni 2007 @ 22:28:55 #288

Geqxon

Zo, weer een MySQL vraagje

Mijn resultatenset van een query met een left-join heeft op sommige velden een "NULL" , omdat er geen bijpassend record is. Nu wil ik hier op filteren, maar "b.ID = NULL" of "b.ID = 'NULL'" werkt helaas niet. Wat moet ik hiervoor gebruiken?

PS: Ja, ik wil het op deze manier, en liever geen andere manier

zaterdag 30 juni 2007 @ 22:37:22 #289

JeRa

quote:
Op zaterdag 30 juni 2007 22:28 schreef Geqxon het volgende:
Zo, weer een MySQL vraagje

Mijn resultatenset van een query met een left-join heeft op sommige velden een "NULL" , omdat er geen bijpassend record is. Nu wil ik hier op filteren, maar "b.ID = NULL" of "b.ID = 'NULL'" werkt helaas niet. Wat moet ik hiervoor gebruiken?

PS: Ja, ik wil het op deze manier, en liever geen andere manier

IS NULL of IS NOT NULL

dit omdat alle vergelijkingen met NULL-waardes (NULL <> NULL, NULL = NULL, etc) altijd NULL opleveren. Zo is die waarde nu eenmaal gedefiniëerd

zaterdag 30 juni 2007 @ 22:37:23 #290

WyriHaximus

Release the hounds smithers!

b.ID NOT NULL overigens werkt != het zelfde als in PHP

EDIT: Erhm idd wat JeRa zegt NOT NULL is het zelfde als !=

phluphy for president!

zaterdag 30 juni 2007 @ 22:51:32 #291

Geqxon

My god, dat MySQL zo simpel is. Prachtige "taal" , dat MySQL! De meest complexe querys zijn nog leesbaar, en je kunt er vanalles mee. Thanks guys!

zaterdag 30 juni 2007 @ 22:57:38 #292

WyriHaximus

Release the hounds smithers!

quote:
Op zaterdag 30 juni 2007 22:51 schreef Geqxon het volgende:
My god, dat MySQL zo simpel is. Prachtige "taal" , dat MySQL! De meest complexe querys zijn nog leesbaar, en je kunt er vanalles mee. Thanks guys!

Eingelijk is SQL schitterend

. SQL is de query taal om met de server te praten, MySQL is niks anders dan de server die de data opslaat

. Meer info: http://en.wikipedia.org/wiki/SQL

phluphy for president!

zaterdag 30 juni 2007 @ 23:08:47 #293

Geqxon

Maar qua commando's zitten er toch verschillen tussen MSSQL en MySQL? Vandaar dat ik specifiek op MySQL duidde, aangezien ik daar ATM mee werk

zaterdag 30 juni 2007 @ 23:12:48 #294

HuHu

De taal SQL zou overal gelijk moeten zijn, maar er is verschil tussen de verschillende implementaties. Zo is MySQL iets anders dan MSSQL en ook weer iets anders dan PostgeSQL en die ook weer ...

Maar de basis is bijna overal gelijk.

zaterdag 30 juni 2007 @ 23:21:49 #295

WyriHaximus

Release the hounds smithers!

Idd over het algemeen is het allemaal het zelfde het verschil zal vooral in de functies, globale manier hoe de database in elkaar steekt en hele kleine syntax dingen

.

phluphy for president!

zondag 1 juli 2007 @ 00:58:37 #296

Chandler

quote:
Op zaterdag 30 juni 2007 11:39 schreef WyriHaximus het volgende:

[ code verwijderd ]

Zo misschien? Misschien dat die haakjes uit maken

Dat werkt inderdaad wel

maar......

1
2
3

1e keer: Toon Records 0 - 0 (1 totaal, Query duurde 19.0347 sec)
2e keer: 12, 5 secs
3e keer: Toon Records 0 - 0 (1 totaal, Query duurde 0.0003 sec)

en de uitkomst is niet wat ik zoek

ID = 2000

1
2
3

2000 Een jongen of een meisje
490 een jongen of een meisje
490 een jongen of een meisje

[ Bericht 15% gewijzigd door Chandler op 01-07-2007 00:59:13 (-argh smilies hgra-) ]

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

zondag 1 juli 2007 @ 01:19:15 #297

JeRa

quote:
Op zondag 1 juli 2007 00:58 schreef Chandler het volgende:

[..]

Dat werkt inderdaad wel maar......
[ code verwijderd ]

en de uitkomst is niet wat ik zoek

ID = 2000
[ code verwijderd ]

Vraagje, waarom wil je het niet via een UNION SELECT oplossen?
1) Het is sneller dan 3 losse selects via PHP
2) Zolang je de goede indices gebruikt is het praktisch net zo snel als een simpele join, maar gezien jouw wens wordt die join zo complex zal een UNION alsnog sneller worden
3) Een UNION SELECT is duidelijker (imho) dan een complexe join

zondag 1 juli 2007 @ 08:41:12 #298

Chandler

Wil dat dan ook draaien op MySQL 4.1.22-community-nt ?

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

zondag 1 juli 2007 @ 14:01:20 #299

JeRa

quote:
Op zondag 1 juli 2007 08:41 schreef Chandler het volgende:
Wil dat dan ook draaien op MySQL 4.1.22-community-nt ?

Twee seconden nazoekwerk, documentatie, vanaf MySQL 4.0.0 dus

zondag 1 juli 2007 @ 17:54:26 #300

Chandler

Ik zal eens kijken wat een UNION select allemaal kan

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

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

[PHP/(My)SQL] voor dummies - Deel 45

» digital corner

» digital corner