get nodig?

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

ERP Developer fleet managementsysteem

Wat ga je doen als ERP Developer fleet managementsysteem? Als ERP developer speel jij een belangrijke rol bij het doorvoeren van wijzigingen en verbeteringen binnen het fleet managementsysteem. Jouw expertise op het gebied van ERP systemen stelt jou in staat om de applicatie optimaal te laten functioneren en te blijven ontwikkelen. Als lid van het IT-team werk je nauw samen met andere developers en het business team om het fleet managementsysteem te integreren met andere systemen. Je bent verantwoordelijk voor het ontwikkelen van nieuwe functionaliteiten en het implementeren van verbeteringen op basis van de wensen en eisen van onze klanten.

Bekijk vacature »

Software Developer

Dit ga je doen Ontwikkelen aan de software dat beschikbaar is op de substations; Ontwikkelen in C++, C, Python en JavaScript. Daarnaast op een Embedded Linux omgeving, opgebouwd met containers en DevOps; Meewerken aan cyber security (OWASP); Uitvoeren/bouwen van geautomatiseerde testen in samenwerking met de Quality Specialist; Vertalen van wensen van de klanten/business naar werkbare/duurzame oplossingen. Hier ga je werken Als Software Ontwikkelaar kom je te werken bij een organisatie gericht op de (internationale) energiemarkt, waar wordt gewerkt voor het verwerven en verwerken van realtime, high quality data. Er wordt gewerkt vanuit het hart van de substations en direct voor

Bekijk vacature »

Software Developer

Functie omschrijving In deze functie ga je aan de slag met het door ontwikkelen van de interne software. Zij maken gebruik van een CRM, wat door de hele organisatie gebruikt wordt. Andere taken: Je gaat het CRM-systeem door middel van PHP verder ontwikkelen; Verder bouw je verschillende API's en koppelingen tussen systemen; Ook ga je collega's ondersteunen bij vragen over de software en applicaties; Deelnemen aan overleggen met het development team; Bij interesse is er de mogelijkheid om junioren te gaan begeleiden. Bedrijfsprofiel Dit bedrijf is actief binnen de telecombranche. Het hoofdkantoor zit in regio van Den Bosch en er

Bekijk vacature »

Java Developer

Vacature details Vakgebied: Software/IT Opleiding: Senior Werklocatie: Eindhoven Vacature ID: 12946 Introductie We are looking for a Java Developer! Our client is one of the most innovation companies located within the Netherlands. We provide high quality software in a high-tech and challenging market. Functieomschrijving The department is specialized in creating and developing high quality software for manufacturing automation in a high tech environment. We strive to provide our clients with high quality software and deliver state of the art solutions in a variety of ways. Creating software infrastructure using Java SE / EE Create applications to fine tune manufacturing processes

Bekijk vacature »

Frontend Developer - Leeuwarden

Frontend Developer – Leeuwarden Als Frontend Developer bouw jij mee aan het onderwijs van de toekomst! In een scrum team werken met jonge en enthousiaste collega’s, moderne technieken, ruimte voor eigen ontwikkeling en op een proactieve wijze kunnen meewerken aan innovatie binnen het onderwijs. Magister is het state-of-the-art softwarepakket dat scholen in het voortgezet onderwijs op alle fronten ontzorgt. Van leerlingenadministratie tot het ondersteunen van individuele leerlijnen, van toegang tot digitaal lesmateriaal tot het plannen van het lesrooster. In de Magister app bedient Magister ruim 2,5 miljoen gebruikers waarvan, dagelijks meer dan 600.000 unieke. Hiermee is Magister de absolute marktleider

Bekijk vacature »

Low Code Developer

Functie omschrijving Ben jij toe aan een nieuwe uitdaging en ben jij HBO afgestudeerd in de richting van IT? Heb jij verstand van datamodellering, NO CODE Platformen en kun jij het aan om projecten te leiden? Voor een leuke opdrachtgever in omgeving Capelle aan den IJssel zijn wij op zoek naar een No Code developer die zich bezig gaat houden met het optimaliseren van bedrijfsprocessen bij klanten in heel het land! Wat ga je hier zoal doen? Je gaat geen code kloppen maar bedenken hoe applicaties eruit moet komen te zien. Je gaat werken met een non code platform, je

Bekijk vacature »

Medior Front end developer React

Functie Voor deze functie ben ik op zoek naar een enthousiaste front end developer die communicatief vaardig is. Jij wordt onderdeel van een enthousiast jong team dat werkt aan grote websites. Binnen jouw rol ben jij diegene die de vertaling maakt van design naar functionele code en zorg jij voor goede experience op meerdere platformen. Dit doe je natuurlijk door gebruik te maken van Javascript, HTML, CSS en React. Daarnaast wordt er gebruik gemaakt van Webcomponents en verschillende authenticatie tools. Doordat er hier gestreefd wordt naar de beste gebruikerservaringen, wordt het product constant doorontwikkeld. Hierdoor blijven ze voor op de

Bekijk vacature »

IT Infrastructuur Developer

IT Infrastructuur Developer Ben jij (bijna) klaar met je HBO studie in de richting van IT? Opzoek naar een spannende eerste baan, waar je ontzettend veel kan leren? Dan hebben wij de ultieme job voor jou! Voor een goede klant van ons in de financiële dienstverlening zijn wij opzoek naar een Junior Infrastructure Developer. Deze baan is een mooie kans om een sterke start te geven aan jouw carrière binnen de IT! De job Je werkt nauw samen met het Devops team, en zal je voornamelijk bezighouden met het automatiseren van infrastructure componenten. De componenten worden opgevraagd door het DevOps

Bekijk vacature »

BizTalk/ Azure Developer

Dit ga je doen •Understanding the scope of required functionality, translate them within context of way of working of the team into developed solutions, whilst safeguarding documentation; •Planning based on assigned sprint tasks; •Acting as an expert in estimation techniques and planning; •Understanding your role in the agile process and act in this way; •Facilitating internal communication and effective collaboration; •Working closely with scrum master to handle backlogs and new requests; •Providing information to the third parties about activities and needs for compliance. Hier ga je werken Our client is a leading organization focusing on animal nutrition, offering solutions that

Bekijk vacature »

Fullstack developer

Zie jij mogelijkheden om onze tooling technisch te verbeteren en uit te bouwen? Over Jobmatix Jobmatix is een innovatieve en internationale speler op het gebied van jobmarketing. Onze jobmarketing automation tool helpt organisaties bij het aantrekken van nieuw talent door vacatures digitaal, geautomatiseerd en op een efficiënte manier te adverteren en onder de aandacht te brengen bij de doelgroep op 25+ jobboards. Volledig performance-based, waarbij organisaties betalen op basis van cost per click of cost per applicant. Maandelijks wordt onze jobmarketing automation tool al gebruikt door vele directe werkgevers, intermediairs en mediabureaus, waaronder Picnic, Rijkswaterstaat, AdverOnline, Schiphol, DPA, Teleperformance en

Bekijk vacature »

Fullstack of back-end PHP developer

Functie Ieder onderdeel van de software draait op aparte servers en het bestaat dus echt uit verschillende componenten. Het team bestaat uit 4 developers, een klein team dus met korte lijnen. Alles in intern ontwikkeld en je werkt aan alle facetten. Van uitbreiding van de core tot maatwerk voor de klant. Ook liggen er verschillende uitdagingen op servervlak en databases. Je zult de eerste periode veel samenwerken met de lead developer om vervolgens echt je gang te gaan binnen de software. In het team streven ze naast de hoogst haalbare kwaliteit. Hiervoor werken ze nauw met elkaar samen en levert

Bekijk vacature »

Front-end Developer

Dit ga je doen Doorontwikkelen van software; Ontwikkelen en testen van nieuwe functionaliteiten; Implementaties van nieuwe functionaliteiten en updates; Verzorgen van technische migraties naar nieuwe frameworks; Verwerken van incidenten. Hier ga je werken Onze klant, gevestigd in de regio Amsterdam, draagt bij aan het verbeteren van de veiligheid en efficiëntie van de Nederlandse infrastructuur door het ontwikkelen van afgemeten software oplossingen. Zo passen zij location intelligence toe om onderhoud en reparaties efficiënt te laten verlopen. Verder zorgen deze systemen dat incidenten zo snel mogelijk worden opgelost. Als Front-end Developer ben jij samen met je team betrokken met het (door)ontwikkelen van

Bekijk vacature »

Creatieve Front-end developer gezocht!

Functie Het front-end team bestaat momenteel uit 4 collega’s en is hard aan het groeien! Samen leveren jullie een essentiële bijdrage aan de applicaties die ze voor hun klanten realiseren. Je werkt in het front-end team samen met de back-end teams en product owners om te zorgen dat de applicaties een fijne gebruikerservaring opleveren. Jouw expertise zorgt ervoor dat de juiste keuzes gemaakt worden qua techniek en ontwerp, van back-end tot aan gebruiker. In samenspraak met je team bepalen jullie de beste keuze voor techniek. Ook is er altijd ruimte om nieuwe technieken te ontdekken. Eisen • Je hebt gedegen

Bekijk vacature »

Ontwikkelaar MS Dynamics 365 Projecten

Samengevat: Deze werkgever is de kwaliteitsdienst in de tuinbouwsector. Ben jij een ervaren ontwikkelaar? Heb jij ervaring met Ms Dynamics 365 BC? Vaste baan: Ontwikkelaar Ms Dynamics 365 BC ICT MBO 3.500 - 5.000 Ontwikkelaar Ms Dynamics 365 BC Ons bedrijf bewaakt en bevordert de kwaliteit van producten, processen en ketens in de tuinbouw. Wij kenmerken zich door openheid, ruimte voor initiatief, collegialiteit en zelfontplooiing. Deze werkgever is een veelzijdige organisatie. Je werkt voor de eigen IT organisatie. Zij werken met moderne technologie en staan open voor innovatie. Functie: Voor de vacature als Ontwikkelaar Ms Dynamics 365 BC Roelofarendsveen MBO

Bekijk vacature »

Mendix Developer

Functie Wat ga je doen als Mendix Developer? We leven in een wereld die snel ontwikkelt en veranderd, ook nemen bedrijfsbelangen toe en blijken risico’s moeilijker in te schatten, daarom wij op zoek naar Junior, Medior en Senior Developers die bedrijven kunnen helpen met hun screeningproces en zorgen dat deze efficiënt en 100 procent AVG compliant is. Het concept achter Mendix is duidelijk. De klant heeft een vraag/probleem. Dit kunnen we door middel van slimme software oplossen. In plaats van te werken met de nieuwste technieken en tools, wordt er gekozen voor het implementeren en maken van software dat op

Bekijk vacature »
Ozzie PHP

Ozzie PHP

17/02/2013 22:56:11
Quote Anchor link
Ik vraag me iets af...

Als je werkt met "mooie" routes, bijv. www.mijnsite.nl/contact (in plaats van www.mijnsite.nl/index.php?page=contact) heb je dan eigenlijk nog ergens $_GET variabelen nodig???

Ik neem aan dat je dan toch alles met mooie routes doet, en dat je $_GET niet meer gebruikt?

Stel dat je een routebeschrijving wil geven naar je kantoor, dan doe je toch dit:

www.mijnsite.nl/contact/routebeschrijving/kantoor

en niet dit

www.mijnsite.nl/contact/routebeschrijving?location=kantoor

Kortom... heb ik nog wel $_GET data nodig als ik mooie routes gebruik?
 
PHP hulp

PHP hulp

28/11/2024 08:49:26
 
Frank Nietbelangrijk

Frank Nietbelangrijk

17/02/2013 23:01:24
Quote Anchor link
nee, met user-friendly-URIs heb je die dan niet (perse) nodig.
 
Ozzie PHP

Ozzie PHP

17/02/2013 23:04:56
Quote Anchor link
Oké, thanks.
 
Kris Peeters

Kris Peeters

18/02/2013 09:40:22
Quote Anchor link
Hier kan je het mooi zien:

http://www.phphulp.nl/php/tutorial/overig/url-vriendelijkheid-seo/691/van-n-naar-oneindig/1811/
In deze tutorial wordt alles herleid tot 1 GET variabele

Wat jij nu best doet, is een logica steken in je url's
bv. voor een foto uit een album?
mijnsite.com/fotos/25/126 => pagina=fotos, album=25, foto=126

Op zo'n manier dat je altijd aan de plaats van de variabele ziet waarvoor hij dient.
 
Ozzie PHP

Ozzie PHP

18/02/2013 11:35:31
Quote Anchor link
Dankjewel Kris.

Ik begrijp hoe het werkt met het maken van routes. Dat heb ik wel eens eerder gedaan. Maar ik zat dus te denken of het wel of niet slim is om $_GET variabelen helemaal uit te schakelen. Als ik via de $_SERVER global $_SERVER['REQUEST_URI'] opvraag, dan krijg ik alles wat na mijnsite.nl/ komt, inclusief $_GET variabelen.

Ik vraag me dus echt af of ik überhaupt nog $_GET variabelen nodig heb als ik mooie routes gebruik. Stel dat ik $_GET variabelen toesta, dan zou iemand die kwaad wil een link op een forum naar mijn website kunnen plaatsen als volgt:

www.mijnsite.nl/contact?dit=een_enorm_stomme_website

Als ik nu de $_SERVER['REQUEST_URI'] opvraag, dan krijg ik als route "contact?dit=een_enorm_stomme_website". Deze route bestaat niet, dus toon ik een 404 pagina. Stel dat ik voor de route een $_GET variabele gebruik, bijvoorbeeld $_GET['page'], dan zou ik als route alleen "contact" krijgen. Het lijkt dus alsof de route klopt, en de contactpagina wordt gewoon weergegeven.

Dus nu dacht ik, als ik dan toch gebruik maak van mooie routes dan kan ik net zo goed de $_GET variabelen helemaal uitschakelen. Alleen vraag ik me af of ik mezelf daarmee in de vingers zou kunnen snijden.

Kan iemand een situatie bedenken waardoor ik toch ineens $_GET variabelen nodig zou hebben?
 
Erwin H

Erwin H

18/02/2013 11:44:57
Quote Anchor link
Ga jij al je ajax request urls ook omschrijven? Beetje onnodig om dat te doen aangezien je die urls toch nooit in de adresbalk ziet.

Daarnaast snap ik je voorbeeld ook niet. Of je nu GET 'uitschakelt' of niet, iemand kan nog steeds die link bouwen. Aangezien het domein klopt zal die link ook bij jouw server uitkomen en of je nu wel of niet die GET waardes uitleest, je zal nog steeds op dezelfde manier de aanvraag moeten behandelen. Met of zonder die extra waarde in een get parameter zou je ook tot dezelfde conclusie moeten komen in je pagina servering. Je gaat namelijk geen get parameters behandelen die je niet verwacht.
 
Ozzie PHP

Ozzie PHP

18/02/2013 11:51:27
Quote Anchor link
Dank voor je reactie Erwin. Met ajax heb ik eigenlijk nog nooit gewerkt. Kun je (kort) uitleggen wat je precies bedoelt met jouw opmerking?

Wat betreft je 2e opmerking. Ja, iemand kan nog steeds een $_GET parameter erin verwerken, maar wat ik bedoel is... als ik geen $_GET parameters gebruik, kan ik bijv. alles waar een $_GET parameter in voorkomt (en dus niet bestaat) redirecten naar de homepage (of een 404 page). Snap je?
 
Erwin H

Erwin H

18/02/2013 12:00:06
Quote Anchor link
Over Ajax, dat is een manier om requests naar de server te sturen, zonder dat de pagina wordt herladen. De request gaat dus vanuit javascript en wordt ook door javascript verder afgehandelt. De gebruiker zit dit niet en ziet dus ook niet welke url wordt gebruikt. 'Mooie' urls is hier dus geen noodzaak, snelheid wel. Daarom kan je in dat soort gevallen veel beter met normale urls werken, omdat je ook in javascript dan veel eenvoudiger die urls kunt opbouwen.

Waarom zou je alles waar een GET parameter al in voorkomt al direct bij het grofvuil zetten? Je negeert gewoon wat je niet nodig hebt. In mijn ogen is het veel vriendelijker om een zo goed mogelijke pagina te serveren dan direct een 404 als er 1 karakter in de (verder goede) url staat die je niet kan gebruiken. Maar dat is een mening uiteraard :-)
 
Kris Peeters

Kris Peeters

18/02/2013 12:00:27
Quote Anchor link
In mijn verhaal ...

site.com/contact/routebeschrijving/kantoor
wordt dus omgezet naar
site.com/index.php?q=contact/routebeschrijving/kantoor

Dus $_GET['q'] = 'contact/routebeschrijving/kantoor'

en zolang ik geen andere $_GET in mijn code zet, kan het mij niet schelen wat de gebruiker verder in zijn url schrijft.


Dat probleem met $_SERVER['REQUEST_URI']:
Wel, ik zou $_SERVER['REQUEST_URI'] nooit nodig hebben, want $_SERVER['REQUEST_URI'] komt bij mij overeen met
'site.com/index.php?q=' . $_GET['q']
Gewijzigd op 18/02/2013 12:01:26 door Kris Peeters
 
Erwin H

Erwin H

18/02/2013 12:04:53
Quote Anchor link
Oh, overigens nog een reden om GET niet uit te schakelen. Als je een form gebruikt met als method GET, dan kan je dat niet automatisch laten omschrijven. Het eerste request komt server side altijd als een normal url met GET parameters aan. Je kan dat eerste request wel direct redirecten naar een mooie url, maar die redirect moet je wel eerst goed afhandelen.
 
Ozzie PHP

Ozzie PHP

18/02/2013 12:15:51
Quote Anchor link
@Erwin: oké, ik snap wat je bedoelt. Maar vandaar ook mijn vraag hè... kijk, als ik geen $_GET parameters toesta, dan kan zoiets als dit nooit op een echte pagina uitkomen:

mijnsite.nl/fotoalbum/10/foto/3?dezevrouw=gruwelijklelijk

Om maar eens een voorbeeldje te noemen :-)))
Stel dat ik de $_GET variabelen zou uitschakelen, dan zou deze route niet herkend worden, en zou dus een 404 pagina worden getoond.

Ik zit me nu te bedenken... ik zou wel optioneel kunnen aangeven of bij een route wel of niet $_GET variabelen mogen worden gebruikt. In bovengenoemd voorbeeld, als er geen $_GET variabelen mogen worden gebruikt, maar dit toch gebeurt, zou ik de pagina opnieuw kunnen aanroepen zonder $_GET variabelen. Da's misschien wel een idee.

Wat betreft jouw laatste opmerking... je zou toch alles via "post" kunnen versturen? Of zie ik iets over het hoofd nu?


@Kris: ik snap wat je bedoelt, maar op jouw site kan dus iemand dit doen:

site.com/contact/routebeschrijving/kantoor?kris=eenschavuit

:-)

En dan wordt de juiste pagina gewoon getoond.
Gewijzigd op 18/02/2013 12:16:14 door Ozzie PHP
 
Erwin H

Erwin H

18/02/2013 12:34:52
Quote Anchor link
Ozzie PHP op 18/02/2013 12:15:51:
Wat betreft jouw laatste opmerking... je zou toch alles via "post" kunnen versturen? Of zie ik iets over het hoofd nu?

Ja natuurlijk kan dat (hoewel je dan wel voorbij gaat aan waarom die twee methodes eigenlijk bestaan), maar volgens mij is het een beetje het paard achter de wagen spannen nu. Want wil je nu eigenlijk bereiken? Dat iemand 'mijnsite.nl/fotoalbum/10/foto/3?dezevrouw=gruwelijklelijk' niet kan posten op een forum? Dat kan jij toch niet voorkomen (al was het maar omdat die persoon dan dit als tekst zou kunnen hebben en als url via de bbcode alsnog de correcte url kan geven).
Zoals ik al eerder zei, voor elk request zal je toch moeten bekijken welke input (GET, POST, COOKIE etc) je hebt en welke input je nodig hebt. Alle junk gebruik je gewoon niet.
 
Ozzie PHP

Ozzie PHP

18/02/2013 12:42:43
Quote Anchor link
Oké, thanks voor het meedenken Erwin. Dan zal ik de $_GET variabelen toch maar blijven behouden. Thanks.

Offtopic:

Als ik een formulier verzendt via GET, dan krijg je toch altijd lelijke URLs? Zoiets als mijnsite.nl/?product=auto&merk=ford&kleur=blauw&deuren=5&airco=ja

Zoiets kun je toch niet echt omschrijven naar een mooie URL, of wel?
[/offctopic]
 
Erwin H

Erwin H

18/02/2013 13:10:34
Quote Anchor link
In antwoord op de offtopic:
Klopt. Het url uit het form is altijd de 'lelijke' versie, dat kan je niet veranderen. Wat je wel kan doen is serverside direct een redirect uitvoeren (via een header() call), zodat de gebruiker direct doorgaat naar de 'mooie' url. Voor een voorbeeldje (met excuses voor het pluggen): http://erwinsdump.site50.net/wronline/list/
Selecteer een land en klik op de knop. De url waar je dan naar toe gaat is iets als http://erwinsdump.site50.net/wronline/red_index.php?edPage=1002&edCountry=albania&edState=
Maar dat krijg je zelf niet eens te zien in de url bar.
 
Ozzie PHP

Ozzie PHP

18/02/2013 13:17:33
Quote Anchor link
Ah oke... op die manier. Je vangt dus eigenlijk de $_GET al af, nog voordat je een pagina toont. Ik snap 'm.

(p.s. je scherm is te breed... ik krijg een horizontale scrollbar)
 



Overzicht Reageren

 
 

Om de gebruiksvriendelijkheid van onze website en diensten te optimaliseren maken wij gebruik van cookies. Deze cookies gebruiken wij voor functionaliteiten, analytische gegevens en marketing doeleinden. U vindt meer informatie in onze privacy statement.