DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
Waarom?quote:Op zondag 17 maart 2019 21:35 schreef DevFreak het volgende:
[..]
valt mee, maar ik probeer de webserver ertussenuit te slopen
Hier schreef tong80 het volgende:
Faux is een FOK!held, zoals dat vroeger Gellarboy en Brechtje waren. Users die je koestert.
Faux is een FOK!held, zoals dat vroeger Gellarboy en Brechtje waren. Users die je koestert.
Ghehe. Volgens mij is het in NodeJS heus niet gemakkelijker dan in PHP.quote: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?
Ik ben zelf totaal geen fan van JavaScript op een server dus ik vind dit een betere oplossing.
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.quote:
Op 
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 ]
Nope, hetzelfde idee als dit. Maar ik bedoelde dat de 'normale php' manier makkelijker is. Tja, dan heb je de voordelen ook niet.quote:
[..]
Ghehe. Volgens mij is het in NodeJS heus niet gemakkelijker dan in PHP.
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.
Live your dreams and take risks.
Life is happening now.
NodeJS is ook geen taal, maar een platform.quote:
Verder is PHP als taal natuurlijk een heel stuk volwassener en meer gebruikt dan NodeJS.
JavaScript is verder ook niet meer of minder volwassen dan PHP in mijn ogen.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
Beide zijn rottalen.quote: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.
In theory there is no difference between theory and practice. In practice there is.
Vind je?quote:Op woensdag 20 maart 2019 22:38 schreef WyriHaximus het volgende:
[..]
Ben maar begonnen met C leren, dat is pas een leuke taalHoi slak
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
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
Pak dan gewoon gelijk Rust.quote:
[..]
Ben maar begonnen met C leren, dat is pas een leuke taal
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
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 leukquote:
[..]
Ben maar begonnen met C leren, dat is pas een leuke taal
In theory there is no difference between theory and practice. In practice there is.
Hmm, PHP is met 7.3 toch wel volwassener en beter dan je denkt...quote:
[..]
NodeJS is ook geen taal, maar een platform.
JavaScript is verder ook niet meer of minder volwassen dan PHP in mijn ogen.
7.4 komt er ook aan en brengt nog veel meer verbeteringen met zich mee.
Hoe weet je dat? Ik vergelijk PHP en JavaScript.quote:
[..]
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.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
Ach, kom... het zijn twee totaal verschillende talen met verschillende doeleinden.quote:
[..]
Hoe weet je dat? Ik vergelijk PHP en JavaScript.
Klopt, ik vind het allebei niets.quote:
[..]
Ach, kom... het zijn twee totaal verschillende talen met verschillende doeleinden.
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."
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.quote:
[..]
Klopt, ik vind het allebei niets.
Maar dat doet niets af aan het feit dat de één niet meer of minder volwassen is dan de ander.
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.quote:
[..]
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.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
Welk vak?quote:Op woensdag 20 maart 2019 22:44 schreef FlippingCoin het volgende:
[..]
Vind je?
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.
Hier schreef tong80 het volgende:
Faux is een FOK!held, zoals dat vroeger Gellarboy en Brechtje waren. Users die je koestert.
Faux is een FOK!held, zoals dat vroeger Gellarboy en Brechtje waren. Users die je koestert.
Oh voor studie.quote:
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
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
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.quote:
[..]
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.
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...quote:
[..]
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...quote:
[..]
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.
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.quote:
[..]
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.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
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.quote:
[..]
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.
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:
| 1 | function (Foo $foo) {} |
En je geeft daar een Bar instance aan mee borkt ie, terecht. Maar doe je:
| 1 | function (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.
Toch, als je ermee om weet te gaan, kun je nog prachtig een clean architecture toepassen.
En daarin is PHP echt wel gegroeid.
En daarin is PHP echt wel gegroeid.
Je moeder is een hamster
Iemand die mij kan helpen?
Output:
in plaats van
Wat doe ik fout?
| 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:
| 1 | 1970/01/21-03-2019.txt |
in plaats van
| 1 | 2019/03/21-03-2019.txt |
Wat doe ik fout?
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.
👾
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.
👾
