De Devschuur Coffee Corner - Iteratie ➑

[Hoogie2004]

Bij ons gelukkig geen issue. De buren hebben nog nooit geklaagd, en als ik de buurman mag geloven, zelfs nog nooit gehoord

Nu had het stel dat er voor ons woonde wel kinderen, en wij alleen een kat, wat ook zal schelen in de herrie

[Geerrrt]

Hoogie2004 schreef op donderdag 19 februari 2015 @ 10:10:
Bij ons gelukkig geen issue. De buren hebben nog nooit geklaagd, en als ik de buurman mag geloven, zelfs nog nooit gehoord

Nu had het stel dat er voor ons woonde wel kinderen, en wij alleen een kat, wat ook zal schelen in de herrie

Mijn kat thuis was de afgelopen dagen zo krols als ik weet niet wat. Dat de andere bewoners (appartement complex) niks hebben gehoord zeg, wat een lawaai

[Bosmonster]

ValHallASW schreef op woensdag 18 februari 2015 @ 21:59:
[afbeelding]

http://www.cockos.com/licecap/

Oké, die tekst halverwege doet 't niet helemaal goed, maar ik ga dit tooltje wel onthouden voor uitleg-gifjes.

Damn das echt briljant voor issues enzo!

[markvt]

Jammer dat ze geen portable versie hebben op de website. Maar 7-zip kan die installer prima uitpakken

[Bosmonster]

Wait wut

[ Voor 4% gewijzigd door Bosmonster op 19-02-2015 11:24 ]

[Mercatres]

Lekker interactief dan

[Hipska]

En dan nog dat de pagina eerst een halve seconde wel werkt (tot die fencing js geladen is)

[ronaldlokers]

Lol en als je op het "meer informatie" linkje klikt kom je weer op die pagina terecht. Wat een faal actie! Verwachten ze nu echt dat mensen een samsung device gaan kopen om die site te kunnen bezoeken?

[Bosmonster]

Yeah, heb ook het vermoeden dat ze zich erg hard van achter laten nemen door Samsung, door hun hele site uit te zetten voor alles behalve Samsung.

Als je je als website kon laten hoereren, dan was dit een mooi voorbeeld.

Of een vroege 1-april grap misschien

http://www.marketingfacts...rdienmodel-voor-uitgevers

(wel bekijken op je desktop of een Samsung device dus)

[ Voor 31% gewijzigd door Bosmonster op 19-02-2015 11:31 ]

[n8n]

Marketingfact, je site zo verneuken werkt niet, nooit niet. Meteen duidelijk dat het een faalsite is.

Bosmonster schreef op donderdag 19 februari 2015 @ 11:28:

http://www.marketingfacts...rdienmodel-voor-uitgevers

Hans is het met me eens

[ Voor 105% gewijzigd door n8n op 19-02-2015 11:35 ]

[alienfruit]

Grrr, weer een klant met een vervelende firewall. Kan niet eens Jetbrains applicaties downloaden of naar stackoverflow.com. Kan zelfs mijn node modules niet installeren.

[Merethil]

alienfruit schreef op donderdag 19 februari 2015 @ 11:37:
Grrr, weer een klant met een vervelende firewall. Kan niet eens Jetbrains applicaties downloaden of naar stackoverflow.com. Kan zelfs mijn node modules niet installeren.

Hadden we laatst op mijn werk, met de komst van de nieuwe firewall konden we zelfs niet meer bij onze eigen servers komen vanwege "gevaarlijke poortunmmers" (8080....). We hebben zoveel requests in een week gedaan om bepaalde sites, servers en ftp-locaties open te zetten dat we nu een volledige toegang tot nagenoeg alles hebben waarbij alleen dingen als porno en torrent-sites geblokkeerd worden.

Stramien van dit verhaal: Gewoon duizend-en-één requests bij systeembeheer neerleggen en als je ze maar genoeg jent krijg je vanzelf toegang tot ALLES

[alienfruit]

Ik moet ook op hun hardware werken dus Windows bagger

[Gamebuster]

ZaZ schreef op donderdag 19 februari 2015 @ 09:34:
Bij mij is het eigenlijk altijd herrie. Toen ik nog buren had moest ik er ook altijd om denken, wat ik overigens wel altijd netjes deed, maar het beklemde me enorm.
Woon nu al een aantal jaren vrijstaand met de eerste buren een metertje of 15 vanaf mijn erfgrens en ik vind het nog elke dag een bevrijdend gevoel geven. Heerlijk!

Over 29 dagen heb ik ook een vrijstaande woning. Van kut appartement met kutburen naar vrijstaande woning. Fuck yeah

Maar eerst nog de laatste 29 dagen in dit kut hok zitten

[ Voor 5% gewijzigd door Gamebuster op 19-02-2015 13:21 ]

[Douweegbertje]

Leuk.. php session werkt opeens niet meer op mobile device (doorgeven van data dan.. na nieuwe pagina's session_start is hij leeg..). Op een desktop werkt het wel prima.
In feite het enige wat is veranderd is het certificaat (https ding dus) maar zou niet weten waarom het dan opeens niet meer zou werken..

[Voutloos]

Dan heeft iemand op 't testmobieltje de cookies uitgezet.

[roeleboel]

Merethil schreef op donderdag 19 februari 2015 @ 11:52:
[...]


Hadden we laatst op mijn werk, met de komst van de nieuwe firewall konden we zelfs niet meer bij onze eigen servers komen vanwege "gevaarlijke poortunmmers" (8080....). We hebben zoveel requests in een week gedaan om bepaalde sites, servers en ftp-locaties open te zetten dat we nu een volledige toegang tot nagenoeg alles hebben waarbij alleen dingen als porno en torrent-sites geblokkeerd worden.

Stramien van dit verhaal: Gewoon duizend-en-één requests bij systeembeheer neerleggen en als je ze maar genoeg jent krijg je vanzelf toegang tot ALLES

Hier staan torrents bijvoorbeeld open, maar Dilbert is wel geblokkeerd...
(ik snap echt niks van de policy hier)

[Pizzalucht]

Douweegbertje schreef op donderdag 19 februari 2015 @ 14:33:
Leuk.. php session werkt opeens niet meer op mobile device (doorgeven van data dan.. na nieuwe pagina's session_start is hij leeg..). Op een desktop werkt het wel prima.
In feite het enige wat is veranderd is het certificaat (https ding dus) maar zou niet weten waarom het dan opeens niet meer zou werken..

Zoiets dacht ik pas ook te hebben, maar toen was het dit:
http://stackoverflow.com/...annot-read-or-set-cookies

Eigenlijk goed natuurlijk maar ook frustrerend als je het niet weet en je creatief moet Googlen om erachter te komen.

[Soultaker]

Bosmonster schreef op donderdag 19 februari 2015 @ 11:23:
[afbeelding]

Wait wut

Wel goeie marketing-campagne. Ik had voorheen nog nooit van Marketingfacts gehoord. Nu weet ik dat het een achterlijk kutbedrijf is.

[Martijn19]

Soultaker schreef op donderdag 19 februari 2015 @ 15:26:
[...]

Wel goeie marketing-campagne. Ik had voorheen nog nooit van Marketingfacts gehoord. Nu weet ik dat het een achterlijk kutbedrijf is.

Wut? Of ik mis hier de sarcasme ofzo, maar oneens. Ik vind dat ze best interessante content hebben. Het probleem ligt denk ik eerder bij de website bouwer Mangrove.

Overigens werkt de site hier prima op mijn OnePlus One.

[Bosmonster]

Martijn19 schreef op donderdag 19 februari 2015 @ 15:30:
[...]

Wut? Of ik mis hier de sarcasme ofzo, maar oneens. Ik vind dat ze best interessante content hebben. Het probleem ligt denk ik eerder bij de website bouwer Mangrove.

Overigens werkt de site hier prima op mijn OnePlus One.

Mangrove doet dit ook maar uit opdracht van Marketingfacts. (de blokkade is opzettelijk)

Ik zou alleen als Mangrove zijnde niet zo blij zijn om zo expliciet genoemd te worden in deze context, want zo lijkt het inderdaad net alsof ze geen fatsoenlijke mobiele sites kunnen bouwen...

[ Voor 17% gewijzigd door Bosmonster op 19-02-2015 15:35 ]

[Martijn19]

Bosmonster schreef op donderdag 19 februari 2015 @ 15:33:
[...]


Mangrove doet dit ook maar uit opdracht van Marketingfacts. (de blokkade is opzettelijk)

Ik zou alleen als Mangrove zijnde niet zo blij zijn om zo expliciet genoemd te worden in deze context.

Ik zie het nu inderdaad. Overheen gelezen.

Maar goed, ik vind het juist wel een gedurfde stap. Interessant om te zien of dit echt een goed verdienmodel is i.p.v. bijvoorbeeld een paywall voor consumenten.

[Afvalzak]

Martijn19 schreef op donderdag 19 februari 2015 @ 15:35:
[...]

Ik zie het nu inderdaad. Overheen gelezen.

Maar goed, ik vind het juist wel een gedurfde stap. Interessant om te zien of dit echt een goed verdienmodel is i.p.v. bijvoorbeeld een paywall voor consumenten.

Maar dan heeft site a een contract met htc en site b een contract met samsung. Moet ik dan met 2 telefoons gaan rondlopen

[Bosmonster]

Martijn19 schreef op donderdag 19 februari 2015 @ 15:35:
[...]

Ik zie het nu inderdaad. Overheen gelezen.

Maar goed, ik vind het juist wel een gedurfde stap. Interessant om te zien of dit echt een goed verdienmodel is i.p.v. bijvoorbeeld een paywall voor consumenten.

Ja, want Apple gaat iedere website betalen om toegang te krijgen met de iPhone

Klinkt leuk in theorie, maar denk dat ieder verstandig mens na 2x denken wel had bedacht dat dit nooit gaat werken in de praktijk en dat je uiteindelijk alleen maar je eigen bezoekers in het gezicht slaat.

[ Voor 6% gewijzigd door Bosmonster op 19-02-2015 15:37 ]

[wackmaniac]

Gezien de meeste lezers van Marketingfacts marketing mensen zijn en de ervaring een beetje leert dat deze mensen vaak wat Apple-geil zijn, kan dit een redelijk domme actie zijn. Lijkt mij.

Staat tegenover dat we er hier bijvoorbeeld al flink over praten en dus de naamsbekendheid wel wordt vergroot. Zie het gelukkig nog niet langskomen in de verschillende nieuwsmedia.

[ Voor 32% gewijzigd door wackmaniac op 19-02-2015 15:38 ]

[Bosmonster]

Ze hebben inmiddels ook het licht gezien geloof ik (of gewoon heel veel klachten gekregen), want je kan er weer gewoon op met je iPhone.

[Merethil]

Bosmonster schreef op donderdag 19 februari 2015 @ 15:41:
Ze hebben inmiddels ook het licht gezien geloof ik (of gewoon heel veel klachten gekregen), want je kan er weer gewoon op met je iPhone.

Maar niet met mijn LG Nexus 5 bijvoorbeeld. Heel raar idee van een blokkade. Vraag me af of het niet toevallig gewoon gedaan is op basis van User-Agent, waardoor het zelfs van model tot model zou kunnen verschillen of je wel/niet erop kan komen.

Edit: hmmm... Ik kan ook niet echt een andere manier verzinnen waarop het zou kunnen

[ Voor 8% gewijzigd door Merethil op 19-02-2015 15:46 ]

[incaz]

Pizzalucht schreef op donderdag 19 februari 2015 @ 15:04:
Zoiets dacht ik pas ook te hebben, maar toen was het dit:
http://stackoverflow.com/...annot-read-or-set-cookies

Eigenlijk goed natuurlijk maar ook frustrerend als je het niet weet en je creatief moet Googlen om erachter te komen.

Ok, het is IE7, maar wel onhandig voor 9292.nl!

Martijn19 schreef op donderdag 19 februari 2015 @ 15:35:
Maar goed, ik vind het juist wel een gedurfde stap. Interessant om te zien of dit echt een goed verdienmodel is i.p.v. bijvoorbeeld een paywall voor consumenten.

Afpersing als geheel is best een goed verdienmodel. De mafia is er groot mee geworden. En bij glazenwassers werkt het ook

Maar of het ook een goed idee is, en of je daar als bedrijf of individu aan mee moet willen werken... Lijkt me niet zeg maar.

[BtM909]

Is dit niet gewoon een stunt (hence the website) om ff brand awareness uit te bouwen?

[Jegorex]

Merethil schreef op donderdag 19 februari 2015 @ 15:43:
[...]


Maar niet met mijn LG Nexus 5 bijvoorbeeld. Heel raar idee van een blokkade. Vraag me af of het niet toevallig gewoon gedaan is op basis van User-Agent, waardoor het zelfs van model tot model zou kunnen verschillen of je wel/niet erop kan komen.

Edit: hmmm... Ik kan ook niet echt een andere manier verzinnen waarop het zou kunnen

Op mijn Nexus 5 werkt die website gewoon.

[Merethil]

Jegorex schreef op donderdag 19 februari 2015 @ 15:58:
[...]

Op mijn Nexus 5 werkt die website gewoon.

Gek, bij mij nu ook gewoon. Wut?

[BtM909]

Cache!

[Koetjeboe]

http://www.marketingfacts...tand-van-online-marketing wel gewoon een grap/stunt dus. Best grappig, zeker omdat Samsung er dus ook aan meewerkte.

[ Voor 32% gewijzigd door Koetjeboe op 19-02-2015 16:03 ]

[Bosmonster]

BtM909 schreef op donderdag 19 februari 2015 @ 15:57:
Is dit niet gewoon een stunt (hence the website) om ff brand awareness uit te bouwen?

There is no publicity like bad publicity, moeten ze gedacht hebben dan

[Gamebuster]

Freaking awesome

[Pizzalucht]

incaz schreef op donderdag 19 februari 2015 @ 15:55:
[...]


Ok, het is IE7, maar wel onhandig voor 9292.nl!


[...]


Afpersing als geheel is best een goed verdienmodel. De mafia is er groot mee geworden. En bij glazenwassers werkt het ook

Maar of het ook een goed idee is, en of je daar als bedrijf of individu aan mee moet willen werken... Lijkt me niet zeg maar.

Volgens mij zit het ook nog in de laatste IE (in ieder geval met de underscore).

[Douweegbertje]

Pizzalucht schreef op donderdag 19 februari 2015 @ 15:04:
[...]


Zoiets dacht ik pas ook te hebben, maar toen was het dit:
http://stackoverflow.com/...annot-read-or-set-cookies

Eigenlijk goed natuurlijk maar ook frustrerend als je het niet weet en je creatief moet Googlen om erachter te komen.

Nja het was weer iets anders, een cert van een pkpass bestand van apple wat op zijn bek ging (omdat vervallen) en daardoor ging vrijwel alles fout.. maar alleen op mobiele telefoons

[markvt]

Tussen 1700 en 1800 kan je hier een speld horen vallen

[Merethil]

markvt schreef op donderdag 19 februari 2015 @ 17:26:
Tussen 1700 en 1800 kan je hier een speld horen vallen

Das best al wat jaartjes geleden, wat deed je daar toen dan? Hoefsmid?

[markvt]

Kuiper, dat geeft nog wat afwisseling

Maar zo rustig als vanavond dan denk ik zelfs dat er iets op TV moet zijn ...

[Douweegbertje]

Ik denk dat er hier weinig mensen zitten die van voetbal houden

[F.West98]

A: Hey ik ben bezig met een fork van jouw project en ik kom er nog niet helemaal uit. Morgen ga ik verder.
B (repo owner): Oh prima, ik merge even en dan kijk ik wel!

En toen zaten we met een niet-buildend project.

Lang leve revert.

[Jegorex]

F.West98 schreef op vrijdag 20 februari 2015 @ 08:59:



[...]

En toen zaten we met een niet-buildend project.

Lang leve revert.

En daarom push ik vrijwel nooit niet werkende code.

[Struikrover]

Geen probleem zolang je niet in master merged terwijl tests of builds niet slagen toch? Als je een apparte branch per bug/feature maakt zie ik niet waarom je geen code zou pushen die niet werkt

[F.West98]

Nouja, het is dus mergen naar de main developbranch......

[Martijn19]

Hier wordt 95% van de tijd met Git Flow gewerkt. Ook met projecten waar ik alleen of maar met 1 of 2 man aan werk. Bevalt mij prima!

[wackmaniac]

Kan je nog steeds een niet-buildende branch hebben natuurlijk Git kan aardig mergen, maar is niet perfect.

[NMe]

Jegorex schreef op vrijdag 20 februari 2015 @ 09:59:
[...]

En daarom push ik vrijwel nooit niet werkende code.

Niks mis met het pushen van niet-werkende code als je het maar doet naar een fork...

[F.West98]

Is ook niets mis mee, behalve als je die dan gaat mergen in de main develop branch om eens te testen.....

[ Voor 3% gewijzigd door F.West98 op 20-02-2015 10:53 ]

[wackmaniac]

Je mergt toch altijd eerst alles naar je feature-branch, zodat je daar de niet-werkende zut hebt. En pas als het daar werkt, dan merg je het zwikkie naar de master / develop of hoe je test/productie-branch ook heet.

[F.West98]

Ja. Tenzij de owner dus geen idee heeft hoe Git Flow werkt en gewoon niet-buildende (CI failed) dingen gaat mergen.

[SPee]

Nah.

Gewoon met 4 teams (met per team 4-6 ontwikkelaars) op dezelfde branch en omgeving werken.
Nog gewoon lekker op SVN hier.

En dan werken aan features die mogelijk meerdere applicaties raken, niet alles in 1 keer inchecken, webservices aanpassen zonder de anderen te berichten, configuratie toevoegen, etc. En omdat features niet altijd 100% klaar zijn (of eisen veranderen bij productiegang), willen ze nu de mogelijkheid hebben om die on-the-fly kunnen aan-/uitzetten.

En .......[/rant anders ga ik maar door]

Pluspunt: er wordt meer op de code gelet en reviews uitgevoerd. Dus de kwaliteit stijgt lichtjes.
Ook gebruik van git wordt onderzocht, maar kost tijd.

[TheNephilim]

Wat een ramp, een SOAP response parsen op gewone consumer webhosting

[Cartman!]

TheNephilim schreef op vrijdag 20 februari 2015 @ 11:21:
Wat een ramp, een SOAP response parsen op gewone consumer webhosting

FTFY

[Firesphere]

Cartman! schreef op vrijdag 20 februari 2015 @ 11:26:
[...]

FTFY

QFT

[Voutloos]

TheNephilim schreef op vrijdag 20 februari 2015 @ 11:21:
Wat een ramp, een SOAP response parsen op gewone consumer webhosting

Waarom dan? Het is niet alsof andere servers een dedicated SOAP decoding chip hebben.

[Firesphere]

Database: localhost
Connection refused
ARGH!
.... 5 minuten en enorm veel frustratie later...

Wacht, misschien helpt het als ik eerst inlog op de Vagrant box?

[Firesphere]

Iemand ervaring met yunohost?
https://yunohost.org/

[Matis]

gvdh schreef op donderdag 19 februari 2015 @ 08:23:
Windows Update KB3013455 zou hier de oorzaak van zijn.

Nogmaals bedankt. Gisteren deze specifieke update verwijderd en de fonts zijn weer goed

[Mercatres]

Firesphere schreef op vrijdag 20 februari 2015 @ 13:04:
Iemand ervaring met yunohost?
https://yunohost.org/

Ik niet.

[Struikrover]

Wauw, ziet er nice uit. Ik zie roundcube, betekent dit, dat je in het OS ook eenvoudig een mailserver kunt opzetten? Dat zou een first voor linux zijn namelijk. Ik ben nog steeds op zoek naar een VPS waarop iemand anders (evt tegen betaling) als een service e-mail voor mij instelt.

[demichiel]

Firesphere schreef op vrijdag 20 februari 2015 @ 13:04:
Iemand ervaring met yunohost?
https://yunohost.org/

Ik heb sinds een weekje of 2 een dedicated server draaien, en dit ziet er wel heel interessant uit. Heb natuurlijk net alles werkend gekregen… Maar ik zie wel ongeveer alles staan (of alternatieven) van wat ik momenteel draai.

Git, torrents, ghost, verschillende monitoring pakketten, plex, …

Ik probeer het misschien eens over het weekend.

[Firesphere]

Struikrover schreef op vrijdag 20 februari 2015 @ 13:55:
Wauw, ziet er nice uit. Ik zie roundcube, betekent dit, dat je in het OS ook eenvoudig een mailserver kunt opzetten? Dat zou een first voor linux zijn namelijk. Ik ben nog steeds op zoek naar een VPS waarop iemand anders (evt tegen betaling) als een service e-mail voor mij instelt.

Wat voor e-mail-service heb je nodig? Ik kan probleemloos een MX voor je opzetten, wijs je MX records naar mijn VPS en je hebt een e-mail (forward ook mogelijk) met IMAP en Roundcube.

[LEDfan]

Struikrover schreef op vrijdag 20 februari 2015 @ 13:55:
Wauw, ziet er nice uit. Ik zie roundcube, betekent dit, dat je in het OS ook eenvoudig een mailserver kunt opzetten? Dat zou een first voor linux zijn namelijk. Ik ben nog steeds op zoek naar een VPS waarop iemand anders (evt tegen betaling) als een service e-mail voor mij instelt.

Ken je iredmail? Een script dat een mail server installeert met MySQL of LDAP als authentifcatie backend. Ik heb zelf een tijdje gebruikt. Nadeel is dat je moelijk andere services op dezelfde VPS kunt installeren. Daarom dat ik nu zelf de configuratie van de mail server doe.

[Chris7]

Firesphere schreef op vrijdag 20 februari 2015 @ 13:04:
Iemand ervaring met yunohost?
https://yunohost.org/

Nee, maar het ziet er op zich wel handig uit. Wat ik op 't eerste gezicht mis zijn rechten voor gebruikers, zo te zien heeft iedere gebruiker toegang tot elke app. Een 'gewone' gebruiker zou volgens mij niet ook toegang moeten/hoeven hebben tot bv. iets als phpmyadmin.

[Creepy]

Dat yuno host zier er goed uit ja. Als debian fan goed om te zien dat het op debian draait

[GateKeaper]

Pfff. Al zo'n 15 jaar trouwe klant bij ABN AMRO. Privé rekening, spaarrekening(en), creditkaart, en zakelijke rekening. Nu wil ik een nieuwe zakelijke rekening openen, maar had wat vragen ivm toegang boekhoudster.

Poging 1, bellen voor advies. Eerst tot drie maal toe de computer die vraagt wat ik wil, om mij zo door te verbinden met de juiste persoon. Wel, drie keer tegen een pc praten, en daarna worden doorverbonden. Persoon blijkt toch niet de juiste te zijn, en schakelt mij door. Foutje met doorverbinden, dus einde gesprek.

Poging 2, wederom bellen. Wederom drie maal aan een computer uitleggen wat ik wil, en worden doorgeschakeld. Blijkbaar was het om 16:45 tijd om naar huis te gaan, want de telefoon werd opgenomen, en vrijwel gelijk weer opgehangen.

Poging 3, ik loop vandaag bij de bank naar binnen, en vraag of ik iemand kan spreken voor advies over het openen van een nieuwe zakelijke rekening, en het verstrekken van toegang voor mijn boekhoudster. Nou.. dat kon dus niet, ik kon de zaken via de website regelen, of even bellen met hun "YBB" (your business banking) afdeling.

Toen de deur maar uitgelopen, en bij de buren wezen kijken. Half uur later, koffie gehad en zakelijk klant van de ING. Eens kijken hoe dat bevalt, en dan de rest t.z.t. ook maar overzetten.

Moraal van 't verhaal. ABN sucks! Ideaal dat je alles via internet kan regelen. Maar een beetje erg jammer dat je alles via internet MOET regelen. Als ik een internet bank wil, ga ik wel naar knab!

[ Voor 7% gewijzigd door GateKeaper op 20-02-2015 14:31 ]

[Firesphere]

PHP 5.6 op Serverpilot plus Nginx == Bad Gateway
Werkt wel met 5.5

Ow, en tot een half uur geleden werkte 5.6 wel. WTF is er gaande?

[orf]

Firesphere schreef op vrijdag 20 februari 2015 @ 14:32:
WTF is er gaande?

PHP

[Struikrover]

Firesphere schreef op vrijdag 20 februari 2015 @ 14:01:
[...]

Wat voor e-mail-service heb je nodig? Ik kan probleemloos een MX voor je opzetten, wijs je MX records naar mijn VPS en je hebt een e-mail (forward ook mogelijk) met IMAP en Roundcube.

Het is voor een startup waar ik in zit momenteel. Er is een VPS, en plannen om twee extra bij TransIP te huren. Echter, er is weinig kennis van mail admin, en ik wil liever niet een onveilige setup maken. Er gaat echter wel gevoelige bedrijfsinfo over de lijn, dus waarschijnlijk willen ze niet dat het bij wat voor derde partij dan ook gehost staat. Doordat Gmail etc in de VS hosten, of daar deels onder vallen, vallen die services wmb ook af.

LEDfan schreef op vrijdag 20 februari 2015 @ 14:02:
[...]
Ken je iredmail? Een script dat een mail server installeert met MySQL of LDAP als authentifcatie backend. Ik heb zelf een tijdje gebruikt. Nadeel is dat je moelijk andere services op dezelfde VPS kunt installeren. Daarom dat ik nu zelf de configuratie van de mail server doe.

Dat klinkt al een stuk beter IMO. Wat bedoel je alleen met moeilijk andere services installeren?

[Firesphere]

Struikrover schreef op vrijdag 20 februari 2015 @ 14:45:
[...]


Het is voor een startup waar ik in zit momenteel. Er is een VPS, en plannen om twee extra bij TransIP te huren. Echter, er is weinig kennis van mail admin, en ik wil liever niet een onveilige setup maken. Er gaat echter wel gevoelige bedrijfsinfo over de lijn, dus waarschijnlijk willen ze niet dat het bij wat voor derde partij dan ook gehost staat. Doordat Gmail etc in de VS hosten, of daar deels onder vallen, vallen die services wmb ook af.

Ik kan een bestaande server voor je inrichten, of je kan het in het systeembeheerderstopic vragen om iemand het voor je te laten doen. Dat is dan sowieso password-protected. Maar zelf hosten is wel het handigste.

[...]


Dat klinkt al een stuk beter IMO. Wat bedoel je alleen met moeilijk andere services installeren?

Persoonlijk ben ik geen fan van iredmail. Maar met het installeren van iredmail, kun je op diezelfde server geen webserver meer draaien, dat levert conflicts etc. op. Dus je hebt dan een dedicated mailserver.

---

orf schreef op vrijdag 20 februari 2015 @ 14:40:
[...]


PHP

Ik denk eerder dat Serverpilot loopt te klooien, en dat precies die ene configuratie erdoor stuk gaat

[LEDfan]

Struikrover schreef op vrijdag 20 februari 2015 @ 14:45:

[...]

Dat klinkt al een stuk beter IMO. Wat bedoel je alleen met moeilijk andere services installeren?

Omdat Iremdail bv. MySQL, PHP en een web server installeert is het lastig om zelf de configuratie van die software aan te passen zonder de installatie te breken. Maar als het een dedicated mail server betreft is het geen probleem.

[Jan_V]

Struikrover schreef op vrijdag 20 februari 2015 @ 14:45:
[...]


Het is voor een startup waar ik in zit momenteel. Er is een VPS, en plannen om twee extra bij TransIP te huren. Echter, er is weinig kennis van mail admin, en ik wil liever niet een onveilige setup maken. Er gaat echter wel gevoelige bedrijfsinfo over de lijn, dus waarschijnlijk willen ze niet dat het bij wat voor derde partij dan ook gehost staat. Doordat Gmail etc in de VS hosten, of daar deels onder vallen, vallen die services wmb ook af.


[...]


Dat klinkt al een stuk beter IMO. Wat bedoel je alleen met moeilijk andere services installeren?

Office 365 of Google for Business geen optie?
Kost minder dan 10 euro per maand per gebruiker, dat zou zelfs een startup moeten kunnen betalen lijkt mij.

[CodeCaster]

Cartman! schreef op vrijdag 20 februari 2015 @ 11:26:
[...]

FTFY

Awwjeeznotthisshitagain.jpeg

Niks mis met SOAP. Zeker bij B2B, waarbij er geen libraries worden uitgeleverd om de REST-responses en -codes om te zetten in zinnige objecten, ben ik met REST tien keer meer problemen tegengekomen dan met SOAP. De vrijheid die REST je biedt zorgt ervoor dat iedere implementatie weer z'n eigen eigenaardigheden heeft.

REST is leuk voor data-access, maar lang niet alle API's zijn om te zetten in een REST-equivalent zonder onlogische workarounds.

[ Voor 42% gewijzigd door CodeCaster op 20-02-2015 15:10 ]

[Tjolk]

Ik werk prima met SOAP. Zolang je maar een goede WSDL opzet, nette exeptions gooit (niet "Er is iets mis") dan werkt het allemaal prima.

[TheNephilim]

Jan_V schreef op vrijdag 20 februari 2015 @ 15:08:
[...]

Office 365 of Google for Business geen optie?
Kost minder dan 10 euro per maand per gebruiker, dat zou zelfs een startup moeten kunnen betalen lijkt mij.

Ja inderdaad, Google Apps for Work (oid.) kost je € 40 per jaar. Zelfs als je met een paar mensen zit is dat al snel z'n geld wel waard, ook voor start-ups.

Ger schreef op vrijdag 20 februari 2015 @ 15:09:
Ik werk prima met SOAP. Zolang je maar een goede WSDL opzet, nette exeptions gooit (niet "Er is iets mis") dan werkt het allemaal prima.

Ja uiteindelijk is het hier ook wel gelukt. Het probleem was dat ik in de geleverde library wat miste en de response met simplexml_load_string parsen ging net even wat anders dan ik in gedachten had

[ Voor 34% gewijzigd door TheNephilim op 20-02-2015 15:12 ]

[Firesphere]

CodeCaster schreef op vrijdag 20 februari 2015 @ 15:08:
[...]

Awwjeeznotthisshitagain.jpeg

Niks mis met SOAP. Zeker bij B2B, waarbij er geen libraries worden uitgeleverd om de REST-responses en -codes om te zetten in zinnige objecten, ben ik met REST tien keer meer problemen tegengekomen dan met SOAP. De vrijheid die REST je biedt zorgt ervoor dat iedere implementatie weer z'n eigen eigenaardigheden heeft.

REST is leuk voor data-access, maar lang niet alle API's zijn om te zetten in een REST-equivalent zonder onlogische workarounds.

Niet mee eens eigenlijk. SOAP is de duivel van alle API opties. Het is gewoon nergens consistent, nooit werkt het zoals je verwacht (in mijn ervaring).
Ik heb liever een goed gedocumenteerde customised API waarin me gewoon verteld wordt hoe het werkt, dan "Het is SOAP, hier is de wsdl", want die laatste is altijd net niet helemaal wat je verwacht.

En ja, dat probleem ligt bij de onderhouders van de koppeling, niet bij SOAP zelf specifiek.

[P_de_B]

CodeCaster schreef op vrijdag 20 februari 2015 @ 15:08:
[...]

Awwjeeznotthisshitagain.jpeg

Niks mis met SOAP. Zeker bij B2B, waarbij er geen libraries worden uitgeleverd om de REST-responses en -codes om te zetten in zinnige objecten, ben ik met REST tien keer meer problemen tegengekomen dan met SOAP. De vrijheid die REST je biedt zorgt ervoor dat iedere implementatie weer z'n eigen eigenaardigheden heeft.

REST is leuk voor data-access, maar lang niet alle API's zijn om te zetten in een REST-equivalent zonder onlogische workarounds.

QFT

[CodeCaster]

Firesphere schreef op vrijdag 20 februari 2015 @ 15:13:
[...]

Niet mee eens eigenlijk. SOAP is de duivel van alle API opties. Het is gewoon nergens consistent, nooit werkt het zoals je verwacht (in mijn ervaring).

Ik heb de afgelopen jaren in verschillende talen diverse koppelingen gemaakt tussen in .NET, PHP en Java gehoste SOAP-services, en afgezien van enkele (consistente , zoals wrapping- en encoding)issues die middels een enkele StackOverflow-query op te lossen zijn, geen problemen meegemaakt die het verzenden of ontvangen van SOAP-berichten onmogelijk maakten.

En ja, dat probleem ligt bij de onderhouders van de koppeling, niet bij SOAP zelf specifiek.

Het zit inderdaad helemaal in de gebruikte stack en de personen die het geheel bouwen. Als alle partijen een up-to-date framework gebruiken, is het communiceren middels SOAP triviaal. Je moet inderdaad niet degene hebben die zelf vanuit code vishaken uitpoept en het XML noemt, maar als diezelfde persoon er een REST-service van maakt, kun je dezelfde drama's verwachten bij het consumeren.

Ik heb liever een goed gedocumenteerde customised API waarin me gewoon verteld wordt hoe het werkt, dan "Het is SOAP, hier is de wsdl", want die laatste is altijd net niet helemaal wat je verwacht.

Ik niet. Ik wil niet zelf uitzoeken naar welke URI ik welk request moet sturen, welke informatie hieruit komt, in welk formaat en waarom niet. Libraries FTW, en als je die (code) kunt genereren dan is dat helemaal mooi. WSDL (wederom, indien op een standaard, ondersteunde manier gegenereerd) laat je dit eenvoudig en goed werkend doen. WADL, het REST-equivalent, is ook dood.

[Cartman!]

Alsof SOAP altijd hetzelfde is...ik heb geloof ik wel 100 manieren gezien hoe ik moet authorizeren. WSDL's die niet kloppen, vage foutmeldingen. Het ligt ook aan PHP libraries dat niet alles lekker werkt en je met de hand je hele envelope mag gaan zitten maken. Nee, geef mij maar een goede REST api.

[Evilbee]

Yes, per 1 maart is eindelijk een groot project opgeleverd (het hoofdproject dan, de change-requests en support projecten lopen nog wel door) met 1 klein restpuntje: deploy op productie

Wij zijn al 3 maanden klaar, maar de besturing van de fabriek waarmee we moeten communiceren heeft nogal wat vertraging.

[Jan_V]

Poeh, ik wist al dat de code-base waar ik momenteel mee aan de slag ben niet echt optimaal is geschreven.
Nu ik dependency injection aan het toevoegen ben komt dit alleen maar meer aan het licht.

Er bestaan namelijk heel veel static helper klassen met methods die van alles en nog wat doen. Daardoor hebben ze soms wel tot wel 10 extra parameters nodig om de DI plaats te laten vinden.

Hopelijk heb ik tijdens mijn project nog wat tijd om dit op te schonen, aangezien het natuurlijk een doorn in m'n oog is.

[Alex)]

Argh, Entity Framework weer uit de bocht

C#:

// GetQuery retourneert een IDbSet<T>
var items = customerRepository.GetQuery()
                              .Include(o => o.Orders)
                              .Where(o => o.DateOfBirth >= DateTime.Today.AddYears(-18))
                              .GroupBy(o => new 
                                            { 
                                                o.Country, 
                                                o.City 
                                            }, (o, y) => new
                                            {
                                                Country = y.Country,
                                                City = y.City,
                                                CustomerCount = y.Count(),
                                                Orders = y.SelectMany(z=>z, z2 => z2.Orders)
                                            });

En dan komt eruit rollen '0' omdat de Orders zijn weggehaald bij de Include.

(Deze query is even zo uit mijn hoofd, de echte query is een stuk complexer en wordt dynamisch opgesteld.)

Wáárom? Ik geef toch juist aan dat ik de details óók geladen wil hebben?

[GateKeaper]

Who tests the testers.

[Megamind]

Alex) schreef op vrijdag 20 februari 2015 @ 16:49:
Argh, Entity Framework weer uit de bocht

C#:

// GetQuery retourneert een IDbSet<T>
var items = customerRepository.GetQuery()
                              .Include(o => o.Orders)
                              .Where(o => o.DateOfBirth >= DateTime.Today.AddYears(-18))
                              .GroupBy(o => new 
                                            { 
                                                o.Country, 
                                                o.City 
                                            }, (o, y) => new
                                            {
                                                Country = y.Country,
                                                City = y.City,
                                                CustomerCount = y.Count(),
                                                Orders = y.SelectMany(z=>z, z2 => z2.Orders)
                                            });

En dan komt eruit rollen '0' omdat de Orders zijn weggehaald bij de Include.

(Deze query is even zo uit mijn hoofd, de echte query is een stuk complexer en wordt dynamisch opgesteld.)

Wáárom? Ik geef toch juist aan dat ik de details óók geladen wil hebben?

Doe je includes op het laatste moment, anders worden ze inderdaad niet toegevoegd.

[Icekiller2k6]

Gisteren PHP meetup in Hasselt (België), beviel me best, leuke mensen.

Was een sessie over Apigility (voor Zend) door Michelangelo van Dam (http://www.in2it.be/)
Was best wel grappig.. connect de autoloader van apigility met die van zend... klik op 5 knopjes... done.

[Mercatres]

Icekiller2k6 schreef op vrijdag 20 februari 2015 @ 17:09:
Gisteren PHP meetup in Hasselt (België), beviel me best, leuke mensen.

Was een sessie over Apigility (voor Zend) door Michelangelo van Dam (http://www.in2it.be/)
Was best wel grappig.. connect de autoloader van apigility met die van zend... klik op 5 knopjes... done.

Ah crap, da's bij ons in de space! Ik kon gisteren helaas niet, maar volgende meetup wil ik zeker aanwezig zijn

[Struikrover]

TheNephilim schreef op vrijdag 20 februari 2015 @ 15:09:
[...]


Ja inderdaad, Google Apps for Work (oid.) kost je € 40 per jaar. Zelfs als je met een paar mensen zit is dat al snel z'n geld wel waard, ook voor start-ups.

Ik ben er nog niet helemaal uit of dat wel of niet zou kunnen. De startup zit in een vakgebied waarbij veel interesse vanuit overheden komt kijken (denk Amerikaanse defensie). Voor mijn collega's voelt het als de kat op het spek binden om dan veel data via diensten te laten gaan die erom bekend staan hier zelf ook happig op te zijn, c.q. wel eens data doorzoeken en sowieso opslaan in de V.S. (=IMO zeer open voor FBI/CIA etc).

Aan de andere kant, veel universiteiten in Nederland (waar we ook mee samen werken) hebben ook mail via Google Apps onder andere. We willen pertinent niet dat er gesniffed zou kunnen worden, maar als je dat af kunt vangen door bijv. PGP te gebruiken, zou het een handige optie kunnen zijn.

[Alex)]

Megamind schreef op vrijdag 20 februari 2015 @ 17:08:
[...]

Doe je includes op het laatste moment, anders worden ze inderdaad niet toegevoegd.

Ik zie nu dat ik nog één ding was vergeten, er wordt een projection gedaan naar een class die niet in de database voorkomt (Select new...). Ik kreeg uiteindelijk de volgende exception om mijn oren wanneer ik daarbij probeerde te includen:

"The result type of the query is neither an EntityType nor a CollectionType with an entity element type. An Include path can only be specified for a query with one of these result types."

De volgorde was dan:
- Where
- GroupBy
- Where (Count > 0)
- Select new
- Include

Ook met de include voor de Select kreeg ik dezelfde error

[Icekiller2k6]

Mercatres schreef op vrijdag 20 februari 2015 @ 17:15:
[...]

Ah crap, da's bij ons in de space! Ik kon gisteren helaas niet, maar volgende meetup wil ik zeker aanwezig zijn

yip Brixel.be we kennen elkaar he ;D tot vanavond

[LEDfan]

Een zot handige scrollbar wrapper/tool voor jQuery http://jamesflorentino.github.io/nanoScrollerJS. Maakt het supersimpel om in een element (bv. een lijst met chat messages) naar boven en beneden te scrollen. Alle jQuery scrolltops implementaties die ik heb geprobeerd werkte niet of half of willekeurig.

[Douweegbertje]

wtf zeg, ik zit nu af en toe in mijn spare time wat vragen te beantwoorden op SO, en ik heb steeds dat ik (naar mijn mening dan maar goed) een 100x beter antwoord geef, maar men accepteert vrijwel instant zo'n half gare kut oplossing waar je niet beter van wordt.

Even een voorbeeld van vanmiddag;

I'm trying to set a session array with some pre-defined values, which the user can then add to using a simple html form. My problem is that on the page where the array is set, any refresh or revisit of the page just duplicates the pre-defined values within the array. Not only that, but it also overwrites the value coming from the form each time at the end.

index.php

code:

<?php
session_start();
//pre-defined list of animals
$_SESSION['animals'][] = 'pig';
$_SESSION['animals'][] = 'cow';
$_SESSION['animals'][] = 'sheep';
?>

<!--form to add another animal-->
<form action="go.php" method="POST">
  <p><input type="text" name="entry1"></p>
  <p><input type="submit" name="submit"></p>
</form>

go.php

code:

<?php
session_start();
//add form entry1 to the session array
$_SESSION['animals'][] = $_POST['entry1'];

//print session array
print_r($_SESSION['animals']);
?>

Nou, het geaccepteerde antwoord is:

Only initialize the session variable if it's not already set:

code:

if (!isset($_SESSION['animals'])) {
    $_SESSION['animals'] = array('pig', 'cow', 'sheep');
}

Ja heel leuk, maar IMO wil je dat daar niet afvangen. In feite POST je naar je logica, en kun je daar van alles veranderen.
Voor de sake qua dynamische content zeg ik dan;

Zet een input met een hidden field en post deze mee (dan kun je dit dynamisch laten mee vullen), of voeg de elementen na de POST toe aan de array. Nee, we gaan die sessie daar al setten.. echt wat heb je daar aan. Ik zie dat gewoon als bad practise ondanks het feit dat dit obvious van een starter komt, maar laat het hem dan goed doen.

[Verwijderd]

Firesphere schreef op vrijdag 20 februari 2015 @ 15:13:
[...]

Niet mee eens eigenlijk. SOAP is de duivel van alle API opties. Het is gewoon nergens consistent, nooit werkt het zoals je verwacht (in mijn ervaring).
Ik heb liever een goed gedocumenteerde customised API waarin me gewoon verteld wordt hoe het werkt, dan "Het is SOAP, hier is de wsdl", want die laatste is altijd net niet helemaal wat je verwacht.

En ja, dat probleem ligt bij de onderhouders van de koppeling, niet bij SOAP zelf specifiek.

Ik snap sowieso niet waarom je voor SOAP zou willen kiezen, als je tegenwoordig met JSON-RPC gewoon hetzelfde kan doen (namelijk: procedures aanroepen van een API). Maar dan zonder die krankzinnige overhead die XML met zich mee brengt, maar gewoon met lichtgewicht en leesbare JSON. Zoals eerder gezegd kàn je natuurlijk niet alles van een API vertalen naar REST, maar waarom mensen dan alsnog met SOAP werken is mij een raadsel.. Met JSON-Schema's is validatie (én documentatie, tot op een zeker punt) ook helemaal afgedekt. Nog een ander voordeel is dat je dan ook heel gemakkelijk client applicaties aan je JSON-RPC server kan hangen.

WSDL's, bah.

Douweegbertje schreef op vrijdag 20 februari 2015 @ 19:06:
[session-verhaal]

Mja. Dat soort "vragen" verdienen IMHO helemaal geen plek op SO en vervuilen de boel alleen maar. De vrager heeft geen enkel benul van zaken als MVC, abstractie of SoC, waardoor je genoodzaakt bent om in een view template te laten zien dat je direct de session superglobal aan het uitlezen en bewerken bent, wat ze vrager in dezen (en anderen) weer gaan overnemen. Het ene probleem los je op, en een veel groter probleem (aanleren van megaslechte gewoontes) creëer je. En dan vraagt iedereen zich af waarom er in de PHP wereld zoveel hobbyisten zijn die er een zooitje van maken.

Iets met basiskennis en het lezen van een paar boeken voordat je meteen op internet vragen gaat stellen enzo.

F.West98 schreef op vrijdag 20 februari 2015 @ 21:00:
IMO (maar ik werk al lang niet meer met PHP) een prima oplossing als je dit in index.php hebt.

My point exactly.

[ Voor 28% gewijzigd door Verwijderd op 21-02-2015 08:31 ]

[F.West98]

Douweegbertje schreef op vrijdag 20 februari 2015 @ 19:06:
wtf zeg, ik zit nu af en toe in mijn spare time wat vragen te beantwoorden op SO, en ik heb steeds dat ik (naar mijn mening dan maar goed) een 100x beter antwoord geef, maar men accepteert vrijwel instant zo'n half gare kut oplossing waar je niet beter van wordt.

Even een voorbeeld van vanmiddag;


[...]


index.php

code:

<?php
session_start();
//pre-defined list of animals
$_SESSION['animals'][] = 'pig';
$_SESSION['animals'][] = 'cow';
$_SESSION['animals'][] = 'sheep';
?>

<!--form to add another animal-->
<form action="go.php" method="POST">
  <p><input type="text" name="entry1"></p>
  <p><input type="submit" name="submit"></p>
</form>

go.php

code:

<?php
session_start();
//add form entry1 to the session array
$_SESSION['animals'][] = $_POST['entry1'];

//print session array
print_r($_SESSION['animals']);
?>

Wat wil je dan aan het eind van go.php doen? Terug naar index? Dan krijg je dus exact hetzelfde probleem als het oorspronkelijk was...

Nou, het geaccepteerde antwoord is:


[...]

code:

if (!isset($_SESSION['animals'])) {
    $_SESSION['animals'] = array('pig', 'cow', 'sheep');
}

Ja heel leuk, maar IMO wil je dat daar niet afvangen. In feite POST je naar je logica, en kun je daar van alles veranderen.
Voor de sake qua dynamische content zeg ik dan;

Zet een input met een hidden field en post deze mee (dan kun je dit dynamisch laten mee vullen), of voeg de elementen na de POST toe aan de array. Nee, we gaan die sessie daar al setten.. echt wat heb je daar aan. Ik zie dat gewoon als bad practise ondanks het feit dat dit obvious van een starter komt, maar laat het hem dan goed doen.

IMO (maar ik werk al lang niet meer met PHP) een prima oplossing als je dit in index.php hebt.

[Struikrover]

Brrr, thanks voor het me herinneren jongens hoe slecht ik vroeger programmeerde in PHP. Globals everywhere, logic in views everywhere (PHP is toch ook een templating engine? ), DB queries in controllers everywhere

[Rutix]

Verwijderd schreef op vrijdag 20 februari 2015 @ 19:45:
[...]


Ik snap sowieso niet waarom je voor SOAP zou willen kiezen, als je tegenwoordig met JSON-RPC gewoon hetzelfde kan doen (namelijk: procedures aanroepen van een API). Maar dan zonder die krankzinnige overhead die XML met zich mee brengt, maar gewoon met lichtgewicht en leesbare JSON. Zoals eerder gezegd kàn je natuurlijk niet alles van een API vertalen naar REST, maar waarom mensen dan alsnog met SOAP werken is mij een raadsel.. Met JSON-Schema's is validatie (én documentatie, tot op een zeker punt) ook helemaal afgedekt. Nog een ander voordeel is dat je dan ook heel gemakkelijk client applicaties aan je JSON-RPC server kan hangen.

WSDL's, bah.

SOAP heeft echt wel een paar voordelen tov REST in B2B. Type-checking, je weet altijd wat je krijgt bij een soap service: WSDL, XML, SOAP envelops. Bij een REST interface is dat altijd de vraag.... POST? GET? Query string? Is de data geformat in JSON? XML? TEXT? Ook als je met attachments ofzo gaat werken dan is SOAP 10x makkelijk dan REST met JSON bijvoorbeeld. REST is leuk met een API die je ontsluit aan de voorkant maar aan de achterkant hoeft REST helemaal niet zo handig te zijn.

Ik snap ook niet wat mensen tegen WSDL's hebben. Natuurlijk zijn er mensen die de WSDL's crappy maken maar dat heb je overal. Als je een WSDL hebt en bijvoorbeeld WCF kun je super makkelijk een koppeling maken.

Daarnaast vind ik persoonlijk dat de tool support van JSON enzo nog best wel achter SOAP ligt. Ze worden wel steeds beter maar SOAP tool support loopt nog best ver vooruit.

[ Voor 5% gewijzigd door Rutix op 21-02-2015 13:04 ]

[Onbekend]

Ik vind soap zelf een zeer grote overhead hebben. Daarnaast heb ik al ervaren dat tussen verschillende endpoints de implementaties net iets kunnen verschillen waardoor ze elkaar soms niet kunnen begrijpen. Voor korte berichten en een snelle implementatie zonder extra controles is het nog te gebruiken. Maar voor grotere hoeveelheden data en belangrijk berichtenverkeer vind ik het ongeschikt. Wat denk je van het omzetten van Thaise en Chinese tekens en binaire data (base64) even omzetten zodat het gemakkelijk verstuurd kan worden?

[Verwijderd]

Rutix schreef op zaterdag 21 februari 2015 @ 13:02:
[...]

SOAP heeft echt wel een paar voordelen tov REST in B2B. Type-checking, je weet altijd wat je krijgt bij een soap service: WSDL, XML, SOAP envelops. Bij een REST interface is dat altijd de vraag.... POST? GET? Query string? Is de data geformat in JSON? XML? TEXT? Ook als je met attachments ofzo gaat werken dan is SOAP 10x makkelijk dan REST met JSON bijvoorbeeld. REST is leuk met een API die je ontsluit aan de voorkant maar aan de achterkant hoeft REST helemaal niet zo handig te zijn.

Dit is echt appels met peren vergelijken.

REST is helemaal resource-based, waarbij je op basis van 1 URL per resource en 5 HTTP-Verbs je volledige CRUD bewerkingen moet kunnen doen:

• POST(Create)
• GET (Read)
• PUT/PATCH (Update, al dan niet met gedeeltelijke objecten)
• DELETE (Delete)

Waar REST dus niet handig voor is, is het uitvoeren van procedures waar helemaal niet sprake is van resources; daar hebben we weer operation-based standaarden voor zoals SOAP en JSON-RPC.

Daarnaast vind ik persoonlijk dat de tool support van JSON enzo nog best wel achter SOAP ligt. Ze worden wel steeds beter maar SOAP tool support loopt nog best ver vooruit.

whatyearisit.jpg

[n8n]

LEDfan schreef op vrijdag 20 februari 2015 @ 18:15:
Een zot handige scrollbar wrapper/tool voor jQuery http://jamesflorentino.github.io/nanoScrollerJS. Maakt het supersimpel om in een element (bv. een lijst met chat messages) naar boven en beneden te scrollen. Alle jQuery scrolltops implementaties die ik heb geprobeerd werkte niet of half of willekeurig.

Native scrollgedrag aanpassen zou bij wet verboden moeten worden. Het werkt altijd slecht: traag, onverwacht gedrag, opeens een afwijkende interface. Imo 1 van de worst practices op het web (of in browers zoals chrome en Firefox).

Deze plug-in dwingt je ook nog eens af overbodige markup toe te voegen aan je dom, ik sla even over.

[ Voor 7% gewijzigd door n8n op 21-02-2015 13:29 ]

[Douweegbertje]

F.West98 schreef op vrijdag 20 februari 2015 @ 21:00:
[...]

Wat wil je dan aan het eind van go.php doen? Terug naar index? Dan krijg je dus exact hetzelfde probleem als het oorspronkelijk was...

[...]

IMO (maar ik werk al lang niet meer met PHP) een prima oplossing als je dit in index.php hebt.

Ja, maar waarom?
Je moet de index nu niet zien als een globale logica controller of iets dergelijks he. In feite is de index wel een PHP bestand, maar het wordt gebruikt als een verkapte view met -alleen- html en een form, waarbij er dan al een deel form 'controle' wordt gedaan door alvast data in een sessie te zetten terwijl je het formulier pas later gaat afhandelen. Wat nou als je input verkeerd gaat in je index, dan heb je opeens al waardes in je 'form' c.q. sessie zitten. Wil je dat dan wel?
Het is echt 10x logischer om je form te posten, het in de go.php dan af te handelen en eventueel waardes aan de result toe te voegen.

De go is nu een afhandeling van de gehele logica van je form, zorg dan dat je ook alles daar doet en niet zo 'dom' verspreid.

@Maximized eh ik snap je niet helemaal. Je eerste alinea klopt als een bus. Vandaar ook mijn antwoord om dan toch, ongeacht het niveau een gedegen oplossing te maken. Prima als er geen MVC of wat dan ook in zit, maar probeer dan als je de mogelijkheid heb je logica te onderscheiden van je view. Sterker nog dat gebeurt ook voor het grootste deel (immers POST hij niet naar _SELF) dus stop dan met logica alsnog in je form te zetten terwijl dit helemaal niet hoeft. Handel je form af in de go.