abonnement Unibet Coolblue Bitvavo
pi_146711745
Kan iemand mij uitleggen waarom ik een view bestand nodig heb wanneer ik JSON output genereer via JsonModel in Zend Framework 2? Ik heb een array en die gooi op eruit, de view voegt totaal niets toe :{
Gelukkig kan ik ook geen voorbeelden vinden hoe het wel moet. Overal zeggen ze: "gebruik dit en je bent klaar".

1
2
3
4
5
<?php
$variables 
= array( 'Foo' => 'Bar''Baz' => 'Test' );
$json = new JsonModel$variables );
return 
$json;
?>

Dit werkt niet! Nouja, het werkt wel. Hij toont de layout niet, maar de view mag ook optieven en hij moet mij Json string tonen.
pi_146712318
quote:
0s.gif Op zondag 16 november 2014 16:13 schreef Pakspul het volgende:
Kan iemand mij uitleggen waarom ik een view bestand nodig heb wanneer ik JSON output genereer via JsonModel in Zend Framework 2? Ik heb een array en die gooi op eruit, de view voegt totaal niets toe :{
Gelukkig kan ik ook geen voorbeelden vinden hoe het wel moet. Overal zeggen ze: "gebruik dit en je bent klaar".
[ code verwijderd ]

Dit werkt niet! Nouja, het werkt wel. Hij toont de layout niet, maar de view mag ook optieven en hij moet mij Json string tonen.
Gebruik de json view helper: http://framework.zend.com(...)ew.helpers.json.html
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
  zondag 16 november 2014 @ 17:27:15 #63
62215 qu63
..de tijd drinkt..
pi_146713985
Kan dit niet eenvoudiger/beter?
1
2
3
<?php
$nextdate 
strtotime(date("d-m-Y"strtotime("first ".$airday." of ".$date[0]." ".$date[1]))." ".$airtime." ".$timezone);
?>
$airday bevat Monday-Sunday
$date[0] bevat Jan-Dec
$date[1] bevat een jaartal in 4 cijfers (2014)
$airtime bevat een tijd (09:00 pm)
$timezone bevat de tijdzone (America/New_York)
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
pi_146902703
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
  zaterdag 22 november 2014 @ 18:51:49 #65
363995 Reemi
Zeg maar Remi.
pi_146904960
nvm.
Smile like you mean it
www.wefut.com
pi_147036799
:P Iemand al gespeeld met de develop versie van Laravel 5?

https://github.com/laravel/laravel/commits/develop

:) Taylor is er maar weer druk mee, ziet er goed uit zover.
pi_147089211
Wat zouden de makkelijkste manier zijn wanneer je een website hebt met daarin 1000'en querys die nog met mysq_query opgemaakt zijn en je wilt naar pdo overgaan? Is hier een oplossing voor of ontkom je er niet aan alles te herschrijven?
pi_147089775
Waarom zou je dat uberhaupt willen?
pi_147093140
quote:
5s.gif Op vrijdag 28 november 2014 15:55 schreef KomtTijd... het volgende:
Waarom zou je dat uberhaupt willen?
Veiligheid?
Depreciation?

quote:
99s.gif Op vrijdag 28 november 2014 15:36 schreef boskameel het volgende:
Wat zouden de makkelijkste manier zijn wanneer je een website hebt met daarin 1000'en querys die nog met mysq_query opgemaakt zijn en je wilt naar pdo overgaan? Is hier een oplossing voor of ontkom je er niet aan alles te herschrijven?
Het is wel mogelijk, maar dan moet je denk een veel te ingewikkelde regex schrijven :P
Zul je toch handmatig moeten doen.
pi_147093554
quote:
0s.gif Op vrijdag 28 november 2014 17:47 schreef totalvamp het volgende:

[..]

Veiligheid?
Depreciation?
Als je applicatie niet veilig is moet je het lek fixxen, niet rucksichtsloss je database driver vervangen. En functies worden júíst deprecated (ipv verwijderd) zodat bestaande applicaties niet aangepast hoeven worden.
quote:
[..]

Het is wel mogelijk, maar dan moet je denk een veel te ingewikkelde regex schrijven :P
Zul je toch handmatig moeten doen.
Als je overgaat op PDO moet je je queries ook parameteriseren. Althans, niet per se, maar als je dat niet doet heeft het écht geen enkele zin. En eigenlijk gewoon (zo veel mogelijk) OO gaan werken. Overgaan op PDO is dus veel ingrijpender dan alleen maar een andere database-connectie.
pi_147101787
quote:
14s.gif Op vrijdag 28 november 2014 18:00 schreef KomtTijd... het volgende:

[..]

Als je applicatie niet veilig is moet je het lek fixxen, niet rucksichtsloss je database driver vervangen. En functies worden júíst deprecated (ipv verwijderd) zodat bestaande applicaties niet aangepast hoeven worden.
Maar die oude mysql-functies worden wel degelijk verwijderd toch?
  vrijdag 28 november 2014 @ 22:37:22 #72
12221 Tijn
Powered by MS Paint
pi_147103675
quote:
0s.gif Op vrijdag 28 november 2014 21:50 schreef robin007bond het volgende:

[..]

Maar die oude mysql-functies worden wel degelijk verwijderd toch?
Is het niet al weg in 5.6?
pi_147103704
quote:
2s.gif Op vrijdag 28 november 2014 22:37 schreef Tijn het volgende:

[..]

Is het niet al weg in 5.6?
Dan is het toch niet deprecated meer maar echt weg? Kan me voorstellen dat je dan als bedrijf wilt switchen van mysql* naar PDO.
  vrijdag 28 november 2014 @ 22:39:07 #74
91039 mstx
2x1/2 = 1/2 x 1/2
pi_147103755
quote:
0s.gif Op vrijdag 28 november 2014 21:50 schreef robin007bond het volgende:

[..]

Maar die oude mysql-functies worden wel degelijk verwijderd toch?
Als het daar om gaat kun je gewoon alle mysql_* functies vervangen door mysqli_*.
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
pi_147103777
quote:
0s.gif Op vrijdag 28 november 2014 22:39 schreef mstx het volgende:

[..]

Als het daar om gaat kun je gewoon alle mysql_* functies vervangen door mysqli_*.
Dat kan ook ja, maar ik kan me voorstellen dat mensen het dan gelijk helemaal goed willen doen. :P
  vrijdag 28 november 2014 @ 22:41:28 #76
91039 mstx
2x1/2 = 1/2 x 1/2
pi_147103862
quote:
0s.gif Op vrijdag 28 november 2014 22:39 schreef robin007bond het volgende:

[..]

Dat kan ook ja, maar ik kan me voorstellen dat mensen het dan gelijk helemaal goed willen doen. :P
Onze klanten in ieder geval niet. Als ze kunnen kiezen tussen het vervangen door mysqli functies in 5 minuten of alle queries ombouwen naar pdo met parameters voor tientallen uren werk weet ik wel wat ze kiezen, want niemand ziet het verschil.
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
pi_147104482
quote:
0s.gif Op vrijdag 28 november 2014 22:41 schreef mstx het volgende:

[..]

Onze klanten in ieder geval niet. Als ze kunnen kiezen tussen het vervangen door mysqli functies in 5 minuten of alle queries ombouwen naar pdo met parameters voor tientallen uren werk weet ik wel wat ze kiezen, want niemand ziet het verschil.
  vrijdag 28 november 2014 @ 23:31:52 #78
12221 Tijn
Powered by MS Paint
pi_147105986
quote:
0s.gif Op vrijdag 28 november 2014 22:39 schreef robin007bond het volgende:

[..]

Dat kan ook ja, maar ik kan me voorstellen dat mensen het dan gelijk helemaal goed willen doen. :P
Erm... Nee. Echt niemand gaat betalen voor het ombouwen van een applicatie die uiteindelijk precies hetzelfde kan als daarvoor.
pi_147106142
1000'en keren dergelijke functies gebruiken klinkt vooral als een heel erg slecht ontworpen applicatie.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_147110267
quote:
0s.gif Op vrijdag 28 november 2014 23:35 schreef Monolith het volgende:
1000'en keren dergelijke functies gebruiken klinkt vooral als een heel erg slecht ontworpen applicatie.
Je moest eens weten wat voor gedrochten er bestaan. Code die compleet onveilig is vanwege luiheid, tijdsgebrek, etc.
Zeker met code die al verouderd is heb je vaak problemen of met slecht gebouwde CMS systemen (joomla).
pi_147113527
quote:
0s.gif Op zaterdag 29 november 2014 01:50 schreef totalvamp het volgende:

[..]

Je moest eens weten wat voor gedrochten er bestaan. Code die compleet onveilig is vanwege luiheid, tijdsgebrek, etc.
Zeker met code die al verouderd is heb je vaak problemen of met slecht gebouwde CMS systemen (joomla).
Ik ben ermee bekend hoor. Doe zelf de laatste jaren gelukkig niets meer met PHP, maar ik weet wat voor een ellende daarmee geproduceerd wordt. :P
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_147114177
Worden jullie PHP'ers niet gek van die comtinue discussie over PDO vs mysql*_-functies? Ik verbaas me echt continue dat er zoveel over gesproken moet worden. Gebruik PDO, 10 jaar geleden was dat het devies en nog steeds heb je idioten die het niet gebruiken. Waarom?
In theory there is no difference between theory and practice. In practice there is.
pi_147114206
quote:
0s.gif Op zaterdag 29 november 2014 12:07 schreef slacker_nl het volgende:
Worden jullie PHP'ers niet gek van die comtinue discussie over PDO vs mysql*_-functies? Ik verbaas me echt continue dat er zoveel over gesproken moet worden. Gebruik PDO, 10 jaar geleden was dat het devies en nog steeds heb je idioten die het niet gebruiken. Waarom?
Omdat er nog veel oude tutorials en dergelijke op internet circuleren denk ik.
  zaterdag 29 november 2014 @ 12:11:01 #84
363995 Reemi
Zeg maar Remi.
pi_147114226
quote:
0s.gif Op zaterdag 29 november 2014 12:09 schreef robin007bond het volgende:

[..]

Omdat er nog veel oude tutorials en dergelijke op internet circuleren denk ik.
Goed punt inderdaad.
Smile like you mean it
www.wefut.com
pi_147114284
quote:
0s.gif Op zaterdag 29 november 2014 12:11 schreef Reemi het volgende:

[..]

Goed punt inderdaad.
Daarbij is PHP ook echt de taal bij uitstek waar veel mensen gewoon een beetje mee experimenteren. Ik heb het idee dat weinig mensen echt een serieus boek over PHP lezen.

Veel mensen hebben verschillende stijlen van werken. Als ik iets nodig heb kijk ik op php.net naar documentatie. De beginnerlingen zoeken sneller dingen als:

"Mysql php database connection tutorial"

Als je dan een beetje op verkeerde sites komt, zie je al snel dingen als dit:

http://www.freewebmasterhelp.com/tutorials/phpmysql/4
pi_147114436
quote:
0s.gif Op zaterdag 29 november 2014 12:09 schreef robin007bond het volgende:

[..]

Omdat er nog veel oude tutorials en dergelijke op internet circuleren denk ik.
Dat is geen argument imo. Of... misschien ook wel. Ze hadden dus veeeeeeel eerder die mysql*_ meuk moeten deprecaten en verwijderen.
In theory there is no difference between theory and practice. In practice there is.
pi_147114471
quote:
1s.gif Op zaterdag 29 november 2014 12:22 schreef slacker_nl het volgende:

[..]

Dat is geen argument imo. Of... misschien ook wel. Ze hadden dus veeeeeeel eerder die mysql*_ meuk moeten deprecaten en verwijderen.
Mee eens. :) Gewoon ter zelfbescherming voor de mensen die het anders fout zouden doen.
pi_147114519
Probleem is dat de grootste kracht van PHP ook gelijk de grootste zwakte is, praktisch iedere idioot kan ermee aan de slag. :P
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_147114549
quote:
0s.gif Op zaterdag 29 november 2014 12:07 schreef slacker_nl het volgende:
Worden jullie PHP'ers niet gek van die comtinue discussie over PDO vs mysql*_-functies? Ik verbaas me echt continue dat er zoveel over gesproken moet worden. Gebruik PDO, 10 jaar geleden was dat het devies en nog steeds heb je idioten die het niet gebruiken. Waarom?
PDO heeft een iets hogere leercirve. Mysql_* is lekker makkelijk.
pi_147114591
quote:
0s.gif Op zaterdag 29 november 2014 12:27 schreef Monolith het volgende:
Probleem is dat de grootste kracht van PHP ook gelijk de grootste zwakte is, praktisch iedere idioot kan ermee aan de slag. :P
Eigenlijk wel ja. :D
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')