abonnement Unibet Coolblue
pi_134330251


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.
pi_134332929
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.
pi_134334163
quote:
0s.gif 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?
Vind het prettiger in gebruik dan mysqli in OOP.
Ben net begonnen met OOP (en PHP eigenlijk ook lol).

[ Bericht 1% gewijzigd door #ANONIEM op 16-12-2013 17:13:42 ]
pi_134334599
quote:
0s.gif 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?
Voor een beginner lijkt het me op zich wel goed om te beginnen met mysql_( i ) en daarna PDO.
Terrorism is the poor mans war, war is the rich mans terrorism.
pi_134334617
quote:
1s.gif 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.
Mij niet. Alleen maar nadelen.
pi_134334888
quote:
1s.gif 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?
pi_134335333
quote:
0s.gif Op maandag 16 december 2013 17:31 schreef RetRy32 het volgende:

[..]

Hoezo?
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 ontdekt :P.
Terrorism is the poor mans war, war is the rich mans terrorism.
pi_134336397
quote:
1s.gif 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.
haal die haakjes eens weg.
pi_134337008
quote:
1s.gif 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.
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.
In theory there is no difference between theory and practice. In practice there is.
pi_134338779
http://www.phpeveryday.co(...)O-Tutorial-P842.html

Beste instructies voor PDO op het net.
pi_134342720
quote:
0s.gif 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?
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.
pi_134349576
quote:
0s.gif Op maandag 16 december 2013 20:54 schreef Light het volgende:

[..]

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.
Er zit ook helemaal geen voordeel aan, en mysqli is niet ingewikkelder ofzo.
pi_134349668
quote:
1s.gif Op maandag 16 december 2013 23:02 schreef RetRy32 het volgende:

[..]

Er zit ook helemaal geen voordeel aan, en mysqli is niet ingewikkelder ofzo.
True, maar ik had het er specifiek over dat je niet mysql_ moet gebruiken. mysqli_ kan prima, maar ik zou PDO aanraden.
  dinsdag 17 december 2013 @ 10:16:45 #14
125913 Devolution
Beep beep Richie
pi_134356822
quote:
1s.gif Op maandag 16 december 2013 23:02 schreef RetRy32 het volgende:

[..]

Er zit ook helemaal geen voordeel aan, en mysqli is niet ingewikkelder ofzo.
Wel als je geen OOP ervaring hebt.
"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."
pi_134357507
Dan word het eens tijd om OOP ervaring op te doen.
pi_134357704
quote:
12s.gif Op dinsdag 17 december 2013 10:16 schreef Devolution het volgende:

[..]

Wel als je geen OOP ervaring hebt.
Ook dan is PDO makkelijker. De syntax is prima in procedurele code te verwerken zonder enige kennis van OOP.
pi_134357786
quote:
14s.gif 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.
Klopt.
pi_134357868
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.
  vrijdag 3 januari 2014 @ 22:27:27 #19
178444 DenS
Crientj <3
pi_135045259
Ik heb een probleempje!

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? :)
  vrijdag 3 januari 2014 @ 22:30:37 #20
85514 ralfie
!Yvan eht nioj
pi_135045428
1<input type="hidden" name="func" value="Search" />
pi_135045795
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.
  vrijdag 3 januari 2014 @ 22:41:53 #22
178444 DenS
Crientj <3
pi_135046052
quote:
0s.gif Op vrijdag 3 januari 2014 22:30 schreef ralfie het volgende:

[ code verwijderd ]

Thanks, werkt! :D
  vrijdag 3 januari 2014 @ 22:49:39 #23
137776 boem-dikkie
Jedi Mind Baby!
pi_135046486
quote:
0s.gif Op vrijdag 3 januari 2014 22:27 schreef DenS het volgende:
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? :)
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?
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
  vrijdag 3 januari 2014 @ 22:51:59 #24
178444 DenS
Crientj <3
pi_135046600
quote:
14s.gif Op vrijdag 3 januari 2014 22:49 schreef boem-dikkie het volgende:

[..]

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?
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.
pi_135055617
quote:
0s.gif Op vrijdag 3 januari 2014 22:51 schreef DenS het volgende:

[..]

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.
Daarom houdt je altijd een UPDATE log bij ;) de updates die je zelf maakt kunnen in het geval van een template update zo weer aangepast worden.
Just say hi!
abonnement Unibet Coolblue
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')