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.
Daar heb je php.ini niet perse voor nodig kan ook tijdens runtime http://php.net/set_time_limitquote:Op maandag 23 juli 2007 16:32 schreef Geqxon het volgende:
Is dat dan niet gevaarlijk voor de XS4ALL server? Dat je bijvoorbeeld hun CPU even een uurtje lang op 100% laat stressen omdat je de timelimit op 48 uur hebt gezet?
kan ook tijdens runtime 
En dan zeggen of nu reggen of ik ga verhuizen .quote:Op maandag 23 juli 2007 22:19 schreef Geqxon het volgende:
Goed, ik heb een kut-provider wat dat betreft. Mijn hostings-provider werkt nog met papier, terwijl ik weet dat het digitaal kan.
Zometeen dat noodnummer van ze maar even bellen.
.
phluphy for president!
True, maar als je register_globals niet eens uit kan zetten gok ik dat dit ook niet werken gaat.quote:Op maandag 23 juli 2007 23:11 schreef WyriHaximus het volgende:
[..]
Daar heb je php.ini niet perse voor nodig kan ook tijdens runtime http://php.net/set_time_limit
[..]
En vervolgens aan hen de keuze: ofwel een klant behouden voor een paar euro's, ofwel een lastige klant kwijt die geheel conform de algemene voorwaarden een leuke boete gaat betalen voor het onrechtmatig bellen van het noodnummer.quote:Op maandag 23 juli 2007 23:11 schreef WyriHaximus het volgende:
En dan zeggen of nu reggen of ik ga verhuizen .
Beetje nutteloos lijkt mij, register_globals tijdens runtime uitzetten .quote:Op maandag 23 juli 2007 23:14 schreef Geqxon het volgende:
[..]
True, maar als je register_globals niet eens uit kan zetten gok ik dat dit ook niet werken gaat.
.Moet je natuurlijk wel het normale nummer eerst bellen . Daarnaast als ze niet binnen 7 dagen een domain kunnen reggen dan betwijfel ik ergens ook dat ze opnemen . Maar je hebt wel gelijk . Hij kan veel beter gewoon gelijk verhuizen, scheelt hem een boete en heeft dan toch ze domain .quote:Op maandag 23 juli 2007 23:29 schreef JeRa het volgende:
[..]
En vervolgens aan hen de keuze: ofwel een klant behouden voor een paar euro's, ofwel een lastige klant kwijt die geheel conform de algemene voorwaarden een leuke boete gaat betalen voor het onrechtmatig bellen van het noodnummer.
phluphy for president!
"Noodnummer". Om drie uur in de middag krijg ik voice-mail.quote:Op maandag 23 juli 2007 23:29 schreef JeRa het volgende:
[..]
En vervolgens aan hen de keuze: ofwel een klant behouden voor een paar euro's, ofwel een lastige klant kwijt die geheel conform de algemene voorwaarden een leuke boete gaat betalen voor het onrechtmatig bellen van het noodnummer.
Anyhow, iemand een goed adresje? 100 megabyte webspace, 3 gigabyte dataverkeer de maand, unlimited mail-adressen (catch-all), minimaal 5 MySQL databases en PHP ondersteuning inclusief een domeinnaam, voor ongeveer 30-40 euro per jaar?
Uptime is niet interresant, het is slechts voor hobbyprojecten.
Uptime is niet interresant, het is slechts voor hobbyprojecten.
quote:Op maandag 23 juli 2007 23:40 schreef Geqxon het volgende:
[..]
"Noodnummer". Om drie uur in de middag krijg ik voice-mail.
Zelf zit ik hier: http://www.sensson.net/producten/web-hosting/ of je kijkt ff in het grote betaalde webhostingstopic-deel 5 .quote:Op maandag 23 juli 2007 23:43 schreef Geqxon het volgende:
Anyhow, iemand een goed adresje? 100 megabyte webspace, 3 gigabyte dataverkeer de maand, unlimited mail-adressen (catch-all), minimaal 5 MySQL databases en PHP ondersteuning inclusief een domeinnaam, voor ongeveer 30-40 euro per jaar?
Uptime is niet interresant, het is slechts voor hobbyprojecten.
phluphy for president!
Bedankt voor de links, ik denk dat het neostrada.nl gaat worden.
Ik kan natuurlijk mijn huidige hostingsprovider "pwnen" door het domeinnaam onder een valse naam te registreren, en dan geflipt te bellen waarom ze er een week over deden, en dat hij nu door iemand anders ingepikt is.
Ik kan natuurlijk mijn huidige hostingsprovider "pwnen" door het domeinnaam onder een valse naam te registreren, en dan geflipt te bellen waarom ze er een week over deden, en dat hij nu door iemand anders ingepikt is.
ik weet dat je bij een update kan doen "veld=veld+1" enzo, maar kan dat ook met strings? Dat je een stuk tekst plakt achter wat er al instaat? Of moet je dan eerst kijken wat er staat en dan als hele nieuwe data invoeren/updaten?
"Pain is my friend. I can trust pain. I can trust pain to make my life utterly miserable."
"My brain is too smart for me."
"We don't need no education." "Yes you do, you just used a double negative."
"My brain is too smart for me."
"We don't need no education." "Yes you do, you just used a double negative."
quote:Op dinsdag 24 juli 2007 04:26 schreef wonderer het volgende:
ik weet dat je bij een update kan doen "veld=veld+1" enzo, maar kan dat ook met strings? Dat je een stuk tekst plakt achter wat er al instaat? Of moet je dan eerst kijken wat er staat en dan als hele nieuwe data invoeren/updaten?
| 1 |
phluphy for president!
Als je + gebruikt bij tekst, dan levert dat in MySql 0 op (vreemd ja, 't blijft MySQL). Met Concat() kun te tekst aan elkaar plakken.quote:Op dinsdag 24 juli 2007 07:53 schreef WyriHaximus het volgende:
[..]
[ code verwijderd ]
Moet wel werken gok ik zo .
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? |
Ok tof weer wat geleerd, was ook een grote gok .quote:Op dinsdag 24 juli 2007 08:14 schreef SuperRembo het volgende:
[..]
Als je + gebruikt bij tekst, dan levert dat in MySql 0 op (vreemd ja, 't blijft MySQL). Met Concat() kun te tekst aan elkaar plakken.
Nee eingelijk niet, javascript pikt dat dan weer wel, in PHP weer . en VB(6 iig) gebruikt ook weer + als ik heel diep ga spitten .quote:Op dinsdag 24 juli 2007 08:21 schreef Geqxon het volgende:
Niet eens zo heel vreemd, string + string = 0.
.
phluphy for president!
Het zou logischer zijn als het een error gaf, of anders NULL.quote:Op dinsdag 24 juli 2007 08:21 schreef Geqxon het volgende:
Niet eens zo heel vreemd, string + string = 0.
Op deze manier is het net zo vaag als php. 'a'+'b' geeft 0, 'a' + '1' geeft 1, 'a' + 0x1 geeft 1, maar 'a' + '0x1' geeft dan weer 0 Aan de warnings te zien probeert ie er een double van te maken.
Als ik het goed heb kan je MySQL wel zo instellen dat dit soort dingen wel een fout geven.
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 ben zelf wel tevreden met Webreusquote:Op maandag 23 juli 2007 23:43 schreef Geqxon het volgende:
Anyhow, iemand een goed adresje? 100 megabyte webspace, 3 gigabyte dataverkeer de maand, unlimited mail-adressen (catch-all), minimaal 5 MySQL databases en PHP ondersteuning inclusief een domeinnaam, voor ongeveer 30-40 euro per jaar?
Trouwens, ik kwam er net achter dat magic_quotes_gpc ook default aanstaat bij XS4ALL Gelukkig weet ik nu dus dat ik het via m'n eigen php.ini kan aanpassen, maar serieus, waarom hebben providers van die waardeloze default settings?
Ja, die had ik al geprobeerd Even dat concat onderzoeken.quote:Op dinsdag 24 juli 2007 07:53 schreef WyriHaximus het volgende:
[..]
[ code verwijderd ]
Moet wel werken gok ik zo .
"Pain is my friend. I can trust pain. I can trust pain to make my life utterly miserable."
"My brain is too smart for me."
"We don't need no education." "Yes you do, you just used a double negative."
"My brain is too smart for me."
"We don't need no education." "Yes you do, you just used a double negative."
Goed, wat dat betreft is het stricte van Java dan ook wel weer fijn. Non compatible!quote:Op dinsdag 24 juli 2007 09:22 schreef SuperRembo het volgende:
[..]
Het zou logischer zijn als het een error gaf, of anders NULL.
Op deze manier is het net zo vaag als php. 'a'+'b' geeft 0, 'a' + '1' geeft 1, 'a' + 0x1 geeft 1, maar 'a' + '0x1' geeft dan weer 0 Aan de warnings te zien probeert ie er een double van te maken.
Als ik het goed heb kan je MySQL wel zo instellen dat dit soort dingen wel een fout geven.
quote:Op dinsdag 24 juli 2007 09:22 schreef SuperRembo het volgende:
[..]
Het zou logischer zijn als het een error gaf, of anders NULL.
Op deze manier is het net zo vaag als php. 'a'+'b' geeft 0, 'a' + '1' geeft 1, 'a' + 0x1 geeft 1, maar 'a' + '0x1' geeft dan weer 0 Aan de warnings te zien probeert ie er een double van te maken.
Als ik het goed heb kan je MySQL wel zo instellen dat dit soort dingen wel een fout geven.
| 1 2 3 4 5 6 | 'a' + 'b' = (int)'a' + (int)'b' = 0 + 0 = 0 'a' + '1' = (int)'a' + (int)'1' = 0 + 1 = 1 'a' + 0x1 = (int)'a' + 1 = 1 'a' + '0x1' = (int)'a' + (int)'0x1' = 0 + 1 = 1 // en niet 0 zoals jij beweert ?> |
och het is zo logisch mensen
(gave site heb je trouwens )
tvp
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Ja, ik snap ook wel wat er gebeurt. Handig vind ik het niet. Ik heb in zo'n geval liever dikke vette foutmelding.quote:Op dinsdag 24 juli 2007 18:43 schreef Thomass het volgende:
[..]
[ code verwijderd ]
och het is zo logisch mensen
Thx!quote:(gave site heb je trouwens )
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? |
Weer een performance vraag, maar deze keer eentje met een groter effect. Alsin: 0.2 seconden versus 8 seconden.
Een simpele query, met een LEFT JOIN op een bookmarktabel. Nu wil ik dus graag alle nieuwsartikelen zien die de user gebookmarked heeft. Dus hop, de LEFT JOIN, en dan op de koppelende ID van de bookmarktabel een IS NOT NULL. Gaat zelfs over duizenden nieuwsartikelen prima, supersnel dus.
Nu wil ik zien welke nieuwsartikelen de user niet gebookmarked heeft. (For the record: Dit zijn er minder dan de wel gebookmarkte nieuwsartikelen). Dit doe ik door een IS NULL op het koppelend ID van de bookmark tabel te zetten. Probleem dus: Dit gaat vreselijk traag...
Zou dit misschien sneller op te lossen zijn? Ik weet dat JOINS traag kunnen zijn, en hiermee is dat duidelijk te zien.
Een simpele query, met een LEFT JOIN op een bookmarktabel. Nu wil ik dus graag alle nieuwsartikelen zien die de user gebookmarked heeft. Dus hop, de LEFT JOIN, en dan op de koppelende ID van de bookmarktabel een IS NOT NULL. Gaat zelfs over duizenden nieuwsartikelen prima, supersnel dus.
Nu wil ik zien welke nieuwsartikelen de user niet gebookmarked heeft. (For the record: Dit zijn er minder dan de wel gebookmarkte nieuwsartikelen). Dit doe ik door een IS NULL op het koppelend ID van de bookmark tabel te zetten. Probleem dus: Dit gaat vreselijk traag...
Zou dit misschien sneller op te lossen zijn? Ik weet dat JOINS traag kunnen zijn, en hiermee is dat duidelijk te zien.
Wat zijn je queries nu dan?quote:Op dinsdag 24 juli 2007 22:19 schreef Geqxon het volgende:
Weer een performance vraag, maar deze keer eentje met een groter effect. Alsin: 0.2 seconden versus 8 seconden.
Een simpele query, met een LEFT JOIN op een bookmarktabel. Nu wil ik dus graag alle nieuwsartikelen zien die de user gebookmarked heeft. Dus hop, de LEFT JOIN, en dan op de koppelende ID van de bookmarktabel een IS NOT NULL. Gaat zelfs over duizenden nieuwsartikelen prima, supersnel dus.
Nu wil ik zien welke nieuwsartikelen de user niet gebookmarked heeft. (For the record: Dit zijn er minder dan de wel gebookmarkte nieuwsartikelen). Dit doe ik door een IS NULL op het koppelend ID van de bookmark tabel te zetten. Probleem dus: Dit gaat vreselijk traag...
Zou dit misschien sneller op te lossen zijn? Ik weet dat JOINS traag kunnen zijn, en hiermee is dat duidelijk te zien.
phluphy for president!
In een simpele vorm:
Dit is dus voor alles dat wel een bookmark heeft, en goed snel is.
In een simpele vorm:
Voor alle artikelen zonder bookmark, goed traag. Ik kan begrijpen dat hij dus elke keer naar een bookmark moet zoeken die niet bestaat, maar hoe krijg ik zoiets geoptimaliseerd?
| 1 2 3 4 | FROM Artikel AS a LEFT JOIN Bookmark AS bm ON bm.ArtikelID = a.ID WHERE bm.ArtikelID IS NOT NULL |
Dit is dus voor alles dat wel een bookmark heeft, en goed snel is.
In een simpele vorm:
| 1 2 3 4 | FROM Artikel AS a LEFT JOIN Bookmark AS bm ON bm.ArtikelID = a.ID WHERE bm.ArtikelID IS NULL |
Voor alle artikelen zonder bookmark, goed traag. Ik kan begrijpen dat hij dus elke keer naar een bookmark moet zoeken die niet bestaat, maar hoe krijg ik zoiets geoptimaliseerd?
Is dit niet sneller?
Werkt dat NOT? Of was het !? De ene keer lijkt het wel te werken en de andere weer niet .
EDIT: Of iig de 2e aangezien de eerste bij jouw al lekker rap is .
| 1 2 3 4 | FROM table1 WHERE id1 IN (SELECT id2 FROM table2 WHERE condition1); |
| 1 2 3 4 | FROM table1 WHERE id1 NOT IN (SELECT id2 FROM table2 WHERE condition1); |
Werkt dat NOT? Of was het !? De ene keer lijkt het wel te werken en de andere weer niet .
.EDIT: Of iig de 2e aangezien de eerste bij jouw al lekker rap is .
phluphy for president!
