Maybe.. just maybe moet je eens hier naar kijken: https://github.com/SPORE/(...)pore_description.podquote: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 ]
Die directorystructuur: HORRIBLE!!quote:Op woensdag 3 september 2014 22:01 schreef TwenteFC het volgende:
Wat vinden jullie hiervan?
Request validation in Laravel 4.3
https://laracasts.com/series/whats-new-in-laravel-4-3/episodes/3
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.quote: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 ]
Je kan hem heel simpel wijzigen mocht je dat willen, ging me meer om de manier waarop je formulieren en dergelijke kan valideren.quote:Op donderdag 4 september 2014 08:46 schreef slacker_nl het volgende:
[..]
Die directorystructuur: HORRIBLE!!
Je hebt helemaal gelijk, ik ga hier verderop inderdaad meer problemen mee krijgen dan dat ik oplos.quote: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.
SPOILEROm 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 noobigheidTadumtiedum.
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.
Ziet er gaaf uit, hoewel pma bij mij nog niet aan vervanging toe is. Hoe denken de anderen daarover?quote:Op maandag 8 september 2014 15:32 schreef Aether het volgende:
Nieuwe MyPHPAdmin cocurrent:
[..]
[ afbeelding ]
Het is een alpha (ze raden zelf af om het in productie te gebruiken).quote: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
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.
Kun je dan wel verbinden? De meeste hosts waar ik ervaring mee heb staan geen toegang tot de database toe van buitenaf.quote:Op woensdag 10 september 2014 20:21 schreef Crutch het volgende:
Ik werk toch veul en veul liever met een desktop client zoals SQLYog
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.quote: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.
Zelfs geen overleg onder vier ogenquote:
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.quote:Op woensdag 10 september 2014 21:04 schreef Igen het volgende:
[..]
Zelfs geen overleg onder vier ogen
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.
Hoezo? ssh toegang en klaar.quote: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.
Waarom zou dat "moeten"? Zeker bij shared hosting kan dat eigenlijk nooit.quote: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 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).quote:Op woensdag 10 september 2014 21:56 schreef Tijn het volgende:
Waarom zou dat "moeten"? Zeker bij shared hosting kan dat eigenlijk nooit.
Hoezo wat? Er staat meer dan één ding in die post.quote:Op woensdag 10 september 2014 21:53 schreef slacker_nl het volgende:
[..]
Hoezo? ssh toegang en klaar.
Exact!quote: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?quote:Op woensdag 10 september 2014 21:53 schreef slacker_nl het volgende:
[..]
Hoezo? ssh toegang en klaar.
Lijkt me eerder wenselijk dat hij dichtstaat, in op zijn minst voor mensen met een ander IP adres dan mijn werklocaties.quote: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?
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.
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |