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.
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
Zie ook:
• PHP Dataverwerking
• Officiële PHP website
• PHP Documentatie
• MySQL Reference Manual
• Yet Another PHP Faq
• PHP Cheat Sheet
• PHP5 Power Programming - boek met uitleg over OOP, Pear, XML, etc
Tutorials:
• W3Schools PHP
• W3Schools SQL
Succes heren met het volgende deeltje!
In theory there is no difference between theory and practice. In practice there is.
Om er maar eens eentje in te gooien: waarom zie ik deze topics zoveel gebruik van mysql_* of mysqli_* en zo weinig van PDO?
Tegenwoordig moet je Dr. Ir. zijn om een beetje correct Nederlands te kunnen neerpleuren.
Abusing semicolons since 1987.
Abusing semicolons since 1987.
Vind het prettiger in gebruik dan mysqli in OOP.quote:Op maandag 16 december 2013 16:39 schreef rekenwonder het volgende:
Om er maar eens eentje in te gooien: waarom zie ik deze topics zoveel gebruik van mysql_* of mysqli_* en zo weinig van PDO?
Ben net begonnen met OOP (en PHP eigenlijk ook lol).
[ Bericht 1% gewijzigd door #ANONIEM op 16-12-2013 17:13:42 ]
Voor een beginner lijkt het me op zich wel goed om te beginnen met mysql_( i ) en daarna PDO.quote:
Om er maar eens eentje in te gooien: waarom zie ik deze topics zoveel gebruik van mysql_* of mysqli_* en zo weinig van PDO?
Terrorism is the poor mans war, war is the rich mans terrorism.
Mij niet. Alleen maar nadelen.quote:Op maandag 16 december 2013 17:24 schreef Baghdaddy het volgende:
[..]
Voor een beginner lijkt het me op zich wel goed om te beginnen met mysql_(i) en daarna PDO.
Hoezo?quote:
Voor een beginner lijkt het me op zich wel goed om te beginnen met mysql_( i ) en daarna PDO.
Nee ik trek mijn bewering terug. In mijn geval vond ik het handig om kennis te maken met PHP en MySQL m.b.v. mysql_i omdat het mij wat simpeler leek om te begrijpen. Als ik terugkijk had ik PDO liever eerder ontdektquote:
.
Terrorism is the poor mans war, war is the rich mans terrorism.
haal die haakjes eens weg.quote:
[..]
Voor een beginner lijkt het me op zich wel goed om te beginnen met mysql_( i ) en daarna PDO.
Onzinreden. Gelijk met PDO beginnen. Leer je het in een keer goed, kan je ook makkelijk meenemen naar andere talen waar ze soortgelijke dingen hebben zoal DBI in Perl.quote:
[..]
Voor een beginner lijkt het me op zich wel goed om te beginnen met mysql_( i ) en daarna PDO.
In theory there is no difference between theory and practice. In practice there is.
De mysql_* functies moet je sowieso niet meer gebruiken (tenzij je een fix gaat doen in bestaande code die van die functies gebruik maakt). Die zijn officieel deprecated en gaan er in de toekomst helemaal uit.quote:
Om er maar eens eentje in te gooien: waarom zie ik deze topics zoveel gebruik van mysql_* of mysqli_* en zo weinig van PDO?
Er zit ook helemaal geen voordeel aan, en mysqli is niet ingewikkelder ofzo.quote:
[..]
De mysql_* functies moet je sowieso niet meer gebruiken (tenzij je een fix gaat doen in bestaande code die van die functies gebruik maakt). Die zijn officieel deprecated en gaan er in de toekomst helemaal uit.
True, maar ik had het er specifiek over dat je niet mysql_ moet gebruiken. mysqli_ kan prima, maar ik zou PDO aanraden.quote:
[..]
Er zit ook helemaal geen voordeel aan, en mysqli is niet ingewikkelder ofzo.
Wel als je geen OOP ervaring hebt.quote:
[..]
Er zit ook helemaal geen voordeel aan, en mysqli is niet ingewikkelder ofzo.
"You know what Hell really is? It's not lakes of burning oil or chains of ice. It's being removed from God's sight."
Ook dan is PDO makkelijker. De syntax is prima in procedurele code te verwerken zonder enige kennis van OOP.quote:Op dinsdag 17 december 2013 10:16 schreef Devolution het volgende:
[..]
Wel als je geen OOP ervaring hebt.
Klopt.quote:Op dinsdag 17 december 2013 10:49 schreef KomtTijd... het volgende:
[..]
Ook dan is PDO makkelijker. De syntax is prima in procedurele code te verwerken zonder enige kennis van OOP.
Heck, misschien is het zelfs een goede eerste stap voor mensen die procedureel programmeren om vast wat inzicht te krijgen in OOP.
Heeft voor mij ook goed gewerkt, dat ik in het verleden wat gekloot heb met DateTime-objecten maakt dat ik nu het OOP programmeren toch wat makkelijker oppik.
Heeft voor mij ook goed gewerkt, dat ik in het verleden wat gekloot heb met DateTime-objecten maakt dat ik nu het OOP programmeren toch wat makkelijker oppik.
Ik heb een probleempje!
Het volgende heb ik op dit moment:
Het bovenstaande moet naar http://www.xxx.nl/cms/req(...)h&searchtext=artiest gaan, maar dat doet ie niet
Hij maakt er nu dit van: http://www.xxx.nl/cms/requests/request.php?searchtext=Misss
Dus het mist ?func=Search&
Iemand hier die kan helpen?
Het volgende heb ik op dit moment:
| 1 2 3 4 | <form method="request" action="http://www.xxx.nl/cms/requests/request.php?func=Search&" id="searchform"> <h1>Artiest</h1> <input type="text" name="searchtext" /> </form> |
Het bovenstaande moet naar http://www.xxx.nl/cms/req(...)h&searchtext=artiest gaan, maar dat doet ie niet
Hij maakt er nu dit van: http://www.xxx.nl/cms/requests/request.php?searchtext=Misss
Dus het mist ?func=Search&
Iemand hier die kan helpen?
Volgens mij bestaat er geen request methode genaamt 'request'. En je zult idd een hidden input moeten gebruiken om extra variablen mee te geven aan een get request.
Waarom werk je via get variabelen in je URL om een zoek functie uit te voeren? Je kunt toch sowieso gewoon in je cms/request/search.php?query=artiestnaam doen en aan de achterkant uitzoeken of er op een artiest moet worden gezocht of een combinatie van variabelen?quote:
Ik heb een probleempje!
Het volgende heb ik op dit moment:
[ code verwijderd ]
Het bovenstaande moet naar http://www.xxx.nl/cms/req(...)h&searchtext=artiest gaan, maar dat doet ie niet
Hij maakt er nu dit van: http://www.xxx.nl/cms/requests/request.php?searchtext=Misss
Dus het mist ?func=Search&
Iemand hier die kan helpen?
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
Gehele map /request/ wordt aangeleverd door de software maker van onze playout systeem. Dus wil er niet teveel in veranderen binnen die code vanwege updates etc. Voor nu de makkelijkste optie.quote:
[..]
Waarom werk je via get variabelen in je URL om een zoek functie uit te voeren? Je kunt toch sowieso gewoon in je cms/request/search.php?query=artiestnaam doen en aan de achterkant uitzoeken of er op een artiest moet worden gezocht of een combinatie van variabelen?
Daarom houdt je altijd een UPDATE log bijquote:
[..]
Gehele map /request/ wordt aangeleverd door de software maker van onze playout systeem. Dus wil er niet teveel in veranderen binnen die code vanwege updates etc. Voor nu de makkelijkste optie.
de updates die je zelf maakt kunnen in het geval van een template update zo weer aangepast worden.
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Protip: patch-files.quote:
[..]
Daarom houdt je altijd een UPDATE log bij
Tegenwoordig moet je Dr. Ir. zijn om een beetje correct Nederlands te kunnen neerpleuren.
Abusing semicolons since 1987.
Abusing semicolons since 1987.
Juist. Url? verwijzing?quote:
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
http://lmgtfy.com/?q=how+to+create+a+patchquote:
man diff, man patch
Overigens zou ik de wijzigingen doorvoeren in de code en die opsturen naar de leverancier in een patch file zodat zij de patch kunnen toevoegen aan hun source tree en daarna heb je minder problemen tijdens een upgrade. Zo werktte ik altijd met interne leveranciers (onze developers), wij de engineers wilden hun code soms aanpassen vanwege bugs of issues en ze kregen dan de patch terug zodat een volgende release de wijziging bevatte en niemand meer de code hoefde aan te passen.
In theory there is no difference between theory and practice. In practice there is.
Hallo,
Ik wil urls decoden met rawurldecode();
probleem is als ik em echo werkt het prima, maar als ik em in een mysql tabel zet werkt het niet, als ik em bij phpbb in zo'n php bestand zet en dan in html bestand oproep met {BLABLA} werkt het niet, om de een of andere reden blijft ie dan gewoon geencode..
Iemand?
Ik wil urls decoden met rawurldecode();
probleem is als ik em echo werkt het prima, maar als ik em in een mysql tabel zet werkt het niet, als ik em bij phpbb in zo'n php bestand zet en dan in html bestand oproep met {BLABLA} werkt het niet, om de een of andere reden blijft ie dan gewoon geencode..
Iemand?
Ik volg het niet helemaal. De functie rawurldecode() geeft een string terug. Wat wil je er mee kunnen doen? Want ik snap niet wat MySQL en/of html hiermee te maken heeft 
[ Bericht 0% gewijzigd door zoem op 06-01-2014 18:03:13 ]
[ Bericht 0% gewijzigd door zoem op 06-01-2014 18:03:13 ]
Ik doe:quote:
Ik volg het niet helemaal. De functie rawurlencode() geeft een string terug. Wat wil je er mee kunnen doen? Want ik snap niet wat MySQL en/of html hiermee te maken heeft
$string = rawurldecode($string);
echo $string;
Werkt krijg de string gedecode terug..
mysql_query("UPDATE table SET veld='$string'");
In mysql staat de string nog steeds geencode..
Ik geef in phpbb dit mee aan het template bestand:
$template->assign_vars(array(
'STRING' => $string,
));
in template bestand zet ik em er zo in {STRING}
Het resultaat is een geencode string.. dus rawurldecode heeft weer niks gedaan. terwijl dat met echo wel het geval is.
Ja ik begrijp er ook niks van anders had ik het hier niet gevraagd..
EDIT: ah.. als je em echoed word ie uberhaupt gedecode.. dus waarschijnlijk doet rawurldecode uberhaupt niks.. kzal wel een andere functie nodig hebben ofzo..
[ Bericht 3% gewijzigd door Skunk-m op 06-01-2014 18:05:58 ]
PHP Echo doet niets decoden hoor. Wellicht doet je browser dat als je de output in een internetbrowser bekijkt.
Verder snap ik het ook niet, lijkt me dat je ergens een typfout of volorde fout maakt ofzo. Debuggen dus.
Verder snap ik het ook niet, lijkt me dat je ergens een typfout of volorde fout maakt ofzo. Debuggen dus.
Geeft niet, alleen je verhaal was ietwat wazigquote:
Ja ik begrijp er ook niks van anders had ik het hier niet gevraagd..
Ah kijk, dan heb je iig een aanknopingspunt. Je kunt beter var_dump() gebruiken ipv echo, omdat dan de weergave (beter) overeenkomt met de inhoud van je variabele en kijk bij voorkeur naar de bron van je pagina ipv de pagina zelf.quote:EDIT: ah.. als je em echoed word ie uberhaupt gedecode.. dus waarschijnlijk doet rawurldecode uberhaupt niks.. kzal wel een andere functie nodig hebben ofzo..
Ja ik had em al tussen script tags gezet en daarna in de bron gekeken..quote:Ah kijk, dan heb je iig een aanknopingspunt. Je kunt beter var_dump() gebruiken ipv echo, omdat dan de weergave (beter) overeenkomt met de inhoud van je variabele en kijk bij voorkeur naar de bron van je pagina ipv de pagina zelf.
schijnbaar was ie gehtmlentitied nu heb k html_entity_decode() gebruikt en dat werkt.
iig bedankt
HTML <script> tags bedoel je? Dat is een manier om javascript code te embedden, heb je ook niets aan. <pre> tags kunnen soms nuttig zijn, maar om je rauwe output te zien moet je altijd gewoon de paginabron bekijken inderdaad.quote:
[..]
Ja ik had em al tussen script tags gezet en daarna in de bron gekeken..
schijnbaar was ie gehtmlentitied nu heb k html_entity_decode() gebruikt en dat werkt.
iig bedankt
iig bug gevonden dus
Ik moet het toch even vragen: Die mysql_ functie was alleen voor het voorbeeld toch hoop ik?
oja in de bron kijken had misschien ook gekunt, maar ik keek bij element bekijken gebeuren in chrome zeg maar en daar was het ook gewoon gedecode, maar ik moest bij phpbb in een javascript code hebben en daar stond ie wel verkeerd, dus had ik bij mn testbestandje ook maar even script tags eromheen gezet.. maar het is iig opgelost ja.quote:HTML <script> tags bedoel je? Dat is een manier om javascript code te embedden, heb je ook niets aan. <pre> tags kunnen soms nuttig zijn, maar om je rauwe output te zien moet je altijd gewoon de paginabron bekijken inderdaad.
iig bug gevonden dus
Ik moet het toch even vragen: Die mysql_ functie was alleen voor het voorbeeld toch hoop ik?
Bheheh.
http://www.php.net/manual/en/function.delete.phpquote:delete
delete — See unlink() or unset()
Description ¶
This is a dummy manual entry to satisfy those people who are looking for unlink() or unset() in the wrong place.
quote:Op donderdag 9 januari 2014 01:15 schreef KomtTijd... het volgende:
Bheheh.
[..]
http://www.php.net/manual/en/function.delete.php
Volgens mij staat dat aardig beschreven, omdat de unlink functie ook in C gebruikt wordt... oh en delete oftewel del is een 'dos' commandoquote:
Waarom noemt php het dan ook unlink ipv delete
Maar dit zal noobs helpen (hoop ik)
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Omdat delete() ook voor directory's is (dan roept die eigenlijk rmdir() op) unlink is enkel voor files.quote:
Waarom noemt php het dan ook unlink ipv delete
http://stackoverflow.com/a/15124886
Omdat je de inode pointer breekt en dus de link verbreekt. Je verwijderd de file niet, maar de link naar de file.quote:
Waarom noemt php het dan ook unlink ipv delete
http://perldoc.perl.org/functions/unlink.html
http://linux.die.net/man/2/unlink
In theory there is no difference between theory and practice. In practice there is.
Mijn opmerking was eigenlijk meer een sneer naar php. Ik vond het wel ironisch dat de manual poogt grappig te zijn door te impliceren dat de php-functieset logisch in elkaar zit. Ze jatten functies en conventies van verschillende talen bij elkaar - waaronder inderdaad van C.
Unlink() is een Posix-functie en is een variant op de C-functie remove(). Over het algemeen zijn C runtime functies zoals remove() meer portable dan Posix-functies. Beide functies bestaan overigens in de C runtime headers in Windows. Dat del een dos-commando is en unlink een Linux commandlinefunctie heeft er verder weinig mee te maken, omdat dat system utilities zijn en geen C/Posix-functies.quote:Op donderdag 9 januari 2014 03:07 schreef Chandler het volgende:
[..]
Volgens mij staat dat aardig beschreven, omdat de unlink functie ook in C gebruikt wordt... oh en delete oftewel del is een 'dos' commando
Maar dit zal noobs helpen (hoop ik)
Het klopt inderdaad dat unlink() (en ook remove()) alleen bestanden kunnen 'verwijderen'. System utilities als del (delete zit niet in ms-dos) hebben weinig te maken met de C/Posix-functies.quote:
[..]
Omdat delete() ook voor directory's is (dan roept die eigenlijk rmdir() op) unlink is enkel voor files.
http://stackoverflow.com/a/15124886
Klopt, maar in ruime zin mag het bestand na unlink niet meer (op normale wijze) vindbaar zijn. Voor een taal als php maakt het niet veel uit of het beestje nu unlink, delete, erase of remove heet, omdat het enige doel het 'verwijderen' van het bestand is. Hoe dat low-level gebeurt is voor een taal als php niet interessant, zolang het maar portable is en een consistent gedrag vertoont tussen de verschillende besturingssystemen. Zoals ik hierboven al zei kunnen ze dan beter focussen op een consiste naming convention ipv bij verschillende talen wat functienamen bij elkaar te grabbelen.quote:
[..]
Omdat je de inode pointer breekt en dus de link verbreekt. Je verwijderd de file niet, maar de link naar de file.
http://perldoc.perl.org/functions/unlink.html
http://linux.die.net/man/2/unlink
PHP is gebasseerd op Perl, en in perl heet het unlink en Perl is weer in C geschreven, waar het ook unlink is. Dus de naming convention is correct.quote:
Klopt, maar in ruime zin mag het bestand na unlink niet meer (op normale wijze) vindbaar zijn. Voor een taal als php maakt het niet veel uit of het beestje nu unlink, delete, erase of remove heet, omdat het enige doel het 'verwijderen' van het bestand is. Hoe dat low-level gebeurt is voor een taal als php niet interessant, zolang het maar portable is en een consistent gedrag vertoont tussen de verschillende besturingssystemen. Zoals ik hierboven al zei kunnen ze dan beter focussen op een consiste naming convention ipv bij verschillende talen wat functienamen bij elkaar te grabbelen.
Ik ben het 100% met je eens dat ze in PHP een betere conventie moeten gaan hanteren, idem voor needle-haystack conventies, maar om dan unlink als voorbeeld te nemen is ridicuul.
In theory there is no difference between theory and practice. In practice there is.
Ze zouden voor PHP6 of 7 gewoon een goeie naming convention moeten ontwerpen, en al die duizenden aliases de deur uit doen.
eensch.quote:
Ze zouden voor PHP6 of 7 gewoon een goeie naming convention moeten ontwerpen, en al die duizenden aliases de deur uit doen.
Ik heb een class::functie() die een return geeft van een array of null. Nu werkt het alleen niet als ik if (empty(class::functie()) doe. Waarom is dat? 
“Specialization is for insects”.—Robert Heinlein
Dat is historisch zo gegroeid inderdaad, maar dat wil niet zeggen dat de naming convention in php als geheel klopt (waar het me om ging). Ik denk dat iedereen deze inmiddels wel kent: PHP: a fractal of bad designquote:
[..]
PHP is gebasseerd op Perl, en in perl heet het unlink en Perl is weer in C geschreven, waar het ook unlink is. Dus de naming convention is correct.
Dan heb je mijn eerste alinea niet gelezenquote:Ik ben het 100% met je eens dat ze in PHP een betere conventie moeten gaan hanteren, idem voor needle-haystack conventies, maar om dan unlink als voorbeeld te nemen is ridicuul.
Het ging me niet om unlink, maar om de manualuitleg onder het kopje 'delete'. Wat ik in reactie op jou er even uit wilde lichten is dat de low-level implementatie van een deletiefunctie in een high-level taal als php geen rol mag spelen, zolang het maar doet wat het moet doen: een bestand verwijderen.quote:
Mijn opmerking was eigenlijk meer een sneer naar php. Ik vond het wel ironisch dat de manual poogt grappig te zijn door te impliceren dat de php-functieset logisch in elkaar zit. Ze jatten functies en conventies van verschillende talen bij elkaar - waaronder inderdaad van C.
Weet iemand nog goede Project Management Software die ik lokaal kan draaien (web based)?
Open source het liefst.
Ik heb natuurlijk het een en ander uitgezocht, maar net niet echt gevonden wat ik zoek.
Wat helemaal tof zou zijn is iets als activecollab
Maar daar moet je voor betalen.
Open source het liefst.
Ik heb natuurlijk het een en ander uitgezocht, maar net niet echt gevonden wat ik zoek.
Wat helemaal tof zou zijn is iets als activecollab
Maar daar moet je voor betalen.
Je moeder is een hamster
