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.
Precies .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
Zal forearch($this as $key => $value) werken om alle varriables van een class te cachen en later weer op te vragen?
phluphy for president!
Is serialize() geen optie? Meer leesmateriaal.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?
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.quote:Op woensdag 27 juni 2007 15:12 schreef JeRa het volgende:
[..]
Is serialize() geen optie? Meer leesmateriaal.
phluphy for president!
Afhankelijk van die uitkomst lijkt het me beter als je puur die uitkomst cachet? Of bestaat de uitkomst uit een object?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.
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.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?
phluphy for president!
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:
Als je op bijvoorbeeld "vrijdag koffie" zoekt in de tabel "internal_news", komt daar de volgende query uit:
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 ]
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 | $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 | 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 ]
@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.
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.
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.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.
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 ]
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 topquote: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.
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 =
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: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 =
| 1 |
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
Wat is precies het nut van een zoekfunctie als je maar 20 records hebt?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.
In Java zou je een try/catch/finally doen met if statements in het try gedeelte.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?
[..]
Keer het dan om:
[ code verwijderd ]
Het lijkt me een beetje overbodig om hier een speciaal statement voor te introduceren.
Zo weet je dat finally altijd uitgevoerd wordt, zelfs als er errors in het try gedeelte staat.
Er komen complete boeken in een record te staan?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?
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.quote:Op donderdag 28 juni 2007 09:15 schreef Geqxon het volgende:
[..]
Er komen complete boeken in een record te staan?
Ach, het gaat er meer om dat ik de ervaring eens op doe. Het leek me handiger om kleinschalig te beginnen.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?
Hehe, ik gokte maar wat. Maar dan kun je het inderdaad beter per hoofdstuk opslaan.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.
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.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.
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
Ach, ik wil het ook niet te ingewikkeld maken. Ik ben al behoorlijk blij met het FT gebeuren van MySQL
Ik krijg ditquote: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
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 opslaanquote: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
Heb ik ook gedaan..Maar krijg nog steeds die error..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
Dan doe je iets fout laat eens zien wat je hebt, anders wordt het nogal lastigquote:Op donderdag 28 juni 2007 10:30 schreef Devrim_ het volgende:
[..]
Heb ik ook gedaan..Maar krijg nog steeds die error..
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 | $destname = '/filemp3/rssfeed-' . date('Y-m-d-Hi') . '.xml'; copy('-rsslink', $destname); ?> |
en het moet hier in komen
http://nellyf.100webspace.net/filemp3/
