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.
| 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.
👾
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.
👾
Op 
Inhoudelijk heb je deels zeker gelijk, maar het andere deel klopt niet. Ik kom hier later nog op terug.quote: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.
[ Bericht 0% gewijzigd door #ANONIEM op 22-03-2019 16:38:41 ]
Just a note;quote: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?
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.
Live your dreams and take risks.
Life is happening now.
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).
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.
Wanneer ongeveer? :p Ben wel benieuwd.quote: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.
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
Of een library gebruiken die daar rekening mee houdt.quote:
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).
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.
Live your dreams and take risks.
Life is happening now.
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.quote:
[..]
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.
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.
Dit is volstrekte nonsens. De Zend-engine biedt ons verscheidene datastructuren aan, zoals je hier kunt lezen: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.
https://www.php.net/manual/en/spl.datastructures.php
Zit al jaren in de SPL.
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: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.
^ zie hierquote:
[..]
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
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 ]
SQL hell!
Waarom werkt een simpele select van een IP adres niet?
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?
Waarom werkt een simpele select van een IP adres niet?
| 1 | select * 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?
Nee door ''' i.p.v. ''quote:
SQL hell!
Gaat hij over zijn nek door de puntjes?
quote:
| 1 | SELECT * FROM `ip_database` WHERE IP = "8.8.8.8" |
Lijkt me dat er een bepaalde omzetting nodig is, cast ofzo om het overeen te laten komen.quote:
[..]
[ code verwijderd ]
levert ook niets op terwijl de row wel gewoon in de database staat.
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 ]
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.quote:
[..]
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
Ik ga nog even verder kloten.
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().
Oke misschien spaties die hij dan meeneemt in de vergelijking?quote:
Als ik
[ code verwijderd ]
doe krijg ik hem wel
Deze kon ik niet. Hier ga ik naar kijken.quote:
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().
Leek mij inderdaad ook logisch. Maar heb geen spatie kunnen ontdekken. Vaag hoor.quote:
[..]
Oke misschien spaties die hij dan meeneemt in de vergelijking?
Nog even gecheckt met
| 1 | UPDATE ip_database SET IP = LTRIM(RTRIM(IP)) |
0 rijen bijgewerkt.
[ Bericht 12% gewijzigd door NoXia op 29-03-2019 14:31:52 ]
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).
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..
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..
ja ik was aan het werk of factorio aan het spelen laatstquote:
Op 
Factorio (vervolg op openttd) maar dan machinaal.Oh en mijn backend voor mijn Socket message parser heb ik ook gefixed
. Java:
SPOILEROm 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 .
[ Bericht 44% gewijzigd door cablegunmaster op 20-06-2019 11:03:24 ]Redacted
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?
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?
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.
Meer Composer: https://getcomposer.org/quote:
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?
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
When the student is truly ready, the teacher will disappear.
| Forum Opties | |
|---|---|
| Forumhop: | |
| Hop naar: | |