Dit is een filmpje dat ik gemaakt heb met een leuk tooltje dat op basis van je Git historie een filmpje maakt.
Het Wat heb jij vandaag geprogrammeerd? topic
Raoul schreef:Gource is awesome, jah. Ziet dr vet uit.Dit is een filmpje dat ik gemaakt heb met een leuk tooltje dat op basis van je Git historie een filmpje maakt.
YouTube-filmpje
Timkb schreef:Met wat bel je?Klinkt nog best natuurlijk (wel engels). Gelijk een keuzemenu met opties eraan, werkt echt mooi.Eerdere citaten tonen
Bugged schreef:Mooie aan dit systeem is dat het flink veel dingen monitort zoals;Eerdere citaten tonen
Timkb schreef:Geheel nieuw Message Queue systeem in Redis, Go, Node.js en PHP. Deze MQ gaat voornamelijk API calls maken om mails te versturen, intensieve taken starten, bestellingen plaatsen, Slack berichten, eigenlijk alles wat op de achtergrond kan en de pagina blokkeert.
- Queue tijd
- Verwerk tijd
- Indien de job blijft hangen direct een SMS
- Dagelijkse mail met mislukte jobs
- Jobs die belangrijk zijn en mislukken = SMS
- Indien een groot deel van de jobs mislukt word ik direct gebeld en indien ik niet opneem een SMS
- Response wordt opgeslagen ter eventuele evaluatie
- Dagelijks mailtje met statistieken zoals de gemiddelde verwerkingstijd per job
- Wanneer de queue vol loopt wordt een nood server aangezwengeld die jobs gaat verwerken
- Mocht de MQ uitvallen dan worden alle calls gewoon in Redis opgeslagen, mocht Redis er mee stoppen (nog nooit gebeurd) dan is er een MySQL fallback.
- Ik kan in realtime de MQ volgen door middel van Node en WebSockets.
- De MQ is semi slim, alles wordt in JSON teruggekaatst door bijv. de mail provider en mocht daar iets in staam omtrent erros o.i.d. (steekwoorden) dan kan ik dit in het control panel terugvinden en met de hand goed of fout keuren. Bij goedkeuring worden soortgelijke responses genegeerd en als goed gemarkeerd, bij foutkeuring worden toekomstige responses aangemerkt als failed.
- Mislukte jobs worden op een later tijdstip alsnog uitgevoerd, makkelijk als het API endpoint bijvoorbeeld down is.
Zojuist iOS Developer pakket aangeschaft om een App te maken zodat ik realtime push notificaties kan ontvangen / actie ondernemen indien nodig.
Krijg je dan zon coole robotstem?
Alemaalte schreef:een telefoonMet wat bel je?Eerdere citaten tonen
Timkb schreef:Klinkt nog best natuurlijk (wel engels). Gelijk een keuzemenu met opties eraan, werkt echt mooi.Eerdere citaten tonen
Bugged schreef:Mooie aan dit systeem is dat het flink veel dingen monitort zoals;Eerdere citaten tonen
Timkb schreef:Geheel nieuw Message Queue systeem in Redis, Go, Node.js en PHP. Deze MQ gaat voornamelijk API calls maken om mails te versturen, intensieve taken starten, bestellingen plaatsen, Slack berichten, eigenlijk alles wat op de achtergrond kan en de pagina blokkeert.
- Queue tijd
- Verwerk tijd
- Indien de job blijft hangen direct een SMS
- Dagelijkse mail met mislukte jobs
- Jobs die belangrijk zijn en mislukken = SMS
- Indien een groot deel van de jobs mislukt word ik direct gebeld en indien ik niet opneem een SMS
- Response wordt opgeslagen ter eventuele evaluatie
- Dagelijks mailtje met statistieken zoals de gemiddelde verwerkingstijd per job
- Wanneer de queue vol loopt wordt een nood server aangezwengeld die jobs gaat verwerken
- Mocht de MQ uitvallen dan worden alle calls gewoon in Redis opgeslagen, mocht Redis er mee stoppen (nog nooit gebeurd) dan is er een MySQL fallback.
- Ik kan in realtime de MQ volgen door middel van Node en WebSockets.
- De MQ is semi slim, alles wordt in JSON teruggekaatst door bijv. de mail provider en mocht daar iets in staam omtrent erros o.i.d. (steekwoorden) dan kan ik dit in het control panel terugvinden en met de hand goed of fout keuren. Bij goedkeuring worden soortgelijke responses genegeerd en als goed gemarkeerd, bij foutkeuring worden toekomstige responses aangemerkt als failed.
- Mislukte jobs worden op een later tijdstip alsnog uitgevoerd, makkelijk als het API endpoint bijvoorbeeld down is.
Zojuist iOS Developer pakket aangeschaft om een App te maken zodat ik realtime push notificaties kan ontvangen / actie ondernemen indien nodig.
Krijg je dan zon coole robotstem?
Joeryy schreef:heel bijdehand, alleen gaat het om een computer die hem belt.een telefoonEerdere citaten tonen
Alemaalte schreef:Met wat bel je?Eerdere citaten tonen
Timkb schreef:Klinkt nog best natuurlijk (wel engels). Gelijk een keuzemenu met opties eraan, werkt echt mooi.Eerdere citaten tonen
Bugged schreef:Mooie aan dit systeem is dat het flink veel dingen monitort zoals;Eerdere citaten tonen
Timkb schreef:Geheel nieuw Message Queue systeem in Redis, Go, Node.js en PHP. Deze MQ gaat voornamelijk API calls maken om mails te versturen, intensieve taken starten, bestellingen plaatsen, Slack berichten, eigenlijk alles wat op de achtergrond kan en de pagina blokkeert.
- Queue tijd
- Verwerk tijd
- Indien de job blijft hangen direct een SMS
- Dagelijkse mail met mislukte jobs
- Jobs die belangrijk zijn en mislukken = SMS
- Indien een groot deel van de jobs mislukt word ik direct gebeld en indien ik niet opneem een SMS
- Response wordt opgeslagen ter eventuele evaluatie
- Dagelijks mailtje met statistieken zoals de gemiddelde verwerkingstijd per job
- Wanneer de queue vol loopt wordt een nood server aangezwengeld die jobs gaat verwerken
- Mocht de MQ uitvallen dan worden alle calls gewoon in Redis opgeslagen, mocht Redis er mee stoppen (nog nooit gebeurd) dan is er een MySQL fallback.
- Ik kan in realtime de MQ volgen door middel van Node en WebSockets.
- De MQ is semi slim, alles wordt in JSON teruggekaatst door bijv. de mail provider en mocht daar iets in staam omtrent erros o.i.d. (steekwoorden) dan kan ik dit in het control panel terugvinden en met de hand goed of fout keuren. Bij goedkeuring worden soortgelijke responses genegeerd en als goed gemarkeerd, bij foutkeuring worden toekomstige responses aangemerkt als failed.
- Mislukte jobs worden op een later tijdstip alsnog uitgevoerd, makkelijk als het API endpoint bijvoorbeeld down is.
Zojuist iOS Developer pakket aangeschaft om een App te maken zodat ik realtime push notificaties kan ontvangen / actie ondernemen indien nodig.
Krijg je dan zon coole robotstem?
Alemaalte schreef:TwilioMet wat bel je?Eerdere citaten tonen
Timkb schreef:Klinkt nog best natuurlijk (wel engels). Gelijk een keuzemenu met opties eraan, werkt echt mooi.Eerdere citaten tonen
Bugged schreef:Mooie aan dit systeem is dat het flink veel dingen monitort zoals;Eerdere citaten tonen
Timkb schreef:Geheel nieuw Message Queue systeem in Redis, Go, Node.js en PHP. Deze MQ gaat voornamelijk API calls maken om mails te versturen, intensieve taken starten, bestellingen plaatsen, Slack berichten, eigenlijk alles wat op de achtergrond kan en de pagina blokkeert.
- Queue tijd
- Verwerk tijd
- Indien de job blijft hangen direct een SMS
- Dagelijkse mail met mislukte jobs
- Jobs die belangrijk zijn en mislukken = SMS
- Indien een groot deel van de jobs mislukt word ik direct gebeld en indien ik niet opneem een SMS
- Response wordt opgeslagen ter eventuele evaluatie
- Dagelijks mailtje met statistieken zoals de gemiddelde verwerkingstijd per job
- Wanneer de queue vol loopt wordt een nood server aangezwengeld die jobs gaat verwerken
- Mocht de MQ uitvallen dan worden alle calls gewoon in Redis opgeslagen, mocht Redis er mee stoppen (nog nooit gebeurd) dan is er een MySQL fallback.
- Ik kan in realtime de MQ volgen door middel van Node en WebSockets.
- De MQ is semi slim, alles wordt in JSON teruggekaatst door bijv. de mail provider en mocht daar iets in staam omtrent erros o.i.d. (steekwoorden) dan kan ik dit in het control panel terugvinden en met de hand goed of fout keuren. Bij goedkeuring worden soortgelijke responses genegeerd en als goed gemarkeerd, bij foutkeuring worden toekomstige responses aangemerkt als failed.
- Mislukte jobs worden op een later tijdstip alsnog uitgevoerd, makkelijk als het API endpoint bijvoorbeeld down is.
Zojuist iOS Developer pakket aangeschaft om een App te maken zodat ik realtime push notificaties kan ontvangen / actie ondernemen indien nodig.
Krijg je dan zon coole robotstem?
Een NOC pagina 
Jponsen schreef:NOC?Een NOC pagina
Ooh Network Operations Centrum
one2xs.com/noc dylan
Jessee schreef:Ik verwacht eerder dit als NOCone2xs.com/noc dylan
Afbeelding niet beschikbaarDe bron kon niet worden geladen (upload.wikimedia.org).Bron openen ↗@lennard ????
Laatste update op 23 februari, 21:59 uur.
in de toekomst
// volgens mijn computer tijd dan.
in de toekomst
// volgens mijn computer tijd dan.
Dylan schreef:Wtf hoe kom jij aan een foto van het one2xs hoofdkwartierIk verwacht eerder dit als NOCEerdere citaten tonen
Jessee schreef:one2xs.com/noc dylan
Afbeelding
@lennard ????
Robbert schreef:Ik weet meer van one2xs dan je denktWtf hoe kom jij aan een foto van het one2xs hoofdkwartierEerdere citaten tonen
Dylan schreef:Ik verwacht eerder dit als NOCEerdere citaten tonen
Jessee schreef:one2xs.com/noc dylan
Afbeelding
@lennard ????
Ik heb packages gemaakt. Voorbeeldje:
hello:
test:
Dus values die beginnen met een hoofdletter zullen altijd zichtbaar zijn voor mensen die je package gebruiken, en zoniet worden ze niet in je scope geplaatst.
hello:
package helloworld;
import std.Writeln;
fn Hello(name) {
Writeln(Hello, name);
}
fn geheim() {
return Joo!;
}test:
import "hello";
helloworld.Hello(Raoul);
helloworld.geheim(); -- error: function not foundDus values die beginnen met een hoofdletter zullen altijd zichtbaar zijn voor mensen die je package gebruiken, en zoniet worden ze niet in je scope geplaatst.
Waarom niet fn public hello en fn private geheim dan?