abonnement Unibet Coolblue
pi_180060540
quote:
1s.gif Op zondag 24 juni 2018 12:35 schreef Farenji het volgende:
Je bent echt veel flexibeler als je de webserver van je applicatie scheidt,
Dat zeker
quote:
en het is qua geheugengebruik ook beter omdat je workers niet ook de ballast van je webservers erbij hebben.
Kwestie van genoeg geheugen hebben. Een krachtige server hoeft natuurlijk niet slechter te zijn dan 2 minder krachtige.
quote:
Daarnaast grote voordelen zoals uniforme middleware (die je dus ook makkelijk zelf kan schrijven) en je hebt zelfs compatibility layers zelfs voor zwaar achterhaalde standaarden als plain old cgi.
Vergeet ook de veiligheidaspecten niet. Je applicatie onder een aparte gebruiker draaien is veiliger, dan alles onder de webserver gebruiker te draaien (die dan toegang heeft tot de data van alle applicaties). Zeker als je meerdere applicaties op 1 server hebt draaien.
Op zondag 9 september 2018 00:02 schreef remlof het volgende:
ik ben alles behalve intellectueel.
pi_180068767
quote:
1s.gif Op zondag 24 juni 2018 12:35 schreef Farenji het volgende:

[..]

Met perl gebruik ik altijd de psgi specificatie (https://plackperl.org/) die weer gebaseerd is op Pythons wsgi (https://www.python.org/dev/peps/pep-0333/) en Rack van Ruby (https://rack.github.io/). Op zich heel simpele specs maar wel echt een verbetering tov hoe het eerst ging. Je bent echt veel flexibeler als je de webserver van je applicatie scheidt, en het is qua geheugengebruik ook beter omdat je workers niet ook de ballast van je webservers erbij hebben. Daarnaast grote voordelen zoals uniforme middleware (die je dus ook makkelijk zelf kan schrijven) en je hebt zelfs compatibility layers zelfs voor zwaar achterhaalde standaarden als plain old cgi.

Serverless webapplicaties is wel een trend.
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
pi_180070459
quote:
0s.gif Op dinsdag 26 juni 2018 16:45 schreef oranjevogel1 het volgende:

[..]

De webserver is het process dat requests buffert. Je applicatie werkt ze een voor een af in het geval van een single threaded applicatie of meerdere tegelijkertijd in het geval van een multi threaded applicatie. Hetgeen je applicatie buffert zijn niet de requests, maar andere data die je gebruikt om te antwoorden.
heb je een RFC voor me voor de implementatie hiervna? :P
Redacted
pi_180076987
quote:
0s.gif Op dinsdag 26 juni 2018 23:24 schreef cablegunmaster het volgende:

[..]

heb je een RFC voor me voor de implementatie hiervna? :P
Ik weet niet of hier wel een RFC specificatie voor is.
De originele specificaties is geschreven door openmarket en daar zijn diverse mirrors van te vinden op het internet, zoals: http://www.mit.edu/~yandros/doc/specs/fcgi-spec.html

Voor een RFC kun je eventueel naar de RFC 3875 kijken. Dat is de RFC voor CGI/1.1 Daar vind je dus geen beschrijving van een FastCGI interface, maar wel de beschrijving van de CGI requests (in Hoofdstuk 4) die gelijk zijn tussen FastCGI en CGI.

Verder kun je nog kijken naar de documentatie van een webserver naar keuze (eigenlijk alle grote webservers ondersteunen FastCGI tegenwoordig).

Of je kijkt gewoon direct naar een implementatie. Op zich is het namelijk geen moeilijk protocol.
Op zondag 9 september 2018 00:02 schreef remlof het volgende:
ik ben alles behalve intellectueel.
pi_180079207
Voor degenen die met hun baas in discussie zijn of het outsourcen van programmeurs een goed idee is, ik kreeg vandaag dit onder ogen van mijn lieftallige Indische collega. Het datamodel hiervan is vrij simpel: 1 account kan meerdere contacten bevatten. Nu wordt 1 of meerdere van deze accounts (bijvoorbeeld door een dataload) bijgewerkt en in de trigger vindt ik vervolgens dit terug:

1
2
3
4
5
6
7
List<Contact> contactList = new List<Contact>();
for(Account a : accList) {
 List<Contact> clist = [SELECT Id, Name FROM Contact WHERE AccountId = a.Id];
 for(Contact c : clist) {
  contactList.add(c);
 }
}

Op het allereerste gezicht (het is APEX, dus dan moet het wat omslachtiger) ziet het er niet verkeerd uit toch? WRONG. Het is een cloudplatform, waardoor je met limieten te maken krijgt. Een van die limieten is dat je maximaal 100 queries in een transactie mag doen. Guess what happens als ik met een dataload 101 accounts update.
Dit is overigens iets wat iedereen die meer dan een week met Apex werkt, zou moeten weten. Ik had het dus beter zelf kunnen doen.

Oh, dan heb ik het nog niet eens over de naamgeving. Een variabele met 1 letter? serieus? Ik word hier toch wel verdrietig van. :N
pi_180079957
quote:
9s.gif Op woensdag 27 juni 2018 14:13 schreef bagpiper001 het volgende:
Voor degenen die met hun baas in discussie zijn of het outsourcen van programmeurs een goed idee is, ik kreeg vandaag dit onder ogen van mijn lieftallige Indische collega. Het datamodel hiervan is vrij simpel: 1 account kan meerdere contacten bevatten. Nu wordt 1 of meerdere van deze accounts (bijvoorbeeld door een dataload) bijgewerkt en in de trigger vindt ik vervolgens dit terug:
[ code verwijderd ]

Op het allereerste gezicht (het is APEX, dus dan moet het wat omslachtiger) ziet het er niet verkeerd uit toch? WRONG. Het is een cloudplatform, waardoor je met limieten te maken krijgt. Een van die limieten is dat je maximaal 100 queries in een transactie mag doen. Guess what happens als ik met een dataload 101 accounts update.
Dit is overigens iets wat iedereen die meer dan een week met Apex werkt, zou moeten weten. Ik had het dus beter zelf kunnen doen.

Oh, dan heb ik het nog niet eens over de naamgeving. Een variabele met 1 letter? serieus? Ik word hier toch wel verdrietig van. :N
Heb je die docu gezien van Brandpunt over outsourcing van overheidsprojecten?
Ze hebben daar letterlijk een boekje op hun bureau met de titel 'Programmeren voor Dummies' :')

Spaghetti-code. :r

[ Bericht 3% gewijzigd door #ANONIEM op 27-06-2018 15:12:43 ]
pi_180080040
quote:
9s.gif Op woensdag 27 juni 2018 14:13 schreef bagpiper001 het volgende:
Voor degenen die met hun baas in discussie zijn of het outsourcen van programmeurs een goed idee is, ik kreeg vandaag dit onder ogen van mijn lieftallige Indische collega. Het datamodel hiervan is vrij simpel: 1 account kan meerdere contacten bevatten. Nu wordt 1 of meerdere van deze accounts (bijvoorbeeld door een dataload) bijgewerkt en in de trigger vindt ik vervolgens dit terug:
[ code verwijderd ]

Op het allereerste gezicht (het is APEX, dus dan moet het wat omslachtiger) ziet het er niet verkeerd uit toch? WRONG. Het is een cloudplatform, waardoor je met limieten te maken krijgt. Een van die limieten is dat je maximaal 100 queries in een transactie mag doen. Guess what happens als ik met een dataload 101 accounts update.
Dit is overigens iets wat iedereen die meer dan een week met Apex werkt, zou moeten weten. Ik had het dus beter zelf kunnen doen.

Oh, dan heb ik het nog niet eens over de naamgeving. Een variabele met 1 letter? serieus? Ik word hier toch wel verdrietig van. :N
Dat is wel aardig kut en hij houdt zich ook niet aan jullie code conventies dus? En nu, ga je dit bespreken met mensen van je werk?
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
pi_180081375
Denk dat ik het doel een klein beetje voorbij aan het schieten ben nu, maar ach xD

SPOILER
Om 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.
  woensdag 27 juni 2018 @ 18:28:51 #184
370352 I
Eye for an I
pi_180084855
quote:
7s.gif Op woensdag 27 juni 2018 16:17 schreef DevFreak het volgende:
Denk dat ik het doel een klein beetje voorbij aan het schieten ben nu, maar ach xD

SPOILER
Om 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.
^O^

Experimenteren met projectjes is nooit verkeerd. *O*
pi_180096024
quote:
0s.gif Op woensdag 27 juni 2018 18:28 schreef I. het volgende:

[..]

^O^

Experimenteren met projectjes is nooit verkeerd. *O*
:D Ik vond het er wel aardig uit zien.
Betrap mezelf er toch altijd op dat ik meer tijd moet besteden aan de views dan noodzakelijk. Misschien dat ik echt een mierenneuker ben.



[ Bericht 12% gewijzigd door #ANONIEM op 28-06-2018 12:01:32 ]
pi_180102167
quote:
1s.gif Op woensdag 27 juni 2018 15:15 schreef FlippingCoin het volgende:

[..]

Dat is wel aardig kut en hij houdt zich ook niet aan jullie code conventies dus? En nu, ga je dit bespreken met mensen van je werk?
Ik heb verder alleen aan de projectleider hier laten zien wat voor soep ze er van bakken. Ik heb in principe niets te maken met deze code (ik werk in een andere sandbox, moest hier alleen zijn om wat te testen). Hij was er op zijn zachtst gezegd niet blij mee en er zal wel weer een belletje gaan richting die manager daar in India.

quote:
7s.gif Op woensdag 27 juni 2018 15:09 schreef DevFreak het volgende:

[..]

Heb je die docu gezien van Brandpunt over outsourcing van overheidsprojecten?
Ze hebben daar letterlijk een boekje op hun bureau met de titel 'Programmeren voor Dummies' :')

Spaghetti-code. :r
Nee niet gezien maar op basis van ervaring denk ik dat we tot dezelfde conclusie gaan komen :P Documenteren is ook zoiets waar ze daar nog nooit van gehoord hebben.

Moet overigens wel zeggen: er zijn ook hele goeie programmeurs daar. Maar je moet goed zoeken en vaak vertrekken ze binnen een jaar ook naar het westen omdat het beter betaald..
  donderdag 28 juni 2018 @ 15:21:53 #187
226981 Gehenna
Volksmenner
pi_180102424
quote:
7s.gif Op donderdag 28 juni 2018 07:51 schreef DevFreak het volgende:

[ afbeelding ]
Ik zie een memory leak :D

Volgens mij had het zoiets moeten zijn :P

while(1){
eat();
sleep();
code();
}
nee, jij dan!
  Moderator donderdag 28 juni 2018 @ 15:31:55 #188
27682 crew  Bosbeetle
terminaal verdwaald
pi_180102574
quote:
0s.gif Op donderdag 28 juni 2018 15:21 schreef Gehenna het volgende:

[..]

Ik zie een memory leak :D

Volgens mij had het zoiets moeten zijn :P

while(1){
eat();
sleep();
code();
}
die is in ieder geval een stuk minder recursief :D

Recursie blijf ik een lastig concept vinden je kunt er ontzettend veel mee maar je loopt zo snel tegen een stackoverflow aan.
En mochten we vallen dan is het omhoog. - Krang (uit: Pantani)
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
pi_180102625
quote:
2s.gif Op donderdag 28 juni 2018 15:31 schreef Bosbeetle het volgende:

[..]

die is in ieder geval een stuk minder recursief :D

Recursie blijf ik een lastig concept vinden je kunt er ontzettend veel mee maar je loopt zo snel tegen een stackoverflow aan.
Als je simpele while true loops recursief gaat maken wel ja. :D
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
  Moderator donderdag 28 juni 2018 @ 15:37:40 #190
27682 crew  Bosbeetle
terminaal verdwaald
pi_180102652
quote:
1s.gif Op donderdag 28 juni 2018 15:35 schreef FlippingCoin het volgende:

[..]

Als je simpele while true loops recursief gaat maken wel ja. :D
Gedrochten maken kan ik wel

1
2
3
4
5
6
function fillsquare(x,y,start,size,col){
    setPixel((start%size)+x-floor(size/2),floor(start/size)+y-floor(size/2),col);
    if(start<(size*size)-1){
        fillsquare(x,y,start+1,size,col);
    }
}

Die gaat in ImageJ macro taal goed tot op blokjes van 10 bij 10 pixels ofzo :D

maar hij kan ook gewoon in een for loop, of nog makkelijker in een dubbele for loop.

(voor kleine blokjes is hij grappig genoeg wel super snel)
En mochten we vallen dan is het omhoog. - Krang (uit: Pantani)
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
pi_180102701
quote:
2s.gif Op donderdag 28 juni 2018 15:31 schreef Bosbeetle het volgende:

[..]

die is in ieder geval een stuk minder recursief :D

Recursie blijf ik een lastig concept vinden je kunt er ontzettend veel mee maar je loopt zo snel tegen een stackoverflow aan.
Daarom gewoon GoTo gebruiken.
Op zondag 9 september 2018 00:02 schreef remlof het volgende:
ik ben alles behalve intellectueel.
  donderdag 28 juni 2018 @ 15:55:05 #192
226981 Gehenna
Volksmenner
pi_180102892
quote:
2s.gif Op donderdag 28 juni 2018 15:31 schreef Bosbeetle het volgende:
Recursie blijf ik een lastig concept vinden je kunt er ontzettend veel mee maar je loopt zo snel tegen een stackoverflow aan.
Kwestie van condities afvangen, maar in mijn gebied (embedded) is recursie een redelijke no-go :P

In functionele talen zoals Haskell is het wel heel leuk om recursieve oplossingen voor problemen te vinden. Krijg je hele elegante code van O+ Nog steeds ontiegelijk traag voor grote aantallen, maar hé dat lost de compiler in de toekomst maar op :P

Zoals de elementen van een lijst omdraaien:
1
2
reverse []     = []                     
reverse (x:xs) = reverse xs ++ [x]
1: Reverse aanroepen met lege lijst, resulteert in een lege lijst

2: Je kunt in Haskell lijsten matchen op (x:xs). Dus het eerste element x en de rest, die we xs noemen. Komt de input overeen met zo'n lijst (en alle lijsten doen dat, behalve dus een lege) dan roep je gewoon de functie opnieuw aan, met de resterende xs. En het eerste element x plak je daar achteraan (via die '++')
nee, jij dan!
pi_180104877
quote:
2s.gif Op donderdag 28 juni 2018 15:37 schreef Bosbeetle het volgende:

[..]

Gedrochten maken kan ik wel
[ code verwijderd ]

Die gaat in ImageJ macro taal goed tot op blokjes van 10 bij 10 pixels ofzo :D

maar hij kan ook gewoon in een for loop, of nog makkelijker in een dubbele for loop.

(voor kleine blokjes is hij grappig genoeg wel super snel)
Op stage wel eens een radix tree geschreven, voor bomen en het lopen door bomen is recursie wel handig.
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
pi_180106944
quote:
16s.gif Op donderdag 28 juni 2018 17:29 schreef FlippingCoin het volgende:
voor bomen en het lopen door bomen is recursie wel handig.
wel handig? Hoe wil je uberhaupt zonder recursie met bomen werken?
Op zondag 9 september 2018 00:02 schreef remlof het volgende:
ik ben alles behalve intellectueel.
pi_180107297
Ik zou willen dat ik op korte termijn veel ervaring op kan doen met JavaScript. Middels een goede praktijkgerichte cursus. Misschien dat ik dan ook jQuery achter kan laten.

Fillign the gaps zoals ze zeggen.

Ik kan wel aardige dingen maken maar loop toch tegen het probleem aan dat ik bugs goed kan voorkomen als ik meer kennis zou hebben van het mormel. :')

Vergeleken met traditionele talen is het echt allemaal vage magie. Wordt er soms echt helemaal krankzinnig van :r

[ Bericht 6% gewijzigd door #ANONIEM op 28-06-2018 19:59:28 ]
pi_180107306
quote:
0s.gif Op donderdag 28 juni 2018 19:01 schreef oranjevogel1 het volgende:

[..]

wel handig? Hoe wil je uberhaupt zonder recursie met bomen werken?
Met reflection bijvoorbeeld. ;)
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
  donderdag 28 juni 2018 @ 20:57:17 #197
436847 embedguy
Embedded in your genius dreams
pi_180109255
quote:
7s.gif Op donderdag 28 juni 2018 19:23 schreef DevFreak het volgende:
Ik zou willen dat ik op korte termijn veel ervaring op kan doen met JavaScript. Middels een goede praktijkgerichte cursus. Misschien dat ik dan ook jQuery achter kan laten.

Fillign the gaps zoals ze zeggen.

Ik kan wel aardige dingen maken maar loop toch tegen het probleem aan dat ik bugs goed kan voorkomen als ik meer kennis zou hebben van het mormel. :')

Vergeleken met traditionele talen is het echt allemaal vage magie. Wordt er soms echt helemaal krankzinnig van :r
Vage shit tegenover traditionele talen? Begin met Typescript, lost het 'vaag zijn', afhankelijk wat je er vaag aan vindt, wel een heel eind op denk ik :D.
Never allow waiting to become a habit.
Live your dreams and take risks.
Life is happening now.
pi_180109388
quote:
11s.gif Op donderdag 28 juni 2018 20:57 schreef embedguy het volgende:

[..]

Vage shit tegenover traditionele talen? Begin met Typescript, lost het 'vaag zijn', afhankelijk wat je er vaag aan vindt, wel een heel eind op denk ik :D.
Maar TypeScript is niet bedoeld voor webdevelopment toch?
pi_180109440
quote:
7s.gif Op donderdag 28 juni 2018 21:04 schreef DevFreak het volgende:

[..]

Maar TypeScript is niet bedoeld voor webdevelopment toch?
Jawel, wordt in Angular gebruikt bijvoorbeeld.
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
  donderdag 28 juni 2018 @ 21:13:34 #200
436847 embedguy
Embedded in your genius dreams
pi_180109714
quote:
7s.gif Op donderdag 28 juni 2018 21:04 schreef DevFreak het volgende:

[..]

Maar TypeScript is niet bedoeld voor webdevelopment toch?
Jawel hoor. Werkt prima icm angular, react, JQuery en vast ook zonder dat soort frameworks.
Never allow waiting to become a habit.
Live your dreams and take risks.
Life is happening now.
abonnement Unibet Coolblue
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')