PHP compile je doorgaans ook niet, dus dat boeit sowieso niet.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
:strip_icc():strip_exif()/u/437778/crop684040f89be83_cropped.jpg?f=community)
C# compileert bij mij meestal ook niet, maar dat zal wel aan mij liggen:
[...]
PHP compile je doorgaans ook niet, dus dat boeit sowieso niet.
(Dat was een grap.)
🠕 This side up
:strip_icc():strip_exif()/u/174665/crop5f3505845c31b_cropped.jpeg?f=community)
Actually de PHP-runtime doet dat wel wanneer je de code uitvoerd:
[...]
PHP compile je doorgaans ook niet, dus dat boeit sowieso niet.
Maar goed persoonlijk vind ik de null-implementatie van PHP goed: Als je bij typed parameters niet exlisiet op geeft dat het nullable kan zijn, wordt dat geweigerd.
Ja uiteraard, weinig chipsets met native ondersteuning voor PHP hè?:
[...]
Actually de PHP-runtime doet dat wel wanneer je de code uitvoerd
Maar goed persoonlijk vind ik de null-implementatie van PHP goed: Als je bij typed parameters niet exlisiet op geeft dat het nullable kan zijn, wordt dat geweigerd.
Maar het hele punt in de nullable discussie is dat het grote voordeel van non-nullable types is dat je geen runtime exceptions krijgt (nullpointers dus), maar compile-time afdwingt dat hiermee rekening gehouden wordt.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
/u/286895/icon1.png?f=community)
Een taal kan toch ook gewoon interpreted zijn...:
[...]
Ja uiteraard, weinig chipsets met native ondersteuning voor PHP hè?
(En ja, ik weet dat ook interpreted talen vaak eerst alsnog gecompileerd worden naar een intermediaire representatie. Maar dat hoeft niet.)
Heeft geen speciale krachten en is daar erg boos over.
:strip_icc():strip_exif()/u/12461/crop65b195553d948.jpg?f=community)
@bwerg Dat is natuurlijk een zinloze discussie, we hebben het over de semantische analyse-stap die een compiler doet, wat een interpreter net zo goed moet doen om de code te interpreteren 
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
True dat het pas op runtime komt, al geeft elke fatsoendelijke IDE ook al een error melding erop omdat de taal het niet toe staat.:
[...]
Ja uiteraard, weinig chipsets met native ondersteuning voor PHP hè?
Maar het hele punt in de nullable discussie is dat het grote voordeel van non-nullable types is dat je geen runtime exceptions krijgt (nullpointers dus), maar compile-time afdwingt dat hiermee rekening gehouden wordt.
PHPStorm gaf bijvoorbeeld al een melding dat een null-check nodig was toen ik het result van functie-call A (class of null) in functie-call B wilde stoppen (class only).
Omdat ie kon zien dat B geen null accepteerd.
[ Voor 16% gewijzigd door hackerhater op 12-10-2020 10:08 ]
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
/u/12668/hydra.png?f=community)
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
:strip_icc():strip_exif()/u/211322/crop5ec3dbce66fdb.jpeg?f=community)
:strip_icc():strip_exif()/u/206968/325134.jpg?f=community)
/u/3813/100_8985_ICON2.JPG?f=community)
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
:strip_exif()/u/259931/stuiterbal2.gif?f=community)
Daar hebben we dan weer static analysers voor:
[...]
Ja uiteraard, weinig chipsets met native ondersteuning voor PHP hè?
Maar het hele punt in de nullable discussie is dat het grote voordeel van non-nullable types is dat je geen runtime exceptions krijgt (nullpointers dus), maar compile-time afdwingt dat hiermee rekening gehouden wordt.
Die gebruiken we overigens nog wel veel te weinig.
:strip_icc():strip_exif()/u/304716/enforcer_small.jpeg?f=community)
hehe inderdaad, en die doen eigenlijk voor een deel hetzelfde als wat een compiled taal de compiler doet maar dan alleen op afroep. Alhoewel ik las dat PHPStorm in de nieuwe EAP wel ondersteuning heeft voor psalm en PHPstan. Dus langzaam maar zeker komen dat soort functies ook weer terug in ieder geval één IDE voor PHP.:
[...]
Daar hebben we dan weer static analysers voor
Die gebruiken we overigens nog wel veel te weinig.
Driving a cadillac in a fool's parade.
Ja dat gaf ik in een eerdere post ook al aan. Natuurlijk heb je IDEs, static code analysis, build pipelines en ga zo maar door, maar dat zijn altijd zaken die je als developer (of team) expliciet moet doen. In een gecompileerde taal komt je code gewoon niet in productie terecht tenzij je de deployment daar rechtstreeks gaat manipuleren zoals ze met enorme Cobollegacy nog wel eens schijnen te doen.:
[...]
Daar hebben we dan weer static analysers voor
Die gebruiken we overigens nog wel veel te weinig.
Ook in onze Java pipelines draait nog een hele bak aan checks middels static code analysis via PMD, Spotbugs en CheckStyle, Owasp vulnerability scanning op dependencies en ga zo maar door.
Allemaal mooi, maar niet de inherente veiligheid van compileren.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Hmm flink veel mail heden ochtend ... bleek de antispam VM lekker aan het OOM'en met clamav, zie je weer eens wat je zoal in een nachtje binnen krijgt aan spam 
En de afzender-domeinen zeker geen SPF-records ed?
Als ik al zie wat de email-server weigerd omdat de SPF-/dkim-checks falen
Als ik al zie wat de email-server weigerd omdat de SPF-/dkim-checks falen
[ Voor 44% gewijzigd door hackerhater op 13-10-2020 10:00 ]
:strip_exif()/u/26373/anim4.gif?f=community)
Als ik al zie wat voor mail er geweigerd wordt vanwege SPF-/dkim-checks die falen ondanks dat SPF en DKIM correct zijn ingesteld
"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney
Wat voor prutsers zijn die beheerders van de ontvangde servers dan?:
Als ik al zie wat voor mail er geweigerd wordt vanwege SPF-/dkim-checks die falen ondanks dat SPF en DKIM correct zijn ingesteld
We hebben het in de gaten gehouden voor een tijdje, en zover wij weten was elke weigering terecht.
Mails (inhoud spam/scam) vanaf verkeerde IP's en zo.
Maar inderdaad ook mensen die vanaf de verkeerde mail-server mailden (ISP mailserver) terwijl het domein op hard-fail staat
SPF en DKIM checks op de uiteindelijk ontvangende mailserver terwijl ze er zelf een anti spam mailserver tussen hebben zitten. Dus die tussenliggende server vangt de mail op en stuurt het door naar de laatste mailserver. Doordat die laatste mailserver ook SPF / DMARC checkt weigert die dus de mails die van de anti spam mailserver afkomen:
[...]
Mails (inhoud spam/scam) vanaf verkeerde IP's en zo.
Maar inderdaad ook mensen die vanaf de verkeerde mail-server mailden (ISP mailserver) terwijl het domein op hard-fail staat
"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney
Dat is beheerder-fail.:
[...]
SPF en DKIM checks op de uiteindelijk ontvangende mailserver terwijl ze er zelf een anti spam mailserver tussen hebben zitten. Dus die tussenliggende server vangt de mail op en stuurt het door naar de laatste mailserver. Doordat die laatste mailserver ook SPF / DMARC checkt weigert die dus de mails die van de anti spam mailserver afkomen
Bij ons zitten de SPF & DKIM checks op de eerste ontvangende server.
Anti-spam gaat er pas heen kijken als het door die eerste check heen komt.
Toen wij voor een klant relay speelden, zeiden we die klant ook dat spf/dkim checks op hun kant op uit moesten en ze een complete white-list vanaf onze server moesten instellen.
[ Voor 12% gewijzigd door hackerhater op 13-10-2020 10:13 ]
Nah spamassassin was er ook uit geknald, ondanks dat clamav het eigenlijke probleem is, enorme geheugen slurper. Dus die er voorlopig maar even uit gewipt, zoveel bracht het toch niet ten tonele.:
En de afzender-domeinen zeker geen SPF-records ed?
Als ik al zie wat de email-server weigerd omdat de SPF-/dkim-checks falen
Dus er was totaal geen spam-check meer, vandaar de hoeveelheid prut want ansich levert die anti-virus scan niet zo veel op tegenover de rest van de spamcheck.
Clamav zuipt inderdaad geheugen, je moet zeker zorgen dat je VM genoeg geheugen heeft ervoor.
De vraag was meer of die filtering ervoor zit om de spam en virus-check belasting zo laag mogelijk te houden
Alles wat terecht door die checks geweigerd wordt, hoeft dan niet meer door de spam/virus checks heen omdat het toch troep is.
De vraag was meer of die filtering ervoor zit om de spam en virus-check belasting zo laag mogelijk te houden
Alles wat terecht door die checks geweigerd wordt, hoeft dan niet meer door de spam/virus checks heen omdat het toch troep is.
[ Voor 23% gewijzigd door hackerhater op 13-10-2020 10:49 ]
Ja en nee,:
Clamav zuipt inderdaad geheugen, je moet zeker zorgen dat je VM genoeg geheugen heeft ervoor.
De vraag was meer of die filtering ervoor zit om de spam en virus-check belasting zo laag mogelijk te houden
Alles wat terecht door die checks geweigerd wordt, hoeft dan niet meer door de spam/virus checks heen omdat het toch troep is.
Ja er zit enige filtering op door middel van greylisting (is goed voor zo'n 90% die niet meer terug komt op het juiste tijdstip). Verder gaat alles vervolgens via spam (en voorheen dan clamav) richting mailbox, alles wordt in principe wel afgeleverd. Op zich heb ik ook weer niet zo veel traffic dat het echt een probleem wordt.
En tsja ik had 1,5GB voor clamav en spamassassin, als dat niet meer genoeg is dan vind ik het onderhand wel best met clamav.
Misschien is het dit feestje:
We zuipen met liefde nu 2x te veel RAM per default
Understatement of the year .. je hebt bekant een super-computer nodig om die meuk te draaien.
Hmmm theor etisch, zit ik nog op versie 0.102.x, dus dat is nog zonder de ram verdubbelaar
En met het aantal CVE's (vooral rond werken met diverse archive formats), ben ik misschien toch beter af om het maar gewoon vrolijk uit te knallen en te laten.
[ Voor 18% gewijzigd door gekkie op 13-10-2020 14:19 ]
Hmm de paracrawl dataset crawler is ook op de wat spannendere plekken des internets geweest geloof ik
Gefinancierd door de EU nog wel, daar heeft een linguist vast flink zitten fappen.
Hmm tweakers zit er ook in, echter lijkt men nog niet gevonden te hebben dat PHP wel eens wordt gezien als Kwalitatief Uitermate Teleurstellend.
Gefinancierd door de EU nog wel, daar heeft een linguist vast flink zitten fappen.
Hmm tweakers zit er ook in, echter lijkt men nog niet gevonden te hebben dat PHP wel eens wordt gezien als Kwalitatief Uitermate Teleurstellend
.
[ Voor 28% gewijzigd door gekkie op 13-10-2020 14:44 ]
* pok pok * Is this thing still on? Of heeft iedereen al herfstvakantie?
"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney
Was even met de scootmobiel naar de APK, gelukkig weer goedgekeurd, af en toe iets wat mee zit is ook wel weer fijn
Herfstvakantie, wat is dat?:
* pok pok * Is this thing still on? Of heeft iedereen al herfstvakantie?
🠕 This side up
:strip_exif()/u/52746/eric-cartman_small.gif?f=community)
Ja ach.:
[...]
Herfstvakantie, wat is dat?
Of we nou thuiswerken, of thuiszitten
Ask yourself if you are happy and then you cease to be.
gekkie op een scootmobiel... thx voor the mental picture:
Was even met de scootmobiel naar de APK, gelukkig weer goedgekeurd, af en toe iets wat mee zit is ook wel weer fijn
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
Om je mental picature nog wat aan te vullen .. Oranje hesje .. Tom Cruise met John Travolta poster voorop (dat QAnon gedoe is veel te hip, opa is nog van de Scientology kerk). En wat er aan ruimte over is nog vol geplakt met wappie whuppies:
[...]
gekkie op een scootmobiel... thx voor the mental picture
:strip_icc():strip_exif()/u/734655/crop6390c3acd41c6_cropped.jpg?f=community)
met zo'n grijze IBM tower tussen zijn benen:
[...]
gekkie op een scootmobiel... thx voor the mental picture
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Heb nog wel ergens een half vergeelde high tower staan, op wieltjes, misschien een mooie aanhanger voor achter de scootmobiel, mobiele QAnon orakel station
Ik zat net te denken: wat als het dit jaar koud genoeg is om de Elfstedentocht door te laten gaan, maar dat het dan toch afgezegd moet worden vanwege Corona? 
🠕 This side up
:strip_icc():strip_exif()/u/492949/crop627d0c893ea0e_cropped.jpg?f=community)
die kans is heel groot of iig zonder publiek.:
Ik zat net te denken: wat als het dit jaar koud genoeg is om de Elfstedentocht door te laten gaan, maar dat het dan toch afgezegd moet worden vanwege Corona?
:strip_exif()/u/396800/D-_3427da0a9c293b63f2a66dea2e642102.gif?f=community)
Dan trekt Willem Alexander er opnieuw niks van aan:
Ik zat net te denken: wat als het dit jaar koud genoeg is om de Elfstedentocht door te laten gaan, maar dat het dan toch afgezegd moet worden vanwege Corona?
Sinds de 2 dagen regel reageer ik hier niet meer
Alleen op windows, het moet wel kunnen tochten.:
[...]
Je moet van binnen wel een compiler zijn om dat als ambiguous te zien
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
:strip_exif()/u/47168/loop.gif?f=community)
Shit...betrapt.:
Je moet van binnen wel een compiler zijn om dat als ambiguous te zien
https://niels.nu
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Tja, dan is plan van aanmoedigers toch in het water gevallen
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Ik ben C++'er he, waarin de "most vexing parse" daadwerkelijk een ding is
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Als ze er buiten staan dan is het toch out of scope?
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
:strip_icc():strip_exif()/u/87691/avatar_alex.jpg?f=community){kind=avatar}
Ik ben bezig met een hobbymatige webapplicatie in ASP.NET Core, en de testversie daarvan deploy ik naar een goedkope (maar niet heel erg snelle) App Service op Azure. Dat werkt allemaal best wel goed, maar de productieversie wil ik op snellere hardware gaan draaien.
Voor iets hobbymatigs vind ik Azure best wel aan de prijs, dus ben ik een beetje aan het rondkijken naar een self-hosted oplossing daarvoor, met iets wat ook goed integreert met Azure Releases voor bijvoorbeeld automatische deployments. Ik heb al een goedkope VPS bij Hetzner, die ik wil gebruiken.
Maar als ik ga kijken naar automatische deployments en alles wat daarbij komt kijken, kom ik al snel terecht in de fuik die Kubernetes heet. En ik snap er de ballen van, zo veel nieuwe concepten waar ik eigenlijk ook helemaal geen interesse in heb. Een enigszins met Azure App Service vergelijkbare self-hosted PaaS-oplossing is een stuk moeilijker te vinden helaas.
Voor iets hobbymatigs vind ik Azure best wel aan de prijs, dus ben ik een beetje aan het rondkijken naar een self-hosted oplossing daarvoor, met iets wat ook goed integreert met Azure Releases voor bijvoorbeeld automatische deployments. Ik heb al een goedkope VPS bij Hetzner, die ik wil gebruiken.
Maar als ik ga kijken naar automatische deployments en alles wat daarbij komt kijken, kom ik al snel terecht in de fuik die Kubernetes heet. En ik snap er de ballen van, zo veel nieuwe concepten waar ik eigenlijk ook helemaal geen interesse in heb. Een enigszins met Azure App Service vergelijkbare self-hosted PaaS-oplossing is een stuk moeilijker te vinden helaas.
We are shaping the future
/u/36698/avatar.png?f=community){kind=avatar}
Ik herken je zoektocht, en ik ben ook benieuwd of er goede goedkope alternatieven zijn.:
Ik ben bezig met een hobbymatige webapplicatie in ASP.NET Core, en de testversie daarvan deploy ik naar een goedkope (maar niet heel erg snelle) App Service op Azure. Dat werkt allemaal best wel goed, maar de productieversie wil ik op snellere hardware gaan draaien.
Voor iets hobbymatigs vind ik Azure best wel aan de prijs, dus ben ik een beetje aan het rondkijken naar een self-hosted oplossing daarvoor, met iets wat ook goed integreert met Azure Releases voor bijvoorbeeld automatische deployments. Ik heb al een goedkope VPS bij Hetzner, die ik wil gebruiken.
Maar als ik ga kijken naar automatische deployments en alles wat daarbij komt kijken, kom ik al snel terecht in de fuik die Kubernetes heet. En ik snap er de ballen van, zo veel nieuwe concepten waar ik eigenlijk ook helemaal geen interesse in heb. Een enigszins met Azure App Service vergelijkbare self-hosted PaaS-oplossing is een stuk moeilijker te vinden helaas.
Daarom doe ik kleine zooi ook met PHP, want da's goedkoop (<€1/maand), en vaak kun je met shared hosting meer dan de eigenaren van die platformen zouden willen
🠕 This side up
Ik heb vaak kleiner projecten draaien bij Digital Ocean. 5 euro (excl btw) voor de meeste simpele server en die zijn vaak sterk zat voor meerdere docker images.:
Ik ben bezig met een hobbymatige webapplicatie in ASP.NET Core, en de testversie daarvan deploy ik naar een goedkope (maar niet heel erg snelle) App Service op Azure. Dat werkt allemaal best wel goed, maar de productieversie wil ik op snellere hardware gaan draaien.
Voor iets hobbymatigs vind ik Azure best wel aan de prijs, dus ben ik een beetje aan het rondkijken naar een self-hosted oplossing daarvoor, met iets wat ook goed integreert met Azure Releases voor bijvoorbeeld automatische deployments. Ik heb al een goedkope VPS bij Hetzner, die ik wil gebruiken.
Maar als ik ga kijken naar automatische deployments en alles wat daarbij komt kijken, kom ik al snel terecht in de fuik die Kubernetes heet. En ik snap er de ballen van, zo veel nieuwe concepten waar ik eigenlijk ook helemaal geen interesse in heb. Een enigszins met Azure App Service vergelijkbare self-hosted PaaS-oplossing is een stuk moeilijker te vinden helaas.
Kubernetes is leuk spul, maar tenzij je horizontaal moet schalen is het eigenlijk compleet overbodig.
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Je zou kunnen kijken naar iets als Heroku of digital oceans. Iets anders ben ik zelf ook nog niet tegengekomen.:
Ik ben bezig met een hobbymatige webapplicatie in ASP.NET Core, en de testversie daarvan deploy ik naar een goedkope (maar niet heel erg snelle) App Service op Azure. Dat werkt allemaal best wel goed, maar de productieversie wil ik op snellere hardware gaan draaien.
Voor iets hobbymatigs vind ik Azure best wel aan de prijs, dus ben ik een beetje aan het rondkijken naar een self-hosted oplossing daarvoor, met iets wat ook goed integreert met Azure Releases voor bijvoorbeeld automatische deployments. Ik heb al een goedkope VPS bij Hetzner, die ik wil gebruiken.
Maar als ik ga kijken naar automatische deployments en alles wat daarbij komt kijken, kom ik al snel terecht in de fuik die Kubernetes heet. En ik snap er de ballen van, zo veel nieuwe concepten waar ik eigenlijk ook helemaal geen interesse in heb. Een enigszins met Azure App Service vergelijkbare self-hosted PaaS-oplossing is een stuk moeilijker te vinden helaas.
Kuberneters cluster moet ook ergens gehost worden dus dan heb je alsnog een VPS, Azure of AWS voor nodig.
Roses are red, violets are blue, unexpected '{' on line 32.
/u/262310/ava.png?f=community)
... en natuurlijk niet te verwarren met de Dacia Dokker, waar ook containers in passen:
🠕 This side up
:strip_exif()/u/22345/tweakers.gif?f=community)
/u/243953/crop56f55a7bcf291.png?f=community)
/u/313216/crop679f937b7f4c1_cropped.png?f=community)
Dat is het het leuke, maar ook het vervelende van de cloud. Eens je het wat deftiger/serieuzer wilt draaien voor productie, begint het toch serieus geld te kosten.:
Ik ben bezig met een hobbymatige webapplicatie in ASP.NET Core, en de testversie daarvan deploy ik naar een goedkope (maar niet heel erg snelle) App Service op Azure. Dat werkt allemaal best wel goed, maar de productieversie wil ik op snellere hardware gaan draaien.
Voor iets hobbymatigs vind ik Azure best wel aan de prijs, dus ben ik een beetje aan het rondkijken naar een self-hosted oplossing daarvoor, met iets wat ook goed integreert met Azure Releases voor bijvoorbeeld automatische deployments. Ik heb al een goedkope VPS bij Hetzner, die ik wil gebruiken.
Maar als ik ga kijken naar automatische deployments en alles wat daarbij komt kijken, kom ik al snel terecht in de fuik die Kubernetes heet. En ik snap er de ballen van, zo veel nieuwe concepten waar ik eigenlijk ook helemaal geen interesse in heb. Een enigszins met Azure App Service vergelijkbare self-hosted PaaS-oplossing is een stuk moeilijker te vinden helaas.
Je zou ook kunnen overwegen om [Azure Container Instances](https://azure.microsoft.c...ices/container-instances/) te gebruiken; ik zou wel dan aanraden een Azure Load Balancer ervoor te zetten, waarbij je eventueel 2 ACI's draait ervoor (de "poor man" container orchestration).
Als je App Service kiest voor Linux, zou je mogelijks met een B1 of B2 kunnen toekomen? Daar kan je ook containers in draaien. De prijs ervan valt nog redelijk mee. Het is natuurlijk geen 25€/j prijs, maar als dat het doel is, is de cloud, of de manier waarop je bouwt misschien ook niet ideaal.
Er zijn ook goedkopere manieren om in Azure te gaan hosten, maar dat vraagt wel redesign van de oplossing. Je kan erg goedkoop een oplossing via Azure Static Websites (storage account) gaan doen en Azure Functions (serverless architectuur). Echter dit is dan ook weer complexer om op te zetten
.De prijs zit 'em natuurlijk ook erin dat bij PaaS je ook voor het beheer van de infra betaald, terwijl je dit anders zelf allemaal moet doen. Dus een VM ergens goedkoop hosten (bij bv DigitalOcean) betekent wel dat je zelf instaat voor patching en updates. Dat is toch zeker iets dat je mee moet nemen in je overwegingen.
[ Voor 34% gewijzigd door Styxxy op 20-10-2020 23:21 ]
ACI is leuk om containers te draaien die je maar heel even nodig hebt, of voor scale-out tijdens korte traffic bursts. Je betaalt precies wat je nodig hebt en meer niet, daarvoor is het echt briljant.
ACI fulltime laten draaien is voor zover ik weet duurder dan een App Service laten draaien.
Mijn voornaamste doel is om op een 'moderne manier' spullen te kunnen deployen, en omdat het hobbymatig is de kosten relatief laag te houden.
Ik heb nu een B1 draaien (met MSDN credits, dus het kost me niets) en hoewel dat voldoet vind ik de performance nou weer niet supergeweldig. Om op te schalen naar een B2 en er € 25 per maand voor te betalen, vind ik een beetje aan de hoge kant voor hobby.
Zo'n setup heb ik ook al in productie draaien, een simpele static website met een contactformulier. Dat werkt op zich prima, al duurt het soms even voordat het script dat het contactformulier afhandelt is opgestart.Er zijn ook goedkopere manieren om in Azure te gaan hosten, maar dat vraagt wel redesign van de oplossing. Je kan erg goedkoop een oplossing via Azure Static Websites (storage account) gaan doen en Azure Functions (serverless architectuur). Echter dit is dan ook weer complexer om op te zetten
Werkt prima, maar voor wat ik nu aan het bouwen ben hou ik het liever bij een klassieke MVC-constructie.
Dat is helemaal waar, beheer van infra kost ook tijd en dus geld. Dat bedrijven ervoor kiezen om te deployen naar een PaaS-oplossing, i.p.v. te deployen op eigen ijzer wat iemand onderhoudt, begrijp ik heel goed. Het bespaart geld en voor de ontwikkelaars is het ook nog eens fijn. Maar voor een hobbyist ligt het anders - ik kan dat in m'n vrije uurtjes wel doen. Al dan niet met automatische updates.
Ik heb denk ik een oplossing gevonden om een "poor man's PaaS" te bouwen: Traefik als ingress controller, en deployments die met docker compose een instance aanmaken danwel updaten. Is het enterprise ready en volgens alle laatste guidelines? Vast niet. Maar ik heb niet zo'n zin om me in dingen als Kubernetes te gaan verdiepen.
Over deployments gesproken, ik heb eens gekeken naar hoe Azure Releases werkt in vergelijking met Octopus Deploy. Ik vind Azure Releases eigenlijk maar raar: elke stage is volledig geïsoleerd en kan totaal anders zijn dan de andere stages. En als je iets aanpast moet je dat ook weer in elke stage doen?
Bij Octopus voeg je alle stappen in één keer toe en geef je vervolgens aan voor welke environment het geldt. Dat vind ik wat logischer eigenlijk.
We are shaping the future
Ik heb zelf de afgelopen 5 jaar met Kubernetes gewerkt en heb er ook een certificering voor gedaan. Als je vragen hebt, ik leg met alle plezier het e.e.a. uit.:
Maar als ik ga kijken naar automatische deployments en alles wat daarbij komt kijken, kom ik al snel terecht in de fuik die Kubernetes heet. En ik snap er de ballen van, zo veel nieuwe concepten waar ik eigenlijk ook helemaal geen interesse in heb. Een enigszins met Azure App Service vergelijkbare self-hosted PaaS-oplossing is een stuk moeilijker te vinden helaas.
Afgezien daarvan; je hebt ook zaken als Google Cloud Run. Dat is weer een laagje bovenop Kubernetes waarbij je echt zecht "hier, een docker image, regel het". Voordeel daarvan is dat het geen geld kost als het geen traffic krijgt. Een back-end van een mobiele app die ik opgezet hebt, kost me 2 cent per maand.
Serverless is IMHO ideaal voor hobby projecten omdat 't zo weinig geld kost.
[ Voor 23% gewijzigd door Hydra op 22-10-2020 10:52 ]
https://niels.nu
:strip_exif()/u/39092/wolkje-avatar3.gif?f=community){kind=avatar}
Never attribute to malice that which can be adequately explained by stupidity. - Robert J. Hanlon
60% of the time, it works all the time. - Brian Fantana
De way forward voor Microsoft is daar om multi-stage YAML pipelines te gaan gebruiken. Daarbij kan je vervolgens template YAML's voor bouwen, die je dan referenced in elke environment stage.
In de classic (legacy) release pipelines van Azure DevOps kan je werken met Task Groups (en je kan die ook versioneren, in de UI
).Voorbeeldje voor YAML:
:fill(white):strip_exif()/f/image/jUe5i94VubIpiinfQrpJl8f8.png?f=user_large)
Dat is wel significant goedkoper dan Azure, want daar krijg je weliswaar 10 GB maar dat kost €0,141 per dag. Dat maakt het een stuk minder interessant voor een hobby/knutsel containers want dan zit je zonder iets te doen al op €4,3/maand. Geen gruwelijke hoeveelheid geld maar als je containers helemaal niets doen is het wel zonde
Ik ga eens kijken naar Google Cloud, want die prijsstelling maakt het wel wat interessanter om wat mee te knoeien.
Never attribute to malice that which can be adequately explained by stupidity. - Robert J. Hanlon
60% of the time, it works all the time. - Brian Fantana
:strip_exif()/u/80759/monstermania_small.gif?f=community)
Hmm het is dat ik geen instagram en feestboek account heb.
Anders zou ik toch wel eens willen kijken of feestboek/instagram firespheres gzip bomb ook lusten als je een linkje in een directmessage propt naar je gzip bomb
Anders zou ik toch wel eens willen kijken of feestboek/instagram firespheres gzip bomb ook lusten als je een linkje in een directmessage propt naar je gzip bomb
:strip_exif()/u/294184/20150204_SITE_GIF_VALKUIL-resized.gif?f=community)
Lijkt helaas niet veel te doen:
Hmm het is dat ik geen instagram en feestboek account heb.
Anders zou ik toch wel eens willen kijken of feestboek/instagram firespheres gzip bomb ook lusten als je een linkje in een directmessage propt naar je gzip bomb
Proberen ze het wel van je server af te slurpen of dat ook niet ?:
[...]
Lijkt helaas niet veel te doen
(aangaande https://www.mysk.blog/2020/10/25/link-previews/ )
Als ze bereid lijken te zijn om 2.6GB te downloaden dan zou je toch verwachten dat de zip-bomb ook wel zou smaken
(en opzich wel interessant zijn voor een leuke DDOS achtigheid ).
[ Voor 24% gewijzigd door gekkie op 27-10-2020 15:18 ]
Moet je aan @Firesphere vragen, heb zijn website gebruikt als link:
[...]
Proberen ze het wel van je server af te slurpen of dat ook niet ?
(aangaande https://www.mysk.blog/2020/10/25/link-previews/ )
Als ze bereid lijken te zijn om 2.6GB te downloaden dan zou je toch verwachten dat de zip-bomb ook wel zou smaken
*LOL* lekker lui, maar ze zullen wel genoeg servers hebben lopen om daar met 1 linkje weinig effect te zien.
Ben wel benieuwd of ze het proberen .. blijven slurpen en ook pogingen blijven doen., maar zelf ook te lui om er een account voor te gaan maken.
Ben wel benieuwd of ze het proberen .. blijven slurpen en ook pogingen blijven doen., maar zelf ook te lui om er een account voor te gaan maken.
Het ging me om de verhouding Azure versus AWS en GCP, niet over de cloud an-sich. Azure heeft zich in de markt gewerkt vooral met relatief lage kosten t.o.v. AWS, dus ik vond het opvallend dat die kosten nu kennelijk hoger zijn.
Voor onze start-up hebben we juist voor 'de cloud' (GCP) gekozen omdat het veel makkelijker is kosten te controleren. En daarbij; de grootste kosten zijn development kosten. Hoe meer je kan overlaten aan 't platform, hoe minder tijd je kwiijt bent aan development. Ik heb dus zelf ook weining met devs die menen dat ze het wel 'even' zelf kunnen
Het is namelijk nooit 'even'
https://niels.nu
Is dat echt zo? Ik doe al even niet zoveel meer met AWS maar volgens mij was het altijd redelijk gelijk.
Vergelijken is ook niet altijd eenvoudig zeker als er meerdere kosten componenten zijn. AWS is natuurljk ook iets meer Lego dan Azure
Ja dat is ook een voordeel, je hebt natuurlijk ook niet te maken met aanschafkosten, daarnaast is het natuurlijk vaak voordelig als je per gebruiker iets kunt aanschaffen.Voor onze start-up hebben we juist voor 'de cloud' (GCP) gekozen omdat het veel makkelijker is kosten te controleren. En daarbij; de grootste kosten zijn development kosten. Hoe meer je kan overlaten aan 't platform, hoe minder tijd je kwiijt bent aan development. Ik heb dus zelf ook weining met devs die menen dat ze het wel 'even' zelf kunnen
Dit is zo'n beetje standaard bij alle telco/isp toko's volgens mij. Of je maar even naar Insta wilt gaan om support te vragen. Feck dat.
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
Via het zakelijke klachtenformulier (wat ik al aan het invullen was) de link gevonden naar het consumenten klachtenformulier. En het is inderdaad standaard, of je moet gaan bellen.:
[...]
Dit is zo'n beetje standaard bij alle telco/isp toko's volgens mij. Of je maar even naar Insta wilt gaan om support te vragen. Feck dat.
Maar het is een administratief probleem, met de nodige papperassen. Kortom async en op schrift lijkt mij veel handiger (als ze dan ook tot het einde lezen en er wat mee doen, wat natuurlijk ook nogal een aanname is bij deze toko's).
Lekker support crowd-sourcen. Ziggo doet dat ook. Mensen verwijzen naar de "community" waar je vervolgens afgezeken wordt door een halve gare met negatief IQ en te veel tijd als je vraagt naar de voortgang van de Ziggo Go app. Volkomen debiel om je klantcontacten over te laten aan onbetaalde internet trolls.:
Dit is zo'n beetje standaard bij alle telco/isp toko's volgens mij. Of je maar even naar Insta wilt gaan om support te vragen. Feck dat.
https://niels.nu
Doet me denken aan het kadaster die een afspraak moest inplannen wegens een opgeleverd nieuwbouwhuis. Of je ze even toevoegt op whatsapp. Ehm, nee? Via fatsoenlijke kanalen deden zij dan weer niet, dus uiteindelijk zijn ze maar gewoon een keer op de gok langsgekomen, en als we niet thuis waren geweest dan niet, of zo. 
Ging uiteindelijk prima omdat toch iedereen thuiswerkt.
Je ziet wel vaker dat kinderen alles maar gewoon lekker via instagram communiceren zonder te leren wat eigenlijk geschikte communicatiekanalen/vormen zijn voor welke situatie, maar dit gaat met professionele 50-plussers soms net zo.
Ging uiteindelijk prima omdat toch iedereen thuiswerkt.Je ziet wel vaker dat kinderen alles maar gewoon lekker via instagram communiceren zonder te leren wat eigenlijk geschikte communicatiekanalen/vormen zijn voor welke situatie, maar dit gaat met professionele 50-plussers soms net zo.
[ Voor 4% gewijzigd door bwerg op 29-10-2020 13:56 ]
Heeft geen speciale krachten en is daar erg boos over.
@bwerg Kon je niet gewoon een aangetekende brief of fax sturen?
🠕 This side up
Dit topic is gesloten.