abonnement Unibet Coolblue Bitvavo
pi_142321313


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!
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
  dinsdag 15 juli 2014 @ 15:19:02 #2
187069 slacker_nl
Sicko pur sang
pi_142324947
quote:
0s.gif Op dinsdag 15 juli 2014 12:55 schreef remi1986 het volgende:

[..]

Interface? Of de desbetreffende query?
Interface.

Want als ik DBIx::Class gebruik onder perl moet ik m'n queries zo maken:

1
2
3
4
5
6
7
my $rs = $schema->resultset('Bar')->search_rs({ naam => { '~' => '^foo' } , { order => 'id' });
if ($rs->count) { 
   print yay
}
else {
   print found nothink
}
In theory there is no difference between theory and practice. In practice there is.
pi_142325843
quote:
0s.gif Op dinsdag 15 juli 2014 15:19 schreef slacker_nl het volgende:

[..]

Interface.

Want als ik DBIx::Class gebruik onder perl moet ik m'n queries zo maken:
[ code verwijderd ]

Dat is gewoon het gebruik van een bepaalde class om je query te bouwen. Heeft niks te maken met interfaces. Een interface kan je dan ook niet aanmaken met een object.

Waar ik op doelde is die querybuilder (wat gewoon een class is).

In dat voorbeeld (en ook die van jou) is het nog wel makkelijk te lezen. Maar als je echter 3 of 4 tabellen moet joinen, vind ik het persoonlijk fijner en overzichtelijker om gewoon de SQL query uit te schrijven.
pi_142330430
quote:
0s.gif Op dinsdag 15 juli 2014 15:44 schreef remi1986 het volgende:

[..]

Dat is gewoon het gebruik van een bepaalde class om je query te bouwen. Heeft niks te maken met interfaces. Een interface kan je dan ook niet aanmaken met een object.

Waar ik op doelde is die querybuilder (wat gewoon een class is).

In dat voorbeeld (en ook die van jou) is het nog wel makkelijk te lezen. Maar als je echter 3 of 4 tabellen moet joinen, vind ik het persoonlijk fijner en overzichtelijker om gewoon de SQL query uit te schrijven.
Eens, zodra de queries wat ingewikkelder worden gebruik ik voor de overzichtelijkheid ook liever gewoon SQL. Met Doctrine gebruik ik dan DQL wat hetzelfde effect heeft (ziet er ook vrijwel hetzelfde uit).
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
  dinsdag 15 juli 2014 @ 20:04:04 #5
187069 slacker_nl
Sicko pur sang
pi_142334541
quote:
0s.gif Op dinsdag 15 juli 2014 15:44 schreef remi1986 het volgende:
Dat is gewoon het gebruik van een bepaalde class om je query te bouwen. Heeft niks te maken met interfaces. Een interface kan je dan ook niet aanmaken met een object.

Waar ik op doelde is die querybuilder (wat gewoon een class is).

In dat voorbeeld (en ook die van jou) is het nog wel makkelijk te lezen. Maar als je echter 3 of 4 tabellen moet joinen, vind ik het persoonlijk fijner en overzichtelijker om gewoon de SQL query uit te schrijven.
Volgens mij noemen we dat dan een interface, of een API, zoals je een module kan aanroepen.
Het voordeel van zulke modules is dat je onafhankelijk van de backend je query kan schrijven, je hoeft niet na te denken over de verschillende varianten SQL, dat doet de class voor je.

[ Bericht 14% gewijzigd door slacker_nl op 15-07-2014 20:12:01 ]
In theory there is no difference between theory and practice. In practice there is.
pi_142340473
Even een vraag aan de web dev'ers: wat doen jullie zoal met de kennis?

Waarom zijn er overigens geen topics over andere programmeertalen zoals Java, Phyton etc. ? :P
pi_142345359
quote:
0s.gif Op dinsdag 15 juli 2014 22:02 schreef Super-B het volgende:
Even een vraag aan de web dev'ers: wat doen jullie zoal met de kennis?

Waarom zijn er overigens geen topics over andere programmeertalen zoals Java, Phyton etc. ? :P
Die zijn er wel?
pi_142345449
quote:
7s.gif Op dinsdag 15 juli 2014 23:26 schreef Scorpie het volgende:

[..]

Die zijn er wel?
Waar? Heb het niet kunnen vinden? :P
  woensdag 16 juli 2014 @ 00:34:10 #9
12221 Tijn
Powered by MS Paint
pi_142348182
quote:
0s.gif Op dinsdag 15 juli 2014 22:02 schreef Super-B het volgende:
Even een vraag aan de web dev'ers: wat doen jullie zoal met de kennis?
Euh, onthouden en toepassen? :?
pi_142348653
quote:
0s.gif Op dinsdag 15 juli 2014 23:28 schreef Super-B het volgende:

[..]

Waar? Heb het niet kunnen vinden? :P
Hier heb je er alvast 1:
DIG / [Python] Voor de echte man - deel 1
  woensdag 16 juli 2014 @ 09:10:33 #11
187069 slacker_nl
Sicko pur sang
pi_142352698
quote:
0s.gif Op dinsdag 15 juli 2014 22:02 schreef Super-B het volgende:
Even een vraag aan de web dev'ers: wat doen jullie zoal met de kennis?

Waarom zijn er overigens geen topics over andere programmeertalen zoals Java, Phyton etc. ? :P
Ik ben geen webdevver, ik schrijf backend calls die een frontend dude moet gebruiken, in Perl. Maar niemand op Fok lijkt het te gebruiken.
In theory there is no difference between theory and practice. In practice there is.
pi_142355159
PHP NG now nearly TWICE as fast as PHP 5.6
http://ckon.wordpress.com/2014/07/14/php-5-7-twice-as-fast/ i

erg indrukwekkend :P
..///
pi_142359138
quote:
5s.gif Op woensdag 16 juli 2014 00:34 schreef Tijn het volgende:

[..]

Euh, onthouden en toepassen? :?
Scherp. Ik bedoelde meer of jullie een baan hebben binnen de IT of dat jullie het leren als hobby.
pi_142361682
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
  woensdag 16 juli 2014 @ 15:48:03 #15
12221 Tijn
Powered by MS Paint
pi_142364430
quote:
0s.gif Op woensdag 16 juli 2014 13:21 schreef Super-B het volgende:

[..]

Scherp. Ik bedoelde meer of jullie een baan hebben binnen de IT of dat jullie het leren als hobby.
Ik denk dat iedereen begint als hobby en iedereen er uiteindelijk z'n beroep van maakt. Zo ging het in elk geval bij mij :P
  woensdag 16 juli 2014 @ 15:49:42 #16
166255 Maringo
Bèhèhèhèh
pi_142364479
quote:
14s.gif Op woensdag 16 juli 2014 15:48 schreef Tijn het volgende:

[..]

Ik denk dat iedereen begint als hobby en iedereen er uiteindelijk z'n beroep van maakt. Zo ging het in elk geval bij mij :P
Same here.
Die volg topic-knop hè...
Op 02-06-2014 16:38 schreef Moeraskat
Je bent te goed voor de mensheid.
pi_142370009
quote:
14s.gif Op woensdag 16 juli 2014 15:48 schreef Tijn het volgende:

[..]

Ik denk dat iedereen begint als hobby en iedereen er uiteindelijk z'n beroep van maakt. Zo ging het in elk geval bij mij :P
:P Hier ook. Leuk puzzelen altijd.
  woensdag 16 juli 2014 @ 18:37:52 #18
91039 mstx
2x1/2 = 1/2 x 1/2
pi_142370067
quote:
14s.gif Op woensdag 16 juli 2014 15:48 schreef Tijn het volgende:

[..]

Ik denk dat iedereen begint als hobby en iedereen er uiteindelijk z'n beroep van maakt. Zo ging het in elk geval bij mij :P
Hier ook
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_142370518
Kwintet.
pi_142371789
quote:
14s.gif Op woensdag 16 juli 2014 15:48 schreef Tijn het volgende:

[..]

Ik denk dat iedereen begint als hobby en iedereen er uiteindelijk z'n beroep van maakt. Zo ging het in elk geval bij mij :P
Bij mij ook :)
pi_142372647
quote:
14s.gif Op woensdag 16 juli 2014 15:48 schreef Tijn het volgende:

[..]

Ik denk dat iedereen begint als hobby en iedereen er uiteindelijk z'n beroep van maakt. Zo ging het in elk geval bij mij :P
+1
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
pi_142396426
Hebben jullie trouwens wel eens naar Scala gekeken? Laatst demo gehad van collega en zitten echt toffe dingen in.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_142469058
Mede PHP-ers. Ik zit met een dilemma en zou graag jullie mening willen weten.

Zoals jullie waarschijnlijk weten, verdwijnen de mysql_ functies (deprecated in 5.5).

Dus ben ik wat aan het stoeien met PDO. PDO opzich is het probleem niet, dit is allemaal niet zo heel moeilijk. De vraag waar ik mee zit, is het handig om hier een hele database class omheen te bouwen? PDO is immers al een class.

Persoonlijk, een groot voordeel van PDO is dat je al een stukje validatie kan doen op type met bindParam(). Nu heb ik een dynamische insert functie gemaakt, waar je gewoon een tabelnaam en een array met waarden ingooit, maar daarmee kan je die validatie niet uitvoeren.

Ik zou graag willen weten wat jullie mening hierover is.
  zaterdag 19 juli 2014 @ 09:04:50 #24
12221 Tijn
Powered by MS Paint
pi_142470925
Waarom zou je niet in je eigen class ook bindParam() kunnen aanroepen op de waarden in je array?
pi_142471010
quote:
5s.gif Op zaterdag 19 juli 2014 09:04 schreef Tijn het volgende:
Waarom zou je niet in je eigen class ook bindParam() kunnen aanroepen op de waarden in je array?
Omdat ik de functie zo had gemaakt dat je daar een array ingooit met column=>value.

Dit kan dus van alles zijn. Ik weet dus van tevoren niet wat voor waarde erin zit
  zaterdag 19 juli 2014 @ 09:27:30 #26
12221 Tijn
Powered by MS Paint
pi_142471151
quote:
0s.gif Op zaterdag 19 juli 2014 09:12 schreef remi1986 het volgende:

[..]

Omdat ik de functie zo had gemaakt dat je daar een array ingooit met column=>value.

Dit kan dus van alles zijn. Ik weet dus van tevoren niet wat voor waarde erin zit
Er zijn maar een paar mogelijkheden met PDO (null, bool, int en string). Je kunt makkelijk via PHP achterhalen welk type je variabele is (bv met is_null(), is_bool() en is_int()). PDO::PARAM_STR gebruik je dan als fallback als het niet een van de andere typen is.
pi_142471343
quote:
14s.gif Op zaterdag 19 juli 2014 09:27 schreef Tijn het volgende:

[..]

Er zijn maar een paar mogelijkheden met PDO (null, bool, int en string). Je kunt makkelijk via PHP achterhalen welk type je variabele is (bv met is_null(), is_bool() en is_int()). PDO::PARAM_STR gebruik je dan als fallback als het niet een van de andere typen is.
Hmm ik zie het inderdaad. Dan kan ik beter gewoon validatie via PHP doen en dan heb ik dat hele bindParam niet nodig.
  zaterdag 19 juli 2014 @ 09:47:04 #28
12221 Tijn
Powered by MS Paint
pi_142471380
quote:
0s.gif Op zaterdag 19 juli 2014 09:43 schreef remi1986 het volgende:

[..]

Hmm ik zie het inderdaad. Dan kan ik beter gewoon validatie via PHP doen en dan heb ik dat hele bindParam niet nodig.
Ik zou juist gebruik maken van het feit dat je met bindParam() automatische escaping kado krijgt waardoor SQL-injectie wordt voorkomen. Dat dat niet gebeurt met de mysql_-functies is de voornaamste reden dat ze het aan het uitfaseren zijn.
  zaterdag 19 juli 2014 @ 09:47:04 #29
91039 mstx
2x1/2 = 1/2 x 1/2
pi_142471381
quote:
14s.gif Op zaterdag 19 juli 2014 09:27 schreef Tijn het volgende:

[..]

Er zijn maar een paar mogelijkheden met PDO (null, bool, int en string). Je kunt makkelijk via PHP achterhalen welk type je variabele is (bv met is_null(), is_bool() en is_int()). PDO::PARAM_STR gebruik je dan als fallback als het niet een van de andere typen is.
Zo doe ik het ook
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_142471397
quote:
2s.gif Op zaterdag 19 juli 2014 09:47 schreef Tijn het volgende:

[..]

Ik zou juist gebruik maken van het feit dat je met bindParam() automatische escaping kado krijgt waardoor SQL-injectie wordt voorkomen. Dat dat niet gebeurt met de mysql_-functies is de voornaamste reden dat ze het aan het uitfaseren zijn.
escaping gebeurt toch middels de prepare functie? Of heb je daar echt de bindParam functie voor nodig?
  zaterdag 19 juli 2014 @ 09:50:35 #31
12221 Tijn
Powered by MS Paint
pi_142471412
quote:
0s.gif Op zaterdag 19 juli 2014 09:48 schreef remi1986 het volgende:

[..]

escaping gebeurt toch middels de prepare functie? Of heb je daar echt de bindParam functie voor nodig?
Als je prepare gebruikt, hoe stop je de variabelen er dan in? Ik doe dat met bindParam, maar ik weet eigenlijk niet eens of het ook anders kan :P
pi_142471427
quote:
5s.gif Op zaterdag 19 juli 2014 09:50 schreef Tijn het volgende:

[..]

Als je prepare gebruikt, hoe stop je de variabelen er dan in? Ik doe dat met bindParam, maar ik weet eigenlijk niet eens of het ook anders kan :P
quote:
So what's going on here? The prepare method sends the query to the server, and it's compiled with the '?' placeholders to be used as expected arguments. The execute method sends the arguments to the server and runs the compiled statement. Since the query and the dynamic parameters are sent separately, there is no way that any SQL that is in those parameters can be executed... so NO SQL INJECTION can occur! This is a much better and safer solution than concatenating strings together.
Zo dus:
1
2
3
4
<?php
$stmt 
$db->prepare("INSERT INTO table(field1,field2,field3,field4,field5) VALUES(:field1,:field2,:field3,:field4,:field5)");
$stmt->execute(array(':field1' => $field1':field2' => $field2':field3' => $field3':field4' => $field4':field5' => $field5));
?>
  zaterdag 19 juli 2014 @ 09:54:44 #33
12221 Tijn
Powered by MS Paint
pi_142471445
Ah, ja. Ik denk eigenlijk dat het dan niet zoveel uitmaakt.
pi_142471501
quote:
2s.gif Op zaterdag 19 juli 2014 09:54 schreef Tijn het volgende:
Ah, ja. Ik denk eigenlijk dat het dan niet zoveel uitmaakt.
Nee inderdaad. Ben er inmiddels al uit hoe ik het hebben wil. Ik laat dat bindParam gewoon weg, zodat ik dynamische insert, update en delete functies kan maken, waar ik gewoon een tabelnaam en array ingooi met column=>value.
pi_142471544
quote:
0s.gif Op zaterdag 19 juli 2014 09:59 schreef remi1986 het volgende:

[..]

Nee inderdaad. Ben er inmiddels al uit hoe ik het hebben wil. Ik laat dat bindParam gewoon weg, zodat ik dynamische insert, update en delete functies kan maken, waar ik gewoon een tabelnaam en array ingooi met column=>value.
Let er dan wel op dat die tabelnaam niet automatisch ge-escaped wordt en dat je daarmee dus nog wel potentieel sql-injection hebt.
pi_142471659
quote:
0s.gif Op zaterdag 19 juli 2014 10:02 schreef Light het volgende:

[..]

Let er dan wel op dat die tabelnaam niet automatisch ge-escaped wordt en dat je daarmee dus nog wel potentieel sql-injection hebt.
dat zou ik kunnen opvangen door van de tabelnaam ook een parameter te maken

dus INSERT INTO :table

en dan :table meegeven in de array of voor deze wel bindParam te gebruiken.
  zaterdag 19 juli 2014 @ 10:24:36 #37
25889 Sitethief
Fulltime Flapdrol
pi_142471847
quote:
0s.gif Op zaterdag 19 juli 2014 10:10 schreef remi1986 het volgende:

[..]

dat zou ik kunnen opvangen door van de tabelnaam ook een parameter te maken

dus INSERT INTO :table

en dan :table meegeven in de array of voor deze wel bindParam te gebruiken.
Volgens mij kun je niet alle onderdelen van een query via bindParam meegeven, o.a. table names en velden achter de SELECT etc.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
  zaterdag 19 juli 2014 @ 10:34:17 #38
91039 mstx
2x1/2 = 1/2 x 1/2
pi_142472005
quote:
0s.gif Op zaterdag 19 juli 2014 10:02 schreef Light het volgende:

[..]

Let er dan wel op dat die tabelnaam niet automatisch ge-escaped wordt en dat je daarmee dus nog wel potentieel sql-injection hebt.
De tabelnaam door de gebruiker laten invullen lijkt me sowieso niet handig.
Als het niet door de gebruiker wordt ingevuld hoef je het ook niet te escapen.
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_142472274
quote:
0s.gif Op zaterdag 19 juli 2014 10:24 schreef Sitethief het volgende:

[..]

Volgens mij kun je niet alle onderdelen van een query via bindParam meegeven, o.a. table names en velden achter de SELECT etc.
Correct. Tabelnamen en kolomnamen kun je niet op die manier meegeven, al was het maar omdat je daar niets aan kunt 'preparen'.
pi_142472312
quote:
0s.gif Op zaterdag 19 juli 2014 10:34 schreef mstx het volgende:

[..]

De tabelnaam door de gebruiker laten invullen lijkt me sowieso niet handig.
Als het niet door de gebruiker wordt ingevuld hoef je het ook niet te escapen.
True, maar het is wel iets waar je je bewust van moet zijn bij het schrijven van de code.
pi_142472609
quote:
0s.gif Op zaterdag 19 juli 2014 10:49 schreef Light het volgende:

[..]

Correct. Tabelnamen en kolomnamen kun je niet op die manier meegeven, al was het maar omdat je daar niets aan kunt 'preparen'.
Hardcoded via PHP meegeven, is het dan nog mogelijk? (SQL Injection?)
1
2
3
<?php
$db
->insert("games", array("game_start" => date("Y-m-d H:i:s")));
?>

1
2
3
4
5
6
7
<?php
function insert($table$data)}
 global 
$db;

$db->prepare("INSERT INTO $table .... ");
}
?>
  zaterdag 19 juli 2014 @ 11:18:28 #42
12221 Tijn
Powered by MS Paint
pi_142472758
quote:
0s.gif Op zaterdag 19 juli 2014 11:10 schreef remi1986 het volgende:

[..]

Hardcoded via PHP meegeven, is het dan nog mogelijk? (SQL Injection?)
[ code verwijderd ]

[ code verwijderd ]

Nee, SQL-injectie gebeurt op het moment dat je gebruikersinput in je query stopt.
  dinsdag 22 juli 2014 @ 05:24:43 #43
272287 henrivo
Tikt tegen jassies
pi_142585128
Nog even terugkomend op dat Doctrine-verhaal, klopt het dat je (afgezien van getters/setters) de entities volledig met de hand moet schrijven? Ik werk met ZF2 en hoopte dat er net als bij (ik meen) Symfony2 een "tooltje/optie" is om kolommen te declareren, waarna je bijv kunt aangeven welke opties je er bij wilt hebben (name, type, nullable etc.).

Hoe doen jullie dit?
pi_142586818
Dat kun je aangeven dmv annotations.
http://symfony.com/doc/cu(...)ting-an-entity-class

De getters en setters en De fysieke database structuur maak je in een paar seconden aan dmv een command-line tool .
  dinsdag 22 juli 2014 @ 14:51:34 #45
166255 Maringo
Bèhèhèhèh
pi_142596687
quote:
14s.gif Op dinsdag 22 juli 2014 09:45 schreef KomtTijd... het volgende:
Dat kun je aangeven dmv annotations.
http://symfony.com/doc/cu(...)ting-an-entity-class

De getters en setters en De fysieke database structuur maak je in een paar seconden aan dmv een command-line tool .
Dat is voor Symfony2, hij vraagt voor ZF2. :)

Voor Symfony2 is er inderdaad een hele reeks aan commands voor allerlei dingen van doctirne. Geen idee of dat ook voor ZF2 is.
Die volg topic-knop hè...
Op 02-06-2014 16:38 schreef Moeraskat
Je bent te goed voor de mensheid.
pi_142597015
Ja fuck, waarom maken ze dan ook 2 PHP frameworks die ze afkorten met ZF2 en SF2 :')
  dinsdag 22 juli 2014 @ 16:36:01 #47
272287 henrivo
Tikt tegen jassies
pi_142600562
Wéér een gemiste kans voor ZF2 ;(
  dinsdag 22 juli 2014 @ 16:42:43 #48
12221 Tijn
Powered by MS Paint
  dinsdag 22 juli 2014 @ 16:52:30 #49
272287 henrivo
Tikt tegen jassies
pi_142601419
quote:
Daar werk ik nu ook mee, ik vroeg me alleen af of er net als in Symfony2 een geautomatiseerd tooltje was om variabelen te declareren, waarna je bijv kon aangeven of het om een string of integer gaat. Ik begin net pas met Doctrine, dus dat zou het voor mij (in het begin in elk geval) wat makkelijker maken :)
  dinsdag 22 juli 2014 @ 16:55:40 #50
12221 Tijn
Powered by MS Paint
pi_142601599
Als je toch een beginner bent, waarom stap je dan niet over naar Symfony2? Dat is toch wel hét framework op het moment voor PHP. Tenzij je zwaar vastzit aan Zend Framework, zou ik lekker overstappen naar Symfony.
  dinsdag 22 juli 2014 @ 16:59:01 #51
272287 henrivo
Tikt tegen jassies
pi_142601769
Omdat ik net ZF2 begon door te krijgen :')

Maar misschien heb je wel gelijk. De reden waarom ik voor ZF2 koos was omdat ik had begrepen dat het de industriestandaard is
  dinsdag 22 juli 2014 @ 17:06:52 #52
12221 Tijn
Powered by MS Paint
pi_142602104
Mja, dat zegt alleen Zend zelf eigenlijk :+
  dinsdag 22 juli 2014 @ 17:10:52 #53
272287 henrivo
Tikt tegen jassies
pi_142602264
Met welke frameworks werken jullie hier zelf eigenlijk? Ik kom de laatste tijd ook steeds meer berichten tegen over Laravel

Keuzes... Keuzes... :P
pi_142604232
quote:
0s.gif Op dinsdag 22 juli 2014 17:10 schreef henrivo het volgende:
Met welke frameworks werken jullie hier zelf eigenlijk? Ik kom de laatste tijd ook steeds meer berichten tegen over Laravel

Keuzes... Keuzes... :P
Laravel, en wat CodeIgniter applicaties die we moeten onderhouden.
pi_142605141
Ook blij met Laravel.
pi_142605211
quote:
5s.gif Op dinsdag 22 juli 2014 16:55 schreef Tijn het volgende:
Als je toch een beginner bent, waarom stap je dan niet over naar Symfony2? Dat is toch wel hét framework op het moment voor PHP. Tenzij je zwaar vastzit aan Zend Framework, zou ik lekker overstappen naar Symfony.
Wat hij zegt inderdaad, ik zou overwegen over te stappen naar Symfony2

quote:
0s.gif Op dinsdag 22 juli 2014 16:59 schreef henrivo het volgende:
Omdat ik net ZF2 begon door te krijgen :')

Maar misschien heb je wel gelijk. De reden waarom ik voor ZF2 koos was omdat ik had begrepen dat het de industriestandaard is
Als je ZF2 een beetje begint door te krijgen helpt dat ook voor de overstap naar Symfony2. Ik vond SF2 een stuk makkelijker dan ZF2. En ZF1 was misschien een standaard, maar ZF2 valt tegen waardoor steeds meer mensen overstappen naar SF2
quote:
0s.gif Op dinsdag 22 juli 2014 17:10 schreef henrivo het volgende:
Met welke frameworks werken jullie hier zelf eigenlijk? Ik kom de laatste tijd ook steeds meer berichten tegen over Laravel

Keuzes... Keuzes... :P
Voorlopig nog SF2, maar als er een klant komt die met Laravel werkt of wil werken dan gaan we dat vast ook proberen :P
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
  dinsdag 22 juli 2014 @ 19:12:34 #57
272287 henrivo
Tikt tegen jassies
pi_142606481
Hmm... Tóch maar eens Symfony2 uitproberen dan, al is het alleen maar omdat daar beter documentatie voor te vinden is :)

Thanks voor de suggesties :)
pi_142606790
Composer _O_
pi_142608502
quote:
0s.gif Op dinsdag 22 juli 2014 19:21 schreef robin007bond het volgende:
Composer _O_
^O^
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
  donderdag 24 juli 2014 @ 15:35:27 #60
272287 henrivo
Tikt tegen jassies
pi_142682468
Toch wel een verademing, dat Symfony2 :)
pi_142697104
quote:
0s.gif Op donderdag 24 juli 2014 15:35 schreef henrivo het volgende:
Toch wel een verademing, dat Symfony2 :)
:P Dan zal je van Laravel helemaal klaar komen.
  donderdag 24 juli 2014 @ 21:49:12 #62
272287 henrivo
Tikt tegen jassies
pi_142697548
quote:
19s.gif Op donderdag 24 juli 2014 21:40 schreef TwenteFC het volgende:

[..]

:P Dan zal je van Laravel helemaal klaar komen.
Is dat nóg makkelijker dan? :P
pi_142697628
quote:
0s.gif Op donderdag 24 juli 2014 21:49 schreef henrivo het volgende:

[..]

Is dat nóg makkelijker dan? :P
Zitten wel leuke dingen in ja :P
http://laravel.com/docs
  donderdag 24 juli 2014 @ 21:57:09 #64
272287 henrivo
Tikt tegen jassies
pi_142697962
quote:
19s.gif Op donderdag 24 juli 2014 21:50 schreef TwenteFC het volgende:

[..]

Zitten wel leuke dingen in ja :P
http://laravel.com/docs
Ik zit even naar de tutorials te kijken, zag dat phpacademy laatst een aantal tutorials had gepost maar had er nog niet naar gekeken. Denk dat ik voorlopig toch maar even bij symfony blijf, anders kun je zowat elk half jaar wel overstappen denk ik zo. Maar misschien als laravel meer voordelen blijkt te hebben dat ik de overstap alsnog waag :)
pi_142698030
quote:
0s.gif Op donderdag 24 juli 2014 21:57 schreef henrivo het volgende:

[..]

Ik zit even naar de tutorials te kijken, zag dat phpacademy laatst een aantal tutorials had gepost maar had er nog niet naar gekeken. Denk dat ik voorlopig toch maar even bij symfony blijf, anders kun je zowat elk half jaar wel overstappen denk ik zo. Maar misschien als laravel meer voordelen blijkt te hebben dat ik de overstap alsnog waag :)
Welke voordelen zoek je, ligt ook maar net aan wat je wil maken natuurlijk.
Symfony heb ik zelf niet in productie gebruikt :P
  donderdag 24 juli 2014 @ 22:02:27 #66
272287 henrivo
Tikt tegen jassies
pi_142698233
quote:
19s.gif Op donderdag 24 juli 2014 21:58 schreef TwenteFC het volgende:

[..]

Welke voordelen zoek je, ligt ook maar net aan wat je wil maken natuurlijk.
Symfony heb ik zelf niet in productie gebruikt :P
Ja weet ik eigenlijk ook niet :') ik vind de doctrine-tools in symfony iig erg handig werken, die heb je bij zf2 bijvoorbeeld weer niet

Ben gewoon een amateur die wat aanklooit met frameworks :P
pi_142700095
quote:
1s.gif Op donderdag 24 juli 2014 22:02 schreef henrivo het volgende:

[..]

Ja weet ik eigenlijk ook niet :') ik vind de doctrine-tools in symfony iig erg handig werken, die heb je bij zf2 bijvoorbeeld weer niet

Ben gewoon een amateur die wat aanklooit met frameworks :P
Eloquent van Laravel is ook wel mooi.

Als je alle Topics met bij behorende reacties wil hebben bijvoorbeeld dan kan de code er zo uit zien:

1
2
3
<?php
Topic
::with('reacties')
?>
pi_142700478
quote:
19s.gif Op donderdag 24 juli 2014 22:42 schreef TwenteFC het volgende:

[..]

Eloquent van Laravel is ook wel mooi.

Als je alle Topics met bij behorende reacties wil hebben bijvoorbeeld dan kan de code er zo uit zien:
[ code verwijderd ]

Netjes. Hebben ze een soort Builder pattern voor gebruikt?.
pi_142703125
quote:
11s.gif Op donderdag 24 juli 2014 22:49 schreef robin007bond het volgende:
[ code verwijderd ]

Je hebt 2 classes die de Eloquent extenden, en in die models geef je dus aan welke relaties die hebben.

'reacties' zoals hierboven verwijst dus naar een methode reacties() in de class Topic.

En die methode geeft aan wat de relatie van een topic is tot in dit geval reacties.

Je zou dan 2 classes krijgen die er zo uit zien:

1
2
3
4
5
6
7
8
9
10
<?php
class Topic extends Eloquent {

    public function 
reacties() 
    {
        return 
$this->hasMany('Reactie')
    }

}
?>
1
2
3
4
5
6
7
8
9
10
<?php
class Reactie extends Eloquent {

    public function 
topic()
    {
        return 
$this->belongsTo('Topic');
    }

}
?>

http://laravel.com/api/4.1/Illuminate/Database/Eloquent.html
http://laravel.com/api/4.(...)loquent/Builder.html
pi_142709703
quote:
19s.gif Op donderdag 24 juli 2014 21:50 schreef TwenteFC het volgende:

[..]

Zitten wel leuke dingen in ja :P
http://laravel.com/docs
Ze hebben alleen wat te veel static methods gebruikt bij Laravel.
pi_142725812
quote:
0s.gif Op vrijdag 25 juli 2014 08:46 schreef Light het volgende:

[..]

Ze hebben alleen wat te veel static methods gebruikt bij Laravel.
Die je niet hoeft te gebruiken, het is een keuze die bij de developer ligt.
Gebeurt op deze manier volgens mij
http://php.net/manual/en/(...)hp#object.callstatic


Een uitgebreidere uitleg: http://usman.it/laravel-4-uses-static-not-true/
pi_142728511
Iemand bekend met het zelf in elkaar knutselen van een CMS?

Ik heb namelijk een single page website gemaakt. Als er op de hyperlink 'voorraad' geklikt wordt, dan zal de voorraadartikelen tevoorschijn komen. Echter vraag ik mij af hoe ik hiervan een soort CMS systeem op kan toepassen, zodat de voorraadartikelen gewijzigd kunnen worden en er zo nodig voorraadartikelen toegevoegd kunnen worden?

Qua back-end (PHP/MySQL) heb ik dus nog niks gedaan. Ik heb in principe alles via de front-end gemaakt. Het punt is dus dat de front-end gewijzigd moet kunnen worden.

[ Bericht 7% gewijzigd door Super-B op 25-07-2014 20:11:17 ]
  vrijdag 25 juli 2014 @ 20:22:04 #73
292596 Faux.
Fan van zichzelf
pi_142729017
quote:
0s.gif Op vrijdag 25 juli 2014 20:05 schreef Super-B het volgende:
Iemand bekend met het zelf in elkaar knutselen van een CMS?

Ik heb namelijk een single page website gemaakt. Als er op de hyperlink 'voorraad' geklikt wordt, dan zal de voorraadartikelen tevoorschijn komen. Echter vraag ik mij af hoe ik hiervan een soort CMS systeem op kan toepassen, zodat de voorraadartikelen gewijzigd kunnen worden en er zo nodig voorraadartikelen toegevoegd kunnen worden?

Qua back-end (PHP/MySQL) heb ik dus nog niks gedaan. Ik heb in principe alles via de front-end gemaakt. Het punt is dus dat de front-end gewijzigd moet kunnen worden.
Als je het zelf wil doen (en dat moet je sowieso even overwegen): kwestie van een database aanleggen, een backend inbouwen (met of zonder gebruikerssysteem, wel aan te raden) en je URLs routen.
Hier schreef tong80 het volgende:
Faux is een FOK!held, zoals dat vroeger Gellarboy en Brechtje waren. Users die je koestert.
  vrijdag 25 juli 2014 @ 20:24:00 #74
178193 Juicyhil
Bekende FOK!ker
pi_142729078
quote:
0s.gif Op vrijdag 25 juli 2014 20:05 schreef Super-B het volgende:
Iemand bekend met het zelf in elkaar knutselen van een CMS?

Ik heb namelijk een single page website gemaakt. Als er op de hyperlink 'voorraad' geklikt wordt, dan zal de voorraadartikelen tevoorschijn komen. Echter vraag ik mij af hoe ik hiervan een soort CMS systeem op kan toepassen, zodat de voorraadartikelen gewijzigd kunnen worden en er zo nodig voorraadartikelen toegevoegd kunnen worden?

Qua back-end (PHP/MySQL) heb ik dus nog niks gedaan. Ik heb in principe alles via de front-end gemaakt. Het punt is dus dat de front-end gewijzigd moet kunnen worden.
Wiel opnieuw uitvinden?
Op dinsdag 9 augustus 2011 23:01 schreef SuperrrTuxxx het volgende:
Ik hou zoveel van jou, ik doe alles voor je! O+
pi_142729427
quote:
0s.gif Op vrijdag 25 juli 2014 20:24 schreef Juicyhil het volgende:

[..]

Wiel opnieuw uitvinden?
Of flexibiliteit waarmee je veel eenvoudiger jouw bedrijfslogica kan beheren zonder onzinnige troep die je niet nodig hebt, of lastig aan te passen is.
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')