Pricelessquote:Op woensdag 6 augustus 2008 22:36 schreef Farenji het volgende:
Als illustratie het vast wel bekende verhaal van iemand die een CMS had gebouwd, en daar alleen GET methodes in had gebruikt. Er werd een hele site ingezet, met veel data. Hij had er geen wachtwoord voorgezet, en het CMS werd op een gegeven moment gespiderd door Google. Gevolg: de hele site gewist. Want alle delete-knoppen waren gewoon linkjes met een GET querystring.
Whehehehequote:Op woensdag 6 augustus 2008 22:36 schreef Farenji het volgende:
Als illustratie het vast wel bekende verhaal van iemand die een CMS had gebouwd, en daar alleen GET methodes in had gebruikt. Er werd een hele site ingezet, met veel data. Hij had er geen wachtwoord voorgezet, en het CMS werd op een gegeven moment gespiderd door Google. Gevolg: de hele site gewist. Want alle delete-knoppen waren gewoon linkjes met een GET querystring.
Tja je zal de mensen de kost moeten geven... en de eerlijkheid gebiedt me te zeggen dat ik zelf ook wel zulke fouten heb gemaakt - al was ik altijd wel zo slim om er een wachtwoord voor te plempenquote:Op donderdag 7 augustus 2008 09:15 schreef WyriHaximus het volgende:
[..]
Whehehehe. (Je kan me hier opvegen
.) Is natuurlijk wel het ubervoorbeeld hoe het niet moet
.
Ik denk dat iedereen wel eens zo'n fout gemaakt heeft.quote:Op donderdag 7 augustus 2008 16:18 schreef Farenji het volgende:
[..]
Tja je zal de mensen de kost moeten geven... en de eerlijkheid gebiedt me te zeggen dat ik zelf ook wel zulke fouten heb gemaakt - al was ik altijd wel zo slim om er een wachtwoord voor te plempen
Echt nietquote:Op donderdag 7 augustus 2008 16:42 schreef Light het volgende:
[..]
Ik denk dat iedereen wel eens zo'n fout gemaakt heeft.
Idd, vallen en opstaan, vallen en opstaan babequote:Op donderdag 7 augustus 2008 16:42 schreef Light het volgende:
[..]
Ik denk dat iedereen wel eens zo'n fout gemaakt heeft.
1 |
1 |
De tekens die mogen voorkomen in de string zijn alfanumerieke waarden (hoofd- en kleine letters), de /, de _, - en de =.quote:Op donderdag 7 augustus 2008 20:04 schreef SuperRembo het volgende:
Je vertelt niet wat precies de bedoeling is, en dat is meestal wel handig om te weten om te begrijpen of iets wel of niet "werkt". Welke tekens mogen er voorkomen in de string?
En dat was juist het vreemde. Ik had eerst de - escaped met een \, maar toen deed hij het dus niet. Toen ik hem achteraan zette werkte hij weer wel.quote:Je wil een streepje - gebruiken in een set, als die niet aan het begin of eind van de set staat, dan moet je die escapen met een backslash. Een set met letters, cijfers, streepje en gelijkteken wordt dan [a-z0-9\-=]. Deze set zet je in een string, daarbij moet je tekens als " en \ escapen met een backslash: "[a-z0-9\\-=]".
Ja, preg_match() is sneller dan eregi(). Maar in dit geval is het snelheidsverschil verwaarloosbaar, ik match gewoon een redelijk kleine string, en doe dat maar 1x per gelaadde pagina.quote:Is preg_match() niet sneller dan eregi()?
Je moet dus 2x escapen:1x voor de regexp zelf, en 1x voor de php string.quote:Op donderdag 7 augustus 2008 22:00 schreef DionysuZ het volgende:
[..]
En dat was juist het vreemde. Ik had eerst de - escaped met een \, maar toen deed hij het dus niet. Toen ik hem achteraan zette werkte hij weer wel.
1 2 3 4 5 6 7 8 | <INPUT TYPE="checkbox" NAME="belasting_jaar[]" VALUE="2003">2003 <INPUT TYPE="checkbox" NAME="belasting_jaar[]" VALUE="2004">2004 <INPUT TYPE="checkbox" NAME="belasting_jaar[]" VALUE="2005">2005 <INPUT TYPE="checkbox" NAME="belasting_jaar[]" VALUE="2006">2006 <INPUT TYPE="checkbox" NAME="belasting_jaar[]" VALUE="2007">2007 <INPUT TYPE="checkbox" NAME="belasting_jaar[]" VALUE="2008">2008 ?> |
1 2 3 4 5 | foreach( $POST['belasting_jaar'] as $iets ) { print_r( $iets ); } ?> |
1 2 3 4 5 | foreach ( $POST['belasting_jaar'] as &$iets ) { print_r($iets); } ?> |
1 2 3 4 | header('Content-type: image/gif'); header("Cache-Control: no-cache, must-revalidate"); // HTTP/1.1 readfile($url); |
mjah het heeft meer te maken met dat dat plaatje om de 5 minuten anders is, en ik die wil herladen in de browser. Het gaat om dit plaatjequote:Op vrijdag 8 augustus 2008 19:04 schreef slakkie het volgende:
Het voordeel van een browser is toch dat je de image locatie ook van de andere site kan trekken...
Mijn voorstel:
<img src="http://de.andere.server/hetplaatje.gif" alt="Bewegend plaatje van een andere server" />
Dat probeerde ik dus eerst wel, maar filesize($url) poepte een error uit.quote:Op vrijdag 8 augustus 2008 19:09 schreef GlowMouse het volgende:
Je stuurt geen Content-Length header mee.
Echt wel.quote:Op vrijdag 8 augustus 2008 19:12 schreef DionysuZ het volgende:
en een dummy string erachter (&rnd=21312312 bijv.) niet werkt in dit geval
Waarom werkt dat niet?quote:Op vrijdag 8 augustus 2008 19:12 schreef DionysuZ het volgende:
En die wil ik dus d.m.v. javascript om de x minuten herladen. Maar aangezien veel browsers dan gewoon het plaatje uit de cache halen en een dummy string erachter (&rnd=21312312 bijv.) niet werkt in dit geval, wilde ik een kleine omweg maken
1 2 3 | shell_exec('xte -x :0.0 "key Right"'); ?> |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | if ($sock = @fsockopen("whois.ripe.net", 43, &$errno, &$errstr, WHOIS_SERVER_TIMEOUT)) { fputs ($sock, $ip_adres . "\n"); while (!feof($sock)) { $ripeBuffer .= fgets($sock, 10240); } fclose ($sock); } ?> |
quote:Curl_do() makes sure the proper protocol-specific function is called. The
functions are named after the protocols they handle. Curl_ftp(),
Curl_http(), Curl_dict(), etc. They all reside in their respective files
(ftp.c, http.c and dict.c). HTTPS is handled by Curl_http() and FTPS by
Curl_ftp().
The protocol-specific functions of course deal with protocol-specific
negotiations and setup. They have access to the Curl_sendf() (from
lib/sendf.c) function to send printf-style formatted data to the remote
host and when they're ready to make the actual file transfer they call the
Curl_Transfer() function (in lib/transfer.c) to setup the transfer and
returns.
If this DO function fails and the connection is being re-used, libcurl will
then close this connection, setup a new connection and re-issue the DO
request on that. This is because there is no way to be perfectly sure that
we have discovered a dead connection before the DO function and thus we
might wrongly be re-using a connection that was closed by the remote peer.
Some time during the DO function, the Curl_setup_transfer() function must
be called with some basic info about the upcoming transfer: what socket(s)
to read/write and the expected file tranfer sizes (if known).
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |