Het Wat heb jij vandaag geprogrammeerd? topic

Sevvlor schreef:

Eerdere citaten tonen

Smiegles schreef:

Eerdere citaten tonen

Sevvlor schreef:

Het is niet echt programmeren, ik heb mijn site een performance boost gegeven

Afbeelding
Afbeelding

Je load time is een halve seconde, dat is niet geweldig

Dat is best goed moet ik zeggen, veel websites hebben een veul hogere loadtimes.

98% om precies te zijn

Lennard schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Smiegles schreef:

Eerdere citaten tonen

Sevvlor schreef:

Het is niet echt programmeren, ik heb mijn site een performance boost gegeven

Afbeelding
Afbeelding

Je load time is een halve seconde, dat is niet geweldig

Dat is best goed moet ik zeggen, veel websites hebben een veul hogere loadtimes.

98% om precies te zijn

Om eerlijk te zijn geloof ik daar dus geen ene flikker van .

98% van de websites die zij getest hebben, en waarschijnlijk dan in het laatste jaar alleen ofzo.

Oké, veel werk verricht vandaag.

Je kunt nu bestanden importen, dus als je hoi.txt wilt includen doe je [c]import "hoi.txt"[/c].

Ik heb ook allemaal functies als [c]round[/c], [c]abs[/c] etc. in hun eigen extension geplaatst. Om die functies te hebben doe je dus voortaan [c]import math[/c]. En [c]write[/c], [c]read[/c] en [c]exit[/c] staan nu in de std extension. Ook values als [c]true[/c] en [c]false[/c] staan daar in. Dus: [c]import std[/c].

En, bijna 200 commits op GitHub

Eigenlijk meer gisteren, maar vandaag openbaar gezet:
https://github.com/jessereitsma/Google-Keyword-Tool/blob/master/keywordtool.js

Kleine node module die populaire zoekwoorden van Google ophaalt adhv een bepaald keyword.
Wordt binnenkort helemaal uitgebreid met waarschijnlijk de Adword API

Bestanden worden gecached in Redis voor een week, zodat je Google niet teveel spamt met requests .

toevoeging op 19 februari 2015, 2001:
De module zoekt / returnt binnen 5ms uit de cache en rond de 50ms als hij het vanaf Google moet laden.
node.js = non-blocking dus op regel 70 en 71 wordt de data geparsed en terug gegeven ongeacht of cacheResult lang duurt of niet. Vandaar dat de call binnen 5ms al klaar kan zijn.

Alle nummers BigDecimals gemaakt, zo zijn gigantische getallen mogelijk.

Nieuwe vergelijkingsoperators gemaakt zo kan [c]==[/c] nu ook geschreven worden als [c]eq[/c] of [c]>[/c] als [c]gt[/c].

Nieuwe operator toegevoegd: [c]<=>[/c] of [c]cmp[/c], vergelijkt twee getallen met elkaar.

Ook heb ik syntax als [c][0..10][/c] aangepast, nu werkt ook gewoon [c]0..10[/c], maar, dit werkt enkel nog voor ranges van getallen te maken.

Op codecademy
Codeblok (voorbeeld.php):

1
2
3
4
5
6
7
8
9
10
11
12

echo "my first line of PHP";
?>

Luuko schreef:

Op codecademy
Codeblok (voorbeeld.php):

1
2
3
4
5
6
7
8
9
10
11
12

echo "my first line of PHP";
?>

Wauw

Dylan schreef:

Eerdere citaten tonen

Luuko schreef:

Op codecademy

Codeblok (voorbeeld.php):

1
2
3
4
5
6
7
8
9
10
11
12

echo "my first line of PHP";
?>

Wauw
Deze is nog beter

Codeblok (voorbeeld.php):

1
2
3


echo "Hello," . " " . "world" . "!"
?>

Luuko schreef:

Eerdere citaten tonen

Dylan schreef:

Eerdere citaten tonen

Luuko schreef:

Op codecademy

Codeblok (voorbeeld.php):

1
2
3
4
5
6
7
8
9
10
11
12

echo "my first line of PHP";
?>

Wauw
Deze is nog beter

Codeblok (voorbeeld.php):

1
2
3


echo "Hello," . " " . "world" . "!"
?>

Omfg

Codeblok (voorbeeld.php):

1
2
3
4

$myName = "Luuk";
$myAge = 16;
?>

Wat is het nut ervan om een text wel tussen " te doen en cijfers niet?

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.

Mooie aan dit systeem is dat het flink veel dingen monitort zoals;
- 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.

Luuko schreef:

Codeblok (voorbeeld.php):

1
2
3
4

$myName = "Luuk";
$myAge = 16;
?>

Wat is het nut ervan om een text wel tussen " te doen en cijfers niet?

omdat dat 2 verschillende types zijn. Met quotes is het een string. En 16 is eem integer

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.

Mooie aan dit systeem is dat het flink veel dingen monitort zoals;
- 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?

Bugged schreef:

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.

Mooie aan dit systeem is dat het flink veel dingen monitort zoals;
- 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?

Klinkt nog best natuurlijk (wel engels). Gelijk een keuzemenu met opties eraan, werkt echt mooi.