abonnement Unibet Coolblue
  dinsdag 8 april 2014 @ 08:13:31 #1
187069 slacker_nl
Sicko pur sang
pi_138639529


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.
  dinsdag 8 april 2014 @ 11:53:15 #2
25889 Sitethief
Fulltime Flapdrol
pi_138644652
Om de stilte maar even te doorbreken, wat zou ik aan deze kleine functie kunnen veranderen? Het doel is dat hij zo snel mogelijk zijn werk doet, zonder veel geheugengebruik. Ik zit te denken aan een for loop ipv foreach omdat alle arrays die erheen gaan toch oplopende keys hebben.

Het doel is om arrays met objecten zo om te zetten dat alle objecten in de array een waarde uit het object als key hebben (meestal een bepaalde id) ipv een oplopende key.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
<?php
/**
 * Zorgt ervoor dat de key van de array items een van de values($flipKey) van de objecten in de array($toFlip) wordt
 * 
 * @param array $toFlip array met objecten
 * @param string $flipKey key in object
 * @return array
 */
function flipObjectArray($toFlip$flipKey) {
    
$ret = array();
    foreach (
$toFlip as $k => $v) {
        
$ret[$v->{$flipKey}] = $v;
    }
    return 
$ret;
}
?>
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
  dinsdag 8 april 2014 @ 12:06:00 #3
137776 boem-dikkie
Jedi Mind Baby!
pi_138645043
Ik ben er zelf sowieso van om variabelen te gebruiken die beschrijven wat ze in zich hebben. $toFlip is natuurlijk onduidelijk als de pest, en dat je er een comment blok bij zet die zegt dat je $toFlip een array met objecten is helpt ook vrij weinig.

Maar dat is kwestie van smaak.
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
  dinsdag 8 april 2014 @ 12:11:51 #4
84244 Scorpie
Abject en infaam!
pi_138645195
Ik zou sowieso de functie hernoemen en wat testjes doen om te zien of for of foreach sneller is in jouw geval.
Op dinsdag 13 augustus schreef Xa1pt:
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
pi_138645510
Ook even een test toevoegen of je $flipKey wel bestaat in het object.

Maar ik neem aan dat je dit doet omdat je wilt sorteren? Anders zie ik sowieso niet echt het nut in van deze functie.
  dinsdag 8 april 2014 @ 12:55:17 #6
25889 Sitethief
Fulltime Flapdrol
pi_138646457
quote:
0s.gif Op dinsdag 8 april 2014 12:23 schreef totalvamp het volgende:
Ook even een test toevoegen of je $flipKey wel bestaat in het object.

Maar ik neem aan dat je dit doet omdat je wilt sorteren? Anders zie ik sowieso niet echt het nut in van deze functie.
In de objecten zitten unieke md5 keys ipv een gewone index die ik van de CouchDB terug krijg. Op deze manier heb ik een array met keys die ik gewoon kan gebruiken voor diverse dingen.

Sorteren kan CouchDB gewoon voor mij doen btw.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
pi_138646503
quote:
0s.gif Op dinsdag 8 april 2014 12:55 schreef Sitethief het volgende:

[..]

In de objecten zitten unieke md5 keys ipv een gewone index die ik van de CouchDB terug krijg. Op deze manier heb ik een array met keys die ik gewoon kan gebruiken voor diverse dingen.

Sorteren kan CouchDB gewoon voor mij doen btw.
Je weet dat je Objecten kunt behandelen als arrays? Dan hoef je ze niet eens om te zetten ^^.
  dinsdag 8 april 2014 @ 12:57:07 #8
25889 Sitethief
Fulltime Flapdrol
pi_138646530
quote:
14s.gif Op dinsdag 8 april 2014 12:06 schreef boem-dikkie het volgende:
Ik ben er zelf sowieso van om variabelen te gebruiken die beschrijven wat ze in zich hebben. $toFlip is natuurlijk onduidelijk als de pest, en dat je er een comment blok bij zet die zegt dat je $toFlip een array met objecten is helpt ook vrij weinig.

Maar dat is kwestie van smaak.
Hij heeft de array in zich die geflipt moet worden? $flipArray dan misschien? Het is een globale functie die overal en nergens ingezet moet kunnen worden in principe.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
  dinsdag 8 april 2014 @ 13:04:25 #9
25889 Sitethief
Fulltime Flapdrol
pi_138646793
quote:
0s.gif Op dinsdag 8 april 2014 12:56 schreef totalvamp het volgende:

[..]

Je weet dat je Objecten kunt behandelen als arrays? Dan hoef je ze niet eens om te zetten ^^.
Ik zet niks om? Maar hoe bedoel je?

Dit zijn de soort arrays die die functie moet omzetten.
1
2
3
4
5
6
7
8
9
10
<?php
Array
(
    [
0] => stdClass Object
        
(
            [
id] => 106434159d04626babfa1f4c81d3d0b2
            
[value] => ....
        )
}
?>
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
pi_138647147
quote:
0s.gif Op dinsdag 8 april 2014 13:04 schreef Sitethief het volgende:

[..]

Ik zet niks om? Maar hoe bedoel je?

Dit zijn de soort arrays die die functie moet omzetten.
[ code verwijderd ]

Nouja je zet het nu dus om van dat naar dit?
1
2
3
4
5
6
7
8
9
10
<?php
Array
(
    [
106434159d04626babfa1f4c81d3d0b2] => stdClass Object
        
(
            [
id] => 106434159d04626babfa1f4c81d3d0b2
            
[value] => ....
        )
}
?>
  dinsdag 8 april 2014 @ 13:15:06 #11
25889 Sitethief
Fulltime Flapdrol
pi_138647180
quote:
0s.gif Op dinsdag 8 april 2014 13:13 schreef totalvamp het volgende:

[..]

Nouja je zet het nu dus om van dat naar dit?
[ code verwijderd ]

Klopt. Is er een betere methode? Dit was het beste wat ik zelf kon bedenken.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
pi_138647303
quote:
0s.gif Op dinsdag 8 april 2014 13:15 schreef Sitethief het volgende:

[..]

Klopt. Is er een betere methode? Dit was het beste wat ik zelf kon bedenken.
Nouja wat is er mis met de waarde direct uit het object aanroepen? Welke probleem moet dit een oplossing voor zijn?

Nu heb je bijvoorbeeld:
1
2
3
4
5
6
7
<?php
$lengthArray 
count($data);
for(
$i=0;$i<$lengthArray;$i++) {
  
$id $data[$i]->id;
  
$id $data[$i]['id'];
}
?>

Dus sowieso al toegang daartoe.

[ Bericht 1% gewijzigd door #ANONIEM op 08-04-2014 13:18:40 ]
  dinsdag 8 april 2014 @ 13:23:06 #13
25889 Sitethief
Fulltime Flapdrol
pi_138647491
quote:
0s.gif Op dinsdag 8 april 2014 13:18 schreef totalvamp het volgende:

[..]

Nouja wat is er mis met de waarde direct uit het object aanroepen? Welke probleem moet dit een oplossing voor zijn?

Nu heb je bijvoorbeeld:
[ code verwijderd ]

Dus sowieso al toegang daartoe.
Omdat ik die array op meerdere plekken binnen een class nodig heb voor het opbouwen van verschillende dingen deels gebaseerd op dat ID, ik wil er dan niet iedere keer doorheen loopen of zoeken maar gewoon de key kunnen gebruiken om de juiste data te selecteren.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
pi_138647659
quote:
0s.gif Op dinsdag 8 april 2014 13:23 schreef Sitethief het volgende:

[..]

Omdat ik die array op meerdere plekken binnen een class nodig heb voor het opbouwen van verschillende dingen deels gebaseerd op dat ID, ik wil er dan niet iedere keer doorheen loopen of zoeken maar gewoon de key kunnen gebruiken om de juiste data te selecteren.
Heb je voorbeelden? Ik neem aan dat je voor veel dingen maar 1 van de objecten nodig hebt voor data?

Even een klein voorbeeld van hoe ik er nu van uitga dat je het nodig hebt
1
2
3
4
5
6
7
8
9
10
11
12
13
<?php
class Foo {
  private 
$data = array();

  public function 
remove($id) {
     unset(
$this->data[$id]);
  }

  public function 
check($id) {
    
check($this->data[$id]);
  }
}
?>
  dinsdag 8 april 2014 @ 13:36:10 #15
25889 Sitethief
Fulltime Flapdrol
pi_138647972
quote:
0s.gif Op dinsdag 8 april 2014 13:27 schreef totalvamp het volgende:

[..]

Heb je voorbeelden? Ik neem aan dat je voor veel dingen maar 1 van de objecten nodig hebt voor data?

Even een klein voorbeeld van hoe ik er nu van uitga dat je het nodig hebt
[ code verwijderd ]

Inderdaad, maar ook complexere dingen, zoals kijken of bepaalde gebruikers recht hebben op de data erin gebaseerd op de context, lijsten in HTML bouwen van data uit value met andere items op ID eraan gelinked etc. Dit is stukken makkelijker als ik alle items gewoon op ID kan vinden.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
pi_138648269
quote:
0s.gif Op dinsdag 8 april 2014 13:36 schreef Sitethief het volgende:

[..]

Inderdaad, maar ook complexere dingen, zoals kijken of bepaalde gebruikers recht hebben op de data erin gebaseerd op de context, lijsten in HTML bouwen van data uit value met andere items op ID eraan gelinked etc. Dit is stukken makkelijker als ik alle items gewoon op ID kan vinden.
Inderdaad, al zou ik het zelf anders hebben gedaan (niet persee beter, maar anders, waarschijnlijk meer resources uiteindelijk).
In dat geval is je huidige code (op wat checks na) gewoon goed en moet je zelf even testen of je for of foreach gebruikt.

Bij je foreach kun je $k weghalen aangezien je die niet gebruikt.
  dinsdag 8 april 2014 @ 13:44:45 #17
25889 Sitethief
Fulltime Flapdrol
pi_138648345
quote:
0s.gif Op dinsdag 8 april 2014 13:42 schreef totalvamp het volgende:

[..]

Inderdaad, al zou ik het zelf anders hebben gedaan (niet persee beter, maar anders, waarschijnlijk meer resources uiteindelijk).
In dat geval is je huidige code (op wat checks na) gewoon goed en moet je zelf even testen of je for of foreach gebruikt.

Bij je foreach kun je $k weghalen aangezien je die niet gebruikt.
Het verschil is snelheid is er nauwelijks momenteel bij mijn kleine testcase, maar hoe meer er in de array zit hoe meer foreach volgens mij aan geheugen kost omdat die een kopie van de array maakt, dan is for volgens mij gewoon beter, ook omdat de keys altijd een index zijn.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
pi_138648505
quote:
0s.gif Op dinsdag 8 april 2014 13:44 schreef Sitethief het volgende:

[..]

Het verschil is snelheid is er nauwelijks momenteel bij mijn kleine testcase, maar hoe meer er in de array zit hoe meer foreach volgens mij aan geheugen kost omdat die een kopie van de array maakt, dan is for volgens mij gewoon beter, ook omdat de keys altijd een index zijn.
Doe een foreach by reference.
Nadeel van for is de count($array), hier maakt hij ook een kopie bij aan. en bij de foreach dus niet.
  dinsdag 8 april 2014 @ 14:25:51 #19
25889 Sitethief
Fulltime Flapdrol
pi_138649964
quote:
0s.gif Op dinsdag 8 april 2014 13:48 schreef totalvamp het volgende:

[..]

Doe een foreach by reference.
Nadeel van for is de count($array), hier maakt hij ook een kopie bij aan. en bij de foreach dus niet.
Ik vind reference altijd een redelijk lastig concept :X , dus ik denk dat ik het bij de for loop houd voor nu.

Trouwens, ik kan dat niet terug vinden wat jij zegt over count. Wel dat dat aantal opgeslagen is bij de array zelf. (zie o.a. http://stackoverflow.com/(...)-o1-or-on-for-arrays)

[ Bericht 16% gewijzigd door Sitethief op 08-04-2014 14:34:20 ]
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
pi_138650220
quote:
0s.gif Op dinsdag 8 april 2014 14:25 schreef Sitethief het volgende:

[..]

Ik vind reference altijd een redelijk lastig concept :X , dus ik denk dat ik het bij de for loop houd voor nu.
Hoezo lastig? je hoeft er alleen een & voor te zetten :P
  dinsdag 8 april 2014 @ 14:35:08 #21
25889 Sitethief
Fulltime Flapdrol
pi_138650324
quote:
0s.gif Op dinsdag 8 april 2014 14:32 schreef totalvamp het volgende:

[..]

Hoezo lastig? je hoeft er alleen een & voor te zetten :P
Ik kijk er dan twee weken later over heen dat er & staat als ik die functie ga gebruiken en rare dingen zie gebeuren :D. Goed documenteren dus :P.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
pi_138650523
quote:
0s.gif Op dinsdag 8 april 2014 14:35 schreef Sitethief het volgende:

[..]

Ik kijk er dan twee weken later over heen dat er & staat als ik die functie ga gebruiken en rare dingen zie gebeuren :D. Goed documenteren dus :P.
Ja je moet wel oppassen met referenties :P

Als je echt veel data gaat gebruiken zou ik adviseren dit even door te lezen:

http://matthewturland.com/2010/05/20/new-spl-features-in-php-5-3/
  dinsdag 8 april 2014 @ 14:47:11 #23
25889 Sitethief
Fulltime Flapdrol
pi_138650723
quote:
0s.gif Op dinsdag 8 april 2014 14:40 schreef totalvamp het volgende:

[..]

Ja je moet wel oppassen met referenties :P

Als je echt veel data gaat gebruiken zou ik adviseren dit even door te lezen:

http://matthewturland.com/2010/05/20/new-spl-features-in-php-5-3/
Oh boy :D , ik had al een keertje een ArrayIterator gebruikt ergens. Heap klinkt erg interessant voor een aantal dingen die ik wil doen :D.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
pi_138650801
quote:
0s.gif Op dinsdag 8 april 2014 14:47 schreef Sitethief het volgende:

[..]

Oh boy :D , ik had al een keertje een ArrayIterator gebruikt ergens. Heap klinkt erg interessant voor een aantal dingen die ik wil doen :D.
Ja staat leuke info bij :D wel wat hoger niveau, maar juist leuk om nieuwe dingen te leren.
Ik heb er zelf nog geen gebruik van hoeven maken, misschien kan ik bij mijn huidige werk wat dingen implementeren ooit :P
pi_138714084
Ik ben bezig met een project om mijn slimme meter uit te lezen en maak hier vervolgens een grafiek van.

Ik krijg de resultaten te zien als:
0000.00

Dus 0000.38 is 380 Watt
Dus 0012.21 is 12210 Watt

Met welke functie kan je deze getallen omzetten?

[ Bericht 1% gewijzigd door xaban06 op 10-04-2014 00:10:30 ]
pi_138714173
quote:
0s.gif Op donderdag 10 april 2014 00:02 schreef xaban06 het volgende:
Ik ben bezig met een project om mijn slimme meter uit te lezen en maak hier vervolgens een grafiek van.

Ik krijg de resultaten te zien als:
0000.00

Dus 0000.38 is 380 Watt
Dus 0012.21 is 12210 Watt

Met welke PHP kan je deze getallen omzetten?
1
2
3
<?php
echo '0000.38' 1000;
?>
pi_138714220
quote:
0s.gif Op donderdag 10 april 2014 00:05 schreef Light het volgende:

[..]
[ code verwijderd ]

Whuuut, zo simpel :D

Thanks.
pi_138714525
quote:
0s.gif Op donderdag 10 april 2014 00:07 schreef xaban06 het volgende:

[..]

Whuuut, zo simpel :D

Thanks.
Het is basis wiskunde :P

daarnaast staat er een fout in de code van light. Getallen zijn niet met quotes.
pi_138714547
quote:
0s.gif Op donderdag 10 april 2014 00:17 schreef totalvamp het volgende:

[..]

Het is basis wiskunde :P

daarnaast staat er een fout in de code van light. Getallen zijn niet met quotes.


Huidig verbruik in Watt :P Alleen klopt de tijd niet op de server zie ik net, loopt 2 uur achter :D
pi_138714637
quote:
0s.gif Op donderdag 10 april 2014 00:18 schreef xaban06 het volgende:

[..]

[ afbeelding ]

Huidig verbruik in Watt :P Alleen klopt de tijd niet op de server zie ik net, loopt 2 uur achter :D
Je kunt gebruik maken van DateTime object. Of gewoon 2 uur toevoegen aan de tijd.
pi_138714650
quote:
0s.gif Op donderdag 10 april 2014 00:21 schreef totalvamp het volgende:

[..]

Je kunt gebruik maken van DateTime object. Of gewoon 2 uur toevoegen aan de tijd.
Ik ga zo ntp installeren, tijd moet gewoon kloppen op de server :)
pi_138714669
quote:
0s.gif Op donderdag 10 april 2014 00:22 schreef xaban06 het volgende:

[..]

Ik ga zo ntp installeren, tijd moet gewoon kloppen op de server :)
Misschien klopt het wel, in welke tijdszone staat de server?
pi_138714702
quote:
0s.gif Op donderdag 10 april 2014 00:23 schreef totalvamp het volgende:

[..]

Misschien klopt het wel, in welke tijdszone staat de server?
In de meterkast :D Draait op een Raspberry Pi. Zo eens de tijdzone checken.

/UTC dus. Even corrigeren :)
pi_138714765
quote:
0s.gif Op donderdag 10 april 2014 00:24 schreef xaban06 het volgende:

[..]

In de meterkast :D Draait op een Raspberry Pi. Zo eens de tijdzone checken.
je kunt in php de tijdszone zetten,mocht je dat ooit willen :P

1
2
3
<?php
date_default_timezone_set
('Europe/Amsterdam');
?>
pi_138714783
quote:
0s.gif Op donderdag 10 april 2014 00:26 schreef totalvamp het volgende:

[..]

je kunt in php de tijdszone zetten,mocht je dat ooit willen :P
[ code verwijderd ]

Cool.

1
2
3
4
5
6
7
8
9
10
11
pi@raspberrypi ~/php $ sudo dpkg-reconfigure tzdata

Current default time zone: 'Europe/Amsterdam'
Local time is now:      Thu Apr 10 00:26:25 CEST 2014.
Universal Time is now:  Wed Apr  9 22:26:25 UTC 2014.

pi@raspberrypi ~/php $ date +%Z
CEST
pi@raspberrypi ~/php $ uptime
 00:26:38 up  1:00,  2 users,  load average: 0.33, 0.19, 0.16
pi@raspberrypi ~/php $
Gecorrigeerd :P
  donderdag 10 april 2014 @ 07:04:07 #36
187069 slacker_nl
Sicko pur sang
pi_138716311
In PHP zijn references raar.
PHP gebruikt copy on write, dus je passed altijd een ref naar een functie, dus in je foreach/for loop heb je alleen maar refs, tenzij je de waardes van de array waarin je loopt aanpast. Als je kan, wilt, gebruik cursors om je data op te halen.
In theory there is no difference between theory and practice. In practice there is.
pi_138716753
quote:
0s.gif Op donderdag 10 april 2014 00:17 schreef totalvamp het volgende:

[..]

Het is basis wiskunde :P

daarnaast staat er een fout in de code van light. Getallen zijn niet met quotes.
Maar als je ze vanaf een externe bron inleest, zijn het meestal wel strings.
  donderdag 10 april 2014 @ 10:58:47 #38
25889 Sitethief
Fulltime Flapdrol
pi_138719830
quote:
0s.gif Op donderdag 10 april 2014 07:04 schreef slacker_nl het volgende:
In PHP zijn references raar.
PHP gebruikt copy on write, dus je passed altijd een ref naar een functie, dus in je foreach/for loop heb je alleen maar refs, tenzij je de waardes van de array waarin je loopt aanpast. Als je kan, wilt, gebruik cursors om je data op te halen.
Ik neem aan dat deze post over mijn posts gaat :P .
Ik kwam er ook achter dat je naderhand de waardes in de foreach moet unsetten als je de array gereferenced hebt , anders gebeuren er soms rare dingen.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
pi_138721389
quote:
0s.gif Op donderdag 10 april 2014 10:58 schreef Sitethief het volgende:

[..]

Ik neem aan dat deze post over mijn posts gaat :P .
Ik kwam er ook achter dat je naderhand de waardes in de foreach moet unsetten als je de array gereferenced hebt , anders gebeuren er soms rare dingen.
Je zou maar zo'n bug moeten vinden in een bestand met meer dan 2000 regels niet OO code :'( heb ik een keer mee mogen maken.
  donderdag 10 april 2014 @ 12:44:05 #40
187069 slacker_nl
Sicko pur sang
pi_138723052
quote:
0s.gif Op donderdag 10 april 2014 10:58 schreef Sitethief het volgende:

[..]

Ik neem aan dat deze post over mijn posts gaat :P .
Ik kwam er ook achter dat je naderhand de waardes in de foreach moet unsetten als je de array gereferenced hebt , anders gebeuren er soms rare dingen.
Ja, zat mobiel en geen zin om te quoten ;)

Volgens mij wil je niet gaan referencen in PHP. Ik heb er ooit mee lopen spelen, maar ik kreeg er hoofdpijn van.
In theory there is no difference between theory and practice. In practice there is.
pi_138734247
weet iemand hoe dit kan? ik krijg steeds de volgende error: ERROR_CODE_22001 (22001) SQLSTATE[22001]: String data, right truncated: 1406 Data too long for column 'title' at row 1

title is in mysql "varchar(300) utf8_unicode_ci" en ik gebruik een utf8 aware substring functie om hem te verkleinen :?
..///
pi_138734375
quote:
0s.gif Op donderdag 10 april 2014 18:03 schreef wipes66 het volgende:
weet iemand hoe dit kan? ik krijg steeds de volgende error: ERROR_CODE_22001 (22001) SQLSTATE[22001]: String data, right truncated: 1406 Data too long for column 'title' at row 1

title is in mysql "varchar(300) utf8_unicode_ci" en ik gebruik een utf8 aware substring functie om hem te verkleinen :?
En hoe lang is de data die je in de kolom title wilt stoppen?

Uit m'n hoofd weigert MySQL 5.5 data als het niet past, waar eerdere versies de data gewoon truncaten en je dat niet vertellen. Je kunt dat bij MySQL 5.5 nog wel instellen (maar de vraag is of je dat moet willen).
pi_138736054
quote:
0s.gif Op donderdag 10 april 2014 18:09 schreef Light het volgende:

[..]

En hoe lang is de data die je in de kolom title wilt stoppen?

Uit m'n hoofd weigert MySQL 5.5 data als het niet past, waar eerdere versies de data gewoon truncaten en je dat niet vertellen. Je kunt dat bij MySQL 5.5 nog wel instellen (maar de vraag is of je dat moet willen).
330, maar 200 als utf8. daarom snap ik niet waarom mysql deze error geeft ;(
..///
  vrijdag 11 april 2014 @ 08:52:00 #44
187069 slacker_nl
Sicko pur sang
pi_138754267
In theory there is no difference between theory and practice. In practice there is.
  vrijdag 11 april 2014 @ 08:53:39 #45
25889 Sitethief
Fulltime Flapdrol
pi_138754304
quote:
0s.gif Op donderdag 10 april 2014 12:44 schreef slacker_nl het volgende:

[..]

Ja, zat mobiel en geen zin om te quoten ;)

Volgens mij wil je niet gaan referencen in PHP. Ik heb er ooit mee lopen spelen, maar ik kreeg er hoofdpijn van.
Inderdaad ik ook :P.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
  vrijdag 11 april 2014 @ 08:57:37 #46
25889 Sitethief
Fulltime Flapdrol
pi_138754363
quote:
0s.gif Op donderdag 10 april 2014 11:51 schreef totalvamp het volgende:

[..]

Je zou maar zo'n bug moeten vinden in een bestand met meer dan 2000 regels niet OO code :'( heb ik een keer mee mogen maken.
Zoiets schreef ik 5 jaar geleden, gelukkig vandaag de dag niet meer :X
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
pi_138755657
quote:
ja dat is hem ;( ik gebruik pdo en alles zit dus dubbel utf8 encoded in de database zonder dat ik het door had :?
..///
  vrijdag 11 april 2014 @ 10:20:54 #48
187069 slacker_nl
Sicko pur sang
pi_138756097
quote:
0s.gif Op vrijdag 11 april 2014 10:04 schreef wipes66 het volgende:

[..]

ja dat is hem ;( ik gebruik pdo en alles zit dus dubbel utf8 encoded in de database zonder dat ik het door had :?
Nee, je stuurt er LATIN1 naartoe, dus is de lengte van je string 330.
In theory there is no difference between theory and practice. In practice there is.
pi_138757435
quote:
0s.gif Op vrijdag 11 april 2014 10:20 schreef slacker_nl het volgende:

[..]

Nee, je stuurt er LATIN1 naartoe, dus is de lengte van je string 330.
uhm? alles aan php zijde is gewoon utf8, inclusief chinese tekens. alleen pdo of mysql ging er van uit (gok ik) dat ik iso-8859 instuurde en dus werd het dubbel utf8.

[ Bericht 16% gewijzigd door wipes66 op 11-04-2014 12:01:42 ]
..///
  FOK!mycroftheld dinsdag 15 april 2014 @ 17:23:23 #50
128465 verified  bondage
niet meer aanwezig op FOK!
pi_138912146
Is dit netjes om te doen?

1
2
3
<?php
throw new Exception(serialize(array('error_id' => $error_id'error_vars' => $err_vars)));
?>

Het is namelijk niet mogelijk om een array aan een exception mee te geven en ik moet meerdere parameters aan de uiteindelijke foutmelding toe kunnen voegen.

Zo niet; is er een andere manier om dit te fixen?
  Moderator / Redactie Sport / Devops dinsdag 15 april 2014 @ 17:27:52 #51
176766 crew  zoem
zoemt
pi_138912326
Extenden met een eigen exception class?
  FOK!mycroftheld dinsdag 15 april 2014 @ 17:38:55 #52
128465 verified  bondage
niet meer aanwezig op FOK!
pi_138912744
quote:
0s.gif Op dinsdag 15 april 2014 17:27 schreef zoem het volgende:
Extenden met een eigen exception class?
Die mogelijkheid had ik al iets over gevonden, ik kwam echter niets tegen over het omzetten van de array naar een string en kon daardoor lastig een conclusie trekken wat beter zou zijn. Jij zou dus voor extenden gaan als ik het goed begrijp.
  Moderator / Redactie Sport / Devops dinsdag 15 april 2014 @ 17:53:26 #53
176766 crew  zoem
zoemt
pi_138913212
Ik ken de context ook verder niet, maar dit kwam als eerste in me op.
  FOK!mycroftheld dinsdag 15 april 2014 @ 17:56:09 #54
128465 verified  bondage
niet meer aanwezig op FOK!
pi_138913282
Ik ga hem extenden. Is het onderscheid ook duidelijker.
  dinsdag 15 april 2014 @ 21:26:04 #55
187069 slacker_nl
Sicko pur sang
pi_138922370
In theory there is no difference between theory and practice. In practice there is.
  woensdag 16 april 2014 @ 08:46:23 #56
25889 Sitethief
Fulltime Flapdrol
pi_138933114
"Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Kernighan's Law

_O- .
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
pi_138938884
quote:
11s.gif Op dinsdag 15 april 2014 17:23 schreef bondage het volgende:
Is dit netjes om te doen?
[ code verwijderd ]

Het is namelijk niet mogelijk om een array aan een exception mee te geven en ik moet meerdere parameters aan de uiteindelijke foutmelding toe kunnen voegen.

Zo niet; is er een andere manier om dit te fixen?
Dan schrijf je toch je eigen error handler die dat wel aan kan?
  FOK!mycroftheld woensdag 16 april 2014 @ 13:13:28 #58
128465 verified  bondage
niet meer aanwezig op FOK!
pi_138939774
quote:
0s.gif Op woensdag 16 april 2014 12:42 schreef totalvamp het volgende:

[..]

Dan schrijf je toch je eigen error handler die dat wel aan kan?
Allang gedaan *)
pi_138939802
quote:
14s.gif Op woensdag 16 april 2014 13:13 schreef bondage het volgende:

[..]

Allang gedaan *)
Geen code om te tonen dan :P?
  FOK!mycroftheld woensdag 16 april 2014 @ 13:49:21 #60
128465 verified  bondage
niet meer aanwezig op FOK!
pi_138941012
quote:
0s.gif Op woensdag 16 april 2014 13:14 schreef totalvamp het volgende:

[..]

Geen code om te tonen dan :P?
Nu niet, ben nu op kantoor.
  FOK!mycroftheld woensdag 16 april 2014 @ 23:39:25 #61
128465 verified  bondage
niet meer aanwezig op FOK!
pi_138965279
Hierbij

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
<?php
class statsOutputException extends Exception {
    private 
$error_id 0;          # intern numeriek id van de fout
    
private $error_vars = array();  # array met fout eigenschappen
    
    
public function __construct($error_params$code 0Exception $previous null) {
        
# check of het een array met waarden betreft
        
if(is_array($error_params)) {
            
$this->error_id = isset($error_params['id']) ? $error_params['id'] : null;
            
$this->error_vars = (isset($error_params['vars']) && is_array($error_params['vars'])) ? $error_params['vars'] : array();
        }else{
            
# input is string of int, handel op de normale manier af
            
$this->error_id $error_params;
        }
        
        
# roep Exception contructor aan
        
parent::__construct($this->error_id$code$previous);
    }
    
    
# geeft de vars terug welke de foutcode aanvullen met eventuele extra gegevens
    
public function getErrorVars() {
        return 
$this->error_vars;
    }
}
?>
  vrijdag 18 april 2014 @ 11:06:51 #62
37634 wobbel
Da WoBBeL King
pi_139006234
Help :P ik heb weer eens iets raars nodig. Het is mij ooit al gelukt, maarja waarom zou je zoiets dan bewaren.

Vanaf een leverancier wordt er naar ons XML gepusht (dmv POST) naar http://server.tld/test.php. Dit gebeurd zonder variable naam.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
<?xml_version "1.0" encoding="UTF-8" ?>
        <message>
                <messageheader>
                        <debug>false</debug>
                        <msgtype>incoming</msgtype>
                        <msgversion>1.0</msgversion>
                        <msgidentifier></msgidentifier>
                        <errorcode>0</errorcode>
                        <errorcodedescription>ok</errorcodedescription>
                        <msgdatetime>2014-04-18T11:02:55</msgdatetime>
                </messageheader>
                <messagebody>
                        <clip>200</clip>
                        <did></did>
                        <extension>200</extension>
                        <prefix>Roy</prefix>
                </messagebody>
        </message>

Hoe kan ik dit met PHP afvangen? Een foreach met alle POSTS vars blijft angstvallig leeg.
Als ik de contents van phpinfo(); naar mijzelf mail krijg ik het volgende:



Dit wil zeggen dat ik met $_POST['<?xml_version'] wel de data op zou kunnen halen, en er later weer '<?xml_version' voor kan plakken maar helemaal netjes lijkt het mij niet.
  vrijdag 18 april 2014 @ 11:11:44 #63
91039 mstx
2x1/2 = 1/2 x 1/2
pi_139006353
quote:
0s.gif Op vrijdag 18 april 2014 11:06 schreef wobbel het volgende:
Help :P ik heb weer eens iets raars nodig. Het is mij ooit al gelukt, maarja waarom zou je zoiets dan bewaren.

Vanaf een leverancier wordt er naar ons XML gepusht (dmv POST) naar http://server.tld/test.php. Dit gebeurd zonder variable naam.
[ code verwijderd ]

Hoe kan ik dit met PHP afvangen? Een foreach met alle POSTS vars blijft angstvallig leeg.
file_get_contents("php://input") ?
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.
👾
  vrijdag 18 april 2014 @ 11:20:00 #64
37634 wobbel
Da WoBBeL King
pi_139006551
quote:
0s.gif Op vrijdag 18 april 2014 11:11 schreef mstx het volgende:

[..]

file_get_contents("php://input") ?
_O_ dat was 't!!! Me love u long time
pi_139097005
Ik ben op zoek naar een PHP library waarmee ik een soort mini-forumpje kan maken, zonder veel poespas, zoals phpBB.

Een beetje dit idee:



Ik wil het gebruiken als een soort berichtenprikbord waar iedereen berichtjes op kan plaatsen. Dus geen commentsystem.
pi_139098911
Moet je beter zoeken. Er zijn echt volop van dit soort dingen. :)
pi_139102129
Succes!
  maandag 21 april 2014 @ 09:34:11 #68
12221 Tijn
Powered by MS Paint
pi_139102315
quote:
0s.gif Op zondag 20 april 2014 23:56 schreef pascal08 het volgende:
Ik ben op zoek naar een PHP library waarmee ik een soort mini-forumpje kan maken, zonder veel poespas, zoals phpBB.

Een beetje dit idee:

[ afbeelding ]

Ik wil het gebruiken als een soort berichtenprikbord waar iedereen berichtjes op kan plaatsen. Dus geen commentsystem.
Waarom gebruik je niet gewoon Disqus zelf?
  FOK!-Schrikkelbaas maandag 21 april 2014 @ 09:35:46 #69
1972 Swetsenegger
Egocentrische Narcist
pi_139102334
Dus eigenlijk wil je een gastenboek?
pi_139110219
quote:
5s.gif Op maandag 21 april 2014 09:35 schreef Swetsenegger het volgende:
Dus eigenlijk wil je een gastenboek?
Ongeveer wel ja.
pi_139110332
quote:
5s.gif Op maandag 21 april 2014 09:34 schreef Tijn het volgende:

[..]

Waarom gebruik je niet gewoon Disqus zelf?
Omdat daar een heel gebeuren aan vastzit wat ik helemaal niet nodig heb.
  maandag 21 april 2014 @ 21:45:15 #72
12221 Tijn
Powered by MS Paint
pi_139126974
quote:
0s.gif Op maandag 21 april 2014 15:08 schreef pascal08 het volgende:

[..]

Omdat daar een heel gebeuren aan vastzit wat ik helemaal niet nodig heb.
Valt wel mee toch? Gewoon een accountje maken, includen op de pagina waar je het hebben wil en klaar is kees :)
  dinsdag 22 april 2014 @ 09:03:13 #73
166255 Maringo
Bèhèhèhèh
pi_139137550
quote:
5s.gif Op maandag 21 april 2014 21:45 schreef Tijn het volgende:

[..]

Valt wel mee toch? Gewoon een accountje maken, includen op de pagina waar je het hebben wil en klaar is kees :)
Accountje aanmaken is voor veel mensen een dergelijke grote stap dat ze het maat laten zitten. Leuk voorbeeld is de case van Amazon die het account aanmaken niet meer verplicht stelde vooraf de aankoop.
Die volg topic-knop hè...
Op 02-06-2014 16:38 schreef Moeraskat
Je bent te goed voor de mensheid.
  dinsdag 22 april 2014 @ 09:18:37 #74
12221 Tijn
Powered by MS Paint
pi_139137797
quote:
1s.gif Op dinsdag 22 april 2014 09:03 schreef Maringo het volgende:

[..]

Accountje aanmaken is voor veel mensen een dergelijke grote stap dat ze het maat laten zitten. Leuk voorbeeld is de case van Amazon die het account aanmaken niet meer verplicht stelde vooraf de aankoop.
Ik bedoelde de moeite die het kost om het te installeren. Reageren kan volgens mij ook zonder account.
pi_139155907
quote:
5s.gif Op maandag 21 april 2014 21:45 schreef Tijn het volgende:

[..]

Valt wel mee toch? Gewoon een accountje maken, includen op de pagina waar je het hebben wil en klaar is kees :)
Dat is gewoon niet wat ik zoek. Ik heb zelf inmiddels al een code geschreven. Kostte uiteindelijk minder moeite dan een geschikte library vinden. :{
pi_139156103
quote:
0s.gif Op dinsdag 22 april 2014 19:51 schreef pascal08 het volgende:

[..]

Dat is gewoon niet wat ik zoek. Ik heb zelf inmiddels al een code geschreven. Kostte uiteindelijk minder moeite dan een geschikte library vinden. :{
:P Ik betwijfel het, maar goed dat je voorzien bent nu ^O^
pi_139161554
quote:
Interessante praatjes zijn dat :)
  FOK!mycroftheld vrijdag 25 april 2014 @ 22:56:05 #78
128465 verified  bondage
niet meer aanwezig op FOK!
pi_139265769
Ik zit al een tijd met mijn handen in het haar betreft de FOK!vriendjes module welke ik sinds kort in het FOK!stats script heb zitten. Het probleem is dat deze erg traag is, het probleem zit in het PHP script welke blijkbaar struggles heeft met de grote hoeveelheid data welke verwerkt moet worden.

Het script doet het volgende:
1. Haal alle topic-id's op waar de ingevoerde gebruiker heeft gereageerd
2. Haal alle posts behorende bij de topic-id's op in delen van 32 topics, dit omdat Sphinx is ingesteld op max 10.000 resultaten
3. Loop over alle posts en voeg de bijbehorende topic-id's toe aan een array welke de unieke topic's per gebruiker gevat.

Uit bovenstaande stappen hou je uiteindelijk een lijst over van alle topics waar andere gebruikers samen met de ingevoerde gebruiker hebben gereageerd.

Zie het volgende stukje code, de array $resultaat["matches"] (afkomstig uit Sphinx) bevat alle unieke topic-id's waar de ingevoerde gebruiker gereageerd heeft.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
<?php
if(!empty($resultaat["matches"])) {
    
$current_count 0;
    
$topic_ids = array();
    
$users_topics = array();

    
$this->cl->resetGroupBy();
    
    
# loop over de gevonden topic-id's
    
foreach($resultaat["matches"] as $mId => $mData) {
        
$current_count++;
        
$pCounts $mData['attrs'];
        
$topic_ids[] = $pCounts['topic_id'];

        
# verwerk het in stukken van 32 topics zodat het max uit de volgende query nooit boven de 10.000 (max Sphinx) uitkomt met 310 posts per topic gerekend
        
if(count($topic_ids) == 32 || ($current_count == $total_found && !empty($topic_ids))) {
            
$this->cl->resetFilters();
            
$this->cl->SetFilter("topic_id"$topic_ids);
            
$topic_ids = array();
            
$this->cl->SetLimits(01000010000);
            
$resultaat $this->cl->Query(''$this->config['indices']);
            
$total_query_time += $resultaat["time"];

            if(!empty(
$resultaat["matches"])) {
                
# loop over de teruggegeven posts en voeg de topic-id's toe aan de array welke de unieke topics per gebruiker bevat, dit wordt later dvm de count functie toegevoegd aan de lijst welke wordt weergegeven in de tool
                # dit stuk is erg traag en doet er enkele seconden over om een lijst van 15.000 posts te verweken (ingevoerde gebruiker heeft in dit geval in 50 topics gepost)
                
foreach($resultaat["matches"] as $mId => $mData) {
                    if(
$mData['attrs']['auteur_id'] != $auteurId) {
                        if(!isset(
$users_topics[$mData['attrs']['auteur_id']][$mData['attrs']['topic_id']])) {
                            
$users_topics[$mData['attrs']['auteur_id']][$mData['attrs']['topic_id']] = 1;
                        }
                    }
                }
            }
        }
    }
}
?>

Iemand een idee hoe ik het script sneller kan maken? Ik heb er nu een limiet van een maand op zitten omdat het anders veel te traag wordt. Het idee is de topics te verkrijgen waar je samen met iemand hebt gepost. Als je vaak in dezelfde topics als de ingevoerde gebruiker post zul je hoger in de lijst van die gebruiker komen te staan.
  Moderator / Redactie Sport / Devops vrijdag 25 april 2014 @ 23:02:09 #79
176766 crew  zoem
zoemt
pi_139265950
Wat is precies de bottleneck? Om wat voor orde van grootte gaat het in die loops? Zegt bijv. de xdebug profiler iets zinnigs?
  FOK!mycroftheld vrijdag 25 april 2014 @ 23:41:31 #80
128465 verified  bondage
niet meer aanwezig op FOK!
pi_139267277
quote:
0s.gif Op vrijdag 25 april 2014 23:02 schreef zoem het volgende:
Wat is precies de bottleneck? Om wat voor orde van grootte gaat het in die loops? Zegt bijv. de xdebug profiler iets zinnigs?
Bij dit stuk gaat het traag:

1
2
3
4
5
6
7
8
9
<?php
                
foreach($resultaat["matches"] as $mId => $mData) {
                    if(
$mData['attrs']['auteur_id'] != $auteurId) {
                        if(!isset(
$users_topics[$mData['attrs']['auteur_id']][$mData['attrs']['topic_id']])) {
                            
$users_topics[$mData['attrs']['auteur_id']][$mData['attrs']['topic_id']] = 1;
                        }
                    }
                }
?>

Bovenstaande voegt de teruggegeven data uit Sphinx toe aan de array waar de topics per gebruiker staan. Het gaat hier om losse posts, als een gebruiker in bijvoorbeeld 50 topics heeft gepost binnen een gekozen periode dan komt dat neer op ongeveer 15050 posts, ervan uitgaande dat er binnen elk topic 301 posts (incl. OP) staan.

Er zijn in dit geval dus 15050 loops nodig om alles bij langs te gaan, het meest trage is de isset en het toevoegen van de gegevens aan de array. Als dit dus op een andere, snellere manier zou kunnen dan zou dat een grote winst zijn aangezien ik de maximaal te selecteren periode dan kan ophogen, dit is nu een maand.

De overige stats worden allemaal door Sphinx zelf gegenereerd en dat gaat veel sneller. Deze statistiek is echter niet volledig te doen in Sphinx omdat ik op twee waarden moet groeperen, namelijk user_id en topic_id, dit omdat de topic-id's slechts één keer per gebruiker mogen worden geteld.

Een andere optie welke ik heb overwogen is het toevoegen van een gecombineerde waarde (user_id+topic_id) aan de index en daarop groeperen in de Sphinx query. Deze methode maakt de index echter significant groter en kost meer geheugen waar ik al niet teveel van heb in mijn server.

xdebug heb ik nog niet geprobeerd en heb ik ook geen ervaring mee. Ik ga daar ff naar kijken.
pi_139272487
1
2
3
4
5
6
7
8
9
<?php
                
foreach($resultaat["matches"] as $mId => $mData) {
                    if(
$mData['attrs']['auteur_id'] != $auteurId) {
                        if(!isset(
$users_topics[$mData['attrs']['auteur_id']][$mData['attrs']['topic_id']])) {
                            
$users_topics[$mData['attrs']['auteur_id']][$mData['attrs']['topic_id']] = 1;
                        }
                    }
                }
?>

Hier vallen me een paar dingen op. Om te beginnen ben ik benieuwd wat er in $auteurId staat en waarom er een != wordt gebruikt voor die vergelijking. Verder heb je de isset()-check niet nodig. Je set de waarde op 1, en als die toevallig al geset was, verandert er niets. En je benadert (ook zonder isset()) $mData['attrs']['auteur_id'] meerdere keren. Niet fout, maar ik zou er een variabele van maken (en dat waarschijnlijk ook doen voor $mData['attrs']['topic_id']), al was het maar voor een betere leesbaarheid.
  zaterdag 26 april 2014 @ 10:36:15 #82
166255 Maringo
Bèhèhèhèh
pi_139273421
quote:
0s.gif Op zaterdag 26 april 2014 09:31 schreef Light het volgende:

[ code verwijderd ]

Hier vallen me een paar dingen op. Om te beginnen ben ik benieuwd wat er in $auteurId staat en waarom er een != wordt gebruikt voor die vergelijking. Verder heb je de isset()-check niet nodig. Je set de waarde op 1, en als die toevallig al geset was, verandert er niets. En je benadert (ook zonder isset()) $mData['attrs']['auteur_id'] meerdere keren. Niet fout, maar ik zou er een variabele van maken (en dat waarschijnlijk ook doen voor $mData['attrs']['topic_id']), al was het maar voor een betere leesbaarheid.
Ik denk dat in het eerste if statement met de $auteurId wordt gekeken of de post niet van degene zelf is.

Die lijkt mij onhandig. De enkele keer dat ie nuttig is, weegt niet op tegen de keren dat ie niet nuttig is. Mijn idee is om die eruit te halen en eventueel na de foreach loop die ene entry uit $users_topics ($users_topics[$auteurId]) te halen.

[ Bericht 19% gewijzigd door Maringo op 26-04-2014 11:03:51 ]
Die volg topic-knop hè...
Op 02-06-2014 16:38 schreef Moeraskat
Je bent te goed voor de mensheid.
  zaterdag 26 april 2014 @ 11:55:11 #83
187069 slacker_nl
Sicko pur sang
pi_139275033
quote:
11s.gif Op vrijdag 25 april 2014 22:56 schreef bondage het volgende:
Het script doet het volgende:
1. Haal alle topic-id's op waar de ingevoerde gebruiker heeft gereageerd
2. Haal alle posts behorende bij de topic-id's op in delen van 32 topics, dit omdat Sphinx is ingesteld op max 10.000 resultaten
3. Loop over alle posts en voeg de bijbehorende topic-id's toe aan een array welke de unieke topic's per gebruiker gevat.
Kan je deze logica niet veel beter in je SQL oplossen, dat lijkt me vele malen sneller dan het oplossen in PHP.
In theory there is no difference between theory and practice. In practice there is.
  FOK!mycroftheld zaterdag 26 april 2014 @ 16:03:52 #84
128465 verified  bondage
niet meer aanwezig op FOK!
pi_139279644
quote:
0s.gif Op zaterdag 26 april 2014 09:31 schreef Light het volgende:

[ code verwijderd ]

Hier vallen me een paar dingen op. Om te beginnen ben ik benieuwd wat er in $auteurId staat en waarom er een != wordt gebruikt voor die vergelijking. Verder heb je de isset()-check niet nodig. Je set de waarde op 1, en als die toevallig al geset was, verandert er niets. En je benadert (ook zonder isset()) $mData['attrs']['auteur_id'] meerdere keren. Niet fout, maar ik zou er een variabele van maken (en dat waarschijnlijk ook doen voor $mData['attrs']['topic_id']), al was het maar voor een betere leesbaarheid.
In $auteurId staat het id van de user welke de post heeft geplaatst, aangezien ik de posts van degene waar op wordt gezocht wil negeren (wat Maringo al aangaf) gebruik ik die vergelijking.

Die isset is idd niet nodig, dom dat ik me dat niet eerder had gerealiseerd aangezien ik heel goed weet dat het in dit geval geen effect op de resulterende array heeft. Ik haal deze sowieso weg.

De waarden in $mData['attrs']['auteur_id'] en $mData['attrs']['topic_id'] zet ik in een variable, zelfs al levert het maar weinig op ben ik al blij.

In ieder geval heel erg bedankt voor het meedenken.
  FOK!mycroftheld zaterdag 26 april 2014 @ 16:06:01 #85
128465 verified  bondage
niet meer aanwezig op FOK!
pi_139279690
quote:
2s.gif Op zaterdag 26 april 2014 10:36 schreef Maringo het volgende:
Mijn idee is om die eruit te halen en eventueel na de foreach loop die ene entry uit $users_topics ($users_topics[$auteurId]) te halen.
Dank. Ik ga het ff aanpassen en checken of het winst oplevert :)

quote:
0s.gif Op zaterdag 26 april 2014 11:55 schreef slacker_nl het volgende:

[..]

Kan je deze logica niet veel beter in je SQL oplossen, dat lijkt me vele malen sneller dan het oplossen in PHP.
Geprobeerd, met de volgende query:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
SELECT COUNT(*), naam FROM (
   SELECT fok_user.naam, `fok_post`.auteur  
   FROM `fok_post` 
   RIGHT JOIN (
      SELECT DISTINCT topicid FROM `fok_post` 
      WHERE `auteur` = 128465
      AND `fok_post`.`tijdstip` BETWEEN UNIX_TIMESTAMP('2014-04-01 00:00:01') AND UNIX_TIMESTAMP('2014-04-26 23:59:59')
      AND `fok_post`.`year` = 2014
   ) AS t ON (`fok_post`.topicid = t.topicid)
   JOIN fok_user ON `fok_post`.auteur = fok_user.id
   WHERE  `fok_post`.auteur != 128465
   GROUP BY `fok_post`.auteur, `fok_post`.topicid
) AS u
GROUP BY auteur
ORDER BY COUNT(*) DESC
LIMIT 100

Helaas een stuk trager dan mijn PHP oplossing ;(

[ Bericht 61% gewijzigd door bondage op 26-04-2014 16:11:06 ]
pi_139280489
quote:
14s.gif Op zaterdag 26 april 2014 16:03 schreef bondage het volgende:

[..]

In $auteurId staat het id van de user welke de post heeft geplaatst, aangezien ik de posts van degene waar op wordt gezocht wil negeren (wat Maringo al aangaf) gebruik ik die vergelijking.

Die isset is idd niet nodig, dom dat ik me dat niet eerder had gerealiseerd aangezien ik heel goed weet dat het in dit geval geen effect op de resulterende array heeft. Ik haal deze sowieso weg.

De waarden in $mData['attrs']['auteur_id'] en $mData['attrs']['topic_id'] zet ik in een variable, zelfs al levert het maar weinig op ben ik al blij.

In ieder geval heel erg bedankt voor het meedenken.
Ahja, je wilt een overzicht van vriendjes maken. Hoe moet ik dat zien? Een lijst van users die in dezelfde topics gepost hebben?
  zaterdag 26 april 2014 @ 17:20:05 #87
166255 Maringo
Bèhèhèhèh
pi_139280907
quote:
0s.gif Op zaterdag 26 april 2014 16:58 schreef Light het volgende:

[..]

Ahja, je wilt een overzicht van vriendjes maken. Hoe moet ik dat zien? Een lijst van users die in dezelfde topics gepost hebben?
Klopt. Zo is dit mijn lijstje wat ie eens op verzoek maakte:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
142 Rezania
139 d4v1d
120 Amarantha
118 FL_Freak
118 Lt.Surge
103 SgtPorkbeans
96 LittleBrownie
96 Flippiee
95 gianni61
94 Fopje
91 BBQSausage
85 Bitterlemon
84 Snowbells
74 Roburtt
72 HeaN82

getallen zijn het aantal topics.
Die volg topic-knop hè...
Op 02-06-2014 16:38 schreef Moeraskat
Je bent te goed voor de mensheid.
  FOK!mycroftheld zaterdag 26 april 2014 @ 17:22:27 #88
128465 verified  bondage
niet meer aanwezig op FOK!
pi_139280955
quote:
0s.gif Op zaterdag 26 april 2014 16:58 schreef Light het volgende:

[..]

Ahja, je wilt een overzicht van vriendjes maken. Hoe moet ik dat zien? Een lijst van users die in dezelfde topics gepost hebben?
Exact 8-)
pi_139281132
quote:
14s.gif Op zaterdag 26 april 2014 17:22 schreef bondage het volgende:

[..]

Exact 8-)
Ik heb je query wat herschreven, zonder subqueries en right joins. Ongetest, uiteraard.
1
2
3
4
5
6
7
8
9
10
11
12
13
SELECT count(DISTINCT friend_post.topic_id) cnt, u.naam
FROM fok_user u
INNER JOIN fok_post search_user_post
  ON search_user_post.auteur = 128465
  AND search_user_post.tijdstip BETWEEN UNIX_TIMESTAMP('2014-01-01 00:00:01') AND UNIX_TIMESTAMP('2014-04-26 23:59:59')
  AND search_user_post.year = 2014
INNER JOIN fok_post friend_post
  ON friend_post.auteur = u.id
  AND friend_post.auteur != 128465
  AND friend_post.topic_id = search_user_post.topic_id
GROUP BY u.naam
ORDER BY cnt DESC
LIMIT 100;
  FOK!mycroftheld zaterdag 26 april 2014 @ 17:40:46 #90
128465 verified  bondage
niet meer aanwezig op FOK!
pi_139281234
quote:
0s.gif Op zaterdag 26 april 2014 17:33 schreef Light het volgende:
SELECT count(DISTINCT friend_post.topic_id) cnt, u.naam
FROM fok_user u
INNER JOIN fok_post search_user_post
ON search_user_post.auteur = 128465
AND search_user_post.tijdstip BETWEEN UNIX_TIMESTAMP('2014-01-01 00:00:01') AND UNIX_TIMESTAMP('2014-04-26 23:59:59')
AND search_user_post.year = 2014
INNER JOIN fok_post friend_post
ON friend_post.auteur = u.id
AND friend_post.auteur != 128465
AND friend_post.topic_id = search_user_post.topic_id
GROUP BY u.naam
ORDER BY cnt DESC
LIMIT 100;
Oeh, ik ga hem ff testen.
  FOK!mycroftheld zaterdag 26 april 2014 @ 18:07:29 #91
128465 verified  bondage
niet meer aanwezig op FOK!
pi_139281746
Ik heb de twee query's getest met het volgende resultaat (uiteraard SQL_NO_CACHE toegevoegd):

Jouw query:

Weergave van records 100 - 99 ( 100 totaal, query duurde 0.8366 sec)

1
2
3
4
id     select_type     table     type     possible_keys     key     key_len     ref     rows     Extra
1     SIMPLE     search_user_post     ref     topicid,tijdstip,auteur,year     auteur     4     const     12009     Using where; Using temporary; Using filesort
1     SIMPLE     friend_post     ref     topicid,auteur     topicid     4     fokstats.search_user_post.topicid     100     Using where
1     SIMPLE     u     eq_ref     PRIMARY     PRIMARY     4     fokstats.friend_post.auteur     1

Mijn query:

Weergave van records 100 - 99 ( 100 totaal, query duurde 4.1594 sec)

1
2
3
4
5
6
id     select_type     table     type     possible_keys     key     key_len     ref     rows     Extra
1     PRIMARY     <derived2>     ALL     NULL    NULL    NULL    NULL    2919     Using temporary; Using filesort
2     DERIVED     <derived3>     ALL     NULL    NULL    NULL    NULL    110     Using temporary; Using filesort
2     DERIVED     fok_post     ref     topicid,auteur     topicid     4     t.topicid     100     Using where
2     DERIVED     fok_user     eq_ref     PRIMARY     PRIMARY     4     fokstats.fok_post.auteur     1     
3     DERIVED     fok_post     ref     tijdstip,auteur,year     auteur     4         12008     Using where; Using temporary

Die van jou is een stuk sneller. Ik ga even testen over langere periodes. Als dit goed werkt kan ik dit beter gebruiken dan de PHP oplossing.

[ Bericht 7% gewijzigd door bondage op 26-04-2014 18:18:21 ]
  maandag 28 april 2014 @ 09:40:11 #92
25889 Sitethief
Fulltime Flapdrol
pi_139332178
Is het niet sowieso handiger om zoveel mogelijk het ophalen van de juiste data door een database engine te laten doen ipv dat ik PHP na te gaan bootsen? De database engine zal hierin bijna altijd sneller zijn, tenzij je 10 subqueries ofzo gebruikt.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
  FOK!mycroftheld maandag 28 april 2014 @ 10:27:50 #93
128465 verified  bondage
niet meer aanwezig op FOK!
pi_139333156
quote:
0s.gif Op maandag 28 april 2014 09:40 schreef Sitethief het volgende:
Is het niet sowieso handiger om zoveel mogelijk het ophalen van de juiste data door een database engine te laten doen ipv dat ik PHP na te gaan bootsen? De database engine zal hierin bijna altijd sneller zijn, tenzij je 10 subqueries ofzo gebruikt.
De rest van de stats worden gegenereerd door Sphinx, echter heeft Sphinx niet de mogelijkheid om op meerdere velden te groeperen. Als ik dit volledig in Sphinx zou kunnen doen zou het een stuk sneller gaan.

Maar ik realiseer me nu dat ik dit beter op kan lossen dmv een query ipv de data door php te laten verwerken.

Een andere optie is een betere server aanschaffen, daar heb ik echter op dit moment geen geld voor ;(
pi_139349206
quote:
14s.gif Op maandag 28 april 2014 10:27 schreef bondage het volgende:

[..]

De rest van de stats worden gegenereerd door Sphinx, echter heeft Sphinx niet de mogelijkheid om op meerdere velden te groeperen. Als ik dit volledig in Sphinx zou kunnen doen zou het een stuk sneller gaan.

Maar ik realiseer me nu dat ik dit beter op kan lossen dmv een query ipv de data door php te laten verwerken.

Een andere optie is een betere server aanschaffen, daar heb ik echter op dit moment geen geld voor ;(
Voer je die query uit op een 'eigen' server? Als in een database-server die je zelf beheert en waar je indexen kunt aanpassen? Dan moet er nog wel wat snelheidswinst te behalen zijn.
  FOK!mycroftheld maandag 28 april 2014 @ 22:54:08 #95
128465 verified  bondage
niet meer aanwezig op FOK!
pi_139358770
quote:
0s.gif Op maandag 28 april 2014 19:09 schreef Light het volgende:

[..]

Voer je die query uit op een 'eigen' server? Als in een database-server die je zelf beheert en waar je indexen kunt aanpassen? Dan moet er nog wel wat snelheidswinst te behalen zijn.
Jup, is mijn eigen server. Dit zijn de velden en indexen die ik momenteel heb:



pi_139359009
quote:
11s.gif Op maandag 28 april 2014 22:54 schreef bondage het volgende:

[..]

Jup, is mijn eigen server. Dit zijn de velden en indexen die ik momenteel heb:

[ afbeelding ]

[ afbeelding ]
Hmm... year heeft een kardinaliteit van 1. Heb je alleen posts uit 2014 in de database staan?
  FOK!mycroftheld maandag 28 april 2014 @ 23:01:43 #97
128465 verified  bondage
niet meer aanwezig op FOK!
pi_139359115
quote:
0s.gif Op maandag 28 april 2014 22:59 schreef Light het volgende:

[..]

Hmm... year heeft een kardinaliteit van 1. Heb je alleen posts uit 2014 in de database staan?
Dat viel mij ook al op idd. Er staat 6 jaar aan data in die tabel.

Is het overigens erg dat id een int(15) is? Ik heb deze database ooit van iemand overgenomen en hier niet bij stilgestaan, ik weet echter dat een gewone int niet tot 15 gaat.
pi_139359654
quote:
14s.gif Op maandag 28 april 2014 23:01 schreef bondage het volgende:

[..]

Dat viel mij ook al op idd. Er staat 6 jaar aan data in die tabel.
Mooi :) Dan zou ik de index "auteur" wijzigen en er "year" als tweede kolom aan toevoegen. Een index mag namelijk meer dan 1 kolom bevatten :)

(Je zou ook nog in plaats van "year" de kolom "tijdstip" kunnen toevoegen, maar ik vermoed dat het verschil vrij klein is terwijl de index veel groter kan worden.)
quote:
Is het overigens erg dat id een int(15) is? Ik heb deze database ooit van iemand overgenomen en hier niet bij stilgestaan, ik weet echter dat een gewone int niet tot 15 gaat.
Nee, dat getal maakt alleen uit als je zerofill gebruikt. En dat wil je niet (want voorloopnullen toevoegen hoort de database niet te doen).
  FOK!mycroftheld maandag 28 april 2014 @ 23:19:13 #99
128465 verified  bondage
niet meer aanwezig op FOK!
pi_139359878
quote:
0s.gif Op maandag 28 april 2014 23:13 schreef Light het volgende:

[..]

Mooi :) Dan zou ik de index "auteur" wijzigen en er "year" als tweede kolom aan toevoegen. Een index mag namelijk meer dan 1 kolom bevatten :)

(Je zou ook nog in plaats van "year" de kolom "tijdstip" kunnen toevoegen, maar ik vermoed dat het verschil vrij klein is terwijl de index veel groter kan worden.)

[..]

Nee, dat getal maakt alleen uit als je zerofill gebruikt. En dat wil je niet (want voorloopnullen toevoegen hoort de database niet te doen).
Dank, ik ga die twee indices even combineren en de query dan nogmaals testen. Ik gebruik geen zerofill dus dat is dan geen probleem gelukkig.

Wat is eigenlijk het voordeel van het combineren van die twee?
pi_139366278
Volgens mij kun je year beter helemaal uit de query halen en gewoon zorgen dat je tijdstippen nooit meerdere jaren overspannen.
  FOK!mycroftheld dinsdag 29 april 2014 @ 10:08:05 #101
128465 verified  bondage
niet meer aanwezig op FOK!
pi_139366440
quote:
14s.gif Op dinsdag 29 april 2014 09:59 schreef KomtTijd... het volgende:
Volgens mij kun je year beter helemaal uit de query halen en gewoon zorgen dat je tijdstippen nooit meerdere jaren overspannen.
Als ik year uit de query haal en vervolgens dit jaar uitdraai duurt de query een stuk langer dan met year erin. Blijkbaar heeft de index voor dat veld wel effect. Ik had het primair toegevoegd voor het indexeringsproces omdat er per jaar een losse Sphinx index wordt gemaakt, op deze manier hoeft niet steeds alle data opnieuw verwerkt te worden. Dmv het year veld en bijbehorende index is ook die query een stuk sneller.
pi_139390892
quote:
14s.gif Op dinsdag 29 april 2014 09:59 schreef KomtTijd... het volgende:
Volgens mij kun je year beter helemaal uit de query halen en gewoon zorgen dat je tijdstippen nooit meerdere jaren overspannen.
Dan wil je wel heel zeker weten dat er een index op (auteur, tijdstip) wordt gebruikt. En ik weet niet hoe goed MySQL omgaat met een index die als range wordt gebruikt (BETWEEN) in combinatie met een andere index. Hoe beperkter het resultaat van een index is, hoe beter.
pi_139391221
quote:
14s.gif Op maandag 28 april 2014 23:19 schreef bondage het volgende:

[..]

Dank, ik ga die twee indices even combineren en de query dan nogmaals testen. Ik gebruik geen zerofill dus dat is dan geen probleem gelukkig.

Wat is eigenlijk het voordeel van het combineren van die twee?
Je maakt het MySQL op die manier makkelijker om twee kolommen te gebruiken in een index, waardoor de resultaatset kleiner wordt. En dat helpt weer om de snelheid omhoog te krijgen :) MySQL wordt ook wel beter in het combineren van twee losse indexen, maar dat levert volgens mij nog niet hetzelfde resultaat op.

Overigens is een index op (auteur, year) ook nog steeds te gebruiken als index op auteur maar het is niet te gebruiken als index op year. Als je die ook los nodig hebt, moet je daar dus een aparte index voor maken / houden.
  FOK!mycroftheld dinsdag 29 april 2014 @ 21:31:54 #104
128465 verified  bondage
niet meer aanwezig op FOK!
pi_139391505
quote:
0s.gif Op dinsdag 29 april 2014 21:27 schreef Light het volgende:

[..]

Je maakt het MySQL op die manier makkelijker om twee kolommen te gebruiken in een index, waardoor de resultaatset kleiner wordt. En dat helpt weer om de snelheid omhoog te krijgen :) MySQL wordt ook wel beter in het combineren van twee losse indexen, maar dat levert volgens mij nog niet hetzelfde resultaat op.

Overigens is een index op (auteur, year) ook nog steeds te gebruiken als index op auteur maar het is niet te gebruiken als index op year. Als je die ook los nodig hebt, moet je daar dus een aparte index voor maken / houden.
Duidelijk.

En de year index heb ik inderdaad nodig aangezien die ook in de query van de Sphinx indexer wordt gebruikt. Ik ga nu de bestaande index op auteur verwijderen en van year en auteur een gecombineerde index maken. De losse year index laat ik gewoon staan. Ik post straks de resultaten incl. de output van EXPLAIN. Het aanpassen van de index gaat wel ff duren aangezien het om een erg grote tabel gaat.

Edit: ik kan blijkbaar de bestaande auteur index gewoon wijzigen. Heb year toegevoegd, de server is nu ff bezig.
  FOK!mycroftheld dinsdag 29 april 2014 @ 22:53:26 #105
128465 verified  bondage
niet meer aanwezig op FOK!
pi_139396070
Het duurde even maar de index is klaar. Dit is wat ik nu heb:



Ik ga morgen ff testen, nu ff geen tijd meer voor aangezien ik zo naar bed ga. Moet morgen weer vroeg op.
  woensdag 30 april 2014 @ 15:01:22 #106
187069 slacker_nl
Sicko pur sang
pi_139413227
Omdat ik soms zo loop te miepen over tests:

In theory there is no difference between theory and practice. In practice there is.
  woensdag 30 april 2014 @ 15:30:49 #107
25889 Sitethief
Fulltime Flapdrol
pi_139414166
quote:
0s.gif Op woensdag 30 april 2014 15:01 schreef slacker_nl het volgende:
Omdat ik soms zo loop te miepen over tests:

[ afbeelding ]
:? Wat moet dit voorstellen :?
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
  woensdag 30 april 2014 @ 17:53:19 #108
187069 slacker_nl
Sicko pur sang
pi_139419299
quote:
0s.gif Op woensdag 30 april 2014 15:30 schreef Sitethief het volgende:

[..]

:? Wat moet dit voorstellen :?
100% code coverage! (dit laat Devel::Cover zien en aangezien er weinig perl mensjes zijn ging ik de PHP mensjes spammen :P)

[ Bericht 17% gewijzigd door slacker_nl op 30-04-2014 17:58:32 ]
In theory there is no difference between theory and practice. In practice there is.
pi_139420881
quote:
0s.gif Op woensdag 30 april 2014 17:53 schreef slacker_nl het volgende:

[..]

100% code coverage! (dit laat Devel::Cover zien en aangezien er weinig perl mensjes zijn ging ik de PHP mensjes spammen :P)
Ziet er wel leuk uit, die statistieken :)
Maar wat is er zo bijzonder aan die test met als time 85.9? Die duurt wel erg lang.
  woensdag 30 april 2014 @ 20:59:52 #110
187069 slacker_nl
Sicko pur sang
pi_139427644
quote:
0s.gif Op woensdag 30 april 2014 18:42 schreef Light het volgende:

[..]

Ziet er wel leuk uit, die statistieken :)
Maar wat is er zo bijzonder aan die test met als time 85.9? Die duurt wel erg lang.
Dat is 000-package.t, daarin worden de volgende zaken getest:
1) MANIFEST file ok
2) Modules compilen ok
3) POD (documentatie) syntax ok
4) POD coverage ok (dus doc je ook al je functies)
5) Compilen je scripts ok

Die duren wat langer, echt niet zo spannend allemaal. Dat zijn eigenlijk release-only tests.
In theory there is no difference between theory and practice. In practice there is.
pi_139429634
quote:
0s.gif Op woensdag 30 april 2014 20:59 schreef slacker_nl het volgende:

[..]

Dat is 000-package.t, daarin worden de volgende zaken getest:
1) MANIFEST file ok
2) Modules compilen ok
3) POD (documentatie) syntax ok
4) POD coverage ok (dus doc je ook al je functies)
5) Compilen je scripts ok

Die duren wat langer, echt niet zo spannend allemaal. Dat zijn eigenlijk release-only tests.
Dan snap ik wel dat die tests ook lang duren (in ieder geval in verhouding).
  FOK!mycroftheld woensdag 30 april 2014 @ 22:15:48 #112
128465 verified  bondage
niet meer aanwezig op FOK!
pi_139432778
Hmm, de query is met deze nieuwe index trager geworden. Hij duurde eerst 0,83 seconden, nu 3,46. Ik heb exact dezelfde parameters gebruikt als de vorige keer toen de indices nog niet gecombineerd waren.

Dit is de explain:


Ik heb de query van Light gebruikt aangezien die sowieso al sneller was dan die van mij.

1
2
3
4
5
6
7
8
9
10
11
12
13
SELECT count(DISTINCT friend_post.topicid) cnt, u.naam
FROM fok_user u
INNER JOIN fok_post search_user_post
ON search_user_post.auteur = 128465
AND search_user_post.tijdstip BETWEEN UNIX_TIMESTAMP('2014-04-01 00:00:01') AND UNIX_TIMESTAMP('2014-04-26 23:59:59')
AND search_user_post.year = 2014
INNER JOIN fok_post friend_post
ON friend_post.auteur = u.id
AND friend_post.auteur != 128465
AND friend_post.topicid = search_user_post.topicid
GROUP BY u.naam
ORDER BY cnt DESC
LIMIT 100;

FORCE INDEX gebruiken misschien?
pi_139433990
quote:
11s.gif Op woensdag 30 april 2014 22:15 schreef bondage het volgende:
Hmm, de query is met deze nieuwe index trager geworden. Hij duurde eerst 0,83 seconden, nu 3,46. Ik heb exact dezelfde parameters gebruikt als de vorige keer toen de indices nog niet gecombineerd waren.

Dit is de explain:
[ afbeelding ]

Ik heb de query van Light gebruikt aangezien die sowieso al sneller was dan die van mij.
[ code verwijderd ]

FORCE INDEX gebruiken misschien?
Hmm... da's wel onverwacht... het (geschatte) aantal rijen voor de eerste query gaat van 12.000 naar 2.400 en toch is de query veel trager...
  FOK!mycroftheld woensdag 30 april 2014 @ 22:36:02 #114
128465 verified  bondage
niet meer aanwezig op FOK!
pi_139434038
quote:
0s.gif Op woensdag 30 april 2014 22:35 schreef Light het volgende:

[..]

Hmm... da's wel onverwacht... het (geschatte) aantal rijen voor de eerste query gaat van 12.000 naar 2.400 en toch is de query veel trager...
Jup, ik snap er ook niets van :? Ik ga voor de zekerheid toch ff FORCE INDEX proberen.
pi_139434130
quote:
11s.gif Op woensdag 30 april 2014 22:36 schreef bondage het volgende:

[..]

Jup, ik snap er ook niets van :? Ik ga voor de zekerheid toch ff FORCE INDEX proberen.
Ik kan me niet voorstellen dat dat helpt, omdat de juiste index al wordt gebruikt.
  FOK!mycroftheld woensdag 30 april 2014 @ 23:15:39 #116
128465 verified  bondage
niet meer aanwezig op FOK!
pi_139436271
quote:
0s.gif Op woensdag 30 april 2014 22:37 schreef Light het volgende:

[..]

Ik kan me niet voorstellen dat dat helpt, omdat de juiste index al wordt gebruikt.
Zou een gecombineerde index op topic_id en auteur misschien een optie zijn?
pi_139503685
quote:
11s.gif Op woensdag 30 april 2014 23:15 schreef bondage het volgende:

[..]

Zou een gecombineerde index op topic_id en auteur misschien een optie zijn?
Dat lijkt me niet nuttig, in ieder geval niet in die volgorde.
  FOK!mycroftheld maandag 5 mei 2014 @ 16:08:01 #118
128465 verified  bondage
niet meer aanwezig op FOK!
pi_139586419
Heeft de table collation invloed op de gegevens die in de velden staat? Stel dat de table collation op latin1_swedish_ci staat maar de velden in de tabel op utf8_unicode_ci, heeft dit dan gevolgen?

De documentatie zegt hier het volgende over:
quote:
The table character set and collation are used as default values for column definitions if the column character set and collation are not specified in individual column definitions. The table character set and collation are MySQL extensions; there are no such things in standard SQL.
Dit doet mij vermoeden dat het alleen om een standaardwaarde gaat en dit verder geen invloed heeft op de data in de tabel.
pi_139587451
nvmd
..///
pi_139600968
Oh god, heb een boek gekocht over Test driven development, gaat het dan toch nog gebeuren? :P
  maandag 5 mei 2014 @ 22:09:51 #121
178193 Juicyhil
Bekende FOK!ker
pi_139601139
quote:
19s.gif Op maandag 5 mei 2014 22:06 schreef TwenteFC het volgende:
Oh god, heb een boek gekocht over Test driven development, gaat het dan toch nog gebeuren? :P
Ik heb alle bedrijven dat wel eens horen zeggen. Maar nog nooit een bedrijf tegengekomen die het geheel volgens het boekje heeft geïmplementeerd. Jammer hoor. Het scheelt zoveel in tijd en kwaliteit.
Op dinsdag 9 augustus 2011 23:01 schreef SuperrrTuxxx het volgende:
Ik hou zoveel van jou, ik doe alles voor je! O+
pi_139601529
quote:
0s.gif Op maandag 5 mei 2014 22:09 schreef Juicyhil het volgende:

[..]

Ik heb alle bedrijven dat wel eens horen zeggen. Maar nog nooit een bedrijf tegengekomen die het geheel volgens het boekje heeft geïmplementeerd. Jammer hoor. Het scheelt zoveel in tijd en kwaliteit.
Krijg binnenkort de kans om een gehele shop vanaf scrap op te zetten, waarbij de oude database slechts als api wordt gebruikt.

:P Ik weet hoe rampzalig niet geteste spaghetticode is, wil het dus deze keer meteen "goed" doen.
Dat het tijd bespaart wil er bij de hogere heren nog niet in, maar heb als excuus gebruikt dat dit verplicht is voor mijn opleiding. (deeltijd hbo).
  maandag 5 mei 2014 @ 22:23:01 #123
178193 Juicyhil
Bekende FOK!ker
pi_139601807
quote:
19s.gif Op maandag 5 mei 2014 22:17 schreef TwenteFC het volgende:

[..]

Krijg binnenkort de kans om een gehele shop vanaf scrap op te zetten, waarbij de oude database slechts als api wordt gebruikt.

:P Ik weet hoe rampzalig niet geteste spaghetticode is, wil het dus deze keer meteen "goed" doen.
Dat het tijd bespaart wil er bij de hogere heren nog niet in, maar heb als excuus gebruikt dat dit verplicht is voor mijn opleiding. (deeltijd hbo).
Ja dan is het zeker een goed voornemen om tests te schrijven. Heb het zelf vaak genoeg in projecten geprobeerd erdoorheen te krijgen, maar dan komt er een deadline om de hoek kijken en krijgt het geen prioriteit meer enzo. :P
Op dinsdag 9 augustus 2011 23:01 schreef SuperrrTuxxx het volgende:
Ik hou zoveel van jou, ik doe alles voor je! O+
pi_139601950
quote:
0s.gif Op maandag 5 mei 2014 22:23 schreef Juicyhil het volgende:

[..]

Ja dan is het zeker een goed voornemen om tests te schrijven. Heb het zelf vaak genoeg in projecten geprobeerd erdoorheen te krijgen, maar dan komt er een deadline om de hoek kijken en krijgt het geen prioriteit meer enzo. :P
Hier net zo, een klein bedrijf waar we eigenlijk meer misbruikt worden als helpdesk dan dat we daadwerkelijke nieuwe webapplicaties opzetten.

Prioriteit ligt blijkbaar bij het verminderen van het aantal klikjes dat een inkopertje moet doen :').
pi_139602004
:P Wat dus soms ook een ramp is, omdat de code een ramp is. Oorspronkelijk gemaakt door een 16 jarige als bijbaantje 10 jaar geleden.
  maandag 5 mei 2014 @ 22:32:44 #126
178193 Juicyhil
Bekende FOK!ker
pi_139602286
quote:
19s.gif Op maandag 5 mei 2014 22:27 schreef TwenteFC het volgende:
:P Wat dus soms ook een ramp is, omdat de code een ramp is. Oorspronkelijk gemaakt door een 16 jarige als bijbaantje 10 jaar geleden.
Ik voel je. Dat heb ik ook vaker meegemaakt. Met alle drama zoals security issues en jankende klanten eromheen. Maar dat is nu voorbij *O*

Ik probeer dat soort shit van me af te schuiven. Ga maar eerst investeren in fatsoenlijke software.
Op dinsdag 9 augustus 2011 23:01 schreef SuperrrTuxxx het volgende:
Ik hou zoveel van jou, ik doe alles voor je! O+
  FOK!mycroftheld maandag 5 mei 2014 @ 22:37:15 #127
128465 verified  bondage
niet meer aanwezig op FOK!
pi_139602519
quote:
0s.gif Op vrijdag 2 mei 2014 21:50 schreef Light het volgende:

[..]

Dat lijkt me niet nuttig, in ieder geval niet in die volgorde.
Ok, de enige andere optie die ik kan bedenken is dat ik een snellere server nodig heb en dat de huidige gewoon niet voldoet om dit soort statistieken uit te draaien. In ieder geval bedankt voor het meedenken :)
pi_139610526
quote:
19s.gif Op maandag 5 mei 2014 22:27 schreef TwenteFC het volgende:
:P Wat dus soms ook een ramp is, omdat de code een ramp is. Oorspronkelijk gemaakt door een 16 jarige als bijbaantje 10 jaar geleden.
Dat herken ik, zo hebben wij 2 sites onder onze hoeden gekregen die zijn gebouwd door een gast in Bangladesh...
Toen ik voor het eerst een problemen moest oplossen kwam ik al code tegen welke niks met de site te maken hadden en allemaal uit een ander project van deze gozer kwam.
  dinsdag 6 mei 2014 @ 09:02:11 #129
187069 slacker_nl
Sicko pur sang
pi_139610686
quote:
19s.gif Op maandag 5 mei 2014 22:06 schreef TwenteFC het volgende:
Oh god, heb een boek gekocht over Test driven development, gaat het dan toch nog gebeuren? :P
Lezen? Of daadwerkelijk TDD gaan gebruiken?
In theory there is no difference between theory and practice. In practice there is.
pi_139613570
quote:
19s.gif Op maandag 5 mei 2014 22:17 schreef TwenteFC het volgende:

[..]

Krijg binnenkort de kans om een gehele shop vanaf scrap op te zetten, waarbij de oude database slechts als api wordt gebruikt.

:P Ik weet hoe rampzalig niet geteste spaghetticode is, wil het dus deze keer meteen "goed" doen.
Dat het tijd bespaart wil er bij de hogere heren nog niet in, maar heb als excuus gebruikt dat dit verplicht is voor mijn opleiding. (deeltijd hbo).
En is de database wel op orde? Als dat namelijk ook niet op orde is loop je alsnog tegen allerlei shit aan, tenzij je wat handige mappers gaat maken, maar dan moet je maar zien of dat ook performed. Overigens snap ik niet waarom bedrijven nog steeds hun eigen webshops ontwikkelen, het is duur in onderhoud, en je haalt nooit de kwaliteit die bestaande software levert.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139614178
Zo herkenbaar... :{ al meerdere sites compleet opnieuw geschreven (eigen code) omdat a. of de code verouderd was, of b. niet leesbaar, of c. extreem ingewikkeld voor simpele toepassingen of een combinatie van alle 3 :D

Voordeel is wel dat de code gelijk up to date is, je niet steeds je hoeft in te lezen in de 'oude' code. _O_ scheelt soms erg veel tijd/stress/frustraties om gewoon overnieuw te beginnen dan door te gaan op andermans werk
Just say hi!
pi_139614688
quote:
0s.gif Op dinsdag 6 mei 2014 11:44 schreef Chandler het volgende:
Voordeel is wel dat de code gelijk up to date is, je niet steeds je hoeft in te lezen in de 'oude' code. _O_ scheelt soms erg veel tijd/stress/frustraties om gewoon overnieuw te beginnen dan door te gaan op andermans werk
Helemaal mee eens, maar helaas mag ik het niet herbouwen van mijn baas... kost te veel tijd.
En grootte kans dat hij het dan niet meer snapt :')
pi_139625969
quote:
0s.gif Op dinsdag 6 mei 2014 09:02 schreef slacker_nl het volgende:

[..]

Lezen? Of daadwerkelijk TDD gaan gebruiken?
Beide :P In eerste instantie voor een eigen thuisprojectje zodat ik er vast aan kan wennen en daarna op het werk.

quote:
0s.gif Op dinsdag 6 mei 2014 11:21 schreef raptorix het volgende:

[..]

En is de database wel op orde? Als dat namelijk ook niet op orde is loop je alsnog tegen allerlei shit aan, tenzij je wat handige mappers gaat maken, maar dan moet je maar zien of dat ook performed. Overigens snap ik niet waarom bedrijven nog steeds hun eigen webshops ontwikkelen, het is duur in onderhoud, en je haalt nooit de kwaliteit die bestaande software levert.
De database is ook pure troep, maar daar gooien we gewoon een api service tegenaan.
Dus de database van het nieuwe product kan ik ook zelf opzetten.

En dat bestaande software dezelfde kwaliteit levert dat is niet helemaal waar, wij zullen sowieso functionaliteit gaan missen of welke niet volledig aan onze wensen voldoen.

En daarbij krijg je met bestaande software vaak het zelfde als wat we nu hebben; troep.
  † In Memoriam † dinsdag 6 mei 2014 @ 18:51:59 #134
159335 Boze_Appel
Vrij Fruit
pi_139627156
quote:
0s.gif Op dinsdag 6 mei 2014 11:21 schreef raptorix het volgende:

[..]
Overigens snap ik niet waarom bedrijven nog steeds hun eigen webshops ontwikkelen, het is duur in onderhoud, en je haalt nooit de kwaliteit die bestaande software levert.
Moet je eens kijken hoeveel Magentodevelopers er gevraagd worden om van alles te herschrijven omdat Magento apenballen zuigt.

De grootste reden voor eigen webshopsoftware is vaak omdat ze allerlei dingen erin willen hebben die niet met plugins te regelen is en niet standaard in de shops zit, dus dan kan je bestaande code gaan hacken waarvan steeds nieuwe updates komen of een net framework pakken en vanaf daar aan de slag gaan. Bovendien hebben ze vaak al hun eigen facturatiesysteem, dus heel dat stuk heb je niet nodig.
Carpe Libertatem
pi_139627449
quote:
7s.gif Op dinsdag 6 mei 2014 18:51 schreef Boze_Appel het volgende:

[..]

Moet je eens kijken hoeveel Magentodevelopers er gevraagd worden om van alles te herschrijven omdat Magento apenballen zuigt.

De grootste reden voor eigen webshopsoftware is vaak omdat ze allerlei dingen erin willen hebben die niet met plugins te regelen is en niet standaard in de shops zit, dus dan kan je bestaande code gaan hacken waarvan steeds nieuwe updates komen of een net framework pakken en vanaf daar aan de slag gaan. Bovendien hebben ze vaak al hun eigen facturatiesysteem, dus heel dat stuk heb je niet nodig.
En je bent nog min of meer afhankelijk van een externe partij ook. Nooit leuk.
pi_139643703
quote:
0s.gif Op dinsdag 6 mei 2014 12:03 schreef Darkomen het volgende:

[..]

Helemaal mee eens, maar helaas mag ik het niet herbouwen van mijn baas... kost te veel tijd.
En grootte kans dat hij het dan niet meer snapt :')
Je kunt toch zelf initiatief tonen als je het zo'n leuk project vind om in je eigen tijd het zelf te schrijven? en dan eventueel verkopen (of via half jaar betaald vakantie, ken een persoon die zo een lange tijd vrij was op de kosten van de baas!, betaald vakantie dus.) ? neem aan dat het idee vrij te gebruiken is?! staat dan ook zeer goed op je cv ;)
Just say hi!
  FOK!mycroftheld dinsdag 6 mei 2014 @ 22:46:06 #137
128465 verified  bondage
niet meer aanwezig op FOK!
pi_139643979
quote:
0s.gif Op dinsdag 6 mei 2014 12:03 schreef Darkomen het volgende:

[..]

Helemaal mee eens, maar helaas mag ik het niet herbouwen van mijn baas... kost te veel tijd.
En grootte kans dat hij het dan niet meer snapt :')
Mijn baas snapt ook niet wat ik doe, maakt ook niet uit, ik mag zelf bepalen waar ik aan werk. Als ik maar oplever wat er wordt gevraagd.
pi_139651876
quote:
0s.gif Op dinsdag 6 mei 2014 22:42 schreef Chandler het volgende:

[..]

Je kunt toch zelf initiatief tonen als je het zo'n leuk project vind om in je eigen tijd het zelf te schrijven? en dan eventueel verkopen (of via half jaar betaald vakantie, ken een persoon die zo een lange tijd vrij was op de kosten van de baas!, betaald vakantie dus.) ? neem aan dat het idee vrij te gebruiken is?! staat dan ook zeer goed op je cv ;)
In n vrijetijd ben ik druk met mn eigen sites ;-)
Daarnaast is het en project van een klant van ons, dus zij zijn degene die betalen.
Als ik dan de hele boel herbouw en zij zeggen, nee gaat mijn baas mij echt geen half jaar vrij geven :')

quote:
14s.gif Op dinsdag 6 mei 2014 22:46 schreef bondage het volgende:

[..]

Mijn baas snapt ook niet wat ik doe, maakt ook niet uit, ik mag zelf bepalen waar ik aan werk. Als ik maar oplever wat er wordt gevraagd.
Helaas programmeert mijn baas ook mee aan onze projecten.

Iemand nog een php developer nodig rond utrecht? :D
pi_139654576
quote:
19s.gif Op dinsdag 6 mei 2014 18:09 schreef TwenteFC het volgende:

[..]

Beide :P In eerste instantie voor een eigen thuisprojectje zodat ik er vast aan kan wennen en daarna op het werk.

[..]

De database is ook pure troep, maar daar gooien we gewoon een api service tegenaan.
Dus de database van het nieuwe product kan ik ook zelf opzetten.

En dat bestaande software dezelfde kwaliteit levert dat is niet helemaal waar, wij zullen sowieso functionaliteit gaan missen of welke niet volledig aan onze wensen voldoen.

En daarbij krijg je met bestaande software vaak het zelfde als wat we nu hebben; troep.
En wat is je maandelijkse onderhoudsbudget als ik vragen mag?
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139654599
quote:
7s.gif Op dinsdag 6 mei 2014 18:51 schreef Boze_Appel het volgende:

[..]

Moet je eens kijken hoeveel Magentodevelopers er gevraagd worden om van alles te herschrijven omdat Magento apenballen zuigt.

De grootste reden voor eigen webshopsoftware is vaak omdat ze allerlei dingen erin willen hebben die niet met plugins te regelen is en niet standaard in de shops zit, dus dan kan je bestaande code gaan hacken waarvan steeds nieuwe updates komen of een net framework pakken en vanaf daar aan de slag gaan. Bovendien hebben ze vaak al hun eigen facturatiesysteem, dus heel dat stuk heb je niet nodig.
Waarom je uberhaupt Magento zou gebruiken is me een raadsel, ik heb het ooit wel eens bekeken, wat een bagger zeg, alleen al de honderden zo niet duizenden files waarmee je te maken hebt. :')
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139654616
quote:
0s.gif Op dinsdag 6 mei 2014 22:42 schreef Chandler het volgende:

[..]

Je kunt toch zelf initiatief tonen als je het zo'n leuk project vind om in je eigen tijd het zelf te schrijven? en dan eventueel verkopen (of via half jaar betaald vakantie, ken een persoon die zo een lange tijd vrij was op de kosten van de baas!, betaald vakantie dus.) ? neem aan dat het idee vrij te gebruiken is?! staat dan ook zeer goed op je cv ;)
Een goede webshop in een halfjaar schrijven? GL, gaat je niet lukken.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  † In Memoriam † woensdag 7 mei 2014 @ 11:04:24 #142
159335 Boze_Appel
Vrij Fruit
pi_139654720
quote:
0s.gif Op woensdag 7 mei 2014 10:58 schreef raptorix het volgende:

[..]

Waarom je uberhaupt Magento zou gebruiken is me een raadsel, ik heb het ooit wel eens bekeken, wat een bagger zeg, alleen al de honderden zo niet duizenden files waarmee je te maken hebt. :')
En je configfile in een .xml die alleen met een .htaccess afgeschermd is. Zit je dus op een gare (shared) server waarbij je niet alle functies van .htaccess kan gebruiken staat je config open voor heel de wereld. :D
Carpe Libertatem
  woensdag 7 mei 2014 @ 11:32:15 #143
187069 slacker_nl
Sicko pur sang
pi_139655452
quote:
7s.gif Op dinsdag 6 mei 2014 18:51 schreef Boze_Appel het volgende:
De grootste reden voor eigen webshopsoftware is vaak omdat ze allerlei dingen erin willen hebben die niet met plugins te regelen is en niet standaard in de shops zit, dus dan kan je bestaande code gaan hacken waarvan steeds nieuwe updates komen of een net framework pakken en vanaf daar aan de slag gaan. Bovendien hebben ze vaak al hun eigen facturatiesysteem, dus heel dat stuk heb je niet nodig.
Ik zit me dit echt af te vragen. Geen geld hebben om webshopsoftware naar je wensen aan te passen (door middel van plugins en/of patchen en upstream gooien), maar wel geld hebben om het van scratch te bouwen. Raar.

Het lijkt me dat die software inmiddels best lekker is uitgekristalliseerd en je dus makkelijk met een off-the-shelf products aan de gang kan gaan.
In theory there is no difference between theory and practice. In practice there is.
pi_139659378
quote:
0s.gif Op woensdag 7 mei 2014 11:32 schreef slacker_nl het volgende:

[..]

Ik zit me dit echt af te vragen. Geen geld hebben om webshopsoftware naar je wensen aan te passen (door middel van plugins en/of patchen en upstream gooien), maar wel geld hebben om het van scratch te bouwen. Raar.

Het lijkt me dat die software inmiddels best lekker is uitgekristalliseerd en je dus makkelijk met een off-the-shelf products aan de gang kan gaan.
Zelf ben ik wel gecharmeerd van NOP commerce, opensource (wel c#/.net).

http://www.nopcommerce.com/downloads.aspx
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139665381
quote:
0s.gif Op woensdag 7 mei 2014 10:59 schreef raptorix het volgende:
Een goede webshop in een halfjaar schrijven? GL, gaat je niet lukken.
Mag ik vragen waarom niet? en wat is goed? ebay? marktplaats? 1 produkt webshop? je vergelijkt gelijk peren met kruidnoten...
Just say hi!
  † In Memoriam † woensdag 7 mei 2014 @ 17:21:38 #146
159335 Boze_Appel
Vrij Fruit
pi_139665657
quote:
0s.gif Op woensdag 7 mei 2014 13:51 schreef raptorix het volgende:

[..]

Zelf ben ik wel gecharmeerd van NOP commerce, opensource (wel c#/.net).

http://www.nopcommerce.com/downloads.aspx
ASP / MS SQL webshop. The horror! :o
Carpe Libertatem
pi_139667346
quote:
0s.gif Op woensdag 7 mei 2014 10:57 schreef raptorix het volgende:

[..]

En wat is je maandelijkse onderhoudsbudget als ik vragen mag?
De webshop zelf is 2 jaar geleden opnieuw gebouwd, en qua werk wat er daarna ingestopt is niet erg veel. Programmeer werk dan.

Dat zal misschien hooguit 10 uur per maand zijn, en dan schat ik het nog hoog in.

Het is vooral de backend van de groothandel die brak in elkaar zit.

Maar er moet een nieuwe shop gebouwd worden omdat we onze zakelijke klanten ook een webshop op maat willen leveren en zelf binnen enkele klikken product/merk specifieke webshops willen opstarten op interessante domeinnamen.

Waarna er in feite een dropshipment in de backend wordt gezet.
pi_139667390
quote:
0s.gif Op woensdag 7 mei 2014 10:59 schreef raptorix het volgende:

[..]

Een goede webshop in een halfjaar schrijven? GL, gaat je niet lukken.
:9 Je doet alsof een webshop een heel gecompliceerd iets is, dat valt ook wel weer mee.

Je hebt alleen flexibiliteit nodig om al die seo meuk handelbaar te houden op een lange termijn.
pi_139687888
quote:
0s.gif Op woensdag 7 mei 2014 17:12 schreef Chandler het volgende:

[..]

Mag ik vragen waarom niet? en wat is goed? ebay? marktplaats? 1 produkt webshop? je vergelijkt gelijk peren met kruidnoten...
Wat snap je niet aan een goede webshop?
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139687890
quote:
15s.gif Op woensdag 7 mei 2014 17:21 schreef Boze_Appel het volgende:

[..]

ASP / MS SQL webshop. The horror! :o
ASP? C#/.net
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139687901
quote:
19s.gif Op woensdag 7 mei 2014 18:18 schreef TwenteFC het volgende:

[..]

:9 Je doet alsof een webshop een heel gecompliceerd iets is, dat valt ook wel weer mee.

Je hebt alleen flexibiliteit nodig om al die seo meuk handelbaar te houden op een lange termijn.
Ehm, wij werken met een team van een man of 10 ongeveer een jaar aan 1 webshop, en dan gebruiken we ook nog eens een enterprise product, maar goed als jij denkt dat een webshop iets simpels is....

Vandaar dat met mensen als jou de kwaliteit van 99 procent van de webshops bedroevend is.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  donderdag 8 mei 2014 @ 08:11:21 #152
91039 mstx
2x1/2 = 1/2 x 1/2
pi_139687976
quote:
0s.gif Op woensdag 7 mei 2014 10:58 schreef raptorix het volgende:

[..]

Waarom je uberhaupt Magento zou gebruiken is me een raadsel, ik heb het ooit wel eens bekeken, wat een bagger zeg, alleen al de honderden zo niet duizenden files waarmee je te maken hebt. :')
Yep, ik heb nu ook 2 shops in Magento moeten maken, het is ook best wel bagger. ;(
En dan heb je waarschijnlijk nog niet naar de database gekeken, een standaardinstallatie heeft 348 (!!!) tabellen. :'( Je kan ook niet even een simpel importscriptje voor producten ofzo schrijven want dan moet je dus in superveel tabellen shit wegschrijven. :')
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_139687995
quote:
0s.gif Op donderdag 8 mei 2014 08:11 schreef mstx het volgende:

[..]

Yep, ik heb nu ook 2 shops in Magento moeten maken, het is ook best wel bagger. ;(
En dan heb je waarschijnlijk nog niet naar de database gekeken, een standaardinstallatie heeft 348 (!!!) tabellen. :'( Je kan ook niet even een simpel importscriptje voor producten ofzo schrijven want dan moet je dus in superveel tabellen shit wegschrijven. :')
Veel tabellen zegt niet alles, maar 348 is idioot, ik heb ooit in 1999 mijn eigen webshop geschreven die vrij uitgebreid was, en toen kwam ik volgens mij op een tabel of 25, overigens ook wel eens met een database gewerkt van boven de 1000 tables :D
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  FOK!mycroftheld donderdag 8 mei 2014 @ 08:23:07 #154
128465 verified  bondage
niet meer aanwezig op FOK!
pi_139688090
quote:
0s.gif Op donderdag 8 mei 2014 08:12 schreef raptorix het volgende:

[..]
overigens ook wel eens met een database gewerkt van boven de 1000 tables :D
Ik mag toch hopen dat er goede documentatie beschikbaar was voor dat monster. Het grootste aantal tables dat ik ooit heb gezien zal ergens rond de 100 liggen. De documentatie was helaas erg beperkt en ik moest zelf uit gaan zoeken welke tables met elkaar te linken waren en op welke velden. Velden hadden, om het nog erger te maken, veelal onduidelijke namen wat dit gedoe er niet makkelijker op maakte. Heeft me erg veel tijd gekost om dat ding in kaart te brengen en alsnog te beschrijven.
pi_139688127
quote:
11s.gif Op donderdag 8 mei 2014 08:23 schreef bondage het volgende:

[..]

Ik mag toch hopen dat er goede documentatie beschikbaar was voor dat monster. Het grootste aantal tables dat ik ooit heb gezien zal ergens rond de 100 liggen. De documentatie was helaas erg beperkt en ik moest zelf uit gaan zoeken welke tables met elkaar te linken waren en op welke velden. Velden hadden, om het nog erger te maken, veelal onduidelijke namen wat dit gedoe er niet makkelijker op maakte. Heeft me erg veel tijd gekost om dat ding in kaart te brengen en alsnog te beschrijven.
Dit was de global product database van Ericson, zat op zich goed en logisch in elkaar, maar alles wat ook maar bekend was qua producten van Ericsson zat in dat ding, opzich als je gewend bent met complexe databases kom je er best goed uit, zaten wel wat vervelende dingen in, omdat zoveel applicaties er van gebruik maakten was men heel huiverig op changes, dus maakte men al snel weer een nieuw table aan. Zo waren er een stuk of 8 tables met regions/landen wat het niet echt mooi maakte.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  donderdag 8 mei 2014 @ 08:33:34 #156
91039 mstx
2x1/2 = 1/2 x 1/2
pi_139688200
Zolang de tabellen en kolommen maar logische namen hebben. Opencart heeft bijv. ook 115 tabellen maar daar heb ik de documentatie nog nooit voor nodig gehad. Veel simpeler kan het ook niet:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
oc_product
oc_product_attribute
oc_product_description
oc_product_discount
oc_product_filter
oc_product_image
oc_product_option
oc_product_option_value
oc_product_profile
oc_product_recurring
oc_product_related
oc_product_reward
oc_product_special
oc_product_to_category
oc_product_to_download
oc_product_to_layout
oc_product_to_store
Al vaak importscriptjes gemaakt om producten te importeren vanuit csv/xml/db en dat was zo gedaan.

Ter vergelijking, Magento:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
catalog_product_bundle_option
catalog_product_bundle_option_value
catalog_product_bundle_price_index
catalog_product_bundle_selection
catalog_product_bundle_selection_price
catalog_product_bundle_stock_index
catalog_product_enabled_index
catalog_product_entity
catalog_product_entity_datetime
catalog_product_entity_decimal
catalog_product_entity_gallery
catalog_product_entity_group_price
catalog_product_entity_int
catalog_product_entity_media_gallery
catalog_product_entity_media_gallery_value
catalog_product_entity_text
catalog_product_entity_tier_price
catalog_product_entity_varchar
catalog_product_flat_1
catalog_product_index_eav
catalog_product_index_eav_decimal
catalog_product_index_eav_decimal_idx
catalog_product_index_eav_decimal_tmp
catalog_product_index_eav_idx
catalog_product_index_eav_tmp
catalog_product_index_group_price
catalog_product_index_price
catalog_product_index_price_bundle_idx
catalog_product_index_price_bundle_opt_idx
catalog_product_index_price_bundle_opt_tmp
catalog_product_index_price_bundle_sel_idx
catalog_product_index_price_bundle_sel_tmp
catalog_product_index_price_bundle_tmp
catalog_product_index_price_cfg_opt_agr_idx
catalog_product_index_price_cfg_opt_agr_tmp
catalog_product_index_price_cfg_opt_idx
catalog_product_index_price_cfg_opt_tmp
catalog_product_index_price_downlod_idx
catalog_product_index_price_downlod_tmp
catalog_product_index_price_final_idx
catalog_product_index_price_final_tmp
catalog_product_index_price_idx
catalog_product_index_price_opt_agr_idx
catalog_product_index_price_opt_agr_tmp
catalog_product_index_price_opt_idx
catalog_product_index_price_opt_tmp
catalog_product_index_price_tmp
catalog_product_index_tier_price
catalog_product_index_website
catalog_product_link
catalog_product_link_attribute
catalog_product_link_attribute_decimal
catalog_product_link_attribute_int
catalog_product_link_attribute_varchar
catalog_product_link_type
catalog_product_option
catalog_product_option_price
catalog_product_option_title
catalog_product_option_type_price
catalog_product_option_type_title
catalog_product_option_type_value
catalog_product_relation
catalog_product_super_attribute
catalog_product_super_attribute_label
catalog_product_super_attribute_pricing
catalog_product_super_link
:')
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_139688440
quote:
0s.gif Op donderdag 8 mei 2014 08:00 schreef raptorix het volgende:

[..]

Wat snap je niet aan een goede webshop?
Ik snap niet dat jij zegt dat een goede webshop niet in een halfjaar te bouwen is, weet niet op welk slakken tempo jij typt, maar beetje webshop valt ECHT wel in een halfjaar te ontwikkelen. Maar goed, voor de ene is goed goed en de ander slecht! *)

Oh en je zegt dat jullie met 10 man werken, mooi man, zal wel een extreem uitgebreid product zijn, met bergen met opties etc.. wat een gemiddelde webshop dus niet nodig heeft, lijkt mij.
En als jij zegt dat 99% niet goed is, zowww dan kunnen we beter maar stoppen met internetten want er zijn zoveel webshops geschreven door 1 persoon, die zijn dus bij deze allemaal uitermate slecht..
Just say hi!
pi_139688536
quote:
0s.gif Op donderdag 8 mei 2014 08:51 schreef Chandler het volgende:

[..]

Ik snap niet dat jij zegt dat een goede webshop niet in een halfjaar te bouwen is, weet niet op welk slakken tempo jij typt, maar beetje webshop valt ECHT wel in een halfjaar te ontwikkelen. Maar goed, voor de ene is goed goed en de ander slecht! *)

Oh en je zegt dat jullie met 10 man werken, mooi man, zal wel een extreem uitgebreid product zijn, met bergen met opties etc.. wat een gemiddelde webshop dus niet nodig heeft, lijkt mij.
En als jij zegt dat 99% niet goed is, zowww dan kunnen we beter maar stoppen met internetten want er zijn zoveel webshops geschreven door 1 persoon, die zijn dus bij deze allemaal uitermate slecht..
Natuurlijk kun je wel een webshop bouwen in een halfjaar, maar we hadden het over een goede webshop, maar mijn punt blijft dat het onzin is om zelf webshops te gaan bouwen, verspilling van tijd en geld, want het loont gewoon niet, er zijn zat prima producten op de markt waarbij men 10.000 uren heeft geinvesteerd om het te optimaliseren, daar kan je gewoon niet tegen op werken.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  donderdag 8 mei 2014 @ 08:58:35 #159
187069 slacker_nl
Sicko pur sang
pi_139688542
quote:
19s.gif Op woensdag 7 mei 2014 18:18 schreef TwenteFC het volgende:

[..]

:9 Je doet alsof een webshop een heel gecompliceerd iets is, dat valt ook wel weer mee.

Je hebt alleen flexibiliteit nodig om al die seo meuk handelbaar te houden op een lange termijn.
De functionaliteit van een webshop is snel te maken. Tis een CMS met een Ogone koppeling. Echter heb je ook te maken met wat werkt prettig voor de gebruiker. Alles is te maken. Maar ben het met raptor eens dat je ook flink moet investeren in je product als je een goede bruikbare shop wilt hebben. Werkende prototypes zijn een, goed werkende eindproducten zijn een ander verhaal.

[ Bericht 0% gewijzigd door slacker_nl op 08-05-2014 10:00:36 ]
In theory there is no difference between theory and practice. In practice there is.
pi_139688684
quote:
0s.gif Op donderdag 8 mei 2014 08:57 schreef raptorix het volgende:
Natuurlijk kun je wel een webshop bouwen in een halfjaar, maar we hadden het over een goede webshop, maar mijn punt blijft dat het onzin is om zelf webshops te gaan bouwen, verspilling van tijd en geld, want het loont gewoon niet, er zijn zat prima producten op de markt waarbij men 10.000 uren heeft geïnvesteerd om het te optimaliseren, daar kan je gewoon niet tegen op werken.
Is het absoluut geen onzin, als iedereen dacht zoals jij zaten we nog steeds te internetten op een modem en moesten we downloaden vanaf bbsjes...

Juist doordat mensen zelf dingen proberen te maken leert men, kijkt men dingen van elkaar af. Ik heb zat sites ontwikkeld die NOOIT het daglicht hebben gezien, waarom, onvrede van mijn kant over het product wat ik had gemaakt, niet goed genoeg, maar heb ook zat sites wel afgemaakt die ik zo kon 'kopen' ipv zelf te schrijven, maar juist het zelf schrijven is vaak veel leuker dan het moeten werken met bv magento/wordpress/etc.

Het is jou mening dat het verspilling van geld en tijd is, ik verspeel ook veel tijd met vissen, uren aan de waterkant en totaal NIETS doen... god wat een verspilling van 'energie en geld'.. maar ik geniet er wel op en top van, leer iedere keer wat... dat heb je niet als je dingen gaat toevoegen aan bestaande producten, je hebt geen flauw idee wat er allemaal in het systeem gebeurd, hebt weinig controle over plus je leert niet hoe het allemaal in elkaar zit. Ik snap best dat je kiest voor pakketten die al bestaan, maar snap niet dat je het afraad om het zelf te maken.. zeg maar..

quote:
1s.gif Op donderdag 8 mei 2014 08:58 schreef slacker_nl het volgende:
De functionaliteit van een webshop is snel te maken. Tis een CMS met een Ogone koppeling. Echter heb ook te maken met wat werkt prettig voor de gebruiker. Alles is te maken. Maar ben het met raptor eens dat je ook flink moet investeren in je product als je een goede bruikbare shop wilt hebben. Werkende prototypes zijn een, goed werkende eindproducten zijn een ander verhaal.
Ik ben het ook met je eens, maar meeste webshops hoeven geen detail tree, of bergen met opties, die willen producten aanbieden om te verkopen, met betaal mogelijkheid, klanten database... je kunt het jezelf zo moeilijk maken als je zelf wilt, maar het is in mijn ogen de uitdaging om het allemaal zelf te schrijven.
Daarom zie je ook bergen met mensen zelf blogs schrijven, vroeger gastenboeken etc maken... waarom? omdat het leuk is om het zelf te doen.. ipv iets te gebruiken wat van een ander is.
Just say hi!
  donderdag 8 mei 2014 @ 09:22:38 #161
187069 slacker_nl
Sicko pur sang
pi_139688970
Qua educational value heb ik er geen bezwaar tegen. Maar we hebben het hier over bedrijven, dan zijn de belangen anders en liggen ze niet bij het 'leren', maar winst maken.
In theory there is no difference between theory and practice. In practice there is.
  donderdag 8 mei 2014 @ 09:31:05 #162
91039 mstx
2x1/2 = 1/2 x 1/2
pi_139689122
Alsof het de klant iets interesseert of je het leuk vindt en er wat van leert. Die wil gewoon zo snel en zo goedkoop mogelijk zijn nieuwe shop online hebben. Als die dan moet kiezen tussen het gebruik van een bestaande oplossing (die zich al heeft bewezen) waar alle functionaliteit in zit die hij nodig heeft, of een custom iets wat from scratch wordt gebouwd, 5x zo veel tijd kost en allerlei kinderziektes heeft is de keuze vaak snel gemaakt.
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.
👾
  † In Memoriam † donderdag 8 mei 2014 @ 10:02:13 #163
159335 Boze_Appel
Vrij Fruit
pi_139689871
quote:
0s.gif Op donderdag 8 mei 2014 08:01 schreef raptorix het volgende:

[..]

ASP? C#/.net
quote:
nopCommerce is a fully customizable shopping cart. It's stable and highly usable. nopCommerce is an open source ecommerce solution that is ASP.NET (MVC) based with a MS SQL 2008 (or higher) backend database.
Staat op hun site.
Carpe Libertatem
  donderdag 8 mei 2014 @ 10:06:20 #164
187069 slacker_nl
Sicko pur sang
pi_139689953
quote:
7s.gif Op donderdag 8 mei 2014 10:02 schreef Boze_Appel het volgende:

Staat op hun site.
ASP.NET uses the multi-language abilities of the .NET Common Language Runtime, allowing Web pages to be coded in VB.NET, C#, J#, Delphi.NET, Chrome, etc.
In theory there is no difference between theory and practice. In practice there is.
pi_139689969
Het kan nog wel eens vies tegenvallen wat er aan 'goede' webshops op de markt is. Veel van ditsoort producten zijn ofwel proprietary met alle beperkingen van dien, ofwel van moeilijk belabberde kwaliteit. Als je echt een op maat gesneden oplossing zoekt, is beiden vaak geen optie en is inhouse ontwikkelen vaak echt de beste keus.
pi_139690071
quote:
0s.gif Op donderdag 8 mei 2014 09:07 schreef Chandler het volgende:

[..]

Is het absoluut geen onzin, als iedereen dacht zoals jij zaten we nog steeds te internetten op een modem en moesten we downloaden vanaf bbsjes...

Juist doordat mensen zelf dingen proberen te maken leert men, kijkt men dingen van elkaar af. Ik heb zat sites ontwikkeld die NOOIT het daglicht hebben gezien, waarom, onvrede van mijn kant over het product wat ik had gemaakt, niet goed genoeg, maar heb ook zat sites wel afgemaakt die ik zo kon 'kopen' ipv zelf te schrijven, maar juist het zelf schrijven is vaak veel leuker dan het moeten werken met bv magento/wordpress/etc.

Het is jou mening dat het verspilling van geld en tijd is, ik verspeel ook veel tijd met vissen, uren aan de waterkant en totaal NIETS doen... god wat een verspilling van 'energie en geld'.. maar ik geniet er wel op en top van, leer iedere keer wat... dat heb je niet als je dingen gaat toevoegen aan bestaande producten, je hebt geen flauw idee wat er allemaal in het systeem gebeurd, hebt weinig controle over plus je leert niet hoe het allemaal in elkaar zit. Ik snap best dat je kiest voor pakketten die al bestaan, maar snap niet dat je het afraad om het zelf te maken.. zeg maar..

[..]

Ik ben het ook met je eens, maar meeste webshops hoeven geen detail tree, of bergen met opties, die willen producten aanbieden om te verkopen, met betaal mogelijkheid, klanten database... je kunt het jezelf zo moeilijk maken als je zelf wilt, maar het is in mijn ogen de uitdaging om het allemaal zelf te schrijven.
Daarom zie je ook bergen met mensen zelf blogs schrijven, vroeger gastenboeken etc maken... waarom? omdat het leuk is om het zelf te doen.. ipv iets te gebruiken wat van een ander is.
Iets doen omdat je het leuk vind of om te leren is heel wat anders dan professioneel een site ontwikkelen, daarnaast kan ik zeggen dat ik juist heel erg voor vooruitgang ben, en daarom liever nieuwe dingen ontwikkel dan het wiel opnieuw uitvinden.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139690081
quote:
7s.gif Op donderdag 8 mei 2014 10:02 schreef Boze_Appel het volgende:

[..]

[..]

Staat op hun site.
ASP is niet te vergelijken met ASP.NET , ongeveer zelfde om java te vergelijken met javascript.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139690088
Dan denken we niet hetzelfde, dat kan hoor ;) ik zou het liefst het wiel opnieuw uitvinden, is veel stoerder dan de spaken poetsen! *) _O_
Just say hi!
pi_139690107
quote:
14s.gif Op donderdag 8 mei 2014 10:07 schreef KomtTijd... het volgende:
Het kan nog wel eens vies tegenvallen wat er aan 'goede' webshops op de markt is. Veel van ditsoort producten zijn ofwel proprietary met alle beperkingen van dien, ofwel van moeilijk belabberde kwaliteit. Als je echt een op maat gesneden oplossing zoekt, is beiden vaak geen optie en is inhouse ontwikkelen vaak echt de beste keus.
Het probleem met inhouse ontwikkelen is dat je een product aan het maken bent, dat is een compleet andere tak van sport dan het verlenen van een dienst.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139690129
quote:
0s.gif Op donderdag 8 mei 2014 10:12 schreef Chandler het volgende:
Dan denken we niet hetzelfde, dat kan hoor ;) ik zou het liefst het wiel opnieuw uitvinden, is veel stoerder dan de spaken poetsen! *) _O_
Het gaat erom wat het nut is, ik denk dat het veel nuttiger is om nieuwe features van bijvoorbeeld een opensource project te ontwikkelen, profiteren ook nog meer mensen van.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139690156
I agree, maar vaak (zeker in jou geval) zal alleen het bedrijf er van kunnen genieten en niet de 'open source' wereld :) en in mijn geval is dat wel zo, praktisch alles wat ik schrijf is open source! *)
Just say hi!
  † In Memoriam † donderdag 8 mei 2014 @ 10:14:47 #172
159335 Boze_Appel
Vrij Fruit
pi_139690164
quote:
0s.gif Op donderdag 8 mei 2014 10:11 schreef raptorix het volgende:

[..]

ASP is niet te vergelijken met ASP.NET , ongeveer zelfde om java te vergelijken met javascript.
Allebei meuk, dus prima te vergelijken. :P
Carpe Libertatem
pi_139690224
quote:
7s.gif Op donderdag 8 mei 2014 10:14 schreef Boze_Appel het volgende:

[..]

Allebei meuk, dus prima te vergelijken. :P
Naja, laat ik niet gaan bashen in het PHP topic ;)
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139690278
Wees vrij rap, tis hier toch meer slowchat... dan praten over 'php op zich' ;)
Just say hi!
pi_139690372
quote:
0s.gif Op donderdag 8 mei 2014 10:19 schreef Chandler het volgende:
Wees vrij rap, tis hier toch meer slowchat... dan praten over 'php op zich' ;)
Ik heb gewoon slechte ervaringen met PHP, nu zal ik de laatste zijn die zal beweren dat er slechte talen zijn, want zelfs in een goede taal kun je slecht programmeren, maar ik vind het in PHP gewoon omslachtig, probeer maar eens c# in visual studio met Resharper en er zal een wereld voor je open gaan.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139690400
quote:
0s.gif Op donderdag 8 mei 2014 10:13 schreef raptorix het volgende:

[..]

Het gaat erom wat het nut is, ik denk dat het veel nuttiger is om nieuwe features van bijvoorbeeld een opensource project te ontwikkelen, profiteren ook nog meer mensen van.
Mja ik ben zelf bezig met het inhouse ontwikkelen van een CRM systeem. Na een jaar gekut met een open-source CRM systeem (Vtiger) ben ik wel enigszins teruggekomen op deze mening.

OS-producten gebruiken is alleen nuttig als er ook daadwerkelijk iets beschikbaar is wat een goeie basis heeft, en dat is lang niet altijd het geval.
pi_139690413
quote:
14s.gif Op donderdag 8 mei 2014 10:23 schreef KomtTijd... het volgende:

[..]

Mja ik ben zelf bezig met het inhouse ontwikkelen van een CRM systeem. Na een jaar gekut met een open-source CRM systeem (Vtiger) ben ik wel enigszins teruggekomen op deze mening.

OS-producten gebruiken is alleen nuttig als er ook daadwerkelijk iets beschikbaar is wat een goeie basis heeft, en dat is lang niet altijd het geval.
Wel eens gekeken naar Salesforce (niet opensource) maar wel zeer betaalbaar.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139690482
quote:
0s.gif Op donderdag 8 mei 2014 10:22 schreef raptorix het volgende:
Ik heb gewoon slechte ervaringen met PHP, nu zal ik de laatste zijn die zal beweren dat er slechte talen zijn, want zelfs in een goede taal kun je slecht programmeren, maar ik vind het in PHP gewoon omslachtig, probeer maar eens c# in visual studio met Resharper en er zal een wereld voor je open gaan.
+1 maar wat voor slechte ervaringen dan? maar C, C++, C# is niet mijn ding, nooit iets mee gedaan en zal het ws ook nooit gaan doen... php/python vind ik wel erg leuk, vooral nu Python omdat het lijkt op PHP maar toch compleet anders is :+
Just say hi!
pi_139690594
quote:
0s.gif Op donderdag 8 mei 2014 10:26 schreef Chandler het volgende:

[..]

+1 maar wat voor slechte ervaringen dan? maar C, C++, C# is niet mijn ding, nooit iets mee gedaan en zal het ws ook nooit gaan doen... php/python vind ik wel erg leuk, vooral nu Python omdat het lijkt op PHP maar toch compleet anders is :+
Naja het is alweer tijd geleden dat ik er wat mee gedaan heb, ik had veel problemen met configuratie onder windows.

Ter voorbeeld, hoe zou je dit in bijvoorbeeld PHP aanpakken?

1
2
3
4
5
            string[] colors = Enum.GetNames(typeof(System.Drawing.KnownColor));
            foreach (string color in colors.Where(c => c.ToLower().Contains("blue")))
            {
                    Console.WriteLine(color);    
            }
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139690708
Geen idee, zo goed is mijn Python na een maand ook alweer niet :+
Just say hi!
  donderdag 8 mei 2014 @ 10:38:08 #181
25889 Sitethief
Fulltime Flapdrol
pi_139690824
quote:
0s.gif Op donderdag 8 mei 2014 10:31 schreef raptorix het volgende:

[..]

Naja het is alweer tijd geleden dat ik er wat mee gedaan heb, ik had veel problemen met configuratie onder windows.

Ter voorbeeld, hoe zou je dit in bijvoorbeeld PHP aanpakken?
[ code verwijderd ]

Je hebt een lijst met kleuren en wilt alle kleuren zien die blauw in hun naam hebben ofzo?
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
pi_139690893
ok
1
2
3
4
5
6
7
<?php
foreach ($lijstmetKleuren as $k=>$v) {
    if (
strpos(strtolower($v),"blue") > 0) {
        
// gevonden
    
}
}
?>

Jammere van PHP is dat de ene keer je string, zoekwoord hebt en de andere keer zoekwoord, string

zo omslachtig is't niet :) maar moet zeggen dat ik het puntjes systeem van Python heerlijk vind .toLower().find('lol') etc ;)
Just say hi!
pi_139691066
quote:
0s.gif Op donderdag 8 mei 2014 10:40 schreef Chandler het volgende:
ok
[ code verwijderd ]

Jammere van PHP is dat de ene keer je string, zoekwoord hebt en de andere keer zoekwoord, string

zo omslachtig is't niet :) maar moet zeggen dat ik het puntjes systeem van Python heerlijk vind .toLower().find('lol') etc ;)
Dat vind ik echt zo heerlijk met Linq, vrij complexe zaken kun je op prachtige manieren shortcutten.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139691086
quote:
0s.gif Op donderdag 8 mei 2014 10:47 schreef raptorix het volgende:

[..]

Dat vind ik echt zo heerlijk met Linq, vrij complexe zaken kun je op prachtige manieren shortcutten.
Maar juist shortcutten kan er ook voor zorgen dat de code onleesbaar wordt als het slecht is geprogrammeerd ;)
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
pi_139691101
quote:
0s.gif Op donderdag 8 mei 2014 10:48 schreef Rockfire het volgende:

[..]

Maar juist shortcutten kan er ook voor zorgen dat de code onleesbaar wordt als het slecht is geprogrammeerd ;)
Uiteraard, je moet het niet overdrijven.

Ik had laatst deze constructie nodig, simpel en effectie, maar toch leesbaar:

1
2
3
4
5
6
7
8
9
10
11
            decimal total = new decimal();
            decimal petesTotalNumberOfRolls = petes.Sum(x => x.Value);
            decimal colinsTotalNumberOfRolls = colins.Sum(x => x.Value);

            foreach (KeyValuePair<int, int> kvpPetes in petes)
            {

                decimal colinsNumberOfThrows = colins.Where(x => x.Key < kvpPetes.Key).Sum(x => x.Value);
                decimal petesNumberOfThrows = kvpPetes.Value;
                total = total + ((petesNumberOfThrows / petesTotalNumberOfRolls) * (colinsNumberOfThrows / colinsTotalNumberOfRolls));
            }
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139691138
Nee maar op zich is het best duidelijk en zo moet je natuurlijk geen 10tallen dingen achter elkaar zetten! :) max 80 karakters per regel :+
Just say hi!
  donderdag 8 mei 2014 @ 10:53:14 #187
12221 Tijn
Powered by MS Paint
pi_139691201
quote:
0s.gif Op donderdag 8 mei 2014 10:40 schreef Chandler het volgende:
ok
[ code verwijderd ]

Jammere van PHP is dat de ene keer je string, zoekwoord hebt en de andere keer zoekwoord, string

zo omslachtig is't niet :) maar moet zeggen dat ik het puntjes systeem van Python heerlijk vind .toLower().find('lol') etc ;)
Strpos geeft de positie van de gevonden string terug, dus dat kan ook 0 zijn. Om te weten of-ie gevonden is, kun je beter een sterke comparison doen met false (dus === false voor niet en !== false voor wel gevonden). En als je stripos() gevruikt, is toLower() niet nodig :)
pi_139691218
Klopt Tijn, !== moest het zijn maar dan nog, ging even snel om het voorbeeld :+
Just say hi!
  donderdag 8 mei 2014 @ 10:55:51 #189
12221 Tijn
Powered by MS Paint
pi_139691269
quote:
0s.gif Op donderdag 8 mei 2014 10:53 schreef Chandler het volgende:
Klopt Tijn, !== moest het zijn maar dan nog, ging even snel om het voorbeeld :+
Ook voorbeelden moeten kloppen, je weet nooit wat iemand copy-paste en in z'n applicatie stopt.
pi_139691279
quote:
3s.gif Op donderdag 8 mei 2014 10:53 schreef Tijn het volgende:

[..]

Strpos geeft de positie van de gevonden string terug, dus dat kan ook 0 zijn. Om te weten of-ie gevonden is, kun je beter een sterke comparison doen met false (dus === false voor niet en !== false voor wel gevonden). En als je stripos() gevruikt, is toLower() niet nodig :)
Je zou bijvoorbeeld in PHP een library kunnen oproepen met daarin de kleuren. Maar voor de overzichtelijkheid, stop ik de kleuren in een array.
Dat zou bijv. kunnen uitzien:
1
2
3
4
$colors = array("red", "blue", "yellow");
if $(in_array("blue", $colors)     {
     echo array_search("blue", $colors);
     }
pi_139691329
quote:
14s.gif Op donderdag 8 mei 2014 10:55 schreef Tijn het volgende:

[..]

Ook voorbeelden moeten kloppen, je weet nooit wat iemand copy-paste en in z'n applicatie stopt.
Juist :'(

SPOILER
Om spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
Just say hi!
  donderdag 8 mei 2014 @ 10:59:21 #192
12221 Tijn
Powered by MS Paint
pi_139691354
Sowieso is Linq natuurlijk gewoon te implementeren in PHP, als je het echt zo graag zou willen gebruiken :)

Er zijn meerdere libraries te vinden die je zo kunt toepassen, zoals http://phplinq.codeplex.com
pi_139691402
quote:
2s.gif Op donderdag 8 mei 2014 10:59 schreef Tijn het volgende:
Sowieso is Linq natuurlijk gewoon te implementeren in PHP, als je het echt zo graag zou willen gebruiken :)

Er zijn meerdere libraries te vinden die je zo kunt toepassen, zoals http://phplinq.codeplex.com
Het punt is dat het niet native in je framework zit, ben wel benieuwd naar de performance op wat grotere collecties.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  donderdag 8 mei 2014 @ 11:01:17 #194
25889 Sitethief
Fulltime Flapdrol
pi_139691404
quote:
0s.gif Op donderdag 8 mei 2014 10:47 schreef raptorix het volgende:

[..]

Dat vind ik echt zo heerlijk met Linq, vrij complexe zaken kun je op prachtige manieren shortcutten.
In PHP kun je ook gewoon methods chainen...
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
  donderdag 8 mei 2014 @ 11:04:58 #195
12221 Tijn
Powered by MS Paint
pi_139691502
quote:
0s.gif Op donderdag 8 mei 2014 11:01 schreef raptorix het volgende:

[..]

Het punt is dat het niet native in je framework zit, ben wel benieuwd naar de performance op wat grotere collecties.
Tsja, geen idee natuurlijk. Maar ook dan is er vast wel iets te bedenken om het wel te laten performen lijkt me :)
pi_139691526
quote:
0s.gif Op donderdag 8 mei 2014 10:24 schreef raptorix het volgende:

[..]

Wel eens gekeken naar Salesforce (niet opensource) maar wel zeer betaalbaar.
Meh, zal al snel net zo duur zijn als dat ik ben, plus dan moet ik er nog steeds tegenaan ontwikkelen. Voor zover dat uberhaupt mag.
  donderdag 8 mei 2014 @ 11:11:13 #197
12221 Tijn
Powered by MS Paint
pi_139691657
quote:
14s.gif Op donderdag 8 mei 2014 11:05 schreef KomtTijd... het volgende:

[..]

Meh, zal al snel net zo duur zijn als dat ik ben, plus dan moet ik er nog steeds tegenaan ontwikkelen. Voor zover dat uberhaupt mag.
Vooral op lange termijn is in-house natuurlijk veel goedkoper, als je het goed doet. Voor zo'n Salesforce mag je voor een klein team al snel 30K per jaar neerleggen, dus als je dat 10 jaar gebruikt heb je 3 ton verbrand.
pi_139691820
quote:
0s.gif Op donderdag 8 mei 2014 11:01 schreef Sitethief het volgende:

[..]

In PHP kun je ook gewoon methods chainen...
Voorbeeldje?
  donderdag 8 mei 2014 @ 11:19:52 #199
12221 Tijn
Powered by MS Paint
pi_139691903
quote:
0s.gif Op donderdag 8 mei 2014 11:16 schreef Robuustheid het volgende:

[..]

Voorbeeldje?
PDO bijvoorbeeld:

1
2
3
<?php
$row 
$db->query('SELECT * FROM `example`')->fetch();
?>

Je kunt dit ook heel makkelijk met je eigen classes doen, het is gewoon een kwestie van de methodes zichzelf laten returnen.
pi_139691988
quote:
2s.gif Op donderdag 8 mei 2014 11:19 schreef Tijn het volgende:
PDO bijvoorbeeld:
[ code verwijderd ]

Je kunt dit ook heel makkelijk met je eigen classes doen, het is gewoon een kwestie van de methodes zichzelf laten returnen.
Kan, maar ik zou juist dit los van elkaar willen ivm fouten etc :)
Just say hi!
pi_139692103
quote:
2s.gif Op donderdag 8 mei 2014 11:11 schreef Tijn het volgende:

[..]

Vooral op lange termijn is in-house natuurlijk veel goedkoper, als je het goed doet. Voor zo'n Salesforce mag je voor een klein team al snel 30K per jaar neerleggen, dus als je dat 10 jaar gebruikt heb je 3 ton verbrand.
Valt juist erg mee, daarnaast is Salesforce perfect om aan te sluiten op je maatwerk omdat je direct een SOAP interface kunt genereren, ik had het binnen een dag aangesloten op een bestaand CMS voor een woningcorporatie.

http://www.salesforce.com/nl/crm/editions-pricing.jsp
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  donderdag 8 mei 2014 @ 11:28:05 #202
12221 Tijn
Powered by MS Paint
pi_139692137
quote:
0s.gif Op donderdag 8 mei 2014 11:26 schreef raptorix het volgende:

[..]

Valt juist erg mee
Mwah, 135,- euro per gebruiker per jaar is met een klein clubje van 20 man toch een slordige 32.400 euro, toch?
pi_139692181
quote:
10s.gif Op donderdag 8 mei 2014 11:28 schreef Tijn het volgende:

[..]

Mwah, 135,- euro per gebruiker per jaar is met een klein clubje van 20 man toch een slordige 32.400 euro, toch?
Ga jij maar een maatwerk CRM systeem maken voor een club van 20 man, en ga het ook maar eens supporten en onderhouden de komende 10 jaar. Het is algemeen bekend dat het bouwen van maatwerk nooit opweegt tegen licentie kosten.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139692239
quote:
0s.gif Op donderdag 8 mei 2014 11:29 schreef raptorix het volgende:
Ga jij maar een maatwerk CRM systeem maken voor een club van 20 man, en ga het ook maar eens supporten en onderhouden de komende 10 jaar. Het is algemeen bekend dat het bouwen van maatwerk nooit opweegt tegen licentie kosten.
Zal ongetwijfeld in de meeste gevallen zo zijn, maar dan nog is het erg duur, ongetwijfeld nog duurder als je het zelf gaat ontwikkelen maar goed...
Just say hi!
  donderdag 8 mei 2014 @ 11:32:19 #205
12221 Tijn
Powered by MS Paint
pi_139692259
quote:
0s.gif Op donderdag 8 mei 2014 11:29 schreef raptorix het volgende:

[..]

Ga jij maar een maatwerk CRM systeem maken voor een club van 20 man, en ga het ook maar eens supporten en onderhouden de komende 10 jaar. Het is algemeen bekend dat het bouwen van maatwerk nooit opweegt tegen licentie kosten.
Ik doe dat al. Eenmalig is het een investering voor zo'n club, maar daarna zijn de kosten per jaar om het in de lucht te houden veel lager, waarop het op termijn zichzelf makkelijk terugbetaalt voor een organisatie.
pi_139692629
quote:
2s.gif Op donderdag 8 mei 2014 11:32 schreef Tijn het volgende:

[..]

Ik doe dat al. Eenmalig is het een investering voor zo'n club, maar daarna zijn de kosten per jaar om het in de lucht te houden veel lager, waarop het op termijn zichzelf makkelijk terugbetaalt voor een organisatie.
Ik denk niet dat jouw productje ook maar in de buurt komt wat Salesforce bied.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  donderdag 8 mei 2014 @ 11:47:51 #207
12221 Tijn
Powered by MS Paint
pi_139692797
quote:
0s.gif Op donderdag 8 mei 2014 11:43 schreef raptorix het volgende:

[..]

Ik denk niet dat jouw productje ook maar in de buurt komt wat Salesforce bied.
Nee, zeker niet. Ik denk ook wel dat er organisaties zijn waarvoor zoiets als Salesforce een goede uitkomst is, hoor. Maar ik zie een heleboel simpele, kleine clubs in Nederland waar minder dan 30 mensen werken die wel behoefte hebben aan IT, maar niet aan heel uitgebreide systemen. Die willen gewoon een telefoongesprekje invoeren op een webpagina zodat hun collega's ervan op de hoogte zijn of een reminder krijgen 2 maanden voordat een abonnement van een klant afloopt en that's it. Voor zulke simpele eisen is een maatwerkoplossing helemaal geen gek idee, want dan heb je nauwelijks lopende kosten.

[ Bericht 0% gewijzigd door Tijn op 08-05-2014 11:56:34 ]
pi_139693000
quote:
2s.gif Op donderdag 8 mei 2014 11:47 schreef Tijn het volgende:

[..]

Nee, zeker niet. Ik denk ook wel dat er organisaties zijn waarvoor zoiets als Salfesforce een goede uitkomst is, hoor. Maar ik zie een heleboel simpele, kleine clubs in Nederland waar minder dan 30 mensen werken die wel behoefte hebben aan IT, maar niet aan heel uitgebreide systemen. Die willen gewoon een telefoongesprekje invoeren op een webpagina zodat hun collega's ervan op de hoogte zijn of een reminder krijgen 2 maanden voordat een abonnement van een klant afloopt en that's it. Voor zulke simpele eisen is een maatwerkoplossing helemaal geen gek idee, want dan heb je nauwelijks lopende kosten.
Oh daar ben ik wel mee eens, ik had het meer over wat uitgebreide CRM oplossingen. Het punt wat ik wil maken is dat je je organisatie moet inrichten op product ontwikkeling, en dat dat een hele andere tak van sport is.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  donderdag 8 mei 2014 @ 12:00:48 #209
12221 Tijn
Powered by MS Paint
pi_139693172
quote:
0s.gif Op donderdag 8 mei 2014 11:54 schreef raptorix het volgende:

[..]

Het punt wat ik wil maken is dat je je organisatie moet inrichten op product ontwikkeling, en dat dat een hele andere tak van sport is.
Ik weet ook niet of het slim is om het écht in-house te doen als je geen IT-bedrijf bent. Ik zou denken dat bedrijven zich beter kunnen richten op hun core business en voor IT-maatwerk eenmalig een bureau of een competente freelancer kunnen inschakelen.
pi_139693348
quote:
10s.gif Op donderdag 8 mei 2014 11:28 schreef Tijn het volgende:

[..]

Mwah, 135,- euro per gebruiker per jaar is met een klein clubje van 20 man toch een slordige 32.400 euro, toch?
Dat is wel waar we hier aan zouden zitten ja.
quote:
0s.gif Op donderdag 8 mei 2014 11:43 schreef raptorix het volgende:

[..]

Ik denk niet dat jouw productje ook maar in de buurt komt wat Salesforce bied.
Dat hoeft ook helemaal niet. Waarschijnlijk zouden we 90% van de functies nieteens gebruiken en moeten er alsnog heel veel functies bijgeschreven worden. En dat is een handicap die veel kant-en-klaar pakketten hebben. Ze zijn zo uitgebreid mogelijk om een zo breed mogelijke markt te bedienen, maar een maatwerkoplossing hoeft vaak maar een fractie van die functionaliteit te bevatten. En is daardoor ook veel sneller te ontwikkelen en makkelijker te onderhouden.

Daarbij komt (voor mijn situatie) dat het misschien ook verkocht kan worden aan zusterbedrijven, en dan levert het ineens geld op ipv dat het geld kost.
  donderdag 8 mei 2014 @ 12:10:28 #211
12221 Tijn
Powered by MS Paint
pi_139693536
quote:
14s.gif Op donderdag 8 mei 2014 12:05 schreef KomtTijd... het volgende:

[..]

Dat hoeft ook helemaal niet. Waarschijnlijk zouden we 90% van de functies nieteens gebruiken en moeten er alsnog heel veel functies bijgeschreven worden. En dat is een handicap die veel kant-en-klaar pakketten hebben. Ze zijn zo uitgebreid mogelijk om een zo breed mogelijke markt te bedienen, maar een maatwerkoplossing hoeft vaak maar een fractie van die functionaliteit te bevatten. En is daardoor ook veel sneller te ontwikkelen en makkelijker te onderhouden.
Precies. Kleine bedrijven doen over het algemeen maar 1 ding en willen daarom een IT-product dat goed aansluit bij dat ene ding. Dat vind je zelden bij generieke software, terwijl het vaak wel goed te doen is om die ene functie op maat te maken.
pi_139694540
quote:
2s.gif Op donderdag 8 mei 2014 12:10 schreef Tijn het volgende:

[..]

Precies. Kleine bedrijven doen over het algemeen maar 1 ding en willen daarom een IT-product dat goed aansluit bij dat ene ding. Dat vind je zelden bij generieke software, terwijl het vaak wel goed te doen is om die ene functie op maat te maken.
Ik ben genoeg van dit soort software gedrochten tegengekomen, en mijn ervaring is dat men er substantieel geld mee verliest omdat de software niet naar behoren werkt of niet aangepast kan worden.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  donderdag 8 mei 2014 @ 12:42:03 #213
12221 Tijn
Powered by MS Paint
pi_139694782
quote:
0s.gif Op donderdag 8 mei 2014 12:35 schreef raptorix het volgende:

[..]

Ik ben genoeg van dit soort software gedrochten tegengekomen, en mijn ervaring is dat men er substantieel geld mee verliest omdat de software niet naar behoren werkt of niet aangepast kan worden.
Tsja, uitvoering is alles. Natuurlijk wordt er een hoop rommel geschreven, maar dat wil niet zeggen dat het per se een slecht idee is om een maatwerkoplossing te laten maken.
pi_139705924
quote:
0s.gif Op donderdag 8 mei 2014 08:03 schreef raptorix het volgende:

[..]

Ehm, wij werken met een team van een man of 10 ongeveer een jaar aan 1 webshop, en dan gebruiken we ook nog eens een enterprise product, maar goed als jij denkt dat een webshop iets simpels is....

Vandaar dat met mensen als jou de kwaliteit van 99 procent van de webshops bedroevend is.
"met mensen als jou" :')

Dat jullie 10 kleuters zonder enige kennis van webshops aan het werk zetten om er een te bouwen betekent niet dat andere bedrijven wel kennis in huis hebben.

Je kan nog niet eens een paar zinnen foutloos typen, wat zegt dat over jullie code.

Als we toch op zo'n lekker bedroevend niveau aan het discussiëren zijn.
pi_139713364
quote:
0s.gif Op donderdag 8 mei 2014 08:33 schreef mstx het volgende:
Zolang de tabellen en kolommen maar logische namen hebben. Opencart heeft bijv. ook 115 tabellen maar daar heb ik de documentatie nog nooit voor nodig gehad. Veel simpeler kan het ook niet:
[ code verwijderd ]

Al vaak importscriptjes gemaakt om producten te importeren vanuit csv/xml/db en dat was zo gedaan.

Ter vergelijking, Magento:
[ code verwijderd ]

:')
Het probleem is dat ze qua structuur volledig vrij willen zijn en toch een MySQL database willen gebruiken. Dat komt waarschijnlijk omdat OpenCart en Magento al een poosje bestaan en er toen niet echt alternatieven waren. Als je nu een webshop gaat schrijven, zou ik serieus kijken naar een NoSQL database (bijvoorbeeld MongoDB of ArangoDB) gebruiken om de producten in op te slaan. En waarschijnlijk ook voor de rest van de data.
pi_139717204
quote:
1s.gif Op donderdag 8 mei 2014 10:56 schreef Robuustheid het volgende:

[..]

Je zou bijvoorbeeld in PHP een library kunnen oproepen met daarin de kleuren. Maar voor de overzichtelijkheid, stop ik de kleuren in een array.
Dat zou bijv. kunnen uitzien:
[ code verwijderd ]

Op die manier doorzoek je de array wel twee keer, eerst voor in_array en daarna voor array_search.

1
2
3
4
5
6
7
<?php
$colors 
= array("red""blue""yellow");
$index array_search('blue'$colors);
if (
$index !== false) {
    echo 
$index;
}
?>
pi_139730042
quote:
0s.gif Op donderdag 8 mei 2014 21:00 schreef Light het volgende:

[..]

Het probleem is dat ze qua structuur volledig vrij willen zijn en toch een MySQL database willen gebruiken. Dat komt waarschijnlijk omdat OpenCart en Magento al een poosje bestaan en er toen niet echt alternatieven waren. Als je nu een webshop gaat schrijven, zou ik serieus kijken naar een NoSQL database (bijvoorbeeld MongoDB of ArangoDB) gebruiken om de producten in op te slaan. En waarschijnlijk ook voor de rest van de data.
NoSQL is een prima ontsluiting van je data, maar ik zou er echt geen klant of transactie gegevens in gaan opslaan, overigens kun je binnen een magento of Opencart of welk ander product ook prima noSQL inzetten, het is gewoon een questie van je data pushen naar je noSQL server, kun je zowel realtime als in batch doen.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139730433
quote:
0s.gif Op vrijdag 9 mei 2014 06:45 schreef raptorix het volgende:

[..]

NoSQL is een prima ontsluiting van je data, maar ik zou er echt geen klant of transactie gegevens in gaan opslaan, overigens kun je binnen een magento of Opencart of welk ander product ook prima noSQL inzetten, het is gewoon een questie van je data pushen naar je noSQL server, kun je zowel realtime als in batch doen.
Waarom geen klantgegevens en transacties in NoSQL?
En Magento en OpenCart bieden nu (voor zover ik weet) geen mogelijkheid om productgegevens in NoSQL op te slaan. In plaats daarvan komen ze met een mega-hoeveelheid tabellen in MySQL om maar een flexibele structuur aan te kunnen bieden.
pi_139730844
quote:
0s.gif Op vrijdag 9 mei 2014 07:55 schreef Light het volgende:

[..]

Waarom geen klantgegevens en transacties in NoSQL?
En Magento en OpenCart bieden nu (voor zover ik weet) geen mogelijkheid om productgegevens in NoSQL op te slaan. In plaats daarvan komen ze met een mega-hoeveelheid tabellen in MySQL om maar een flexibele structuur aan te kunnen bieden.
Omdat je klantegevens en andere business relationeel wilt indelen, en daar ook je queries op kunnen doen, dat gaat je bij noSQL databases niet op een makkelijke manier lukken, daarnaast heeft het ook eigenlijk helemaal niet zoveel zin omdat je juist noSQL gebruikt vanwege performance en losse structuur. Alles kan natuurlijk, maar of het slim is, is een tweede.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  vrijdag 9 mei 2014 @ 08:52:51 #220
187069 slacker_nl
Sicko pur sang
pi_139730991
In theory there is no difference between theory and practice. In practice there is.
  vrijdag 9 mei 2014 @ 10:12:51 #221
12221 Tijn
Powered by MS Paint
pi_139732436
Het gaat vooral om de eigenachappen van producten waarin je flexibel wilt zijn, toch? Dus waarom niet een column "properties" in de product tabel waar je gewoon JSON in zet? :P
pi_139732516
quote:
0s.gif Op donderdag 8 mei 2014 10:31 schreef raptorix het volgende:

[..]

Naja het is alweer tijd geleden dat ik er wat mee gedaan heb, ik had veel problemen met configuratie onder windows.

Ter voorbeeld, hoe zou je dit in bijvoorbeeld PHP aanpakken?
[ code verwijderd ]

1$colors = preg_grep('~blue~i', $colors);
:+
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_139736636
Nvm , done fixed :). Het komt erop neer dat ik een foutje had gemaakt O+ BUGS ftw. _O- . Eenmalige gelukkig.

[ Bericht 27% gewijzigd door cablegunmaster op 09-05-2014 14:20:44 ]
Redacted
  vrijdag 9 mei 2014 @ 17:49:27 #224
178193 Juicyhil
Bekende FOK!ker
pi_139746633
quote:
6s.gif Op vrijdag 9 mei 2014 10:12 schreef Tijn het volgende:
Het gaat vooral om de eigenachappen van producten waarin je flexibel wilt zijn, toch? Dus waarom niet een column "properties" in de product tabel waar je gewoon JSON in zet? :P
:|W
Op dinsdag 9 augustus 2011 23:01 schreef SuperrrTuxxx het volgende:
Ik hou zoveel van jou, ik doe alles voor je! O+
  vrijdag 9 mei 2014 @ 17:51:32 #225
230788 n8n
Pragmatisch
pi_139746692
quote:
6s.gif Op vrijdag 9 mei 2014 10:12 schreef Tijn het volgende:
Het gaat vooral om de eigenachappen van producten waarin je flexibel wilt zijn, toch? Dus waarom niet een column "properties" in de product tabel waar je gewoon JSON in zet? :P
Gewoon alles met nodejs dit dat
Specialization is for insects”.—Robert Heinlein
pi_139747165
quote:
6s.gif Op vrijdag 9 mei 2014 10:12 schreef Tijn het volgende:
Het gaat vooral om de eigenachappen van producten waarin je flexibel wilt zijn, toch? Dus waarom niet een column "properties" in de product tabel waar je gewoon JSON in zet? :P
:P En daar gaat je normalisatie.
pi_139748135
quote:
19s.gif Op vrijdag 9 mei 2014 18:09 schreef TwenteFC het volgende:

[..]

:P En daar gaat je normalisatie.
Is een middel, geen doel. :)
pi_139748469
quote:
6s.gif Op vrijdag 9 mei 2014 10:12 schreef Tijn het volgende:
Het gaat vooral om de eigenachappen van producten waarin je flexibel wilt zijn, toch? Dus waarom niet een column "properties" in de product tabel waar je gewoon JSON in zet? :P
Of xml opslaan in zo'n blob. ;)
pi_139748711
quote:
0s.gif Op vrijdag 9 mei 2014 08:41 schreef raptorix het volgende:

[..]

Omdat je klantegevens en andere business relationeel wilt indelen, en daar ook je queries op kunnen doen, dat gaat je bij noSQL databases niet op een makkelijke manier lukken, daarnaast heeft het ook eigenlijk helemaal niet zoveel zin omdat je juist noSQL gebruikt vanwege performance en losse structuur. Alles kan natuurlijk, maar of het slim is, is een tweede.
In zo'n situatie moet je voor- en nadelen van beide mogelijkheden uitzoeken tegen elkaar afwegen. Ik vind het wat lastig om bij voorbaat een keuze te maken, maar ik zou niets op voorhand uitsluiten. Er is ook niets mis mee om een deel van de data in NoSQL te zetten en een ander deel in een relationele database. :)
  vrijdag 9 mei 2014 @ 22:36:24 #230
187069 slacker_nl
Sicko pur sang
pi_139759271
quote:
0s.gif Op donderdag 8 mei 2014 10:31 schreef raptorix het volgende:

[..]

Naja het is alweer tijd geleden dat ik er wat mee gedaan heb, ik had veel problemen met configuratie onder windows.

Ter voorbeeld, hoe zou je dit in bijvoorbeeld PHP aanpakken?
[ code verwijderd ]

Tis geen PHP, maar met php moet het ook zo kunnen
1
2
3
4
5
6
7
8
9
10
11
# Perl
@kleurtjes = qw(orange blue darkBlue);
foreach (grep /blue/i, @kleurtjes) { 
    print $_ . $/;
}

# PHP
kleurtjes = [ 'orange', 'blue', 'darkBlue' ] ; 
foreach (preg_grep('/blue/i', $kleurtjes) as $k) {
    print $k . "\n";
}

Zo moeilijk was dat toch niet?
In theory there is no difference between theory and practice. In practice there is.
pi_139864424
Even een simpele moeilijke vraag.

- Bestanden uploaden (controle op php extensie en op inhoud of er mogelijk code instaat )
- (plaatjes met extra code erin bvb ) Is dit mogelijk?
- Hoe ik de folder afscherm van mogelijk gebruik (toch op een manier een php file geupload en deze folder disablen om de php scripts te draaien).

Is dit mogelijk :P ?
Redacted
pi_139864544
Ik zou zeggen, probeer je vraag eerst een keer in begrijpbaar Nederlands te stellen. Dan wordt het voor jezelf waarschijnlijk ook al een stuk duidelijker.
pi_139864613
quote:
14s.gif Op maandag 12 mei 2014 13:34 schreef KomtTijd... het volgende:
Ik zou zeggen, probeer je vraag eerst een keer in begrijpbaar Nederlands te stellen. Dan wordt het voor jezelf waarschijnlijk ook al een stuk duidelijker.
Je hebt vast gelijk :). maar het is al opgelost.
Even rondgevraagd en die oplossing is al gemaakt.
1php_flag engine off

zocht ik :Y
Redacted
pi_139869531
Op mijn ftpserver draait phpversie: 5.3.28
Nu zit ik op de wikipedia te kijken welke versies dat er zijn en zie dat 5.3 t/m juli 2014 ondersteund wordt.
Mijn vraag is nu of het kwaad kan dat mijn server 5.3 heeft en wat eventuele gevolgen kunnen zijn voor mijn website.
  maandag 12 mei 2014 @ 21:08:01 #235
178193 Juicyhil
Bekende FOK!ker
pi_139881481
quote:
5s.gif Op maandag 12 mei 2014 16:10 schreef karton2 het volgende:
Op mijn ftpserver draait phpversie: 5.3.28
Nu zit ik op de wikipedia te kijken welke versies dat er zijn en zie dat 5.3 t/m juli 2014 ondersteund wordt.
Mijn vraag is nu of het kwaad kan dat mijn server 5.3 heeft en wat eventuele gevolgen kunnen zijn voor mijn website.
Het zal niet zo zijn dat je website van de ene op de andere dag kapot gaat :P Maar je wilt het liefst in een productieomgeving wel een ondersteunde versie hebben. Ik noem maar zoiets als een heartblead bug van laatst, dat je wel zeker weet dat er patches worden uitgebracht als er iets mis is.
Dus als het kan zeker upgraden.
Op dinsdag 9 augustus 2011 23:01 schreef SuperrrTuxxx het volgende:
Ik hou zoveel van jou, ik doe alles voor je! O+
  maandag 12 mei 2014 @ 22:39:10 #236
187069 slacker_nl
Sicko pur sang
pi_139886890
quote:
5s.gif Op maandag 12 mei 2014 16:10 schreef karton2 het volgende:
Op mijn ftpserver draait phpversie: 5.3.28
Nu zit ik op de wikipedia te kijken welke versies dat er zijn en zie dat 5.3 t/m juli 2014 ondersteund wordt.
Mijn vraag is nu of het kwaad kan dat mijn server 5.3 heeft en wat eventuele gevolgen kunnen zijn voor mijn website.
Welk OS draai je en hoe zit het met de support daarop? Debian doet bijvoorbeeld gewoon de security patches loslaten op bijv. de 5.3.x branch als ze die leveren.

Is unsupported http://nl3.php.net/releases/, edoch, krijg ik gewoon security fixes binnen.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
$ php -v
PHP 5.3.3-7+squeeze19 with Suhosin-Patch (cli) (built: Feb 18 2014 13:59:15) 
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
    with Suhosin v0.9.32.1, Copyright (c) 2007-2010, by SektionEins GmbH

$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 6.0.9 (squeeze)
Release:        6.0.9
Codename:       squeeze

gzip -dc /usr/share/doc/php5-common/changelog.Debian.gz | less
php5 (5.3.3-7+squeeze19) squeeze-security; urgency=low

  * [CVE-2014-1943]: Fix segmentation fault in libmagic (Closes: #739012)

 -- Ondřej Surý <ondrej@debian.org>  Mon, 17 Feb 2014 10:52:15 +0100


[ Bericht 49% gewijzigd door slacker_nl op 12-05-2014 22:44:36 ]
In theory there is no difference between theory and practice. In practice there is.
pi_139890033
De 5.3 branch wordt (nu) ook door PHP nog gesupport dus da's niet zo gek.

@karton2: Als het een managed server is, is in principe de hosting partij verantwoordelijk voor je php-installatie. Waarschijnlijk zul je dan binnenkort inderdaad naar 5.4 of 5.5 geslingerd worden. Als je bang bent dat dat je applicaties breekt zou je het vast kunnen testen, maar die kans is niet zo groot hoor. Zeker niet als je een bekend en up-to-date CMS gebruikt.
Als je 'm zelf beheert zou ik gewoon zsm updaten. Nadelen heeft het niet en vroeg of laat zal het toch moeten.
  dinsdag 13 mei 2014 @ 00:08:59 #238
187069 slacker_nl
Sicko pur sang
pi_139891591
quote:
14s.gif Op maandag 12 mei 2014 23:34 schreef KomtTijd... het volgende:
De 5.3 branch wordt (nu) ook door PHP nog gesupport dus da's niet zo gek.

@karton2: Als het een managed server is, is in principe de hosting partij verantwoordelijk voor je php-installatie. Waarschijnlijk zul je dan binnenkort inderdaad naar 5.4 of 5.5 geslingerd worden. Als je bang bent dat dat je applicaties breekt zou je het vast kunnen testen, maar die kans is niet zo groot hoor. Zeker niet als je een bekend en up-to-date CMS gebruikt.
Als je 'm zelf beheert zou ik gewoon zsm updaten. Nadelen heeft het niet en vroeg of laat zal het toch moeten.
Alleen 5.3.28 als ik http://nl3.php.net/downloads.php erbij pak. en de pagina waar 5.3.3 op staat zegt:
quote:
Unsupported Historical Releases

We have collected all the official information and code available for past PHP releases.
In theory there is no difference between theory and practice. In practice there is.
pi_139895174
quote:
0s.gif Op dinsdag 13 mei 2014 00:08 schreef slacker_nl het volgende:

[..]

Alleen 5.3.28 als ik http://nl3.php.net/downloads.php erbij pak. en de pagina waar 5.3.3 op staat zegt:

[..]

Bugfixes worden door Debian gebackport, waardoor je wel altijd op de versie blijft die meegeleverd werd in de distro. Daarom ook zie je PHP 5.3.3-7+squeeze19 staan als versienummer. En zolang Debian 6.0 ondersteund wordt (tot feb 2016 voor i386 en amd64) zullen ze die bugfixes blijven doen (tenzij ze expliciet aangeven dat niet te doen, er is/komt een tooltje om packages te vinden die niet meer ondersteund worden).
  dinsdag 13 mei 2014 @ 12:33:24 #240
187069 slacker_nl
Sicko pur sang
pi_139901289
quote:
0s.gif Op dinsdag 13 mei 2014 08:25 schreef Light het volgende:

[..]

Bugfixes worden door Debian gebackport, waardoor je wel altijd op de versie blijft die meegeleverd werd in de distro. Daarom ook zie je PHP 5.3.3-7+squeeze19 staan als versienummer. En zolang Debian 6.0 ondersteund wordt (tot feb 2016 voor i386 en amd64) zullen ze die bugfixes blijven doen (tenzij ze expliciet aangeven dat niet te doen, er is/komt een tooltje om packages te vinden die niet meer ondersteund worden).
Dat zei ik toch ook in m'n allereerste reactie :)
In theory there is no difference between theory and practice. In practice there is.
pi_139904913
Klacht: ik mag geen error handler schrijven omdat dat te lang zou duren en moet als oplossing error_reporting(0) gebruiken van mn baas ...
  Moderator / Redactie Sport / Devops dinsdag 13 mei 2014 @ 14:29:41 #242
176766 crew  zoem
zoemt
pi_139905896
Slechte baas heb je dan :')
  dinsdag 13 mei 2014 @ 14:33:48 #243
166255 Maringo
Bèhèhèhèh
pi_139906073
quote:
0s.gif Op dinsdag 13 mei 2014 14:02 schreef Darkomen het volgende:
Klacht: ik mag geen error handler schrijven omdat dat te lang zou duren en moet als oplossing error_reporting(0) gebruiken van mn baas ...
Tegenin gaan!

Of zorgen voor een error. :+
Die volg topic-knop hè...
Op 02-06-2014 16:38 schreef Moeraskat
Je bent te goed voor de mensheid.
  dinsdag 13 mei 2014 @ 14:35:05 #244
84244 Scorpie
Abject en infaam!
pi_139906126
quote:
0s.gif Op dinsdag 13 mei 2014 14:02 schreef Darkomen het volgende:
Klacht: ik mag geen error handler schrijven omdat dat te lang zou duren en moet als oplossing error_reporting(0) gebruiken van mn baas ...
Ik had mijn baan opgezegd.
Op dinsdag 13 augustus schreef Xa1pt:
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
pi_139906818
quote:
2s.gif Op dinsdag 13 mei 2014 14:33 schreef Maringo het volgende:

[..]

Tegenin gaan!

Of zorgen voor een error. :+
Dat heb ik al opgegeven, laat hem straks maar zoeken als er iets fout is op de site.

quote:
7s.gif Op dinsdag 13 mei 2014 14:35 schreef Scorpie het volgende:

[..]

Ik had mijn baan opgezegd.
Al gedaan, nog 2 maanden, ben op zoek naar iets wat een uitdaging is.
pi_140024898
Ik zit al een uur te kutten met het volgende:

Op mijn eigen server werkt het wel goed, na het uploaden op een andere host niet.

Ik heb een formulier, die een aantal velden heeft. Hij post het formulier naar post.php, welke deze code bevat. Alleen pakt hij mijn postvelden niet, maar een print_r($_POST); op post.php geeft wel alle velden met inhoud die van het formulier afkomen :?? Titel is gevuld, maar onderstaande if werkt niet?

1
2
3
4
if(isset($_POST['titel'])) 
{         
 echo 'titel gepost';
}

Iemand een idee?
pi_140025437
typfoutjes lijkt me?
  zaterdag 17 mei 2014 @ 11:53:09 #248
187069 slacker_nl
Sicko pur sang
pi_140049929
quote:
99s.gif Op vrijdag 16 mei 2014 16:52 schreef boskameel het volgende:
Ik zit al een uur te kutten met het volgende:

Op mijn eigen server werkt het wel goed, na het uploaden op een andere host niet.

Ik heb een formulier, die een aantal velden heeft. Hij post het formulier naar post.php, welke deze code bevat. Alleen pakt hij mijn postvelden niet, maar een print_r($_POST); op post.php geeft wel alle velden met inhoud die van het formulier afkomen :?? Titel is gevuld, maar onderstaande if werkt niet?
[ code verwijderd ]

Iemand een idee?
Wat zegt array_key_exists?
In theory there is no difference between theory and practice. In practice there is.
  zaterdag 17 mei 2014 @ 11:54:28 #249
187069 slacker_nl
Sicko pur sang
pi_140049956
quote:
0s.gif Op dinsdag 13 mei 2014 14:02 schreef Darkomen het volgende:
Klacht: ik mag geen error handler schrijven omdat dat te lang zou duren en moet als oplossing error_reporting(0) gebruiken van mn baas ...
Hahaha. Faalhazerij zeg ik.

Overal @voorzetten, @ook @in @je @mails @naar @de @baas.
In theory there is no difference between theory and practice. In practice there is.
  zaterdag 17 mei 2014 @ 12:32:39 #250
178193 Juicyhil
Bekende FOK!ker
pi_140050722
quote:
0s.gif Op zaterdag 17 mei 2014 11:54 schreef slacker_nl het volgende:

[..]

Hahaha. Faalhazerij zeg ik.

Overal @voorzetten, @ook @in @je @mails @naar @de @baas.
Of gewoon een kopie van een bounce mail terugsturen :P
Op dinsdag 9 augustus 2011 23:01 schreef SuperrrTuxxx het volgende:
Ik hou zoveel van jou, ik doe alles voor je! O+
pi_140051047
quote:
0s.gif Op zaterdag 17 mei 2014 11:54 schreef slacker_nl het volgende:

[..]

Hahaha. Faalhazerij zeg ik.

Overal @voorzetten, @ook @in @je @mails @naar @de @baas.
Beter issets gebruiken dan @voorzetten. :P Het apenstaartje negeert fouten maar veroorzaakt daarmee ook weer onverwachte situaties binnen de code.

quote:
99s.gif Op vrijdag 16 mei 2014 16:52 schreef boskameel het volgende:
Ik zit al een uur te kutten met het volgende:

Op mijn eigen server werkt het wel goed, na het uploaden op een andere host niet.

Ik heb een formulier, die een aantal velden heeft. Hij post het formulier naar post.php, welke deze code bevat. Alleen pakt hij mijn postvelden niet, maar een print_r($_POST); op post.php geeft wel alle velden met inhoud die van het formulier afkomen :?? Titel is gevuld, maar onderstaande if werkt niet?
[ code verwijderd ]

Iemand een idee?
Jep , meer code neerzetten.
Zoals de waarde van je print_r($_POST); dit zal behulpzaam zijn om te weten.
(controleer hoofdlettersvan je if statement en je name value) Hoofdletter gevoeligheid speelt mee.

Ter verduidelijking:
een enkele if statement kan ik niet veel mee. ander dan zeggen dat je $_POST['variabele_naam'] niet gelijk is aan je <input type='text' name='variabele_naam' value='' >

[ Bericht 28% gewijzigd door cablegunmaster op 17-05-2014 12:57:18 ]
Redacted
  zaterdag 17 mei 2014 @ 16:36:16 #252
52200 ViPeRII
It's a good day to die
pi_140055934
quote:
99s.gif Op vrijdag 16 mei 2014 16:52 schreef boskameel het volgende:
Ik zit al een uur te kutten met het volgende:

Op mijn eigen server werkt het wel goed, na het uploaden op een andere host niet.

Ik heb een formulier, die een aantal velden heeft. Hij post het formulier naar post.php, welke deze code bevat. Alleen pakt hij mijn postvelden niet, maar een print_r($_POST); op post.php geeft wel alle velden met inhoud die van het formulier afkomen :?? Titel is gevuld, maar onderstaande if werkt niet?
[ code verwijderd ]

Iemand een idee?
Ik weet niet of dit het is, maar $_POST['Titel'] is iets anders dan $_POST['titel']
-- ViPeRII --
  zondag 18 mei 2014 @ 10:44:11 #253
125913 Devolution
Beep beep Richie
pi_140082537
Of misschien is het in het formulier op z'n Engels (title) en in je code in het Nederlands (titel). Dat soort kleine dingetjes kijk je als mens snel overheen maar PHP vergeeft je zulke foutjes niet :P
"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."
  zondag 18 mei 2014 @ 10:52:43 #254
230788 n8n
Pragmatisch
pi_140082678
quote:
3s.gif Op zondag 18 mei 2014 10:44 schreef Devolution het volgende:
Of misschien is het in het formulier op z'n Engels (title) en in je code in het Nederlands (titel). Dat soort kleine dingetjes kijk je als mens snel overheen maar PHP vergeeft je zulke foutjes niet :P
daarom altijd 1 systeem aanhouden
Specialization is for insects”.—Robert Heinlein
pi_140132422
Herkend iemand zich :+
Programming Sucks
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
  maandag 19 mei 2014 @ 16:37:37 #256
166255 Maringo
Bèhèhèhèh
pi_140133751
quote:
12s.gif Op maandag 19 mei 2014 16:01 schreef Aether het volgende:
Herkend iemand zich :+
Programming Sucks
quote:
The only reason coders' computers work better than non-coders' computers is coders know computers are schizophrenic little children with auto-immune diseases and we don't beat them when they're bad.
_O-

Mooi stukje verder :Y
Die volg topic-knop hè...
Op 02-06-2014 16:38 schreef Moeraskat
Je bent te goed voor de mensheid.
  dinsdag 20 mei 2014 @ 09:26:49 #257
84926 WyriHaximus
Release the hounds smithers!
pi_140159522
quote:
2s.gif Op maandag 19 mei 2014 16:37 schreef Maringo het volgende:

[..]

[..]

_O-

Mooi stukje verder :Y
Ook wel een herkenbaar stukje :Y.
phluphy for president!
pi_140179018
Ik zit me hier op te naaien dat is niet meer normaal..

ik heb een bestand staat enkel en alleen een 1 in als ik die uitlees met file_get_contents of fread en dan if(dat bestand == "1") doe dan is antwoord altijd false.. als ik element inspecteren doe lijkt het alsof er een hele berg white space achter staat, maar die krijg je op geen mogelijkheid weg...

Weet iemand hoe ik dit doe?
  Moderator / Redactie Sport / Devops dinsdag 20 mei 2014 @ 20:12:19 #259
176766 crew  zoem
zoemt
pi_140179442
Misschien dat een stukje code helpt om het probleem te vinden. Wat krijg je als inhoud te zien met var_dump?
pi_140180591
quote:
0s.gif Op dinsdag 20 mei 2014 20:03 schreef Skunk-m het volgende:
Ik zit me hier op te naaien dat is niet meer normaal..

ik heb een bestand staat enkel en alleen een 1 in als ik die uitlees met file_get_contents of fread en dan if(dat bestand == "1") doe dan is antwoord altijd false.. als ik element inspecteren doe lijkt het alsof er een hele berg white space achter staat, maar die krijg je op geen mogelijkheid weg...

Weet iemand hoe ik dit doe?
Skunk je antwoord op je vraag.
Post wat code waar het gebeurt? :P
Ik kan niet meelezen met wat je doet.
Redacted
pi_140181228
if(file_get_contents("bestand") == "1"){
doe dit..
}

werkt niet.. heb nog trim en rtrim en substr toegepast op die file_get_contents werkt niet.. blijft gewoon 1 echoen en als ik element inspecteren doe zie ik een hoop blanco ruimte erachter.

heb ook dit geprobeerd
$file = fopen("bestand", 'r');
$z = fread($file, 1);
fclose($file);

if($z == "1"){
doe dit
}
zelfde resultaat.

En nee het bestand zelf bevat geen witruimte enkel en alleen een 1
pi_140181347
http://www.php.net/manual/en/function.file-exists.php

Probeer file_exists ipv file_get_contents. lees dit bovenstaande stuk even door. mogelijk is de syntax van "bestand" fout. ^O^
Redacted
pi_140181436
a wacht fuck.. sorry dat ik jullie lastig heb gevallen ik ben echt een domme koekebakkert.. lol.. is in zo'n phpbb bestand maar kheb dat wat ie moet doen alleen bij de variabelen die meegeeft aan template neergezet kheb em nog niet in template zelf neer gezet.
  dinsdag 20 mei 2014 @ 20:56:55 #264
91039 mstx
2x1/2 = 1/2 x 1/2
pi_140181458
Ik ben traag.

[ Bericht 98% gewijzigd door mstx op 20-05-2014 20:57:27 (-_-) ]
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_140238306
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
mysql> desc users;
+-------------------------+---------------------+------+-----+---------+----------------+
| Field                   | Type                | Null | Key | Default | Extra          |
+-------------------------+---------------------+------+-----+---------+----------------+
| id                      | int(11) unsigned    | NO   | PRI | NULL    | auto_increment |
| username                | varchar(100)        | NO   |     | NULL    |                |
| password                | varchar(80)         | NO   |     | NULL    |                |
| salt                    | varchar(40)         | YES  |     | NULL    |                |
+-------------------------+---------------------+------+-----+---------+----------------+

mysql> show keys from users;
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| users |          0 | PRIMARY  |            1 | id          | A         |           0 |     NULL | NULL   |      | BTREE      |         |               |
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+

mysql> desc dealers;
+------------------------+------------------+------+-----+---------+-------+
| Field                  | Type             | Null | Key | Default | Extra |
+------------------------+------------------+------+-----+---------+-------+
| dealer_user_id         | int(11) unsigned | NO   | PRI | NULL    |       |
| dealer_nvm_id          | int(11) unsigned | NO   | UNI | NULL    |       |
| dealer_bedrijfsnaam    | varchar(45)      | YES  |     | NULL    |       |
+------------------------+------------------+------+-----+---------+-------+

mysql> show keys from dealers;
+---------+------------+-----------------------+--------------+----------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| Table   | Non_unique | Key_name              | Seq_in_index | Column_name    | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
+---------+------------+-----------------------+--------------+----------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| dealers |          0 | PRIMARY               |            1 | dealer_user_id | A         |           0 |     NULL | NULL   |      | BTREE      |         |               |
| dealers |          0 | nvmIds                   |            1 | dealer_nvm_id  | A         |           0 |     NULL | NULL   |      | BTREE      |         |               |
| dealers |          0 | userIds               |            1 | dealer_user_id | A         |           0 |     NULL | NULL   |      | BTREE      |         |               |
+---------+------------+-----------------------+--------------+----------------+-----------+-------------+----------+--------+------+------------+---------+---------------+

mysql> desc autos;
+--------------------+------------------+------+-----+---------+----------------+
| Field              | Type             | Null | Key | Default | Extra          |
+--------------------+------------------+------+-----+---------+----------------+
| auto_id            | int(11)          | NO   | PRI | NULL    | auto_increment |
| auto_user_id       | int(11) unsigned | NO   | UNI | NULL    |                |
| auto_dealer_nvm_id | int(11) unsigned | NO   | UNI | NULL    |                |
| auto_kenteken      | varchar(45)      | YES  |     | NULL    |                |
+--------------------+------------------+------+-----+---------+----------------+

mysql> show keys from autos;
+-------+------------+----------+--------------+--------------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| Table | Non_unique | Key_name | Seq_in_index | Column_name        | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
+-------+------------+----------+--------------+--------------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| autos |          0 | PRIMARY  |            1 | auto_id            | A         |           0 |     NULL | NULL   |      | BTREE      |            |               |
| autos |          1 | userIds  |            1 | auto_user_id       | A         |           0 |     NULL | NULL   |      | BTREE      |            |               |
| autos |          1 | nvmIds   |            1 | auto_dealer_nvm_id | A         |           0 |     NULL | NULL   |      | BTREE      |            |               |
+-------+------------+----------+--------------+--------------------+-----------+-------------+----------+--------+------+------------+---------+---------------+

 UNIQUE KEY `uc_users_groups` (`user_id`,`group_id`),
 KEY `fk_users_groups_users1_idx` (`user_id`),
 KEY `fk_users_groups_groups1_idx` (`group_id`),
 CONSTRAINT `fk_users_groups_groups1` FOREIGN KEY (`group_id`) REFERENCES `groups` (`id`) ON DELETE CASCADE ON UPDATE NO ACTION,
 CONSTRAINT `fk_users_groups_users1` FOREIGN KEY (`user_id`) REFERENCES `users` (`id`) ON DELETE CASCADE ON UPDATE NO ACTION
 ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8 |

Ik zit te oefenen met 'foreign keys' en heb een vraag waar ik niet uitkom.

Ik ben bekend met het zetten van een fk welke entries verwijderd uit een tabel(users_groups) als de user verwijderd word uit de db. - vaag bekend met verwijderen
Maar wat ik wil is dat wanneer de user of dealer verwijderd word, bij de auto de 'dealer id' of 'user id' op 0 of NULL word gezet.
Alleen krijg ik dat niet voor elkaar en ik snap niet waarom :(

Ps, let even niet op de verschillende talen tussen users en auto's/dealers

FF geprobeerd om de entries te verwijderen maar ook dat lukt me niet.
1
2
3
4
ALTER TABLE `autos` ADD  CONSTRAINT `user_id_link` FOREIGN KEY (`auto_user_id`) REFERENCES `testdb`.`users`(`id`) ON DELETE CASCADE ON UPDATE NO ACTION;

MySQL said: Documentation
#1452 - Cannot add or update a child row: a foreign key constraint fails (`testdb`.`#sql-f714_46d`, CONSTRAINT `user_id_link` FOREIGN KEY (`auto_user_id`) REFERENCES `users` (`id`) ON DELETE CASCADE ON UPDATE NO ACTION) 

Pss. dat was omdat de tabel niet leeg was.

Maar ON DELETE SET NULL lukt dus niet

Psss: ja.... 'Null: NO' => 'Null: YES'

Dat was hem dus

[ Bericht 0% gewijzigd door Darkomen op 22-05-2014 13:25:20 ]
pi_140278144
Ik zou hem niet verwijderen, maar ik zou een flag maken waarin aangegeven is dat de dealer niet meer bestaat, het is in principe bad practice om data te deleten uit je database, tenzij het geen functie meer heeft, bijvoorbeeld logentries.

Overigens zou ik iets consequenter zijn in de naamgeving, ik zou bijvoorbeeld fieldnames niet gaan prefixen met de table name, maar als je het dan toch doet doe het dan wel consequent.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_140278777
Het is ook test databaseje om te rotzooien met relaties.
Wel een opzet voor een totale rebuild om precies de punten aan te pakken waar jij het over hebt :)
Site/DB is orgineel gebouwt in Sri Lanka... met gebruik van een voorgaand project van de bouwer, bouwer heeft ook engelse namen vertaald naar nederlands via google translate.

Verder heeft niemand hier verstand van relaties... :|
  zaterdag 24 mei 2014 @ 10:17:11 #268
187069 slacker_nl
Sicko pur sang
pi_140306344
quote:
0s.gif Op vrijdag 23 mei 2014 14:19 schreef Darkomen het volgende:

Verder heeft niemand hier verstand van relaties... :|
Mannen...
In theory there is no difference between theory and practice. In practice there is.
pi_140380171
lol
  dinsdag 27 mei 2014 @ 16:28:46 #270
84926 WyriHaximus
Release the hounds smithers!
pi_140431419
Het blijft wel lekker angstvallig stil. Nou moet ik wel zeggen dat een compleet eigen communicatie protocol uitwerken aantoont hoe lastig communiceren is en dus ook relaties zijn.
phluphy for president!
pi_140435432
quote:
6s.gif Op dinsdag 27 mei 2014 16:28 schreef WyriHaximus het volgende:
Het blijft wel lekker angstvallig stil. Nou moet ik wel zeggen dat een compleet eigen communicatie protocol uitwerken aantoont hoe lastig communiceren is en dus ook relaties zijn.
_O-
Redacted
pi_140441561
PHP is eigenlijk niet zo slecht met autoloaders. Als je daarnaast van alle procedurele dingen vaak een OOP-alternatief zoekt al helemaal. :)
pi_140464068
PHP Next Generation
The PHP Group has put up a post about the future of PHP. They say, 'Over the last year, some research into the possibility of introducing JIT compilation capabilities to PHP has been conducted. During this research, the realization was made that in order to achieve optimal performance from PHP, some internal API's should be changed.

This necessitated the birth of the phpng branch, initially authored by Dmitry Stogov, Xinchen Hui, and Nikita Popov. This branch does not include JIT capabilities, but rather seeks to solve those problems that prohibit the current, and any future implementation of a JIT capable executor achieving optimal performance by improving memory usage and cleaning up some core API's

By making these improvements, the phpng branch gives us a considerable performance gain in real world applications, for example a 20% increase in throughput for Wordpress. The door may well now be open for a JIT capable compiler that can perform as we expect, but it's necessary to say that these changes stand strong on their own, without requiring a JIT capable compiler in the future to validate them.'"
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
  woensdag 28 mei 2014 @ 13:43:53 #274
25889 Sitethief
Fulltime Flapdrol
pi_140466754
http://computerworld.nl/d(...)enen-om-php-te-haten

Soms denk ik dat mensen PHP bashen alleen maar omdat het bashen. Maar deze auteur gaat wel heel kort door de bocht...
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
  woensdag 28 mei 2014 @ 13:48:43 #275
84244 Scorpie
Abject en infaam!
pi_140466871
quote:
0s.gif Op woensdag 28 mei 2014 13:43 schreef Sitethief het volgende:
http://computerworld.nl/d(...)enen-om-php-te-haten

Soms denk ik dat mensen PHP bashen alleen maar omdat het bashen. Maar deze auteur gaat wel heel kort door de bocht...
Wat een faal :')

1) Pure domheid van de programmeur, daar helpt geen enkele taal tegen.
2) :') PHP kent ook gewoon MVC principes.
3) Klopt, maar met een goeie IDE is dat geen probleem.
4) :') niet weten hoe je moet sorteren in een programmeertaal, ga je kapot schamen
5) Wacht wat :')
6) Dat is toch geen issue meer :')
7) Daar valt omheen te programmeren.
8) Tering :') zie 1.
9) Tering :') zie 1.
10) Valide
11) :')
12) Daar ben je toch zelf bij :')

Wat een tenenkrommend slecht stukje, bah.
Op dinsdag 13 augustus schreef Xa1pt:
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
  woensdag 28 mei 2014 @ 13:53:49 #276
187069 slacker_nl
Sicko pur sang
pi_140466995
quote:
0s.gif Op woensdag 28 mei 2014 13:43 schreef Sitethief het volgende:
http://computerworld.nl/d(...)enen-om-php-te-haten

Soms denk ik dat mensen PHP bashen alleen maar omdat het bashen. Maar deze auteur gaat wel heel kort door de bocht...
Je hoeft PHP niet te bashen, dat doet het zelf :+
In theory there is no difference between theory and practice. In practice there is.
pi_140467092
Ik vind het ook een absolute kut taal als ik iets niet weet :o ;)
Maar dat heb ik ook met javascript, c, java, asp.
pi_140468065
resolved.

[ Bericht 15% gewijzigd door cablegunmaster op 28-05-2014 14:40:34 ]
Redacted
pi_140469286
quote:
0s.gif Op woensdag 28 mei 2014 13:43 schreef Sitethief het volgende:
http://computerworld.nl/d(...)enen-om-php-te-haten

Soms denk ik dat mensen PHP bashen alleen maar omdat het bashen. Maar deze auteur gaat wel heel kort door de bocht...
Ben het met 4, 6 en 8 eens.
Bij punt 12 worden taal en bibliotheken volgens mij als één gezien.
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
  woensdag 28 mei 2014 @ 15:16:20 #280
25889 Sitethief
Fulltime Flapdrol
pi_140469667
quote:
0s.gif Op woensdag 28 mei 2014 13:53 schreef slacker_nl het volgende:

[..]

Je hoeft PHP niet te bashen, dat doet het zelf :+
Mensen die PHP verkeerd gebruiken bashen bedoel je...
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
  woensdag 28 mei 2014 @ 18:59:24 #281
187069 slacker_nl
Sicko pur sang
pi_140477850
quote:
0s.gif Op woensdag 28 mei 2014 15:16 schreef Sitethief het volgende:
Mensen die PHP verkeerd gebruiken bashen bedoel je...
Nee hoor. PHP is gewoon kut, laten we eerlijk zijn.
In theory there is no difference between theory and practice. In practice there is.
pi_140477959
quote:
0s.gif Op woensdag 28 mei 2014 18:59 schreef slacker_nl het volgende:

[..]

Nee hoor. PHP is gewoon kut, laten we eerlijk zijn.
Gecombineerd met Smarty en OO PHP kan het nog best aardig werken. Laatste paar weken toch wat meer vertrouwen in PHP gekregen. Een goed werkend framework eromheen bouwen. O+
Redacted
  donderdag 29 mei 2014 @ 19:22:53 #283
84926 WyriHaximus
Release the hounds smithers!
pi_140515172
quote:
10s.gif Op woensdag 28 mei 2014 19:02 schreef cablegunmaster het volgende:

[..]

Gecombineerd met Smarty en OO PHP kan het nog best aardig werken. Laatste paar weken toch wat meer vertrouwen in PHP gekregen. Een goed werkend framework eromheen bouwen. O+
Gebruik dan iets moderns zoals Twig en een goed up-to-date framework er bij. Alles inladen via composer en gaan met die zooi *G*.
phluphy for president!
  donderdag 29 mei 2014 @ 19:32:11 #284
12221 Tijn
Powered by MS Paint
pi_140515434
quote:
0s.gif Op woensdag 28 mei 2014 18:59 schreef slacker_nl het volgende:

[..]

Nee hoor. PHP is gewoon kut, laten we eerlijk zijn.
Natuurlijk is het niet perfect, maar ze zijn wel goed bezig in de laatste paar versies om nare dingen aan te pakken en goeie nieuwe dingen toe te voegen.

Er zijn twee soorten talen: talen waarover wordt geklaagd en talen die niet worden gebruikt.
  donderdag 29 mei 2014 @ 20:26:23 #285
187069 slacker_nl
Sicko pur sang
pi_140517192
quote:
14s.gif Op donderdag 29 mei 2014 19:32 schreef Tijn het volgende:

[..]

Natuurlijk is het niet perfect, maar ze zijn wel goed bezig in de laatste paar versies om nare dingen aan te pakken en goeie nieuwe dingen toe te voegen.
Ik gebruik PHP te weinig om daar wat zinnigs over te kunnen zeggen.

quote:
Er zijn twee soorten talen: talen waarover wordt geklaagd en talen die niet worden gebruikt.
Das ook weer waar. Maarja, omdat het gebruikt wordt wilt ook niet alles zeggen.

https://jeena.net/images/2012/PHP-The-Good-Parts.pdf
In theory there is no difference between theory and practice. In practice there is.
pi_140518519
quote:
0s.gif Op donderdag 29 mei 2014 20:26 schreef slacker_nl het volgende:

[..]

Ik gebruik PHP te weinig om daar wat zinnigs over te kunnen zeggen.

[..]

Das ook weer waar. Maarja, omdat het gebruikt wordt wilt ook niet alles zeggen.

https://jeena.net/images/2012/PHP-The-Good-Parts.pdf
_O- Dankje die gaat linea recta richting mijn baas :9

[ Bericht 7% gewijzigd door cablegunmaster op 29-05-2014 21:39:56 ]
Redacted
  donderdag 29 mei 2014 @ 23:16:04 #287
12221 Tijn
Powered by MS Paint
pi_140524114
quote:
0s.gif Op donderdag 29 mei 2014 20:26 schreef slacker_nl het volgende:

[..]

Ik gebruik PHP te weinig om daar wat zinnigs over te kunnen zeggen.
PHP heeft een hele slechte basis en wordt nu voor totaal iets anders gebruikt dan waar het ooit voor gemaakt is. Als je dit ten tijde van PHP 3, 4 of zelfs toen 5 net uit was had gezegd, had je helemaal gelijk gehad. PHP was toen echt heel erg slecht. Het is nog steeds slecht, maar ze proberen nu in elk geval wel serieus de rotste appels eruit te halen en ze zijn bezig om te zorgen dat het langzaam maar zeker een moderne, maar ook veiligere taal aan het worden is. Bovendien zijn er onwijs veel goede tools ontstaan (frameworks als Laravel en Symfony2, depency managers als Composer, template engines als Twig bijvoorbeeld) wat het gebruik van PHP ook een stuk beter te doen maakt. Wat dat betreft zijn de dark ages van mysql_real_escape_string(), register_globals en magic quotes wel voorbij.
pi_140558610
quote:
0s.gif Op woensdag 28 mei 2014 13:43 schreef Sitethief het volgende:
http://computerworld.nl/d(...)enen-om-php-te-haten

Soms denk ik dat mensen PHP bashen alleen maar omdat het bashen. Maar deze auteur gaat wel heel kort door de bocht...
Behoorlijk waardeloos artikel, helemaal voor een artikel dat slechts enkele dagen oud is.
pi_140599357
UIt een PHP tutorial:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
class person {
   var $name;
      function set_name($new_name)
      {
         $this->name = $new_name;

      }
      function get_name()
      {
         return $this->name;

      }
}

   $stefan = new person();
   $jimmy = new person;
   $stefan->set_name("Stefan Mischook");
   $jimmy->set_name("Nick Waddles");

   echo "Stefan's full name: ".$stefan->get_name();
   echo "Nick's full name: ".$jimmy->get_name();

Waarom moet bij de instantatie van var Stefan, de haakjes bij person gezet worden, en bij jimmy niet? Beide werken gewoon. Is het niet handiger om ze weg te laten?
  zondag 1 juni 2014 @ 16:06:14 #291
91039 mstx
2x1/2 = 1/2 x 1/2
pi_140599482
quote:
1s.gif Op zondag 1 juni 2014 16:00 schreef Robuustheid het volgende:
UIt een PHP tutorial:
[ code verwijderd ]

Waarom moet bij de instantatie van var Stefan, de haakjes bij person gezet worden, en bij jimmy niet? Beide werken gewoon. Is het niet handiger om ze weg te laten?
Doen allebei precies het zelfde. De haakjes heb je pas echt nodig als je argumenten meegeeft aan de constructor.
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.
👾
  zondag 1 juni 2014 @ 16:07:41 #292
12221 Tijn
Powered by MS Paint
pi_140599516
quote:
1s.gif Op zondag 1 juni 2014 16:00 schreef Robuustheid het volgende:

Is het niet handiger om ze weg te laten?
Ik zou ze niet weglaten, het maakt het duidelijker wat er gebeurt als je de haakjes toevoegt.

Maar wat je ook doet, doe het in elk geval consequent.
pi_140603341
quote:
1s.gif Op zondag 1 juni 2014 16:00 schreef Robuustheid het volgende:
UIt een PHP tutorial:
[ code verwijderd ]

Waarom moet bij de instantatie van var Stefan, de haakjes bij person gezet worden, en bij jimmy niet? Beide werken gewoon. Is het niet handiger om ze weg te laten?
Het mag allebei. Maar als je argumenten mee wilt geven, moet je wel haakjes gebruiken. Dus ik zou het gewoon altijd doen.

Verder lijkt het PHP4-code, en die is al jaren verouderd. Ik zie geen keywords als public, protected en/of private in de code.
pi_140643597
Hmm. Ik zit erover te denken om Chemistry van Apache een update naar PHP 5 te geven.

Alleen durf ik het niet. Overigens is veel ook nog niet geïmplementeerd.
pi_140666894
Is er een mogelijkheid om hetgeen dat je ophaalt met een prepared mysqli statement ophaalt, in een array te stoppen? Ik moet nu met bind_result() evenveel argumenten meegeven als dat er kolommen aan data wordt opgehaald.
1
2
3
4
5
6
7
8
9
10
<?php
$mysqli 
base::open_connection();
$stmt $mysqli->prepare("SELECT first_name, insertion FROM user WHERE user_id = ?");
$id 11;
$stmt->bind_param("i"$id);
$stmt->bind_result($a$b);
$stmt->execute();
$stmt->fetch();
var_dump($a ", " $b);
?>


[ Bericht 30% gewijzigd door esv7 op 03-06-2014 14:11:34 ]
No citizen has a right to be an amateur in the matter of physical training...what a disgrace it is for a man to grow old without ever seeing the beauty and strength of which his body is capable.
pi_140667383
quote:
0s.gif Op dinsdag 3 juni 2014 13:56 schreef esv7 het volgende:
Is er een mogelijkheid om hetgeen dat je ophaalt met een prepared mysqli statement ophaalt, in een array te stoppen? Ik moet nu met bind_result() evenveel argumenten meegeven als dat er kolommen aan data wordt opgehaald.
[ code verwijderd ]

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
<?php
$mysqli 
base::open_connection();
$stmt $mysqli->prepare("SELECT first_name, insertion FROM user WHERE user_id = ?");
$id 11;
$stmt->bind_param("i"$id);
$stmt->bind_result($a$b);
$stmt->execute();
$rows = array();

while ( 
$stmt->fetch() ) {
   
$rows[] = array( $a$b );
}

var_dump($a ", " $b);
?>
Edit: je bedoelt dus iets anders.
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_140667438
quote:
5s.gif Op dinsdag 3 juni 2014 14:09 schreef Aether het volgende:

[..]
[ code verwijderd ]

Bedankt voor het snelle antwoord :).
No citizen has a right to be an amateur in the matter of physical training...what a disgrace it is for a man to grow old without ever seeing the beauty and strength of which his body is capable.
pi_140667839
gebruik PDOstatement::fetchall().

Geen idee hoe je dat met mysqli zou doen.
  dinsdag 3 juni 2014 @ 14:28:45 #299
91039 mstx
2x1/2 = 1/2 x 1/2
pi_140667998
mysqli_result::fetch_all
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.
👾
  dinsdag 3 juni 2014 @ 14:56:06 #300
25889 Sitethief
Fulltime Flapdrol
pi_140668889
quote:
14s.gif Op dinsdag 3 juni 2014 14:23 schreef KomtTijd... het volgende:
gebruik PDOstatement::fetchall().

Geen idee hoe je dat met mysqli zou doen.
fetchAll(\PDO::FETCH_ASSOC) dan toch?
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
  dinsdag 3 juni 2014 @ 14:59:42 #301
230788 n8n
Pragmatisch
pi_140668986
if ($posts < 300 ? die(); : yolo);
Specialization is for insects”.—Robert Heinlein
abonnement Unibet Coolblue
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')