abonnement bol.com Unibet Coolblue
pi_144160321
quote:
19s.gif Op woensdag 3 september 2014 19:25 schreef TwenteFC het volgende:

[..]

Een wrapper maken om de api van bol.com
Bol.com heeft enkele endpoints, die opgeslagen staan in een array. (hieronder)

En in plaats van voor elke endpoint een methode, waarbij overal dezelfde code instaat wil ik het dus op bovenstaande manier doen.

Ik wil het straks gewoon op de volgende manier kunnen gebruiken;
[ code verwijderd ]

De meeste endpoints worden namelijk allemaal op dezelfde manier aangeroepen.
[ code verwijderd ]

Maybe.. just maybe moet je eens hier naar kijken: https://github.com/SPORE/(...)pore_description.pod
In theory there is no difference between theory and practice. In practice there is.
pi_144160444
quote:
19s.gif Op woensdag 3 september 2014 22:01 schreef TwenteFC het volgende:
:P Wat vinden jullie hiervan?
Request validation in Laravel 4.3

https://laracasts.com/series/whats-new-in-laravel-4-3/episodes/3
Die directorystructuur: HORRIBLE!!
In theory there is no difference between theory and practice. In practice there is.
pi_144160824
quote:
19s.gif Op woensdag 3 september 2014 19:25 schreef TwenteFC het volgende:

[..]

Een wrapper maken om de api van bol.com
Bol.com heeft enkele endpoints, die opgeslagen staan in een array. (hieronder)

En in plaats van voor elke endpoint een methode, waarbij overal dezelfde code instaat wil ik het dus op bovenstaande manier doen.

Ik wil het straks gewoon op de volgende manier kunnen gebruiken;
[ code verwijderd ]

De meeste endpoints worden namelijk allemaal op dezelfde manier aangeroepen.
[ code verwijderd ]

Mja, je kunt dan net zo goed een reguliere methode maken met de methode naam en param array als functie argumenten, dus gewoon callBol(method, params) ofzo. Nadeel van het overriden van __call is natuurlijk dat als je ergens eigenlijk een daadwerkelijke functie had willen aanroepen, maar een typefoutje maakt, dit kan leiden tot onverwachte errors.

Algemeen nadeel van zo'n oplossing als dit is dat het niet echt lekker OO is. Aan de namen van de calls te zien krijg je verschillende zaken terug zoals verkopers, een winkelmandje en wenslijstje of gewoon lijstjes producten. Die zullen allen wel hun eigen structuur hebben. Waar je dan ergens zo'n API call doet ga je vervolgens doodleuk waar je zo'n call aanroept maar moet 'weten' wat de structuur van de return value is. Meestal maak je wel je eigen model representations en als je dan b.v. JSON terugkrijg van een WS gooi je die in een model b.v. met zoiets.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_144175543
quote:
0s.gif Op donderdag 4 september 2014 08:46 schreef slacker_nl het volgende:

[..]

Die directorystructuur: HORRIBLE!!
Je kan hem heel simpel wijzigen mocht je dat willen, ging me meer om de manier waarop je formulieren en dergelijke kan valideren.
pi_144175573
quote:
0s.gif Op donderdag 4 september 2014 09:15 schreef Monolith het volgende:

[..]

Mja, je kunt dan net zo goed een reguliere methode maken met de methode naam en param array als functie argumenten, dus gewoon callBol(method, params) ofzo. Nadeel van het overriden van __call is natuurlijk dat als je ergens eigenlijk een daadwerkelijke functie had willen aanroepen, maar een typefoutje maakt, dit kan leiden tot onverwachte errors.

Algemeen nadeel van zo'n oplossing als dit is dat het niet echt lekker OO is. Aan de namen van de calls te zien krijg je verschillende zaken terug zoals verkopers, een winkelmandje en wenslijstje of gewoon lijstjes producten. Die zullen allen wel hun eigen structuur hebben. Waar je dan ergens zo'n API call doet ga je vervolgens doodleuk waar je zo'n call aanroept maar moet 'weten' wat de structuur van de return value is. Meestal maak je wel je eigen model representations en als je dan b.v. JSON terugkrijg van een WS gooi je die in een model b.v. met zoiets.
Je hebt helemaal gelijk, ik ga hier verderop inderdaad meer problemen mee krijgen dan dat ik oplos.
Heb ondertussen die hele __call er ook al uitgesloopt.
  zaterdag 6 september 2014 @ 21:46:26 #281
355592 Djurres
Knowledge, Fuck it.
pi_144254777
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.
Nvm, vergeet compleet de database in de functie te laden waardoor er niets opgehaald akn worden :')

probleem staat hierboven, sorry voor deze noobigheid :P
Tadumtiedum.
pi_144313769
Nieuwe MyPHPAdmin cocurrent:
quote:
What is Datazenit?
Datazenit is a web-based database administration tool. Its abilities go beyond the standard tools of database management, and include data visualizations, an intelligent schema builder and many other features that ease and enhance database management. Datazenit is designed to make databases accessible, safe and easy to use.

Our final goal is to support many different data sources, but we will start with some of the most popular relational databases: MySQL, PostgreSQL, SQLite and MSSQL.
Be curious, not judgmental
  maandag 8 september 2014 @ 17:18:13 #283
292596 Faux.
Fan van zichzelf
pi_144317676
quote:
7s.gif Op maandag 8 september 2014 15:32 schreef Aether het volgende:
Nieuwe MyPHPAdmin cocurrent:

[..]

[ afbeelding ]
Ziet er gaaf uit, hoewel pma bij mij nog niet aan vervanging toe is. Hoe denken de anderen daarover?
Hier schreef tong80 het volgende:
Faux is een FOK!held, zoals dat vroeger Gellarboy en Brechtje waren. Users die je koestert.
  Moderator / Redactie Sport / Devops maandag 8 september 2014 @ 17:26:34 #284
176766 crew  zoem
zoemt
pi_144318015
De gelikte interface leidt af van de hamvraag: hoe is het met de veiligheid en stabiliteit gesteld? Ik houd het nog even bij PMA :)
pi_144318913
quote:
0s.gif Op maandag 8 september 2014 17:26 schreef zoem het volgende:
De gelikte interface leidt af van de hamvraag: hoe is het met de veiligheid en stabiliteit gesteld? Ik houd het nog even bij PMA :)
Het is een alpha (ze raden zelf af om het in productie te gebruiken).
Be curious, not judgmental
pi_144319366
8-)
quote:
Why our startup has no bosses, no office, and a four-day work week
In 2008, my study partner Hernán Amiune and I had finished studying computer engineering at Catholic University of Córdoba Argentina.

During our last years at university, we had done some internships in companies such as HP, IBM, and Intel. It was the moment we realized there was a mistake in their work methods.
We couldn’t understand why people without technical knowledge had to tell programmers “what” to do and, furthermore, they had to supervise “how” programmers did it.

So, when we created Project eMT, a comparison search engine for Latin America, we decided to work in a different way: without project managers. Six years later, we operate in Chile, Brazil, Mexico, and Colombia together with 34 engineers that are part of our team, and we still work without traditional management structures and work weeks, and have managed to grow our annual revenue by 204%.

Here’s how we do it.
Be curious, not judgmental
  woensdag 10 september 2014 @ 20:21:03 #287
118585 Crutch
Filantroop || Taalzwengel
pi_144399503
Ik werk toch veul en veul liever met een desktop client zoals SQLYog
Je moeder is een hamster
  woensdag 10 september 2014 @ 20:33:09 #288
12221 Tijn
Powered by MS Paint
pi_144399963
quote:
0s.gif Op woensdag 10 september 2014 20:21 schreef Crutch het volgende:
Ik werk toch veul en veul liever met een desktop client zoals SQLYog
Kun je dan wel verbinden? De meeste hosts waar ik ervaring mee heb staan geen toegang tot de database toe van buitenaf.
pi_144400600
Wat stom, je moet toch gewoon remote naar je DB kunnen connecten?

Ik gebruik overigens gewoon psql, command line tooltjes en/of DBI om met m'n DB te verbinden.
In theory there is no difference between theory and practice. In practice there is.
pi_144400952
quote:
0s.gif Op woensdag 10 september 2014 20:48 schreef slacker_nl het volgende:
Wat stom, je moet toch gewoon remote naar je DB kunnen connecten?

Ik gebruik overigens gewoon psql, command line tooltjes en/of DBI om met m'n DB te verbinden.
Ligt er een beetje aan wat je ermee doet. Toegang beperken tot een lijstje van gespecificeerde IPs is een prima beveiligingsmaatregel. Overigens is het laatste wat je moet doen wanneer beveiliging een belangrijke issue is natuurlijk iets als PHPMyAdmin op een productieserver publiekelijk toegankelijk hebben.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_144401340
quote:
12s.gif Op maandag 8 september 2014 18:03 schreef Aether het volgende:
8-)

[..]

Zelfs geen overleg onder vier ogen :o

Hoe wordt dan de functionaliteit van een stuk software bepaald? Dat iemand na contact met een klant een ticket schrijft met functionaliteit, die dan door een ander zonder overleg wordt geïmplementeerd, dat kan toch nooit goed gaan. Behalve als iedereen in het bedrijf én met klanten overweg kan én weet wat technisch wel en niet handig en haalbaar is, maar een bedrijf waar iedereen alles kan en weet lijkt me dan weer niet erg zinnig.
pi_144401856
quote:
0s.gif Op woensdag 10 september 2014 21:04 schreef Igen het volgende:

[..]

Zelfs geen overleg onder vier ogen :o

Hoe wordt dan de functionaliteit van een stuk software bepaald? Dat iemand na contact met een klant een ticket schrijft met functionaliteit, die dan door een ander zonder overleg wordt geïmplementeerd, dat kan toch nooit goed gaan. Behalve als iedereen in het bedrijf én met klanten overweg kan én weet wat technisch wel en niet handig en haalbaar is, maar een bedrijf waar iedereen alles kan en weet lijkt me dan weer niet erg zinnig.
Ik lees best wat goede punten maar heb bij het gros van de punten wel mijn bedenkingen. Als er iets een recept is voor miscommunicatie, dan is het wel enkel schriftelijk communiceren. Ik heb al wel honderden keren meegemaakt dat mensen elkaar aan wilden vliegen na een mailwisseling, maar er na een gesprek van drie minuten achter kwamen dat ze eigenlijk praktisch hetzelfde wilden.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_144403978
quote:
1s.gif Op woensdag 10 september 2014 20:56 schreef Monolith het volgende:
Ligt er een beetje aan wat je ermee doet. Toegang beperken tot een lijstje van gespecificeerde IPs is een prima beveiligingsmaatregel. Overigens is het laatste wat je moet doen wanneer beveiliging een belangrijke issue is natuurlijk iets als PHPMyAdmin op een productieserver publiekelijk toegankelijk hebben.
Hoezo? ssh toegang en klaar.
In theory there is no difference between theory and practice. In practice there is.
  woensdag 10 september 2014 @ 21:56:13 #294
12221 Tijn
Powered by MS Paint
pi_144404091
quote:
0s.gif Op woensdag 10 september 2014 20:48 schreef slacker_nl het volgende:
Wat stom, je moet toch gewoon remote naar je DB kunnen connecten?
Waarom zou dat "moeten"? Zeker bij shared hosting kan dat eigenlijk nooit.
pi_144405488
quote:
5s.gif Op woensdag 10 september 2014 21:56 schreef Tijn het volgende:
Waarom zou dat "moeten"? Zeker bij shared hosting kan dat eigenlijk nooit.
Ik snap niet waarom ze tcp access naar db hosts disablen. Ik vind dat stom (maar das ook denk ik de reden dat ik geen shared hosting heb).
In theory there is no difference between theory and practice. In practice there is.
pi_144405555
quote:
0s.gif Op woensdag 10 september 2014 21:53 schreef slacker_nl het volgende:

[..]

Hoezo? ssh toegang en klaar.
Hoezo wat? Er staat meer dan één ding in die post.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
  donderdag 11 september 2014 @ 17:44:26 #297
118585 Crutch
Filantroop || Taalzwengel
pi_144426897
quote:
0s.gif Op woensdag 10 september 2014 21:53 schreef slacker_nl het volgende:

[..]

Hoezo? ssh toegang en klaar.
Exact!

Daarnaast kan je ook tunnelen als je geen ssh beschikbaar hebt.
Je moeder is een hamster
pi_144427239
quote:
0s.gif Op woensdag 10 september 2014 21:53 schreef slacker_nl het volgende:

[..]

Hoezo? ssh toegang en klaar.
Je dacht dat je SSH toegang kreeg bij een host die al geen externe toegang op de MySQL server toestaat? :D

Overigens heb ik volgens mij ook weleens mee gemaakt dat een host MySQL dicht had staan voor verbindingen van buitenaf, maar tegenwoordig is dat niet erg gebruikelijk meer volgens mij. Niet bij de fatsoenlijke shared-hosting providers iig.
pi_144428654
quote:
14s.gif Op donderdag 11 september 2014 17:54 schreef KomtTijd... het volgende:

[..]

Je dacht dat je SSH toegang kreeg bij een host die al geen externe toegang op de MySQL server toestaat? :D

Overigens heb ik volgens mij ook weleens mee gemaakt dat een host MySQL dicht had staan voor verbindingen van buitenaf, maar tegenwoordig is dat niet erg gebruikelijk meer volgens mij. Niet bij de fatsoenlijke shared-hosting providers iig.
:P Lijkt me eerder wenselijk dat hij dichtstaat, in op zijn minst voor mensen met een ander IP adres dan mijn werklocaties.
pi_144547028
Ik heb een website gemaakt waarbij ik een database, PHP en cronjobs(of iets vergelijlkbaars) nodig heb. Ik wil dit nu ergens online zetten zodat ik de website kan testen met een paar andere mensen. Weet iemand ergens een website waar ik dit gratis of voor weinig geld voor elkaar kan krijgen? De website zal weinig verkeer hebben en 1 database is genoeg. Wat ik tot nu toe gevonden heb is allemaal heel duur.

Ik weet niet of dit de goede plek is hiervoor maar hier zitten waarschijnlijk wel mensen die er wat vanaf weten.
abonnement bol.com Unibet Coolblue
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')