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.
cd niet bijgeleverd
Als je vragen hebt over PHP/MySQL, dan zit je hier goed met een vaste kliek guru's en een groot aantal regelmatige bezoekers. Beperk je vragen niet tot "hij doet het niet" of "hij geeft een fout" - onze glazen bol is kapot en we willen graag van je weten w�t er niet lukt en w�lke foutmelding je precies krijgt
Vorige delen:
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, 56, 57, 58, 59, 60, 61
Zie ook:
Tutorials:
Deze OP en instructies voor nieuw topic: http://wiki.fok.nl/index.php/OP/PHP
Ps. Iemand is vergeten deel 60 in de wiki te zetten
Juist,...quote:Op woensdag 13 augustus 2008 09:41 schreef Tiemie het volgende:
[..]
escapen met mysql_real_escape_string.
Misschien staat de vraag dan op de verkeerde plaats. (En dat hoor ik dan nu wel.) Ik werk in de Microsoft SQL Server.
Als toeval niet bestaat, waarom hebben ze er dan een woord voor uitgevonden?
Niet storen, ik ben al gestoord genoeg,...
Vrouwen zijn om van te houden, niet om te begrijpen.
Niet storen, ik ben al gestoord genoeg,...
Vrouwen zijn om van te houden, niet om te begrijpen.
Dan addslashes om je string heen gooien of handmatig een \ toevoegenquote:Op woensdag 13 augustus 2008 09:52 schreef ManAtWork het volgende:
[..]
Juist,...
Misschien staat de vraag dan op de verkeerde plaats. (En dat hoor ik dan nu wel.) Ik werk in de Microsoft SQL Server.
Dan is de data die je aan de SQL server aanreikt niet voldoende geprepareerd.quote:Op woensdag 13 augustus 2008 09:52 schreef ManAtWork het volgende:
[..]
Juist,...
Misschien staat de vraag dan op de verkeerde plaats. (En dat hoor ik dan nu wel.) Ik werk in de Microsoft SQL Server.
Op dinsdag 13 augustus schreef Xa1pt:
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
Laat maar. Blijkbaar verkeerde topic.
Heb het via een creatieve oplossing grotendeels ook al weten op te lossen.
Heb het via een creatieve oplossing grotendeels ook al weten op te lossen.
Als toeval niet bestaat, waarom hebben ze er dan een woord voor uitgevonden?
Niet storen, ik ben al gestoord genoeg,...
Vrouwen zijn om van te houden, niet om te begrijpen.
Niet storen, ik ben al gestoord genoeg,...
Vrouwen zijn om van te houden, niet om te begrijpen.
Nee dat werkt niet. Bij MSSQL moet je een ' escapen met een '. ManAtWork kan beter met PDO gaan werken, dat voorkomt dit soort gekut.quote:Op woensdag 13 augustus 2008 10:24 schreef Tiemie het volgende:
[..]
Dan addslashes om je string heen gooien of handmatig een \ toevoegen
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? |
Is er eigenlijk een elegante manier om een Maximum execution time error op te vangen als je gebruik maakt van NuSOAP?
Sporadisch heb duurt de verbinding met een 3e partij te lang met het antwoord en eindigt het met zo'n error op een wit scherm en wil dit graag eleganter opvangen
Sporadisch heb duurt de verbinding met een 3e partij te lang met het antwoord en eindigt het met zo'n error op een wit scherm en wil dit graag eleganter opvangen
Zo, ff een bugje in Pear Net_FTP gerapporteerd.. 
een timestamp op alleen een datum hebben we weinig aan..
Iemand trouwens nog op mijn vraaggie hierboven??
een timestamp op alleen een datum hebben we weinig aan..
Iemand trouwens nog op mijn vraaggie hierboven??
Heeft iemand nog een goede RSS parser in de aanbieding? Ik heb rss_php.php en magpierss geprobeerd, maar geen van beide is in staat alle rss feeds te parsen zonder fouten.
edit: laat maar, ik kom er net achter dat ze struikelde over wat vage tekens die samengaan met een HTTP/1.1 request
[ Bericht 22% gewijzigd door wipes66 op 15-08-2008 17:21:11 ]
edit: laat maar, ik kom er net achter dat ze struikelde over wat vage tekens die samengaan met een HTTP/1.1 request
[ Bericht 22% gewijzigd door wipes66 op 15-08-2008 17:21:11 ]
..///
Waar dan?quote:Op vrijdag 15 augustus 2008 15:45 schreef ursel het volgende:
Zo, ff een bugje in Pear Net_FTP gerapporteerd..
een timestamp op alleen een datum hebben we weinig aan..
Iemand trouwens nog op mijn vraaggie hierboven??
Vanwege een bugje in Fok's URL parser, ff een tiny url: http://tinyurl.com/5o6ssr
[ Bericht 16% gewijzigd door slakkie op 16-08-2008 18:06:20 ]
Mja, volgens mij gaat er iets niet goed ofzo. Zou een verificatie mail moeten krijgen die ik moet bevestigen.
Heb alleen mail gekregen over mijn gerapporteerde bug
Verder geen instructies, danwel pasword..
http://pear.php.net/bugs/bug.php?id=14506
Heb alleen mail gekregen over mijn gerapporteerde bug
Verder geen instructies, danwel pasword..
http://pear.php.net/bugs/bug.php?id=14506
The user who submitted this bug has not yet confirmed their email address.
Lijkt me duidelijk
If you do not have a confirmation message, click here to re-send. MANUAL CONFIRMATION IS NOT POSSIBLE. Write a message to pear-dev@lists.php.net to request the confirmation link. All bugs/comments/patches associated with this email address will be deleted within 48 hours if the account request is not confirmed!
Je bug is weg als je niks doet.
Lijkt me duidelijk
If you do not have a confirmation message, click here to re-send. MANUAL CONFIRMATION IS NOT POSSIBLE. Write a message to pear-dev@lists.php.net to request the confirmation link. All bugs/comments/patches associated with this email address will be deleted within 48 hours if the account request is not confirmed!
Je bug is weg als je niks doet.
Lekker verhaal.. Alle stappen al tig keer ondernomen.. Ach ja.. ook gemailed naar de devvers zelf van Net_FTP
Zoeken ze het zelf maar uit..
Maandag nog wel een poging wagen dan.. Probleem dat ik in ieder ondervond na updaten van 1.3.2 naar 1.3.7 is dat de stamp bij de ls functie opeens alleen bestond uit een unix timestamp op datum, zonder tijd notering..
Na wat debuggen kwam ik erachter dat ze alleen $entry[date] dat eerst bestond uit datum + tijd opgesplitst hadden naar $entry[date] en $entry[time].
Echter werd naar de unix timestamp parser alleen de $entry[date] gestuurd
En aangezien in ons systeem een check zat op die timestamp na een ls functie werkte opeens een gedeelte van het systeem niet meer..
Mja, met mijn andere email-adres lukte het vandaag wel de bug te reggen.. 
Maar heb nog een "wazig" probleem met mijn Net-FTP.
We hebben een soort van listener op onze centrale FTP server welke elke minuut een check doet of er bepaalde files aanwezig zijn op de FTP server. Echter bij de eerste keer dat hij een file vindt dan eindigt dit steevast in de melding:
Nu doen we zelf al van tevoren de local_file verwijderen als deze bestaat alvorens we de "get" functie aan te roepen van Net_FTP.
Het probleem is eigenlijk dat de eerste keer als het bestand gevonden wordt, dan krijgen we de bovenstaand melding. Echter een minuut later vindt de "listener" het bestandje weer en loopt hij er moeiteloos doorheen.
Iemand suggestie waar dit aan kan liggen en/of hoe er voor te zorgen dat het de eerste keer goed gaat?
Maar heb nog een "wazig" probleem met mijn Net-FTP.
We hebben een soort van listener op onze centrale FTP server welke elke minuut een check doet of er bepaalde files aanwezig zijn op de FTP server. Echter bij de eerste keer dat hij een file vindt dan eindigt dit steevast in de melding:
met daarbij het gedeelte van line 1298quote:File './thirdparties.csv' could not be downloaded to 'D:/wwwroot/live/tmp/thirdparties.csv'.
[Warning] ftp_nb_get(): File transfer failed on line 1298
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 | if (@function_exists('ftp_nb_get')) { $res = @ftp_nb_get($this->_handle, $local_file, $remote_file, $mode); while ($res == FTP_MOREDATA) { $this->_announce('nb_get'); $res = @ftp_nb_continue($this->_handle); } } else { $res = @ftp_get($this->_handle, $local_file, $remote_file, $mode); } if (!$res) { return $this->raiseError("File '".$remote_file. "' could not be downloaded to '$local_file'.", NET_FTP_ERR_OVERWRITELOCALFILE_FAILED); } else { return true; } ?> |
Nu doen we zelf al van tevoren de local_file verwijderen als deze bestaat alvorens we de "get" functie aan te roepen van Net_FTP.
Het probleem is eigenlijk dat de eerste keer als het bestand gevonden wordt, dan krijgen we de bovenstaand melding. Echter een minuut later vindt de "listener" het bestandje weer en loopt hij er moeiteloos doorheen.
Iemand suggestie waar dit aan kan liggen en/of hoe er voor te zorgen dat het de eerste keer goed gaat?
