[PHP/(My)SQL] voor dummies #123: Zoals de boer het ook zou doen!

Index

» digital corner

actieve topics nieuwe topics
abonnement Unibet Coolblue Bitvavo
  dinsdag 20 februari 2018 @ 22:58:24 #201
84926 WyriHaximus
Release the hounds smithers!
pi_177334189
quote:
0s.gif Op dinsdag 20 februari 2018 22:47 schreef qu63 het volgende:
Topic is al wat langer stil, maar ik hoop toch dat jullie me kunnen helpen..

Uit een var_dump($test) komt het volgende naar voren:
[ code verwijderd ]

Hoe kan ik die 20 arrays in 'threads' nu benaderen?
print_r($test->inbox->threads) geeft geen resultaat..

Ik vermoed zelf dat het het te maken heeft met die ':private', maar hoe ik daar omheen kan werken.....
Na de threads array komen nog 4 arrays, deze weggelaten omdat deze niet relevant zijn. De code hier is dus niet volledig, maar dat maakt niet uit voor hoe ik die array wil benaderen.
Als ik moet gokken $test->getInbox()->getThreads()

https://github.com/mgp25/(...)nboxResponse.php#L10
https://github.com/mgp25/(...)/DirectInbox.php#L12
phluphy for president!
  dinsdag 20 februari 2018 @ 23:01:33 #202
62215 qu63
..de tijd drinkt..
pi_177334287
quote:
6s.gif Op dinsdag 20 februari 2018 22:58 schreef WyriHaximus het volgende:

[..]

Als ik moet gokken $test->getInbox()->getThreads()

https://github.com/mgp25/(...)nboxResponse.php#L10
https://github.com/mgp25/(...)/DirectInbox.php#L12
Ja, dat dacht ik dus ook.....

1AH01071: Got error 'PHP message: PHP Fatal error: Uncaught LazyJsonMapper\\Exception\\LazyJsonMapperException: Unknown function "getThreads". in *bla*/LazyJsonMapper.php:2099\nStack trace:\n#0 *bla*.php(134): LazyJsonMapper\\LazyJsonMapper->__call('getThreads', Array)\n#1 {main}\n thrown in*bla*LazyJsonMapper.php on line 2099\n'
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
  dinsdag 20 februari 2018 @ 23:03:52 #203
84926 WyriHaximus
Release the hounds smithers!
pi_177334361
quote:
0s.gif Op dinsdag 20 februari 2018 23:01 schreef qu63 het volgende:

[..]

Ja, dat dacht ik dus ook.....
[ code verwijderd ]

Ok maar wat geeft var_dump($test->getInbox()); dan als class terug? :)
phluphy for president!
  dinsdag 20 februari 2018 @ 23:14:09 #204
62215 qu63
..de tijd drinkt..
pi_177334571
quote:
6s.gif Op dinsdag 20 februari 2018 23:03 schreef WyriHaximus het volgende:

[..]

Ok maar wat geeft var_dump($test->getInbox()); dan als class terug? :)
var_dump($test->getInbox()->getThreads()); geeft:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18		array(20) {
  [0]=>
  object(InstagramAPI\Response\Model\DirectThread)#637 (2) {
    ["_compiledPropertyMapLink":"LazyJsonMapper\LazyJsonMapper":private]=>
    &array(29) {
      *blablabullshit*
    }
    ["_objectData":"LazyJsonMapper\LazyJsonMapper":private]=>
    array(27) {
      ["thread_id"]=>
      string(39) "123456789123456789123456789123456789123456"
      ["users"]=>
      array(1) {}
      *etc etc etc*
      }
    }
  }
En dan nog 19 andere arrays met dezelfde opmaak...
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
  dinsdag 20 februari 2018 @ 23:18:40 #205
84926 WyriHaximus
Release the hounds smithers!
pi_177334657
quote:
0s.gif Op dinsdag 20 februari 2018 23:14 schreef qu63 het volgende:

[..]

var_dump($test->getInbox()->getThreads()); geeft:
[ code verwijderd ]

Je hebt 20 instances van DirectThread in je array zitten. Dus foreach (test->getInbox()->getThreads() as $thread) {$thread->method()} en je kunt $thread aanspreken. *O*
phluphy for president!
  dinsdag 20 februari 2018 @ 23:34:01 #206
62215 qu63
..de tijd drinkt..
pi_177334927
quote:
99s.gif Op dinsdag 20 februari 2018 23:18 schreef WyriHaximus het volgende:

[..]

Je hebt 20 instances van DirectThread in je array zitten. Dus foreach (test->getInbox()->getThreads() as $thread) {$thread->method()} en je kunt $thread aanspreken. *O*
1
2
3
4		foreach ($test->getInbox()->getThreads() as $thread123)
{
    $thread123->method();
}
1AH01071: Got error 'PHP message: PHP Fatal error: Uncaught LazyJsonMapper\\Exception\\LazyJsonMapperException: Unknown function "method". in blabla.php
-O-

T irritante is dat ik wéét dat ik dichtbij zit, maar het werkt dus net niet.. In een var_dump komt alle info voorbij die ik wil hebben, ik kan deze alleen neit direct benaderen omdat ze dus in een "["_objectData":"LazyJsonMapper\LazyJsonMapper":private]" array zitten..
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
  woensdag 21 februari 2018 @ 00:00:56 #207
52200 ViPeRII
It's a good day to die
pi_177335349
quote:
0s.gif Op dinsdag 20 februari 2018 23:34 schreef qu63 het volgende:

[..]
[ code verwijderd ]

[ code verwijderd ]

-O-

T irritante is dat ik wéét dat ik dichtbij zit, maar het werkt dus net niet.. In een var_dump komt alle info voorbij die ik wil hebben, ik kan deze alleen neit direct benaderen omdat ze dus in een "["_objectData":"LazyJsonMapper\LazyJsonMapper":private]" array zitten..
Hij bedoelde de method die je wil gebruiken. Nu heb ik de voorgeschiedenis niet gelezen,maar ik denk dat je de inhoud wil zien?
Dan kan je een van de volgende methods gebruiken:
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
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95		/**
 * DirectThreadItem.
 *
 * @method ActionLog getActionLog()
 * @method string getClientContext()
 * @method DirectExpiringSummary getExpiringMediaActionSummary()
 * @method mixed getHideInThread()
 * @method string getItemId()
 * @method mixed getItemType()
 * @method mixed getLike()
 * @method DirectLink getLink()
 * @method mixed getLiveVideoShare()
 * @method Location getLocation()
 * @method DirectThreadItemMedia getMedia()
 * @method Item getMediaShare()
 * @method Placeholder getPlaceholder()
 * @method Item[] getPreviewMedias()
 * @method User getProfile()
 * @method Item getRavenMedia()
 * @method DirectReactions getReactions()
 * @method ReelShare getReelShare()
 * @method string[] getSeenUserIds()
 * @method StoryShare getStoryShare()
 * @method string getText()
 * @method mixed getTimestamp()
 * @method string getUserId()
 * @method bool isActionLog()
 * @method bool isClientContext()
 * @method bool isExpiringMediaActionSummary()
 * @method bool isHideInThread()
 * @method bool isItemId()
 * @method bool isItemType()
 * @method bool isLike()
 * @method bool isLink()
 * @method bool isLiveVideoShare()
 * @method bool isLocation()
 * @method bool isMedia()
 * @method bool isMediaShare()
 * @method bool isPlaceholder()
 * @method bool isPreviewMedias()
 * @method bool isProfile()
 * @method bool isRavenMedia()
 * @method bool isReactions()
 * @method bool isReelShare()
 * @method bool isSeenUserIds()
 * @method bool isStoryShare()
 * @method bool isText()
 * @method bool isTimestamp()
 * @method bool isUserId()
 * @method $this setActionLog(ActionLog $value)
 * @method $this setClientContext(string $value)
 * @method $this setExpiringMediaActionSummary(DirectExpiringSummary $value)
 * @method $this setHideInThread(mixed $value)
 * @method $this setItemId(string $value)
 * @method $this setItemType(mixed $value)
 * @method $this setLike(mixed $value)
 * @method $this setLink(DirectLink $value)
 * @method $this setLiveVideoShare(mixed $value)
 * @method $this setLocation(Location $value)
 * @method $this setMedia(DirectThreadItemMedia $value)
 * @method $this setMediaShare(Item $value)
 * @method $this setPlaceholder(Placeholder $value)
 * @method $this setPreviewMedias(Item[] $value)
 * @method $this setProfile(User $value)
 * @method $this setRavenMedia(Item $value)
 * @method $this setReactions(DirectReactions $value)
 * @method $this setReelShare(ReelShare $value)
 * @method $this setSeenUserIds(string[] $value)
 * @method $this setStoryShare(StoryShare $value)
 * @method $this setText(string $value)
 * @method $this setTimestamp(mixed $value)
 * @method $this setUserId(string $value)
 * @method $this unsetActionLog()
 * @method $this unsetClientContext()
 * @method $this unsetExpiringMediaActionSummary()
 * @method $this unsetHideInThread()
 * @method $this unsetItemId()
 * @method $this unsetItemType()
 * @method $this unsetLike()
 * @method $this unsetLink()
 * @method $this unsetLiveVideoShare()
 * @method $this unsetLocation()
 * @method $this unsetMedia()
 * @method $this unsetMediaShare()
 * @method $this unsetPlaceholder()
 * @method $this unsetPreviewMedias()
 * @method $this unsetProfile()
 * @method $this unsetRavenMedia()
 * @method $this unsetReactions()
 * @method $this unsetReelShare()
 * @method $this unsetSeenUserIds()
 * @method $this unsetStoryShare()
 * @method $this unsetText()
 * @method $this unsetTimestamp()
 * @method $this unsetUserId()

In jouw geval $thread123->getText(); ?
-- ViPeRII --
  woensdag 21 februari 2018 @ 08:09:11 #208
62215 qu63
..de tijd drinkt..
pi_177337496
quote:
0s.gif Op woensdag 21 februari 2018 00:00 schreef ViPeRII het volgende:

[..]

Hij bedoelde de method die je wil gebruiken. Nu heb ik de voorgeschiedenis niet gelezen,maar ik denk dat je de inhoud wil zien?
Dan kan je een van de volgende methods gebruiken:
[ code verwijderd ]

In jouw geval $thread123->getText(); ?
Ah, natuurlijk.

Helaas krijg ik dan een "Unknown function "getText"" terug.

Vanavond maar weer verder klooien..
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
pi_177356936
quote:
0s.gif Op woensdag 21 februari 2018 08:09 schreef qu63 het volgende:

[..]

Ah, natuurlijk.

Helaas krijg ik dan een "Unknown function "getText"" terug.

Vanavond maar weer verder klooien..
Een Thread bevat ThreadItems, die zul je eerst moeten ophalen voordat je ze kunt gebruiken. Dan wordt het zoiets:

1
2
3
4
5
6
7
8
9		<?php
foreach ($test->getInbox()->getThreads() as $thread123)
{
    $items = $thread123->getItems();
    foreach($items as $item) {
        echo $item->getText();
    }
}
?>

En natuurlijk kun je ook andere dingen doen in plaats van echo.
fokstok.nl
  donderdag 22 februari 2018 @ 21:08:20 #210
62215 qu63
..de tijd drinkt..
pi_177377443
quote:
0s.gif Op woensdag 21 februari 2018 22:51 schreef Light het volgende:

[..]

Een Thread bevat ThreadItems, die zul je eerst moeten ophalen voordat je ze kunt gebruiken. Dan wordt het zoiets:
[ code verwijderd ]

En natuurlijk kun je ook andere dingen doen in plaats van echo.
Die echo was alleen om wat output te zien ;)

Uiteindelijk werkend gekregen door alles maar te herschrijven ipv uit te zoeken waar het prices fout ging :')

Code was gelukkig toch wel toe aan een review..
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
pi_179487577
Schopje.

Nog mensen bezig met leuke projectjes? :)

Ben zelf bezig met een nieuw sociaal netwerk. Niks bijzonders, gewoon voor de lol totdat ik start met mijn nieuwe baan.

Wat gebruiken jullie voor frameworks? Ik heb een hele tijd mijn eigen PHP7-based framework gebruikt maar ben sinds een jaar helemaal over op Laravel. Ik gebruik momenteel op de front-end nog altijd Bootstrap maar overweeg binnenkort eens te kijken naar Materialize.

Ik overweeg ook voor de lol een keer te gaan kijken naar Hacklang van Facebook. Misschien dat ik er een nieuw mini-framework voor kan gaan schrijven als ik de tijd heb. Wat betreft eigen code kun je strict programmeren onder Laravel, maar verder vind ik de dynamic code wat tegen vallen in de libraries.

[ Bericht 21% gewijzigd door #ANONIEM op 30-05-2018 11:44:07 ]
pi_179554148
:'(
  zaterdag 2 juni 2018 @ 12:26:05 #213
63192 ursel
"Het Is Hier Fantastisch!
pi_179556929
Ik zit eigenlijk volledig in CakePHP de laatste 2/3 jaar. Mee begonnen omdat ze het hier op het werk hebben. Cake2 is een drama. 3 is eigenlijk best wel leuk.

Daarom eigenlijk nooit de moeite genomen om in de hype van Laravel te stappen.

Ben momenteel met een projectje bezig om de scores van het klaverjassen bij te kunnen houden. :7
pi_179556968
quote:
0s.gif Op zaterdag 2 juni 2018 12:26 schreef ursel het volgende:
Ik zit eigenlijk volledig in CakePHP de laatste 2/3 jaar. Mee begonnen omdat ze het hier op het werk hebben. Cake2 is een drama. 3 is eigenlijk best wel leuk.

Daarom eigenlijk nooit de moeite genomen om in de hype van Laravel te stappen.

Ben momenteel met een projectje bezig om de scores van het klaverjassen bij te kunnen houden. :7
cool

CakePHP 2 hoor ik inderdaad weinig goeds over.
Ik ga van Laravel switchen naar Symfony gezien mijn nieuwe werkgever dit vraagt. Wordt vaak gebruikt voor heel grote projecten.
  zaterdag 2 juni 2018 @ 12:32:15 #215
292596 Faux.
Fan van zichzelf
pi_179557005
quote:
0s.gif Op zaterdag 2 juni 2018 12:26 schreef ursel het volgende:
Ik zit eigenlijk volledig in CakePHP de laatste 2/3 jaar. Mee begonnen omdat ze het hier op het werk hebben. Cake2 is een drama. 3 is eigenlijk best wel leuk.

Daarom eigenlijk nooit de moeite genomen om in de hype van Laravel te stappen.

Ben momenteel met een projectje bezig om de scores van het klaverjassen bij te kunnen houden. :7
Cake? Daar hoor ik ook weinig meer over, is dat nog steeds een ding?
Hier schreef tong80 het volgende:
Faux is een FOK!held, zoals dat vroeger Gellarboy en Brechtje waren. Users die je koestert.
pi_179557254
quote:
13s.gif Op zaterdag 2 juni 2018 08:27 schreef DevFreak het volgende:
:'(
PHP al jaren niet meer aangeraakt. Enkel nog Java / Scala / C# / F# / Python en als het echt moet JavaScript. :P
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
  zaterdag 2 juni 2018 @ 14:04:28 #217
63192 ursel
"Het Is Hier Fantastisch!
pi_179558483
Cake is inderdaad nog aardig actief. Volgt ook netjes de laatste PHP standaarden. Redelijk low profile om mee te beginnen.
Was eigenlijk zelf wel redelijk positief verrast door 3.
pi_179632673
quote:
1s.gif Op zaterdag 2 juni 2018 12:56 schreef Monolith het volgende:

[..]

PHP al jaren niet meer aangeraakt. Enkel nog Java / Scala / C# / F# / Python en als het echt moet JavaScript. :P
ik vind PHP leuker en mooier dan Python
pi_179633106
quote:
1s.gif Op zaterdag 2 juni 2018 12:56 schreef Monolith het volgende:

[..]

PHP al jaren niet meer aangeraakt. Enkel nog Java / Scala / C# / F# / Python en als het echt moet JavaScript. :P
Ik zou dan eens kijken naar PHP 7.x om de veranderingen en nieuwe features te bekijken.
Bijvoorbeeld hier: PHP 5.6 to PHP 7.0 (plus de guides voor hogere versies).
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_179633928
quote:
7s.gif Op woensdag 6 juni 2018 08:47 schreef DevFreak het volgende:

[..]

ik vind PHP leuker en mooier dan Python
Ik heb niet zo veel met Python als taal an sich (indentations als language construct :') ), maar het is wel leuk voor even wat snelle data sciencey REPL dingetjes met visualisaties in Jupyter notebooks.

quote:
2s.gif Op woensdag 6 juni 2018 09:26 schreef Aether het volgende:

[..]

Ik zou dan eens kijken naar PHP 7.x om de veranderingen en nieuwe features te bekijken.
Bijvoorbeeld hier: PHP 5.6 to PHP 7.0 (plus de guides voor hogere versies).
Ik weet wel dat het minder beroerd is dan een jaar of wat geleden hoor, maar het blijft echt volkomen inferieur aan talen die van meet af aan goed zijn opgezet. PHP is ook een stuk beperkter in haar toepassingsgebieden. Het blijft een back-endtaaltje. Serieuze middlewaretoepassingen gaan mensen er hopelijk niet mee schrijven.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_179634267
quote:
0s.gif Op woensdag 6 juni 2018 10:35 schreef Monolith het volgende:

Ik weet wel dat het minder beroerd is dan een jaar of wat geleden hoor, maar het blijft echt volkomen inferieur aan talen die van meet af aan goed zijn opgezet. PHP is ook een stuk beperkter in haar toepassingsgebieden. Het blijft een back-endtaaltje. Serieuze middlewaretoepassingen gaan mensen er hopelijk niet mee schrijven.
Ligt er maar aan hoe de taal gebruikt wordt en niet iedere taal is inderdaad handig voor elke toepassing.


PHP in 2018 by the Creator of PHP
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
  woensdag 6 juni 2018 @ 11:26:50 #222
459912 FlippingCoin
Weer zo'n kut millennial.
pi_179634611
quote:
7s.gif Op woensdag 6 juni 2018 08:47 schreef DevFreak het volgende:

[..]

ik vind PHP leuker en mooier dan Python
Python is toch wel heerlijk als je snel even wat moet neerzetten. :P

Verder ook erg veel goed libraries voor, dingen als TensorFlow et cetera. *O*

Is er geen algemren dev topic?
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
pi_179636063
quote:
1s.gif Op woensdag 6 juni 2018 11:26 schreef FlippingCoin het volgende:

[..]

Python is toch wel heerlijk als je snel even wat moet neerzetten. :P

Verder ook erg veel goed libraries voor, dingen als TensorFlow et cetera. *O*

Is er geen algemren dev topic?
nee, is misschien wel een idee om een keer naar te kijken
pi_179640240
quote:
7s.gif Op woensdag 6 juni 2018 11:01 schreef Aether het volgende:

[..]

Ligt er maar aan hoe de taal gebruikt wordt en niet iedere taal is inderdaad handig voor elke toepassing.


PHP in 2018 by the Creator of PHP
Dat eerste vind ik altijd maar een beetje een non-argument. Als iets in de basis niet goed is, dan is het dat niet.

PHP is geschikt voor laagdrempelig webdevelopment. Daar is het prima voor, al kan dat tegenwoordig ook vaak sneller en efficiënter in andere talen omdat de tooling beter is.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
  † In Memoriam † woensdag 6 juni 2018 @ 17:46:08 #225
159335 Boze_Appel
Vrij Fruit
pi_179640342
Elke fatsoenlijke programmeur gebruikt natuurlijk Piet.
Carpe Libertatem
pi_179649496
quote:
2s.gif Op woensdag 6 juni 2018 17:46 schreef Boze_Appel het volgende:
Elke fatsoenlijke programmeur gebruikt natuurlijk Piet.
Pussy. Brainfuck of Assembly.
pi_179656834
Wat vinden we van de PSR-2 coding standard?

Ik heb iets tegen brackets die niet o pde volgende lijn staan. C# stijl.
pi_179657895
quote:
7s.gif Op donderdag 7 juni 2018 16:40 schreef DevFreak het volgende:
PSR-2 coding
Tjah niet echt rare dingen die ze stellen maar ja, elk bedrijf en persoon heeft zo zijn eigen kleine aanpassingen. Zelf ben ik er wel voorstander ervan om als ik { } gebruik dit op nieuwe regels te doen ja. Bij dingen zoals css niet omdat je/ik dat niet zovaak hoeft te veranderen dus dat mag best wat compact (en zijn ook geen tig regels dus ja).
pi_179657949


[ Bericht 100% gewijzigd door TheNightIsFullOfTerrors op 07-06-2018 17:43:22 ]
pi_179659595
quote:
7s.gif Op donderdag 7 juni 2018 16:40 schreef DevFreak het volgende:
Wat vinden we van de PSR-2 coding standard?

Ik heb iets tegen brackets die niet o pde volgende lijn staan. C# stijl.
Ik vind het vooral een totaal irrelevante discussie. Indentation als code construct zoals in Python daarentegen is echt één van de domste ideeën ooit.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
  donderdag 7 juni 2018 @ 19:23:45 #231
459912 FlippingCoin
Weer zo'n kut millennial.
pi_179659759
quote:
1s.gif Op donderdag 7 juni 2018 19:15 schreef Monolith het volgende:

[..]

Ik vind het vooral een totaal irrelevante discussie. Indentation als code construct zoals in Python daarentegen is echt één van de domste ideeën ooit.
Vind het even wennen maar niet vervelend werken. Het switchen wel, mis dan steeds brackets en haakjes rond if statement. :')
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
pi_179659871
quote:
1s.gif Op donderdag 7 juni 2018 19:23 schreef FlippingCoin het volgende:

[..]

Vind het even wennen maar niet vervelend werken. Het switchen wel, mis dan steeds brackets en haakjes rond if statement. :')
Nou ja vooral dat. Maar sowieso zou het best overzichtelijk kunnen zijn als je de CC laag houdt. Maar ja, dan krijg je code geschreven door de gemiddelde hobbyist voor je kiezen...
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
  donderdag 7 juni 2018 @ 19:45:07 #233
459912 FlippingCoin
Weer zo'n kut millennial.
pi_179660236
quote:
1s.gif Op donderdag 7 juni 2018 19:28 schreef Monolith het volgende:

[..]

Nou ja vooral dat. Maar sowieso zou het best overzichtelijk kunnen zijn als je de CC laag houdt. Maar ja, dan krijg je code geschreven door de gemiddelde hobbyist voor je kiezen...
Is ook wel aardig makkelijk om Python beetje aan te beunen ja. :P
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
pi_179660670
quote:
7s.gif Op donderdag 7 juni 2018 16:40 schreef DevFreak het volgende:
Wat vinden we van de PSR-2 coding standard?

Ik heb iets tegen brackets die niet o pde volgende lijn staan. C# stijl.
Het belangrijkste is overigens niet zozeer wélke standaard, maar wel dat je één standaard hanteert. Dit maakt het makkelijker om overzicht in de code te houden en het straalt rust uit. Zeker als je met een team binnen hetzelfde project werkt wil je niet allerlei dingen door elkaar.

Nu is psr-2 natuurlijk wel een handige standaard, omdat 1) het een goed gedocumenteerde standaard is en 2) de meeste serieuze libraries dit hanteren. Op m'n werk wordt iedereen in ieder geval geacht php volgens psr-2 te programmeren. Als code reviewer ben ik daar alert en streng op, al snap ik dat je af en toe wel eens een uitzondering kan hebben.
quote:
1s.gif Op donderdag 7 juni 2018 19:15 schreef Monolith het volgende:

[..]

Ik vind het vooral een totaal irrelevante discussie. Indentation als code construct zoals in Python daarentegen is echt één van de domste ideeën ooit.
De vraag in exact die vorm is inderdaad irrelevant. Het gebruik van een standaard daarentegen niet.

Maar dan moet je yaml ook vervelend vinden met al die spaties? :P Niet dat het een programmeertaal is...
pi_179661140
quote:
16s.gif Op donderdag 7 juni 2018 19:45 schreef FlippingCoin het volgende:

[..]

Is ook wel aardig makkelijk om Python beetje aan te beunen ja. :P
Zoals ik in een eerdere post al aangaf is het echt ideaal om even snel wat verkennende data science te doen, maar ik moet er toch niet aan denken om er een serieuze applicatie in te schrijven. Helemaal niet samen met een paar matige developers. :P

@zoem, YAML vind ik nog net wat minder erg aangezien je er geen volledige applicaties in schrijft. Al kunnen docker files ook best onoverzichtelijk worden.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
  donderdag 7 juni 2018 @ 20:31:21 #236
459912 FlippingCoin
Weer zo'n kut millennial.
pi_179661242
quote:
1s.gif Op donderdag 7 juni 2018 20:26 schreef Monolith het volgende:

[..]

Zoals ik in een eerdere post al aangaf is het echt ideaal om even snel wat verkennende data science te doen, maar ik moet er toch niet aan denken om er een serieuze applicatie in te schrijven. Helemaal niet samen met een paar matige developers. :P

@zoem, YAML vind ik nog net wat minder erg aangezien je er geen volledige applicaties in schrijft. Al kunnen docker files ook best onoverzichtelijk worden.
toch is het wel een taal met bizar veel goede libraries, in AI ook een veelgebruikte taal naast C++.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
pi_179661327
quote:
16s.gif Op donderdag 7 juni 2018 20:31 schreef FlippingCoin het volgende:

[..]

toch is het wel een taal met bizar veel goede libraries, in AI ook een veelgebruikte taal naast C++.
Python? Ja dat zeg ik. Samen met R het meest gebruikt voor data science. Numpy / SciPy / Seaborn / etcetera zijn ideaal voor data science.
Toch zie ik vaak met name modelontwikkeling in Python, waarbij uiteindelijk het model in een Java omgeving of iets dergelijks wordt geïntegreerd.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_185379969
Hi,

Een irritant probleempje; ik heb in een form een textarea. De inhoud van deze textarea verstuur ik middels een post naar een PHP-pagina die de inhoud opslaat in een textfile;
1
2
3
4
5
6
7
8
9		  if (isset($_POST['input']))
  {
    $txt = $_POST['input'];
    $myfile = fopen("output.txt", "w") or die("Unable to open file!");
    fwrite($myfile, $txt);
    fclose($myfile);
  }
?>

Echter bij het opslaan in de file wordt de text gemanipuleerd opgeslagen.
Een aanhalingsteken (") wordt bijvoorbeeld opgeslagen met een slash ervoor (\").
Ik wil echter dat er geen manipulatie plaats vindt. Iemand een tip hoe ik dit kan voorkomen?

bvd,
Webster
to say of what is that it is not, or of what is not that it is, is false, while to say of what is that it is, or of what is not that it is not, is true
  maandag 4 maart 2019 @ 11:09:32 #239
292596 Faux.
Fan van zichzelf
pi_185380065
quote:
0s.gif Op maandag 4 maart 2019 11:03 schreef webbyplus het volgende:
Hi,

Een irritant probleempje; ik heb in een form een textarea. De inhoud van deze textarea verstuur ik middels een post naar een PHP-pagina die de inhoud opslaat in een textfile;
[ code verwijderd ]

Echter bij het opslaan in de file wordt de text gemanipuleerd opgeslagen.
Een aanhalingsteken (") wordt bijvoorbeeld opgeslagen met een slash ervoor (\").
Ik wil echter dat er geen manipulatie plaats vindt. Iemand een tip hoe ik dit kan voorkomen?

bvd,
Webster
Lijkt alsof er magic quotes aanstaan. Welke versie van php gaat dit om?
Hier schreef tong80 het volgende:
Faux is een FOK!held, zoals dat vroeger Gellarboy en Brechtje waren. Users die je koestert.
pi_185380185
quote:
11s.gif Op maandag 4 maart 2019 11:09 schreef Faux. het volgende:

[..]

Lijkt alsof er magic quotes aanstaan. Welke versie van php gaat dit om?
Ah.... hij stond nog op een oude versie van php (5), na aanpassing naar 7 draait hij wel :-) thx
to say of what is that it is not, or of what is not that it is, is false, while to say of what is that it is, or of what is not that it is not, is true
  maandag 4 maart 2019 @ 11:18:08 #241
292596 Faux.
Fan van zichzelf
pi_185380188
quote:
0s.gif Op maandag 4 maart 2019 11:17 schreef webbyplus het volgende:

[..]

Ah.... hij stond nog op een oude versie van php (5), na aanpassing naar 7 draait hij wel :-) thx
Np :)
Hier schreef tong80 het volgende:
Faux is een FOK!held, zoals dat vroeger Gellarboy en Brechtje waren. Users die je koestert.
pi_185390013
Aangezien je myfile etc gebruikt kan ik me voorstellen dat je dit gekopieerd hebt van iets als w3schools en verder niet echt veel ervanaf weet, dus zeg ik het volgende maar even:
Hangt ervanaf wat je mensen laat plaatsen in die textarea maar erg veilig en/of AVG-proof is het waarschijnlijk niet.
  donderdag 14 maart 2019 @ 11:26:33 #243
292419 NoXia
Productiefoutje
pi_185604093
Een klein vraagje. Met een form sla ik text op en dit werkt prima:

1
2
3
4
5		<?php
$data = $_POST['xtrainfo'] . "\r\n";

$ret = file_put_contents('data.txt', $data, FILE_APPEND | LOCK_EX);
?>

Bij elke submit wordt er een nieuwe regel toegevoegd aan de txt file.

Alleen tijdens het uitlezen van de txt file worden de nieuwe regels genegeerd en komt alles achter elkaar te staan. Een <br> werkt dan weer wel maar dit ziet er niet uit.

1
2
3
4
5		<?php
$inhoud = file_get_contents('./data.txt', FILE_USE_INCLUDE_PATH);

echo $inhoud;
?>

Iemand een idee om dit op te lossen?
Het grote "Reageer hier alsnog op gesloten topics" topic.
Goed topic.
  donderdag 14 maart 2019 @ 11:31:57 #244
12221 Tijn
Powered by MS Paint
pi_185604173
Dit gebeurt omdat de output als HTML wordt gezien en daarin betekent een linebreak niks.

Een manier om dit op te lossen is door de output als tekst te presenteren. Dat kan door een “content-type” aan de header mee te geven:

1
2
3
4		<?php
header('content-type: text/plain');
echo $inhoud;
?>

Een andere oplossing is door de linebreaks om te zetten naar <br> elementen. Daar is een ingebouwde functie voor aanwezig, genaamd nl2br:

1
2
3		<?php
echo nl2br($inhoud);
?>
Verberg de nieuwsticker
  donderdag 14 maart 2019 @ 12:02:29 #245
292419 NoXia
Productiefoutje
pi_185604720
quote:
2s.gif Op donderdag 14 maart 2019 11:31 schreef Tijn het volgende:
Dit gebeurt omdat de output als HTML wordt gezien en daarin betekent een linebreak niks.

Een manier om dit op te lossen is door de output als tekst te presenteren. Dat kan door een “content-type” aan de header mee te geven:
[ code verwijderd ]

Een andere oplossing is door de linebreaks om te zetten naar <br> elementen. Daar is een ingebouwde functie voor aanwezig, genaamd nl2br:
[ code verwijderd ]

Dankjewel. Dat was simpel :) Ik ben voor de laatste optie gegaan en het werkt!
Het grote "Reageer hier alsnog op gesloten topics" topic.
Goed topic.
  donderdag 14 maart 2019 @ 12:08:31 #246
292596 Faux.
Fan van zichzelf
pi_185604813
Dat is het mooie van PHP, een hele hoop is gewoon lekker simpel.
Hier schreef tong80 het volgende:
Faux is een FOK!held, zoals dat vroeger Gellarboy en Brechtje waren. Users die je koestert.
pi_185677514
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
namespace App
{
    require 'vendor/autoload.php';

    use Psr\Http\Message\ServerRequestInterface;
    use React\EventLoop\Factory;
    use React\Http\Response;
    use React\Http\Server;

    /**
     * Class Program
     * [nosml]@package[/nosml] App
     */
    final class Program
    {
        /**
         * @vAr string
         */
        private static $_uri;

        /**
         * [nosml]@return[/nosml] void
         */
        public static function main(): void
        {
            self::$_uri = '192.168.10.10:80';

            $loop = Factory::create();

            $webServer = new Server(function(ServerRequestInterface $request) {
                return new Response(
                    \Illuminate\Http\Response::HTTP_OK,
                        [
                            'Content-Type:' => 'text/plain'
                        ],

                    "Hello!"
                );
            });

            $socket = new \React\Socket\Server(self::$_uri, $loop);

            $webServer->listen($socket);

            $webServer->on('connection', function() {
                echo 'browser' . PHP_EOL;
            });

            echo "Listening on " . self::$_uri . "..." . PHP_EOL;

            $loop->run();
        }
    }

    Program::main();
}

* DevFreak doet niet aan simpel

[ Bericht 0% gewijzigd door #ANONIEM op 17-03-2019 19:55:36 ]
  zondag 17 maart 2019 @ 20:28:15 #248
292596 Faux.
Fan van zichzelf
pi_185678272
quote:
17s.gif Op zondag 17 maart 2019 19:54 schreef DevFreak het volgende:

[ code verwijderd ]

* DevFreak doet niet aan simpel
Zo spannend is dit niet toch :@
Hier schreef tong80 het volgende:
Faux is een FOK!held, zoals dat vroeger Gellarboy en Brechtje waren. Users die je koestert.
pi_185679757
quote:
11s.gif Op zondag 17 maart 2019 20:28 schreef Faux. het volgende:

[..]

Zo spannend is dit niet toch :@
valt mee, maar ik probeer de webserver ertussenuit te slopen
  zondag 17 maart 2019 @ 21:54:24 #250
436847 embedguy
Embedded in your genius dreams
pi_185680092
quote:
7s.gif Op zondag 17 maart 2019 21:35 schreef DevFreak het volgende:

[..]

valt mee, maar ik probeer de webserver ertussenuit te slopen
Webserver? Nginx/apache bedoel je? Dan is dat wel een stuk makkelijker dan dit ja met php. Ben zelf eigenlijk niet anders gewend, tja; nodejs :p

Wat is dat [nosml] gebeuren eigk voor?

[ Bericht 3% gewijzigd door embedguy op 17-03-2019 22:05:19 ]
Never allow waiting to become a habit.
Live your dreams and take risks.
Life is happening now.
  zondag 17 maart 2019 @ 22:00:22 #251
292596 Faux.
Fan van zichzelf
pi_185680180
quote:
7s.gif Op zondag 17 maart 2019 21:35 schreef DevFreak het volgende:

[..]

valt mee, maar ik probeer de webserver ertussenuit te slopen
Waarom?
Hier schreef tong80 het volgende:
Faux is een FOK!held, zoals dat vroeger Gellarboy en Brechtje waren. Users die je koestert.
pi_185685928
quote:
1s.gif Op zondag 17 maart 2019 21:54 schreef embedguy het volgende:

[..]

Webserver? Nginx/apache bedoel je? Dan is dat wel een stuk makkelijker dan dit ja met php. Ben zelf eigenlijk niet anders gewend, tja; nodejs :p

Wat is dat [nosml] gebeuren eigk voor?
Ghehe. Volgens mij is het in NodeJS heus niet gemakkelijker dan in PHP. :)

Ik ben zelf totaal geen fan van JavaScript op een server dus ik vind dit een betere oplossing.

quote:
11s.gif Op zondag 17 maart 2019 22:00 schreef Faux. het volgende:

[..]

Waarom?
Omdat webservers als jaren absolete zijn. Door zelf met sockets te werken hoef je slechts één instance van Laravel te starten en daarmee per server tot 50.000 clients verwerken, inclusief shared resources. :P

En dan krijg je dus de dingen die we tot voor kort alleen gewend waren van ASP.NET MVC en NodeJS. Alhoewel... PHP kon dit natuurlijk al langer, maar niet met zulke mooie abstractie als dit.

Verder is PHP als taal natuurlijk een heel stuk volwassener en meer gebruikt dan NodeJS.

[ Bericht 4% gewijzigd door #ANONIEM op 18-03-2019 13:13:09 ]
  maandag 18 maart 2019 @ 22:55:19 #253
436847 embedguy
Embedded in your genius dreams
pi_185703912
quote:
7s.gif Op maandag 18 maart 2019 11:39 schreef DevFreak het volgende:

[..]

Ghehe. Volgens mij is het in NodeJS heus niet gemakkelijker dan in PHP. :)

Nope, hetzelfde idee als dit. Maar ik bedoelde dat de 'normale php' manier makkelijker is. Tja, dan heb je de voordelen ook niet.

Als je bijvoorbeeld iets wilt uitlezen van een file of als je zelf een request wilt doen,verloopt de response dan ook weer via een callback zodat je echt alles async kan doen? Wel leuk dat 't kan in php.
Never allow waiting to become a habit.
Live your dreams and take risks.
Life is happening now.
pi_185704006
quote:
7s.gif Op maandag 18 maart 2019 11:39 schreef DevFreak het volgende:


Verder is PHP als taal natuurlijk een heel stuk volwassener en meer gebruikt dan NodeJS.
NodeJS is ook geen taal, maar een platform.
JavaScript is verder ook niet meer of minder volwassen dan PHP in mijn ogen.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
  dinsdag 19 maart 2019 @ 07:21:31 #255
187069 slacker_nl
Sicko pur sang
pi_185707512
quote:
0s.gif Op maandag 18 maart 2019 22:59 schreef Monolith het volgende:

[..]

NodeJS is ook geen taal, maar een platform.
JavaScript is verder ook niet meer of minder volwassen dan PHP in mijn ogen.
Beide zijn rottalen.
In theory there is no difference between theory and practice. In practice there is.
  woensdag 20 maart 2019 @ 22:38:02 #256
84926 WyriHaximus
Release the hounds smithers!
pi_185752730
quote:
0s.gif Op dinsdag 19 maart 2019 07:21 schreef slacker_nl het volgende:

[..]

Beide zijn rottalen.
Ben maar begonnen met C leren, dat is pas een leuke taal :Y Hoi slak :W
phluphy for president!
  woensdag 20 maart 2019 @ 22:44:28 #257
459912 FlippingCoin
Weer zo'n kut millennial.
pi_185752976
quote:
6s.gif Op woensdag 20 maart 2019 22:38 schreef WyriHaximus het volgende:

[..]

Ben maar begonnen met C leren, dat is pas een leuke taal :Y Hoi slak :W
Vind je? :D

Moet nu voor een vak met sensoren werken met C maar vind het meegeven van arrays en itereren over verzamelingen en zo maar een gekut vergeleken met een taal als Go.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
pi_185753094
quote:
6s.gif Op woensdag 20 maart 2019 22:38 schreef WyriHaximus het volgende:

[..]

Ben maar begonnen met C leren, dat is pas een leuke taal :Y Hoi slak :W
Pak dan gewoon gelijk Rust. :P
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
  donderdag 21 maart 2019 @ 07:22:27 #259
187069 slacker_nl
Sicko pur sang
pi_185759006
quote:
6s.gif Op woensdag 20 maart 2019 22:38 schreef WyriHaximus het volgende:

[..]

Ben maar begonnen met C leren, dat is pas een leuke taal :Y Hoi slak :W
Daar ben ik nu ook soort van mee bezig. Ik wil iets in git krijgen en doe soms wat met de lastpass cli client. Beide zijn geschreven in C. Best leuk :)
In theory there is no difference between theory and practice. In practice there is.
pi_185760733
quote:
0s.gif Op maandag 18 maart 2019 22:59 schreef Monolith het volgende:

[..]

NodeJS is ook geen taal, maar een platform.
JavaScript is verder ook niet meer of minder volwassen dan PHP in mijn ogen.
Hmm, PHP is met 7.3 toch wel volwassener en beter dan je denkt... :)

7.4 komt er ook aan en brengt nog veel meer verbeteringen met zich mee.
pi_185760752
quote:
7s.gif Op donderdag 21 maart 2019 09:43 schreef DevFreak het volgende:

[..]

Hmm, PHP is met 7.3 toch wel volwassener en beter dan je denkt... :)

7.4 komt er ook aan en brengt nog veel meer verbeteringen met zich mee.
Hoe weet je dat? Ik vergelijk PHP en JavaScript.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_185760798
quote:
0s.gif Op donderdag 21 maart 2019 09:45 schreef Monolith het volgende:

[..]

Hoe weet je dat? Ik vergelijk PHP en JavaScript.
Ach, kom... het zijn twee totaal verschillende talen met verschillende doeleinden.
pi_185760824
quote:
7s.gif Op donderdag 21 maart 2019 09:47 schreef DevFreak het volgende:

[..]

Ach, kom... het zijn twee totaal verschillende talen met verschillende doeleinden.
Klopt, ik vind het allebei niets. :P
Maar dat doet niets af aan het feit dat de één niet meer of minder volwassen is dan de ander.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_185760926
quote:
0s.gif Op donderdag 21 maart 2019 09:48 schreef Monolith het volgende:

[..]

Klopt, ik vind het allebei niets. :P
Maar dat doet niets af aan het feit dat de één niet meer of minder volwassen is dan de ander.
Ik vind PHP zelf eigenlijk een vrij robuuste taal. Wat me derhalve wel stoort zijn de frameworks. Ze zuigen állemaal. Je moet goed bij blijven omdat migreren anders bijna niet te doen is.

Ik zit opm ijn werk nu ook met een groot Laravel 4.2 platform, dat ze willen migreren naar 5.8. Nu is het sowieso wel kut geschreven allemaal, maar ik verwacht dat ik de komende 6 maanden nog bezig ben met dit grapje.
pi_185760978
quote:
7s.gif Op donderdag 21 maart 2019 09:53 schreef DevFreak het volgende:

[..]

Ik vind PHP zelf eigenlijk een vrij robuuste taal. Wat me derhalve wel stoort zijn de frameworks. Ze zuigen állemaal. Je moet goed bij blijven omdat migreren anders bijna niet te doen is.

Ik zit opm ijn werk nu ook met een groot Laravel 4.2 platform, dat ze willen migreren naar 5.8. Nu is het sowieso wel kut geschreven allemaal, maar ik verwacht dat ik de komende 6 maanden nog bezig ben met dit grapje.
Doe mij maar gewoon Java of C# in een enterprise omgeving, iets als Haskell voor nichetoepassingen en van die wat hippere dingetjes als Go, Kotlin en Rust om een beetje mee aan te klooien vooralsnog.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
  donderdag 21 maart 2019 @ 09:58:49 #266
292596 Faux.
Fan van zichzelf
pi_185761024
quote:
16s.gif Op woensdag 20 maart 2019 22:44 schreef FlippingCoin het volgende:

[..]

Vind je? :D

Moet nu voor een vak met sensoren werken met C maar vind het meegeven van arrays en itereren over verzamelingen en zo maar een gekut vergeleken met een taal als Go.
Welk vak?
Hier schreef tong80 het volgende:
Faux is een FOK!held, zoals dat vroeger Gellarboy en Brechtje waren. Users die je koestert.
  donderdag 21 maart 2019 @ 10:12:14 #267
459912 FlippingCoin
Weer zo'n kut millennial.
pi_185761303
quote:
11s.gif Op donderdag 21 maart 2019 09:58 schreef Faux. het volgende:

[..]

Welk vak?
Oh voor studie. :@
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
pi_185761871
quote:
7s.gif Op donderdag 21 maart 2019 09:53 schreef DevFreak het volgende:

[..]

Ik vind PHP zelf eigenlijk een vrij robuuste taal. Wat me derhalve wel stoort zijn de frameworks. Ze zuigen állemaal. Je moet goed bij blijven omdat migreren anders bijna niet te doen is.

Ik zit opm ijn werk nu ook met een groot Laravel 4.2 platform, dat ze willen migreren naar 5.8. Nu is het sowieso wel kut geschreven allemaal, maar ik verwacht dat ik de komende 6 maanden nog bezig ben met dit grapje.
Laravel 4.2, die is bijna prehistorisch! Er is heel veel gebeurd sinds de pakweg 5 jaar dus upgraden zal best een klus zijn inderdaad. Ik werk inmiddels al een jaar bijna uitsluitend met laravel en vind het op zich best goed, zeker voor niet al te grote sites. Bij echt grote complexe applicaties loop je toch uiteindelijk tegen de beperkingen aan, en al die magic die er onder de motorkap gebruikt wordt daar word ik ook steeds minder fan van.

Maar dat php een robuuste taal is, daar ben ik het echt niet mee eens. Dankzij het dikke tapijt van laravel is het te doen maar plain php blijft een gammele bende vol pitfalls. De nieuwere versies voegen wel wat leuke dingen toe maar de basis verandert niet echt en daar loop ik nog steeds wel eens tegenaan. Wat dat betreft liever python of perl, daar is beduidend beter over nagedacht.
pi_185765046
quote:
0s.gif Op donderdag 21 maart 2019 10:43 schreef Farenji het volgende:

[..]

Laravel 4.2, die is bijna prehistorisch! Er is heel veel gebeurd sinds de pakweg 5 jaar dus upgraden zal best een klus zijn inderdaad. Ik werk inmiddels al een jaar bijna uitsluitend met laravel en vind het op zich best goed, zeker voor niet al te grote sites. Bij echt grote complexe applicaties loop je toch uiteindelijk tegen de beperkingen aan, en al die magic die er onder de motorkap gebruikt wordt daar word ik ook steeds minder fan van.

Maar dat php een robuuste taal is, daar ben ik het echt niet mee eens. Dankzij het dikke tapijt van laravel is het te doen maar plain php blijft een gammele bende vol pitfalls. De nieuwere versies voegen wel wat leuke dingen toe maar de basis verandert niet echt en daar loop ik nog steeds wel eens tegenaan. Wat dat betreft liever python of perl, daar is beduidend beter over nagedacht.
Ja I know. Ze snappen het ook gewoon echt niet hier dat het migreren weleens langer dan 4 maanden kan duren, zeker met die belachelijke kutcode waar het nu uit bestaat... :r
pi_185765231
quote:
0s.gif Op donderdag 21 maart 2019 10:43 schreef Farenji het volgende:

[..]

Laravel 4.2, die is bijna prehistorisch! Er is heel veel gebeurd sinds de pakweg 5 jaar dus upgraden zal best een klus zijn inderdaad. Ik werk inmiddels al een jaar bijna uitsluitend met laravel en vind het op zich best goed, zeker voor niet al te grote sites. Bij echt grote complexe applicaties loop je toch uiteindelijk tegen de beperkingen aan, en al die magic die er onder de motorkap gebruikt wordt daar word ik ook steeds minder fan van.

Maar dat php een robuuste taal is, daar ben ik het echt niet mee eens. Dankzij het dikke tapijt van laravel is het te doen maar plain php blijft een gammele bende vol pitfalls. De nieuwere versies voegen wel wat leuke dingen toe maar de basis verandert niet echt en daar loop ik nog steeds wel eens tegenaan. Wat dat betreft liever python of perl, daar is beduidend beter over nagedacht.
Maar wacht even...

Wanneer je tien jaar geleden had gezegd dat PHP een bende is vol pitfalls had ik het met je eens geweest. Ben je wel goed op de hoogte van alle ontwikkelingen en verbeteringen die PHP 7+ gebracht heeft? Ik zou graag een concreet voorbeeld willen zien van dingen waar je tegenaan loopt t.o.v. Python, want ik vind het erg meevallen.
pi_185766868
quote:
7s.gif Op donderdag 21 maart 2019 13:45 schreef DevFreak het volgende:

[..]

Maar wacht even...

Wanneer je tien jaar geleden had gezegd dat PHP een bende is vol pitfalls had ik het met je eens geweest. Ben je wel goed op de hoogte van alle ontwikkelingen en verbeteringen die PHP 7+ gebracht heeft? Ik zou graag een concreet voorbeeld willen zien van dingen waar je tegenaan loopt t.o.v. Python, want ik vind het erg meevallen.
Het gaat al mis bij de implementatie van basale data structures.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_185768294
quote:
7s.gif Op donderdag 21 maart 2019 13:45 schreef DevFreak het volgende:

[..]

Maar wacht even...

Wanneer je tien jaar geleden had gezegd dat PHP een bende is vol pitfalls had ik het met je eens geweest. Ben je wel goed op de hoogte van alle ontwikkelingen en verbeteringen die PHP 7+ gebracht heeft? Ik zou graag een concreet voorbeeld willen zien van dingen waar je tegenaan loopt t.o.v. Python, want ik vind het erg meevallen.
Ik vind vooral de variable scope van php superkut. In php zijn alle variabelen vanzelf global dus als je binnen een block (bijv een loop) een variabele zet dan is ie buiten dat block opeens ook gezet. Dat is gaar. Maar functies hebben dan opeens weer een eigen scope, waardoor je overal met "function ($foo) use ($bar)" moet werken. Geen enkele andere taal die ik ken doet dat zo. Daardoor is het ook onmogelijk om bijv een "strict pragma" te hebben wat je in perl hebt. Dan word je gedwongen om alle variabelen te instantieren voordat je ze gebruikt en compileert je applicatie niet eens meer als je bijv ergens een tikfout in een variabelenaam hebt. PHP geeft minder fucks hierom en dan zou je onvoorspelbare resultaten kunnen krijgen.

Verder vind ik het kut dat php geen aparte types voor hash (dictionary) en array heeft. Dit zijn heel andere types met andere werking maar in php is het allemaal hetzelfde, een "associative hash". Die numerieke keys kan hebben of string keys, met allemaal pitfalls. En dan heb je ook nog de StdClass objecten. Verwarrend en irritant.

En dan iets wat php nog steeds heeft is die shitload aan inconsequente functies allemaal binnen de core. Tig verschillende sort functies waar 1 had volstaan, functie argumenten die anders zijn, de ene keer $needle, $haystack en de andere keer $haystack, $needle, bijvoorbeeld. Je hebt "str_replace" maar ook "strcomp", zonder underscore opeens.

En dan de type hinting die op zich nice is, maar ook inconsequent is. Doe je:

1function (Foo $foo) {}

En je geeft daar een Bar instance aan mee borkt ie, terecht. Maar doe je:

1function (string $i) {}

En je geeft daar een int aan mee, dan borkt ie niet maar cast ie je int gewoon stilletjes naar string. Het is het allemaal gewoon net niet.
  vrijdag 22 maart 2019 @ 09:46:33 #273
118585 Crutch
Filantroop || Taalzwengel
pi_185782071
Toch, als je ermee om weet te gaan, kun je nog prachtig een clean architecture toepassen.
En daarin is PHP echt wel gegroeid.
Je moeder is een hamster
  vrijdag 22 maart 2019 @ 14:02:41 #274
292419 NoXia
Productiefoutje
pi_185786159
Iemand die mij kan helpen?

1
2
3
4
5
6
7
8		<?php
$vorigedag = date('d-m-Y',strtotime("-1 days")); // 20-03-2019
$vorigejaar =date("Y",$vorigedag);                //    2019
$vorigemaand =date("m",$vorigedag);                //    03
$vorigeday=date("d",$vorigedag);                //    20
$vorigeNaamvanDag = date("l", mktime(0,0,0,$vorigemaand,$vorigeday,$vorigejaar));
$vorigedagTXT ='./'.$vorigejaar.'/'.$vorigemaand.'/'.$vorigedag.'.txt'; // 2019/03/21-03-2019.txt
?>

Output:
11970/01/21-03-2019.txt

in plaats van
12019/03/21-03-2019.txt


Wat doe ik fout?
Het grote "Reageer hier alsnog op gesloten topics" topic.
Goed topic.
  vrijdag 22 maart 2019 @ 14:10:53 #275
91039 mstx
2x1/2 = 1/2 x 1/2
pi_185786247
Date() verwacht een int als 2e argument en niet een datum als d-m-Y.
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 22 maart 2019 @ 14:17:26 #276
91039 mstx
2x1/2 = 1/2 x 1/2
pi_185786335
1
2
3		<?php
 $vorigedagTXT = ". /". date("Y/m/d-m-Y", strtotime("-1 day")). ".txt" ;
?>
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 22 maart 2019 @ 14:25:50 #277
292419 NoXia
Productiefoutje
pi_185786439
quote:
1s.gif Op vrijdag 22 maart 2019 14:17 schreef mstx het volgende:

[ code verwijderd ]

Ah, veel beter! Dankje :)
Het grote "Reageer hier alsnog op gesloten topics" topic.
Goed topic.
pi_185788446
quote:
0s.gif Op donderdag 21 maart 2019 16:33 schreef Farenji het volgende:

[..]

Ik vind vooral de variable scope van php superkut. In php zijn alle variabelen vanzelf global dus als je binnen een block (bijv een loop) een variabele zet dan is ie buiten dat block opeens ook gezet. Dat is gaar. Maar functies hebben dan opeens weer een eigen scope, waardoor je overal met "function ($foo) use ($bar)" moet werken. Geen enkele andere taal die ik ken doet dat zo. Daardoor is het ook onmogelijk om bijv een "strict pragma" te hebben wat je in perl hebt. Dan word je gedwongen om alle variabelen te instantieren voordat je ze gebruikt en compileert je applicatie niet eens meer als je bijv ergens een tikfout in een variabelenaam hebt. PHP geeft minder fucks hierom en dan zou je onvoorspelbare resultaten kunnen krijgen.

Verder vind ik het kut dat php geen aparte types voor hash (dictionary) en array heeft. Dit zijn heel andere types met andere werking maar in php is het allemaal hetzelfde, een "associative hash". Die numerieke keys kan hebben of string keys, met allemaal pitfalls. En dan heb je ook nog de StdClass objecten. Verwarrend en irritant.

En dan iets wat php nog steeds heeft is die shitload aan inconsequente functies allemaal binnen de core. Tig verschillende sort functies waar 1 had volstaan, functie argumenten die anders zijn, de ene keer $needle, $haystack en de andere keer $haystack, $needle, bijvoorbeeld. Je hebt "str_replace" maar ook "strcomp", zonder underscore opeens.

En dan de type hinting die op zich nice is, maar ook inconsequent is. Doe je:
[ code verwijderd ]

En je geeft daar een Bar instance aan mee borkt ie, terecht. Maar doe je:
[ code verwijderd ]

En je geeft daar een int aan mee, dan borkt ie niet maar cast ie je int gewoon stilletjes naar string. Het is het allemaal gewoon net niet.
Inhoudelijk heb je deels zeker gelijk, maar het andere deel klopt niet. Ik kom hier later nog op terug. :)

[ Bericht 0% gewijzigd door #ANONIEM op 22-03-2019 16:38:41 ]
  vrijdag 22 maart 2019 @ 20:14:00 #279
436847 embedguy
Embedded in your genius dreams
pi_185792042
quote:
14s.gif Op vrijdag 22 maart 2019 14:02 schreef NoXia het volgende:
Iemand die mij kan helpen?
[ code verwijderd ]

Output:
[ code verwijderd ]


in plaats van
[ code verwijderd ]



Wat doe ik fout?
Just a note;
Houd er rekening mee dat *willekeurig-moment* - "1 dag" niet altijd de vorige dag oplevert (zoals je denk ik aanneemt). Je hebt namelijk nog dingen als Day Light Saving die ervoor kunnen zorgen dat het nog steeds dezelfde dag is als je de berekening niet in UTC uitvoert.

[ Bericht 0% gewijzigd door embedguy op 22-03-2019 20:19:40 ]
Never allow waiting to become a habit.
Live your dreams and take risks.
Life is happening now.
  maandag 25 maart 2019 @ 09:32:50 #280
187069 slacker_nl
Sicko pur sang
pi_185837685
Als je gaat rekenen met tijd moet je altijd de tijd converten naar UTC dan de berekening doen en daarna weer terug naat je lokale tijdzone. Dan ben je in 99,999999% van de tijd veilig.

Rekenen met tijd is echt kut door alle tijdzones, daglichtspaartijden, veranderingen van bovengenoemde op willekeurige momenten (google op Amsterdamse tijd en eventueel op 1mei 1940 voor als je met software werkt waarbij je software potentieel met bejaarden werkt).
In theory there is no difference between theory and practice. In practice there is.
pi_185865667
quote:
7s.gif Op vrijdag 22 maart 2019 16:38 schreef DevFreak het volgende:

[..]

Inhoudelijk heb je deels zeker gelijk, maar het andere deel klopt niet. Ik kom hier later nog op terug. :)
Wanneer ongeveer? :p Ben wel benieuwd.

Bedoel zelf heb ik het idee dat hij gelijk heeft in wat hij zegt maar dat hij gewoon de voorkeur voor strict heeft om het zo maar te zeggen. PHP is wat losjes, dat weet iedereen, om dan te gaan zeggen dat je dat persoonlijk helemaal niet fijn vindt, tjah oke. Is je eigen voorkeur/mening. Voor mij werkt het prima, niet omdat ik niet precies genoeg werk, misschien wel juist omdat ik precies genoeg werk met een taal waarbij dat niet nodig is waardoor het niet helemaal haywire gaat.

Als je moeite hebt met scope etc van een taal omdat deze afwijkt van een andere taal dan tjah.. superkut dan voor hemzelf zoals hij al zegt
  dinsdag 26 maart 2019 @ 21:33:35 #282
436847 embedguy
Embedded in your genius dreams
pi_185866777
quote:
0s.gif Op maandag 25 maart 2019 09:32 schreef slacker_nl het volgende:
Als je gaat rekenen met tijd moet je altijd de tijd converten naar UTC dan de berekening doen en daarna weer terug naat je lokale tijdzone. Dan ben je in 99,999999% van de tijd veilig.

Rekenen met tijd is echt kut door alle tijdzones, daglichtspaartijden, veranderingen van bovengenoemde op willekeurige momenten (google op Amsterdamse tijd en eventueel op 1mei 1940 voor als je met software werkt waarbij je software potentieel met bejaarden werkt).
Of een library gebruiken die daar rekening mee houdt.

Maar ik had het even opgezocht en je kan voor PHP globaal instellen dat new Date() altijd een utc date retourneert, kan goed dat dat ook de default is aangezien dat lokale tijden niet heel veel sense maken voor een taal die bedoeld is om op servers te draaien.
Never allow waiting to become a habit.
Live your dreams and take risks.
Life is happening now.
pi_185872453
quote:
0s.gif Op donderdag 21 maart 2019 16:33 schreef Farenji het volgende:

[..]

Ik vind vooral de variable scope van php superkut. In php zijn alle variabelen vanzelf global dus als je binnen een block (bijv een loop) een variabele zet dan is ie buiten dat block opeens ook gezet. Dat is gaar. Maar functies hebben dan opeens weer een eigen scope, waardoor je overal met "function ($foo) use ($bar)" moet werken. Geen enkele andere taal die ik ken doet dat zo. Daardoor is het ook onmogelijk om bijv een "strict pragma" te hebben wat je in perl hebt. Dan word je gedwongen om alle variabelen te instantieren voordat je ze gebruikt en compileert je applicatie niet eens meer als je bijv ergens een tikfout in een variabelenaam hebt. PHP geeft minder fucks hierom en dan zou je onvoorspelbare resultaten kunnen krijgen.
Dit klopt deels. Je refereert nu waarschijnlijk naar procedureel geschreven PHP-code, waarbij dit in ieder geval het standaardgedrag was onder versie 5.x. Ik ken echter geen enkele programmeur die hedendaags nog procedurele PHP-code schrijft. Tegenwoordig is het object-georiënteerd programmeren actueel, waarbij je dan werkt met classes, properties en functies met hun eigen visibility levels.

Zelfs voor de meest simpele applicaties pas ik OOP toe. Een simpel voorbeeld:

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
namespace TCPChat
{

    use React\EventLoop\Factory;
    use React\Socket\ConnectionInterface;
    use React\Socket\Server;

    /**
     * Class Application
     * @package TCPChat
     */
    final class Application
    {
        /**
         * @return void
         */
        public static function main(): void
        {
               // Je code hier
        }
    }

    Application::main();
}

Zoals je ziet staat hier niets in de global namespace.

quote:
Verder vind ik het kut dat php geen aparte types voor hash (dictionary) en array heeft. Dit zijn heel andere types met andere werking maar in php is het allemaal hetzelfde, een "associative hash". Die numerieke keys kan hebben of string keys, met allemaal pitfalls. En dan heb je ook nog de StdClass objecten. Verwarrend en irritant.
Dit is volstrekte nonsens. De Zend-engine biedt ons verscheidene datastructuren aan, zoals je hier kunt lezen:

https://www.php.net/manual/en/spl.datastructures.php

Zit al jaren in de SPL.

quote:
En dan iets wat php nog steeds heeft is die shitload aan inconsequente functies allemaal binnen de core. Tig verschillende sort functies waar 1 had volstaan, functie argumenten die anders zijn, de ene keer $needle, $haystack en de andere keer $haystack, $needle, bijvoorbeeld. Je hebt "str_replace" maar ook "strcomp", zonder underscore opeens.

En dan de type hinting die op zich nice is, maar ook inconsequent is. Doe je:
[ code verwijderd ]

En je geeft daar een Bar instance aan mee borkt ie, terecht. Maar doe je:
[ code verwijderd ]

En je geeft daar een int aan mee, dan borkt ie niet maar cast ie je int gewoon stilletjes naar string. Het is het allemaal gewoon net niet.
Dit gedrag is in PHP >7.0 allang aangepast en dus niet meer van toepassing. In PHP 7.4 wordt het zelfs allemaal nog veel mooier, met onder andere static typed class properties. Ik kan niet wachten tot december. :)

quote:
0s.gif Op dinsdag 26 maart 2019 20:44 schreef bloemetjeklaver het volgende:

[..]

Wanneer ongeveer? :p Ben wel benieuwd.

Bedoel zelf heb ik het idee dat hij gelijk heeft in wat hij zegt maar dat hij gewoon de voorkeur voor strict heeft om het zo maar te zeggen. PHP is wat losjes, dat weet iedereen, om dan te gaan zeggen dat je dat persoonlijk helemaal niet fijn vindt, tjah oke. Is je eigen voorkeur/mening. Voor mij werkt het prima, niet omdat ik niet precies genoeg werk, misschien wel juist omdat ik precies genoeg werk met een taal waarbij dat niet nodig is waardoor het niet helemaal haywire gaat.

Als je moeite hebt met scope etc van een taal omdat deze afwijkt van een andere taal dan tjah.. superkut dan voor hemzelf zoals hij al zegt
^ zie hier :P

Er heerst nogal wat desinformatie omtrent PHP waardoor de taal ten onrechte in een negatief daglicht gesteld wordt. Het is om gek van te worden.

[ Bericht 1% gewijzigd door #ANONIEM op 27-03-2019 10:21:18 ]
  vrijdag 29 maart 2019 @ 09:33:04 #284
292419 NoXia
Productiefoutje
pi_185911444
SQL hell!

Waarom werkt een simpele select van een IP adres niet?

1select * from ip_database where IP = 'ip adres hier''

Bij het selecteren van een ID komt het ip adres wel gewoon naar voren. Moet een IP adres anders opgeslagen worden? Wordt nu opgeslagen als varbinary(16). Of moet ik het IP adres via een andere weg uit de DB trekken?

Gaat hij over zijn nek door de puntjes?
Het grote "Reageer hier alsnog op gesloten topics" topic.
Goed topic.
pi_185912114
quote:
14s.gif Op vrijdag 29 maart 2019 09:33 schreef NoXia het volgende:
SQL hell!

Gaat hij over zijn nek door de puntjes?
Nee door ''' i.p.v. ''
  vrijdag 29 maart 2019 @ 10:26:09 #286
292419 NoXia
Productiefoutje
pi_185912152
quote:
0s.gif Op vrijdag 29 maart 2019 10:22 schreef phoenyx het volgende:

[..]

Nee door ''' i.p.v. ''
1SELECT * FROM `ip_database` WHERE IP = "8.8.8.8"
levert ook niets op terwijl de row wel gewoon in de database staat.
Het grote "Reageer hier alsnog op gesloten topics" topic.
Goed topic.
pi_185912317
quote:
14s.gif Op vrijdag 29 maart 2019 10:26 schreef NoXia het volgende:

[..]
[ code verwijderd ]

levert ook niets op terwijl de row wel gewoon in de database staat.
Lijkt me dat er een bepaalde omzetting nodig is, cast ofzo om het overeen te laten komen.
Bedoel als je in de database kijkt met phpmyadmin of een workbench kan het best zo zijn dat je 8.8.8.8 ziet omdat die het omzetten naar iets leesbaars. Zij weten immers dat het varbinary is dus zetten 0x5468697320697320612074657374 om naar 8.8.8.8 of wat dan ook.

Dus je moet de 8.8.8.8 converten of casten ofzo naar varbinary voordat je vergelijking iets op gaat leveren. Sla zelf ook ip's op maar gewoon als varchar, nooit echt aan binary gedacht om zoiets mee op te slaan

[ Bericht 23% gewijzigd door #ANONIEM op 29-03-2019 11:25:55 ]
  vrijdag 29 maart 2019 @ 11:53:55 #288
292419 NoXia
Productiefoutje
pi_185913359
quote:
0s.gif Op vrijdag 29 maart 2019 10:41 schreef phoenyx het volgende:

[..]

Lijkt me dat er een bepaalde omzetting nodig is, cast ofzo om het overeen te laten komen.
Bedoel als je in de database kijkt met phpmyadmin of een workbench kan het best zo zijn dat je 8.8.8.8 ziet omdat die het omzetten naar iets leesbaars. Zij weten immers dat het varbinary is dus zetten 0x5468697320697320612074657374 om naar 8.8.8.8 of wat dan ook.

Dus je moet de 8.8.8.8 converten of casten ofzo naar varbinary voordat je vergelijking iets op gaat leveren. Sla zelf ook ip's op maar gewoon als varchar, nooit echt aan binary gedacht om zoiets mee op te slaan
Thanks. Ik had deze ook op varchar staan maar die kreeg ik er ook niet uit gepompt. Daarna veranderd naar varbinary. Maar dit werkte ook niet.

Ik ga nog even verder kloten.
Het grote "Reageer hier alsnog op gesloten topics" topic.
Goed topic.
  vrijdag 29 maart 2019 @ 13:46:25 #289
292419 NoXia
Productiefoutje
pi_185914853
Als ik

1SELECT * FROM `ip_database` WHERE `IP` LIKE "%8.8.8.8%"
doe krijg ik hem wel 8)7 :N
Het grote "Reageer hier alsnog op gesloten topics" topic.
Goed topic.
pi_185915009
Had je al gekeken naar inet_pton() en inet_ntop()? Dan kun je ipv4/6 converteren van/naar binary. Voor ipv4 only kun je kijken naar int in combinatie met inet_ntoa() en inet_aton().
pi_185915029
quote:
14s.gif Op vrijdag 29 maart 2019 13:46 schreef NoXia het volgende:
Als ik
[ code verwijderd ]

doe krijg ik hem wel 8)7 :N
Oke misschien spaties die hij dan meeneemt in de vergelijking?
  vrijdag 29 maart 2019 @ 14:18:14 #292
292419 NoXia
Productiefoutje
pi_185915473
quote:
0s.gif Op vrijdag 29 maart 2019 13:56 schreef zoem het volgende:
Had je al gekeken naar inet_pton() en inet_ntop()? Dan kun je ipv4/6 converteren van/naar binary. Voor ipv4 only kun je kijken naar int in combinatie met inet_ntoa() en inet_aton().
Deze kon ik niet. Hier ga ik naar kijken.

quote:
0s.gif Op vrijdag 29 maart 2019 13:57 schreef phoenyx het volgende:

[..]

Oke misschien spaties die hij dan meeneemt in de vergelijking?
Leek mij inderdaad ook logisch. Maar heb geen spatie kunnen ontdekken. Vaag hoor.

Nog even gecheckt met

1UPDATE ip_database SET IP = LTRIM(RTRIM(IP))

0 rijen bijgewerkt.

[ Bericht 12% gewijzigd door NoXia op 29-03-2019 14:31:52 ]
Het grote "Reageer hier alsnog op gesloten topics" topic.
Goed topic.
pi_185915859
Weet eigenlijk niet waarom ik over spaties begon. like pakt het gewoon ook op zo'n manier die voor ons leesbaar is. Dus is een verkapte soort van cast in dit geval (maar dan dus zonder 1 op 1 vergelijking).
pi_185923303
Heb het nu thuis even nagedaan.. maar bij mij werkt gewoon alles wat jij probeert..
SELECT * FROM `ip_database` WHERE IP = "8.8.8.8" - dit dus ook bijvoorbeeld, met varbinary(16). Ben nu wel benieuwd wat jij anders doet of anders is..
pi_185996215
wat een stilte
pi_187515982
quote:
17s.gif Op dinsdag 2 april 2019 19:57 schreef DevFreak het volgende:
wat een stilte
ja ik was aan het werk of factorio aan het spelen laatst *O* Factorio (vervolg op openttd) maar dan machinaal.

Oh en mijn backend voor mijn Socket message parser heb ik ook gefixed :) .

Java:
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.
Werkt Perfect (althans single threaded getest als ik meerdere connecties heb moet ik nog eens kijken of ik alle variabelen goed gezet heb maar meerdere berichten achter elkaar kan het versturen en ontvangen . *O*

[ Bericht 44% gewijzigd door cablegunmaster op 20-06-2019 11:03:24 ]
Redacted
pi_192663726
in deze corona tijden spelen we nogal eens een dobbelspel met andere mensen.
Zelfde spelletje gekoch, en dan videobellen en dobbelen voor de camera.
Op zich werkt het wel, maar heel handig gaat het niet.

Wellicht bestaat het al...dan krijg ik het niet gevonden

Nu moet het vast mogelijk zijn om een soort Gameroom te maken om met meerdere mensen op meerdere locaties, dezelfde dobbelstenen online te kunnen zien.

Hoe werkt zoiets...waar moet ik beginnen?
  zondag 19 april 2020 @ 18:25:22 #299
187069 slacker_nl
Sicko pur sang
pi_192702029
Vroegah, had PHP Pear voor als een repository voor packages, waarbij men modules en zulks kon delen. Is dat nog steeds een ding of is het inmiddels iets anders geworden?
In theory there is no difference between theory and practice. In practice there is.
pi_192702157
quote:
0s.gif Op zondag 19 april 2020 18:25 schreef slacker_nl het volgende:
Vroegah, had PHP Pear voor als een repository voor packages, waarbij men modules en zulks kon delen. Is dat nog steeds een ding of is het inmiddels iets anders geworden?
Meer Composer: https://getcomposer.org/
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
actieve topics nieuwe topics
abonnement Unibet Coolblue Bitvavo
[PHP/(My)SQL] voor dummies #123: Zoals de boer het ook zou doen!
Index

» digital corner

Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')