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.
quote:Op vrijdag 27 juni 2008 11:13 schreef Chandler het volgende:
Je hebt gelijk slacker_nl maar al zou je een regex per 'onderdeel' doen, dan leek het mij toch sneller, alle kleine beetjes helpen.
Ik heb het trouwens nu zo opgelost
[ code verwijderd ]
uitvoer
[ code verwijderd ]
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 | $stuff = array("Country: NETHERLANDS (NL)", "City: Groningen", "Latitude: 53.2167", "Longitude: 6.56667"); $result = array(); foreach($stuff as $v) { $arr = split(': ', $v); $k = strtolower(array_shift($arr)); $result[$k] = join(": ", $arr); } if (array_key_exists("country", $result)) { list($result['country'], $result['tla']) = split("\(", $result['country']); $result['country'] = trim($result['country']); $result['tla'] = str_replace(")", "", $result['tla']); } /* Voeg nog is_numeric checks toe voor langitude en longitude */ print_r($result); ?> |
In theory there is no difference between theory and practice. In practice there is.
Ik wil die ?search=something niet in m'n adresbalk (het is een cosmetisch ding, verder niet). En mensen die geen javascript hebben aanstaan, die moeten het gewoon aanzetten.quote:Op vrijdag 27 juni 2008 11:24 schreef Tijn het volgende:
Nadeel van zo'n truc is natuurlijk wel dat clients die geen javascript ondersteunen of dat bewust uit hebben staan je website niet meer kunnen gebruiken.
Wat is überhaupt je probleem met GET?
In theory there is no difference between theory and practice. In practice there is.
Dan zou je ook eerst de GET-variabelen kunnen processen en daarna de user doorsturen naar een pagina met een cleanere URL.quote:Op vrijdag 27 juni 2008 11:32 schreef slacker_nl het volgende:
[..]
Ik wil die ?search=something niet in m'n adresbalk (het is een cosmetisch ding, verder niet).
Wat als dat niet kan, omdat ze bijvoorbeeld gebruik maken van een text-mode browser via een shell, een mobiele browser die Javascript niet ondersteunt of een Screenreader?quote:En mensen die geen javascript hebben aanstaan, die moeten het gewoon aanzetten.
Mmm, text browsing kan op die site, dus dat mag inderdaad niet breken.. Al kan Elinks wel Javascript aan...quote:Op vrijdag 27 juni 2008 11:39 schreef Tijn het volgende:
[..]
Dan zou je ook eerst de GET-variabelen kunnen processen en daarna de user doorsturen naar een pagina met een cleanere URL.
[..]
Wat als dat niet kan, omdat ze bijvoorbeeld gebruik maken van een text-mode browser via een shell, een mobiele browser die Javascript niet ondersteunt of een Screenreader?
In theory there is no difference between theory and practice. In practice there is.
Niks mis met Javascript om dingen te verfraaien hoor. Maar het is altijd jammer als de basisfunctionaliteit van een site verloren gaat als het niet wordt ondersteund.quote:Op vrijdag 27 juni 2008 11:46 schreef slacker_nl het volgende:
[..]
Mmm, text browsing kan op die site, dus dat mag inderdaad niet breken..
Ik zat te hopen dat ik niet teveel hoef aan te passen aangezien mijn HTML kennis echt niet top is. Ik kan een default pagina bouwen, maar zodra er wat meer moet kunnen dan default houdt het echt op.quote:Op vrijdag 27 juni 2008 11:48 schreef GI het volgende:
Herbouw dan gewoon een beetje waardoor je http://site/search/query kan doen. Ziet er gelikt zat uit
Maar we hebben als een ?search=bla in de post, als je meer dan 1 resultaat te terugkrijgt kom je in een table die alle resultaten teruggeeft met wat info. Als je meer info wilt hebben klik je op een linkje en daar zit ?search=found in (zeg maar), die link met ?search=found wil ik niet met een GET hebben, maar in een POST...
In theory there is no difference between theory and practice. In practice there is.
Kan idd veel mooier, maar dit is toch goed genoeg? lijkt mijquote:Op vrijdag 27 juni 2008 11:16 schreef Scorpie het volgende:
Brrrr, dat kan veel mooier Chandler! Ga eens met eigen gemaakte functies werken
Ik ben idd nog niet echt heel veel mer cURL bezig geweest maar idd was een handige optie. Maar nu heb ik het reeds met fsockopen, is het een groot voordeel als ik cURL gebruik?quote:Op vrijdag 27 juni 2008 11:16 schreef Tiemie het volgende:
is cURL geen optie voor je? daarmee kun je namelijk zelf instellen of je wél of géén headers wilt én je kan een timeout opgeven.
[ code verwijderd ]
Ziet er ook heel netjes uit maar is dat van mij dan zo langdradig ofzo?quote:Op vrijdag 27 juni 2008 11:30 schreef slacker_nl het volgende:
[ code verwijderd ]
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Denk dat met curl je code schoner wordt. Ikzelf zou voor curl kiezen ipv zelf een socket openen en de data fetchen. Al is het een leuke 'for science approach' om het zelf met fsockopen te doen. Maar ik zou het in een productieomgeving niet doen, tenzij er een echt goede reden is om het wel te doen. Je wilt niet te low-level bezig zijn, dus de curl abstractielaag erboven is gewoon prettiger werken.quote:Op vrijdag 27 juni 2008 13:05 schreef Chandler het volgende:
Ik ben idd nog niet echt heel veel mer cURL bezig geweest maar idd was een handige optie. Maar nu heb ik het reeds met fsockopen, is het een groot voordeel als ik cURL gebruik?
Ziet er ook heel netjes uit maar is dat van mij dan zo langdradig ofzo?
Je codebase is met 50% verminderd, dus je code was langdradig. Waarom iets doen in 50 regels als het in 20 kan? De footprint lijkt hetzelfde te zijn, dus je kan je eigen code gewoon houden
[ Bericht 4% gewijzigd door slacker_nl op 27-06-2008 14:08:57 ]
In theory there is no difference between theory and practice. In practice there is.
Een groot voordeel? Essentieel!quote:Op vrijdag 27 juni 2008 13:05 schreef Chandler het volgende:
Ik ben idd nog niet echt heel veel mer cURL bezig geweest maar idd was een handige optie. Maar nu heb ik het reeds met fsockopen, is het een groot voordeel als ik cURL gebruik?
Misschien wil je ooit nog eens iets over SSL doen ofzo, en als je dat met fsockopen wil gaan doen.... succes!
Het is handig om zo breed en ver mogelijk te kijken, zodat je niet alleen de problemen oplost die je nu op dit moment tegenkomt maar ook klaar bent voor eventuele uitbreidingen die later kunnen komen. En dat je dus niet heel je applicatie weer vanaf de grond opnieuw moet opbouwen omdat je niet generiek en breed genoeg hebt ontworpen. Zonde van de tijd en moeite.
Ik ben eruit dat dat gedeelte van de site mag breken indien ik JS ga gebruiken om die ?search=stuff uit de adresbalk te krijgen.quote:Op vrijdag 27 juni 2008 11:47 schreef Tijn het volgende:
[..]
Niks mis met Javascript om dingen te verfraaien hoor. Maar het is altijd jammer als de basisfunctionaliteit van een site verloren gaat als het niet wordt ondersteund.
Die pagina maakt toch gebruik van een klasse die ik zelf heb geschreven en dat heb ik nu ook in een CLI ding zitten, dus.. JS its going to be. De enige die een tekstbrowser zullen gebruiken zullen toch wel van mijn CLI script gebruik gaan maken, dus het is geen ramp..
In theory there is no difference between theory and practice. In practice there is.
Maar wat is het voordeel nou precies? als het er alleen schoner van wordt vind ik het niet reden genoeg
als het er alleen schoner van wordt vind ik het niet reden genoeg
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Lees de documentatie van curl. Je wilde ook het voordeel van PDO niet inzien...quote:Op vrijdag 27 juni 2008 17:28 schreef Chandler het volgende:
Maar wat is het voordeel nou precies?
In theory there is no difference between theory and practice. In practice there is.
Ik heb de documentatie doorgelezen maar er staat echt nergens wat nu het voordeel is ten opzichte van fsockopen, maar goed... cURL is idd ook niet al te moeilijk 
Verder een andere vraag; is er een manier om de fouten die mysql genereerd op te vangen met een errorhandler zonder aan iedere mysql_query een or doeiets() funcie vast te plakken?
Verder een andere vraag; is er een manier om de fouten die mysql genereerd op te vangen met een errorhandler zonder aan iedere mysql_query een or doeiets() funcie vast te plakken?
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Niet echt. Maar je hoeft ook niet aan elke mysql query "handmatig" die errorhandling functie toe te voegen.quote:Op zondag 29 juni 2008 10:36 schreef Chandler het volgende:
Verder een andere vraag; is er een manier om de fouten die mysql genereerd op te vangen met een errorhandler zonder aan iedere mysql_query een or doeiets() funcie vast te plakken?
Stel je hebt een db class en daarin heb je de functie query. In die functie query laat je de errorhandling over aan de class errorhandling.
Hierdoor heb je dus maar 1 keer je errorhandling vast te leggen.
Correct, maar mijn DB class was nogal aan de zuigende kant en heb ik uit het huidige project gesloopt... Maar er moet toch een manier zijn om ook die fouten af te vangen?
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Als je OO werkt, hoef je het maar op 1 plek af te vangenquote:Op zondag 29 juni 2008 11:11 schreef Chandler het volgende:
Correct, maar mijn DB class was nogal aan de zuigende kant en heb ik uit het huidige project gesloopt... Maar er moet toch een manier zijn om ook die fouten af te vangen?
kan ik
op de een of andere manier in één querie doen?
(ben wat ouwe code aan het optimizen, vandaar de vraag)
| 1 2 | UPDATE tbl SET x='q' WHERE z=3 |
op de een of andere manier in één querie doen?
(ben wat ouwe code aan het optimizen, vandaar de vraag)
| 1 2 3 | SET x = CASE z WHEN 0 THEN 'y' ELSE 'q' END WHERE z = IN (0, 3) |
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? |
| 1 2 3 4 5 6 7 8 9 10 11 | for ($i = date("Y"); $i > 1989; $i--) { if ($i = date("Y")) { echo "<li><h3>" . $i . " - " . ($i+1) . "</h3></li>\n"; } elseif ($i = date("Y")+1) { echo "<li><h4>" . $i . " - " . ($i+1) . "</h4></li>\n"; } else { echo "<li>" . $i . " - " . ($i+1) . "</li>\n"; } } ?> |
Kan iemand mij helpen met het volgende. Wat ik wil hebben is een lijst met jaartallen en dit jaar moet hij in <h3> zijn en vorig jaar in <h4>.
Wat hierboven staat doet het niet helemaal... Als ik de if uit sloop laat hij het juist zien. Hij komt nu in een eindeloze loop.
Wie kan mij helpen?
Oef... Denk dat ik te lang aan het coderen ben.. Thanks!quote:Op zondag 29 juni 2008 20:24 schreef Tijn het volgende:
== ipv = ?
Als je te lang aan het coderen bent maak je juist niet zulke foutenquote:Op zondag 29 juni 2008 20:27 schreef Qunix het volgende:
[..]
Oef... Denk dat ik te lang aan het coderen ben.. Thanks!
libcurl kan ssh, ftp, sftp, http, https, etc etc aan, daar waar je dit niet voor elkaar krijgt met fsockopen, zoals eerder gezegd.quote:Op zondag 29 juni 2008 10:36 schreef Chandler het volgende:
Ik heb de documentatie doorgelezen maar er staat echt nergens wat nu het voordeel is ten opzichte van fsockopen, maar goed... cURL is idd ook niet al te moeilijk
quote:http://curl.haxx.se/
curl is a command line tool for transferring files with URL syntax, supporting FTP, FTPS, HTTP, HTTPS, SCP, SFTP, TFTP, TELNET, DICT, LDAP, LDAPS and FILE. curl supports SSL certificates, HTTP POST, HTTP PUT, FTP uploading, HTTP form based upload, proxies, cookies, user+password authentication (Basic, Digest, NTLM, Negotiate, kerberos...), file transfer resume, proxy tunneling and a busload of other useful tricks.
Het voordeel: Jij hoeft niet alles zelf te implementeren, je maakt gebruik van curl en je kan zo HTTPS/HTTP gaan praten zonder al teveel code aan te passen. Wat is het voordeel van curl tov fsockopen? Waarom zou je zelf iets bedenken als libcurl bijna standaard wordt meegeleverd (op Unix), en het werkt ook op Windows machines..quote:http://devzone.zend.com/a(...)and-libcurl-with-PHP
cURL and libcurl are libaries that allow a webserver to transfer files with a remote computer using a variety of Internet protocols. The libaries are highly configurable, allowing practically any type of client-server request to be peformed. By using these tools, a webserver can act as a client, creating and responding to requests using any technology built on HTTP, like XML-RPC, SOAP, or WebDAV.
De curl documentatie is duidelijk, ik wil de documentatie van jouw eigen functie wel eens zien. Anders gezegd, als je libcurl gebruikt kunnen andere mensen de documentatie van curl erbij pakken en het geheel uitbreiden. Dat kan ook met je eigen functies, maar dat kost toch meer tijd en er is minder documentatie van, plus het is niet een standaard oplossing.
De voordelen van curl:
* Standaard library
* Documentatie
* Code is makkelijker over te dragen / te begrijpen door anderen.
In theory there is no difference between theory and practice. In practice there is.
Is dit samen te voegen tot een korter/kleiner query?
| 1 2 3 4 5 6 7 8 9 10 11 12 13 | $bezetQuery = "SELECT `computernr`, `student`, `starttijd` FROM `computers` WHERE `computernr` = '$rij[0]'"; $bezetSql = mysql_query($bezetQuery); $studentnr = mysql_result($bezetSql, 0, student); $starttijd = mysql_result($bezetSql, 0, starttijd); $stuinfoQuery = "SELECT `studentnr`, `voornaam`, `achternaam` FROM `studenten` WHERE `studentnr` = '$studentnr'"; $stuinfoSql = mysql_query($stuinfoQuery); $studentvnaam = mysql_result($stuinfoSql, 0, voornaam); $studentanaam = mysql_result($stuinfoSql, 0, achternaam); ?> |
ne okuyon, bokmu var?
Zo, weer even wat tijd hiervoor gevonden om eraan te knutselen..quote:Op donderdag 26 juni 2008 17:32 schreef Tijn het volgende:
En als je een batch-file maakt die het commando aanroept wat je nodig hebt? Werkt het dan wel als je die batchfile uitvoert?
Ben nu steeds meer ermee aan het stoeien. Heb het nu zo gemaakt dat het systeem zelf een bat-file aanmaakt met daarin de uit te voeren command. Aanmaken van de bat-file gaat goed.
Echter wordt de bat-file ook niet aangestuurd door exec.
Log ik in op de server, dan kan ik de bat-file wel gewoon uitvoeren door er dubbel op te klikken en door het uit te voeren in cmd.exe. Dus de bat-file is gewoon goed.
Toch wordt exec niet aangestuurd. php.ini heeft overigens safe_mode off staan.
Rechten is het ook niet, we hebben de IISUSER zelfs toegevoegd aan de admin groep en dat mocht ook niet baten.
Ik heb een website waar bezoekers quizzen kunnen ontwerpen. Nu is het een tijdje mogelijk geweest om quizzen te verwijderen zonder daar de daarbij behorende vragen en uitkomsten te verwijderen.
Hoe kan ik nu het makkelijkst deze orphan vragen en uitkomsten terugvinden om te kunnen verwijderen?
Indeling:
tabel quiz
-- id
tabel quiz_vragen
-- id
-- qid
tabel quiz_uitkomsten
-- id
-- qid
Hoe kan ik nu het makkelijkst deze orphan vragen en uitkomsten terugvinden om te kunnen verwijderen?
Indeling:
tabel quiz
-- id
tabel quiz_vragen
-- id
-- qid
tabel quiz_uitkomsten
-- id
-- qid
