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.
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.
T V P
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
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?
Ik zoek zo'n php scriptje waarmee je een avatar cycle hebt random enzo. Aantal mensen op fok hebben er een. Is dat moeilijk? Ik wil graag een mapje kunnen hebben dan waar ik wat avatars in stop.
Ik gok omdat het komt omdat ftp_nb_continue een waarde retouneert (regel 6) die false is (0, "", "0", false, null) , waardoor de if-statement passed op regel 11, wat de foutmelding triggert.quote:Op maandag 18 augustus 2008 10:14 schreef ursel het volgende:
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:
[..]
met daarbij het gedeelte van line 1298
[ code verwijderd ]
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?
Iemand al wel eens problemen gehad met schijnbare spook-output?
Heb een index.php die start met
Niks bijzonders. Nu bekijk ik deze site in IE om wat css veranderingen te testen, krijg ik opeens (zonder iets veranderd te hebben in de php!) een drietal errors. Firefox en opera geen problemen, maar alleen in internet explorer krijg ik:
Op de locatie van de warnings worden drie cookies geset, en ik snap dat dat niet werkt als er al iets van output is geweest. Maar die is er dus niet! Volgens de error start de output op de eerste regel van common_frontpage.php, en ook dat bestand begint, zoals altijd al was, met '<?php'. Honderd procent zeker geen lege regel of spatie ervoor. Ook index.php begint met '<?php' zonder lege regel of spatie, en settings.php begint en eindigd met '<?php' en '?>' zonder spaties of lege regels. Er is gewoon geen output geweest. Er is verder geen header() commando, geen echo's. De broncode laat in IE, behalve de warnings, geen extra output zien (begint met de doctype). Als ik error_reporting op E_NONE zet, begint IE, net als FF en Opera, met de doctype. Er zijn dus geen extra karakters die worden geoutput vóór de doctype. Toch de warnings in IE... :?
Wat is hier in godesnaam aan de hand? Iemand helderziend?
Heb een index.php die start met
| 1 2 3 4 | include('includes/settings.php'); include('includes/common_frontpage.php'); ?><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"><wat>html</wat> |
| 1 2 3 | [18-Aug-2008 19:20:16] PHP Warning: Cannot modify header information - headers already sent by (output started at /public_html/includes/common_frontpage.php:1) in /public_html/includes/common_frontpage.php on line 199 [18-Aug-2008 19:20:16] PHP Warning: Cannot modify header information - headers already sent by (output started at /public_html/includes/common_frontpage.php:1) in /public_html/includes/common_frontpage.php on line 200 |
Op de locatie van de warnings worden drie cookies geset, en ik snap dat dat niet werkt als er al iets van output is geweest. Maar die is er dus niet! Volgens de error start de output op de eerste regel van common_frontpage.php, en ook dat bestand begint, zoals altijd al was, met '<?php'. Honderd procent zeker geen lege regel of spatie ervoor. Ook index.php begint met '<?php' zonder lege regel of spatie, en settings.php begint en eindigd met '<?php' en '?>' zonder spaties of lege regels. Er is gewoon geen output geweest. Er is verder geen header() commando, geen echo's. De broncode laat in IE, behalve de warnings, geen extra output zien (begint met de doctype). Als ik error_reporting op E_NONE zet, begint IE, net als FF en Opera, met de doctype. Er zijn dus geen extra karakters die worden geoutput vóór de doctype. Toch de warnings in IE... :?
Wat is hier in godesnaam aan de hand? Iemand helderziend?
Hmm, morgen maar ff checken. Maar hoe verklaar je het dan dat die bij de 2e check opeens wel doet.quote:Op maandag 18 augustus 2008 20:40 schreef slakkie het volgende:
[..]
Ik gok omdat het komt omdat ftp_nb_continue een waarde retouneert (regel 6) die false is (0, "", "0", false, null) , waardoor de if-statement passed op regel 11, wat de foutmelding triggert.
Ik heb geen flauw idee, als ik de code gebruik werkt het gewoon (ik doe alleen geen check op functie_exists) enzo. Verder zou ik al die @'s weghalen, mogelijke warnings worden daardoor gesupressed. Niet handig als je aan het debuggen bent..
Dit werkt vlekkeloos (met error reporting op E_ALL, E_STRICT):
FTP_FAILED is overigens 0, en ftp_get returned true of false, dus je !$res if moet werken zoals verwacht..
Dit werkt vlekkeloos (met error reporting op E_ALL, E_STRICT):
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | $ftp_conn = ftp_connect("www.euronet.nl"); ftp_login($ftp_conn, "usert", "passwd"); $ret = ftp_nb_get($ftp_conn, "/tmp/tmp.jpg", "wes_groot.jpg", FTP_BINARY); while ($ret == FTP_MOREDATA) { $ret = ftp_nb_continue($ftp_conn); } if ($ret != FTP_FINISHED) { echo "There was an error downloading the file..."; exit(1); } |
FTP_FAILED is overigens 0, en ftp_get returned true of false, dus je !$res if moet werken zoals verwacht..
quote:Op maandag 18 augustus 2008 20:52 schreef ralfie het volgende:
Iemand al wel eens problemen gehad met schijnbare spook-output?
..
Probeer anders eens:
[php]ob_start();
include()....
$output = ob_get_contents();
ob_end_clean();
var_dump($output);die();
Als je dan ziet dat er geen output is dan is het misschien een bug
..///
