get nodig?

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

C++ Developer

Functieomschrijving Ben jij als software engineer toe aan een nieuwe uitdaging? Dan zijn wij op zoek naar jou! Voor het maken van de procesbesturingsoftware gebruiken onze projectteams een in C++ en C# geschreven tool. Dit is een gedistribueerd object framework wat alle kernfuncties biedt voor een procesautomatisering. Verder zullen jouw werkzaamheden o.a. bestaan uit: Analyseren van vragen en wensen van gebruikers en deze vertalen naar een functioneel ontwerp; Ontwerpen, programmeren en testen van productaanpassingen; Implementeren van nieuwe productreleases in de projectteams; Continu toetsen van het effect van nieuwe releases op andere tools en processen; Inzichtelijk maken van voortgang omtrent softwarewerkzaamheden,

Bekijk vacature »

Front-end Developer

Gezellige team, passie en een groene toekomst! Lees hier de vacature van Front-end Developer bij All in Power! All in power heeft zich tot doel gesteld écht bij te dragen aan de energietransitie. Dit doen wij door de markt voor energie volledig op zijn kop te zetten. Producenten van schone (wind- of zonne-)energie verkopen via ons platform hun energie rechtstreeks aan gebruikers. Of dit nu huishoudens, bedrijven of bijvoorbeeld laadpalen zijn ons platform maakt het uitwisselen van energie mogelijk. Zo maken we de business case van onze klanten veel sterker en loont het om (meer) te investeren in vergroening voor

Bekijk vacature »

Embedded Developer C++

Functie omschrijving Ben jij op zoek naar een leuke uitdaging als Embedded Developer, zoek dan niet verder! Voor een leuke opdrachtgever in omgeving Rotterdam zijn wij op zoek naar een Embedded Developer die graag met Embedded Devices werkt. Je zult verantwoordelijk worden voor het ontwikkelen en onderhouden van diverse producten. Jouw specialisatie ligt op het vlak van software, hardware en back-end. Dit bedrijf is gespecialiseerd in het ontwerpen van software voor een unieke industrie. Wil jij betrokken worden bij een proces dat loopt van ontwikkeling tot installatie? Waarbij je bezig zult zijn met perfecte systemen die geleverd worden aan binnen

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 »

.NET Developer

Functie omschrijving .NET developer met ervaring gezocht! Voor een softwarebedrijf in de regio Veenendaal zijn wij op zoek naar een .NET developer met een aantal jaar ervaring. Jij bent zowel zelfstandig als in teamverband verantwoordelijk voor het ontwikkelen en verbeteren van bestaande producten. Verder ben je bezig met nieuwbouw van websites, webapplicaties en mobiele applicaties die zowel intern als extern gebruikt worden. Je werkt hierbij nauw samen met andere developer, productmanagers en productspecialisten om zo mooie producten te creëren. Bedrijfsprofiel De organisatie waar je voor gaat werken is een snelgroeiende softwareleverancier en allround dienstverlener. Deze organisatie heeft zowel klanten die

Bekijk vacature »

Junior Front end developer Onderwijssoftware

Functie Als Junior front end developer kom jij terecht in een klein, maar hecht team bestaande uit 5 andere developers (waarvan 2 senioren, 2 medior en 1 junior). Met de gezamenlijke missie om “ieder kind te helpen met onze software” wordt er dagelijks gepassioneerd en hard gewerkt aan ons in-house ontwikkeld platform. Deze software is gebaseerd is op AI, machine Learning en wetenschappelijke inzichten. Dagelijks zul jij werken met onze high traffic webapplicatie. We hebben ruim 300.00 gebruikers en meer dan 2 miljard records waar je te maken mee krijgt! Verder zul jij je bezighouden met: – Het ontwikkelen van

Bekijk vacature »

Junior Developer Low-code

Dit ga je doen Low-code ontwikkeling van software voor landelijk bekende organisaties; Samenwerken in een team van 10 collega's; Opleveren van mooie eindproducten, middels de Agile methodiek; Direct contact met de eindklant over de gewenste oplossingen. Hier ga je werken Als startende IT-professional kom je te werken in de regio van Lelystad bij een organisatie die met toonaangevende klanten uit heel Nederland samen werkt. De producten en diensten van de organisatie bereiken miljoenen Nederlanders. Hierbij komt een grote hoeveelheid informatie kijken en deze moet discreet en veilig verwerkt worden. De processen die hierbij horen worden door het IT team vormgegeven.

Bekijk vacature »

Traineeship IT regio Amsterdam/Utrecht

Wat ga je doen? Het traineeship begint met een fulltime maand cursussen en praktijkdagen, waarin je de basis van het IT-vak leert op de Shared Servicedesk (SSD). Daarnaast ga je meteen aan de slag voor je eerste certificering! (ITILv4). Je start in een groep met 4 tot 10 deelnemers, waarmee jij gedurende die maand optrekt en je kennis kunt delen. Na het voltooien van de eerste maand ga je direct voor een langere periode aan de slag bij één van onze klanten of blijf je intern bij ons op de Shared Servicedesk. Je bent het eerste aanspreekpunt van de eindgebruikers

Bekijk vacature »

Junior full stack developer

Functie Als full stack developer binnen onze organisatie ga jij je bezig houden met het bouwen van de user experience van de webapplicaties. Je bent verantwoordelijk voor het vertalen van concepten, briefings en designs naar werkende functionaliteit. Hierbij zorg je ervoor dat applicaties betrouwbaar, veilig en toekomstbestendig zijn en een goede architectuur hebben en behouden. Verder denk je actief na- en mee over nieuwe ontwikkelingen en functionaliteiten om zo elke dag de klantervaring weer te verbeteren. Dit doe je natuurlijk niet alleen maar in een development team. Het team bedraagt momenteel 4 man bestaande uit 2 devops engineers en 2

Bekijk vacature »

SQL Database ontwikkelaar

Functie omschrijving Wil jij meewerken aan het creëren van slimme software om magazijnen als een geoliede machine te laten lopen? Wij zoeken een zorgvuldig persoon, iemand die niet snel de hand omdraait voor complexe algoritmes. Denk jij dat jij de SQL ontwikkelaar bent die wij zoeken? Lees snel verder en wie weet zitten we binnenkort samen aan tafel! Jouw werkzaamheden zullen er als volgt uitzien: Je houdt je bezig met het ontwerpen en ontwikkelen van MS SQL server databases, dit doe je met T-SQL als programmeer laag. Je gaat aan high-end software oplossingen werken, dit doe je voor de optimalisatie

Bekijk vacature »

Junior .NET developer

Functie Wij zijn bezig met het ontwikkelen van een nieuw product en wij hebben jouw hulp hierbij nodig! Als junior .NET ontwikkelaar krijg jij de kans om samen met ons deze nieuwe uitdaging aan te gaan! Momenteel bestaat ons team uit drie interim Software Engineers. Twee hiervan zijn zeer ervaren .NET specialisten die inmiddels hun strepen in dit vakgebied al hebben behaald. Ook hebben wij een junior als onderdeel van ons team die zich op dit moment nog bezig houdt met de Front-end (Angular/TypeScript), maar zich nu ook meer gaat verdiepen in de backend. Wij willen ons team graag verder

Bekijk vacature »

PHP Developer

Functieomschrijving Vanuit het hoofdkantoor in de regio van Bergen op Zoom ben je als PHP Developer niet alleen gefocust op het ontwikkelen van Software. Daarnaast ben je ook voortdurend bezig met het zoeken naar nieuwe mogelijkheden en innovaties die essentieel kunnen zijn voor de efficiëntie van software ontwikkeling. Je deelt veel kennis en informatie met het team en ontvangt deze dan ook graag terug. Techstack: PHP, Symfony & mySQL. Bedrijfsprofiel Deze uitdagende opdrachtgever is ruim 20 jaar actief in de regio Bergen op Zoom. Het vooruitstrevende team staat de hele dag voor je klaar om je te helpen en ondersteunen.

Bekijk vacature »

Ontwikkelaar Centrale Monitoring

Ontwikkelaar centrale Monitoring Functieomschrijving Wil jij een bijdrage leveren aan het onderhoud, opzetten en ontwikkelingen van technologieën van SSC-ICT, een van de grootste ICT-dienstverleners van en voor de Rijksoverheid? Je komt als monitorspecialist te werken bij team Operations Management Services. Dit team werkt aan het stabiliseren en waarborgen van een betrouwbare monitoromgeving voor 7 ministeries. Jij begeleidt het implementatieproces van de te monitoren technologieën, onder andere via management packs, connectoren en API's. Je hebt hiervoor veel contact met interne en externe klanten, die hun wensen op het gebied van monitoring aan jou doorgeven. Je beoordeelt deze wensen en komt met

Bekijk vacature »

Traineeship Full Stack Java developer

Dit ga je doen Start jij op 7 augustus bij de Experis Academy dan kickstart jij jouw IT-carrière! We leiden je op tot een gewilde Full Stack Java Developer met alle kennis en vaardigheden die nodig zijn om de arbeidsmarkt te betreden. Wat kun je verwachten, hoe zit een dag in het leven van een Trainee eruit? Periode 1 Als Full Stack Java Developer Trainee volg je vanuit huis een op maat gemaakte onlinetraining die in het Engels wordt gegeven. De tijd die je kwijt bent aan het volgen van de training kun je vergelijken met een fulltime werkweek. In

Bekijk vacature »

Back end developer Onderwijssoftware

Functie Als back end developer kom jij terecht in een klein, maar hecht team bestaande uit 5 andere developers (waarvan 2 senioren, 2 medior en 1 junior). Met de gezamenlijke missie om “ieder kind te helpen met onze software” wordt er dagelijks gepassioneerd en hard gewerkt aan ons in-house ontwikkeld platform. Deze software is gebaseerd is op AI, machine Learning en wetenschappelijke inzichten. Dagelijks zul jij werken met onze high traffic webapplicatie. We hebben ruim 300.00 gebruikers en meer dan 2 miljard records waar je te maken mee krijgt! Verder zul jij je bezighouden met: – Het ontwikkelen van hoogwaardige

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

09/01/2025 20:05:49
 
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.