"ontwerp" keuze, status website

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

.NET developer

Functie Als .NET developer start jij in een ontwikkelteam met 15 developers en twee testers. Samen zijn jullie verantwoordelijk voor financiële applicaties met meer dan 50.000 gebruikers. Een deel van het team is verantwoordelijk voor de webapplicaties van deze organisatie. Ook zijn er twee app ontwikkelaars werkzaam in het team die zich focussen op de mobiele applicatie. Als .NET ontwikkelaar ga jij aan de slag met de webapplicaties van deze organisatie. Hierbij maak jij o.a. gebruik van C# .NET, ASP.NET, T-SQL, Angular en TypeScript. De nadruk van jouw functie ligt wel op de backend van de applicatie. Wat jouw functie

Bekijk vacature »

Full stack developer

Wat ga je doen als Full stack .NET developer Microsoft 365? Je stelt je op als sparringpartner voor het team en PO over toekomstige functionaliteiten, architectuur en mogelijke nieuwe producten. Je bent mede-verantwoordelijk voor het vertalen en omzetten van een user story in een passend technisch design. Je implementeert functionaliteiten op basis van een technisch design en user story. Je bent mede-verantwoordelijk voor het beheer van Azure DevOps, waaronder het beheer van GIT, Build Pipelines, Release Pipelines en geautomatiseerde testen. Hier herken jij jezelf in Hbo werk- en denkniveau of hoger aangevuld met relevante certificeringen en/of cursussen; Minimaal 3 jaar

Bekijk vacature »

Front-end developer (React)

Functie Het frontend team bestaat momenteel uit 4 dedicated front-enders en is hard aan het groeien! Ook werken er diverse designers waar je veel mee schakelt. Samen leveren jullie een essentiële bijdrage aan de applicaties die ze voor hun klanten realiseren, jij bent hierin de schakel tussen de eindgebruiker en de slimme backend. Je werkt in het frontend team samen met de backend teams en product owners om te zorgen dat onze applicaties een fijne gebruikerservaring opleveren. Ze werken o.a. met: React, Atomic design, Styled components, JavaScript / TypeScript, NPM, Webpack Blade templates, HTML, SCSS, Git flow. Eisen • HBO

Bekijk vacature »

Als Lead PHP developer bijdragen aan het onderwijs

Functie Als Lead PHP developer zet je samen met het team en de andere lead developers de technische lijnen uit als het gaat om het ontwikkelen van de applicaties en bepaal je samen met de PO waar elke sprint aan gewerkt zal worden. Je kunt op basis van een user story een goede aanpak formuleren en een planning opstellen, en andere hierin meenemen. Wanneer je team code schrijft verwacht je degelijke oplossingen, bij voorkeur gebruik makend van Domain Driven Design. Je ziet toegevoegde waarde in het beoordelen van het werk van collega’s om zo samen te streven naar hoge kwaliteit

Bekijk vacature »

Senior Full Stack developer

Bedrijfsomschrijving tbd Functieomschrijving Full Stack Java Development bij Randstad Groep Nederland (HQ) Er is een vacature in het Corporate Client Solutions (CCS) team. Dit team is met een ander team net begonnen aan het project ‘Grip op Inhuur’. Het doel van dit project is de tevredenheid van onze leveranciers te verhogen en de efficiëntie van onze administratie te verbeteren. Onderdeel daarvan is een ‘Mijn-omgeving’ voor ZZP’ers en leveranciers. Naast dit nieuwe project werkt het team ook aan het onderhoud en verbeteren van een digitaal vacature management systeem waarmee dagelijks vele vacatures worden voorzien. Het team ontwikkelt zo veel mogelijk zelf

Bekijk vacature »

Full stack ontwikkelaar Laravel, Vue.js

Functie Als ontwikkelaar binnen deze organisatie hou jij je voornamelijk met lopende projecten voor de verschillende klanten. Zo bouw je de ene dag aan prijsschifting systemen en de andere dag onderzoek je crawlers en stel je ze zo in dat de data goed binnen komt binnen het systeem. Daarnaast bouw je mee aan dashboards en ben je dus constant bezig met het verbeteren van het platform. Er is een vaste werkwijze, zo werken ze met Trello kaarten en onderverdelen ze deze aan het begin van iedere week onder de developers. Dit wordt door de lead developer gedaan, maar in samenspraak

Bekijk vacature »

Medior PHP developer

Functie Samen met je development team werk je Agile Scrum en met jullie gezamenlijke kennis en ervaring bepalen jullie samen de beste keuze voor techniek en architectuur. Naast het ontwikkelen van software ben je continue bezig om ook jezelf te ontwikkelen. Ze werken met o.a.: PHP, Laravel, Doctrine, PHP Unit, Behat, React, TypeScript, (My)SQL, Postgress, Redis, ElasticSearch, Docker, Nginx, GIT flow, JIRA, AWS. Eisen • HBO werk- en denkniveau • Je hebt goede kennis en ervaring met PHP • Je bent niet bang voor complexe projecten • Je werkt graag zelfstandig aan applicaties • Je bent altijd nieuwsgierig naar nieuwe

Bekijk vacature »

Oracle APEX developer

Wat je gaat doen: Als Oracle APEX ontwikkelaar bij DPA werk je samen met collega’s aan de meest interessante opdrachten. Je zult je ervaring met SQL, PL/SQL, JavaScript, HTML en CSS inzetten om wensen van opdrachtgevers te vertalen naar technische oplossingen. Je werk is heel afwisselend, omdat DPA zich niet beperkt tot een specifieke branche. Zo ben je de ene keer bezig binnen de zorgsector, de andere keer is dit bij de overheid. Wat we vragen: Klinkt goed? Voor deze functie breng je het volgende mee: Je hebt een hbo- of universitaire opleiding afgerond Je hebt 2 tot 5 jaar

Bekijk vacature »

Software developer

Functie Momenteel zijn ze op zoek naar een Software developer die, veelal fullstack, mee gaat werken aan de ontwikkeling van de producten en zo helpt aan de uitvoering van hun ontwikkelprojecten. Je komt te werken binnen hun development team bestaande uit 6 ontwikkelaars. Ze staan zowel open voor meer junior als medior/senior developers. Je kunt snel veel verantwoordelijkheid krijgen en doorgroeien binnen het bedrijf. Bovendien ben je betrokken bij het bepalen van de product roadmap en de inbreng van (nieuwe) technologieën. De applicaties waaraan je werk worden gebruikt op onderwijsinstellingen door heel Nederland. De tech-stack bestaat voornamelijk uit Laravel (PHP),

Bekijk vacature »

Front end developer Zorgplatform

Functie Jij als Front end ontwikkelen zult komen te werken samen met 1 PHP ontwikkelaar, 1 Python developer en een flexibele schil aan ontwikkelaars . Samen ga je ervoor zorgen dat de huidige producten doorontwikkeld worden. De Marketplace is geschreven in PHP Laravel en in de front end React. De roostersoftware is ontwikkeld in Python in combinatie met React in de front end. Jij zult als Front ender dus voornamelijk bezig zijn met het verbeteren van onze interfaces op onze verschillende producten. Momenteel ligt de uitdaging in het feit dat de roostersoftware breder schaalbaar moet worden zodat het voor meerdere

Bekijk vacature »

.NET Developer te Naarden

Bedrijfsomschrijving Voor mijn klant ben ik op zoek naar een .NET Developer om het huidige team te komen versterken. Deze organisatie bevindt zich in de logistieke sector, en zij hebben een eigen ERP systeem ontwikkeld dat zij inzetten ter optimalisatie van de logistieke processen van haar eindklanten. Deze organisatie bestaat inmiddels al ruim 20 jaar, waarbij zij een duidelijke missie hebben, namelijk: het werk van de eindklant makkelijker maken door de systemen die zij leveren. Ze werken over heel de wereld, wat deze organisatie een echte internationale speler maakt. Binnen de organisatie kenmerken ze zich door een dynamische en professionele

Bekijk vacature »

.NET Developer

Dit ga je doen Binnen het team bouw je aan een applicatie met andere .Net Developers, testers een Product Owner en een Business Analyst. Met het team wordt de backlog besproken. In overleg claim jij jouw deel en zorgt ervoor dat onderhoud en innovatie wordt gerealiseerd. Het project dat momenteel draait is het opgraden van de omgeving. Doorontwikkelen van de huidige applicatie; Overleggen met teamleden om de backlog te verdelen; Onderhouden van de huidige omgeving; Sparren met de business en het ophalen van nieuwe requirements. Hier ga je werken De organisatie is een van de grootste landelijke aanbieder van diverse

Bekijk vacature »

.NET developer

Functie Als developer heb jij de keuze om aan te sluiten bij het team (13 developers) die op locatie projectmatig bij klanten werkt. Wanneer jij liever intern bij de werkgever werkt is er ook alle ruimte voor jou in het interne team (8 developers) van dit bedrijf. Je werkt samen aan verschillende projecten bij of voor de klant. Het project wordt aangeleverd door sales aan de project manager. Die maakt samen met de Resourcer een planning en op basis daarvan wordt uit het development team een “projectgroep” opgesteld. Hoeveel en welke projecten jij wilt oppakken gebeurt geheel in samenspraak met

Bekijk vacature »

Top Low-Code Developer Gezocht!

Bedrijfsomschrijving Unieke Kansen, Uitstekende Arbeidsvoorwaarden & Inspirerend Team Wij zijn een toonaangevende, internationale organisatie die de toekomst van technologie vormgeeft door het creëren van innovatieve en baanbrekende oplossingen. Ons succes is gebaseerd op een hecht en gepassioneerd team van professionals die altijd streven naar het overtreffen van verwachtingen. Als jij deel wilt uitmaken van een dynamische, vooruitstrevende en inspirerende werkomgeving, dan is dit de perfecte kans voor jou! Functieomschrijving Als Low-Code Developer ben je een cruciaal onderdeel van ons team. Je werkt samen met collega's uit verschillende disciplines om geavanceerde applicaties te ontwikkelen en te optimaliseren met behulp van Low-code

Bekijk vacature »

Back-end developer

Functieomschrijving Voor een gewaardeerde werkgever in regio Tilburg zijn wij op zoek naar een gemotiveerde SQL Developer/ functioneel consultant. Jij wordt verantwoordelijk voor zowel het ontwerpen en implementeren van SQL-databases als voor het in kaart brengen van de bedrijfsprocessen van een organisatie en het vertalen van deze processen naar IT-oplossingen. Jouw takenpakket komt als volgt uit te zien: Ontwerp en implementatie van SQL-databases: Je ontwerpt, ontwikkelt en implementeert SQL-databases om de data behoeften van de organisatie te ondersteunen; Analyse van bedrijfsprocessen: Je analyseert de bedrijfsprocessen van de organisatie om de behoeften van de klant te begrijpen en te vertalen naar

Bekijk vacature »

Pagina: « vorige 1 2

Erwin H

Erwin H

27/01/2013 13:53:37
Quote Anchor link
Ik probeer echt te begrijpen waarom je nu zo overdreven krampachtig probeert die status maar niet in de database te zetten. Ten eerste, het uitlezen van een enkel veld, uit een enkel record, waarbij je er als het goed is ook nog een key op de juiste kolom hebt en wat, pakweg een paar honderd records in de database, is zo ongeveer het snelste wat je je kan bedenken. Daar IS een database voor.
Ten tweede, je hebt het over een CMS. Dus ik denk dan (maar verbeter me waar ik teveel aannames maak) dat de gegevens van de site in de database staan. Dat daarbij de content van de pagina die wordt opgeroepen in de database staat. Dus dat als iemand een pagina oproept, je altijd al die database in zult moeten om die content op te vragen. Wat is er dan makkelijker om bij de gegevens van de site en pagina die je dan al oproept, ook nog het 'status' veld erbij te selecteren?
Ten derde, wat denk je dat het kost om een (in dit geval extra!) bestand te openen als je het in een config bestandje gooit. Dacht je echt dat dat geen tijd kost?

Ik heb je eerder al regel 1 uitgelegd, dan nu regel 2. Ga data niet van elkaar scheiden waar het absoluut duidelijk is dat het bij elkaar hoort. Als jij al je website data in de database zet, maar alleen dat status veld niet, hoe denk je dan dat je die ook nog mooi bij elkaar kunt krijgen. Stel je wilt voor je admin paneel een overzicht hebben van alle websites die niet actief zijn..... hoe ga je die selecteren via die config bestandjes? Veel succes....
Gewijzigd op 27/01/2013 13:54:27 door Erwin H
 
PHP hulp

PHP hulp

24/11/2024 01:57:33
 
Ozzie PHP

Ozzie PHP

27/01/2013 14:22:11
Quote Anchor link
Thanks Erwin, daar zit inderdaad wat in en heb je een goed punt. Oké, toch in de database dan! Ik heb 1 "master" database waar alle statussen in staan, en iedere website krijg ook een eigen database. Daar wordt dan weer de content uitgehaald. Dan heb je dus wel al 2 database aanroepen per page-request. Tenzij ik dat dan ga cachen. Dat is nog wel een optie.

Waar ik tussen twijfel... stel ik haal de status op uit de database. Doe je dit dan bij iedere pagina aanroep, of doe je dit 1x per sessie? Als ik het 1x per sessie doe, houdt dat in dat voor iedere bezoeker van een van de websites op de vps een sessie-bestand moet worden aangemaakt, zels als die sessie verder nergens anders voor wordt gebruikt. Vandaar dus dat ik dacht aan een config bestand.

Maar wat dan misschien handiger is, is toch het gebruik van database cache bestanden. Dan lees ik gewoon bij iedere pagina-aanroep dat cache bestandje in en dan hoef ik dus geen sessie te maken. Wat vind jij daarvan?
 
Erwin H

Erwin H

27/01/2013 14:35:05
Quote Anchor link
Sessie lijkt me hier geen goed middel voor. Ook daar krijg je namelijk al weer het verschijnsel dat je data dubbel gaat opslaan (zelfs als het maar tijdelijk is) en een sessie is mijn ogen niet voor dit soort gegevens bedoeld. Ook als de gebruiker geen cookies toestaat op zijn pc, dan werkt het al niet meer.

Cachen is een mogelijkheid die je zou kunnen gebruiken. In essentie sla je nog steeds data dubbel op, maar in het geval van een cache is dat juist de bedoeling en accepteer je het feit dat de cache op zeker moment mogelijk verouderd is. Dat is een trade off tegen de betere performance (indien je het goed opzet uiteraard). Maar persoonlijk zou ik eerst eens gaan testen of het wel zo nodig is. Is het uitlezen van die status wel zodanig belastend dat je er een oplossing voor moet hebben? Jij denk dat wel, maar ik vraag me af of je dat ook al getest hebt.
 
Ozzie PHP

Ozzie PHP

27/01/2013 14:49:53
Quote Anchor link
Ik heb het nog niet getest inderdaad... maar het feit dat je iedere keer hetzelfde gegeven uit de database ophaalt... tja, dan vraag ik me af of dat nodig is, snap je? Dus vandaar eigenlijk. Je zegt dat een sessie in jouw ogen niet voor dit soort gegevens is bedoeld. Waar is een sessie volgens jou wel voor bedoeld? Voor welke gegevens?
 
Erwin H

Erwin H

27/01/2013 16:10:49
Quote Anchor link
In mijn ogen is een sessie bedoeld om gegevens op te slaan die specifiek zijn voor die gebruiker in die sessie. Het is een soort korte termijn geheugen. Het vervangt het geheugen dat je in normale applicaties kunt gebruiken om gedurende de executie van het programma gegevens in te bewaren. php (of beter, webbased applicaties) is stateless, waardoor je elke keer dat je een pagina aanroep krijgt je weer opnieuw begint. Er is dus geen geheugen en dat lost die sessie op. Anders zou je bij elke pagina aanroep de gebruiker opnieuw moeten laten inloggen bijvoorbeeld.

In jouw geval heeft die status echter niets te maken met de gebruiker of sessie, waardoor het wat mij betreft dus niet in de sessie gegevens terecht zou moeten komen.

En ja, ik snap je idee wel dat je niet elke keer in die database wilt kijken. Echter, wat ik denk dat jij vergeet is dat welke oplossing je ook kiest, je altijd in 'een database' moet kijken. In feite is een bestand namelijk ook een record in de grote database van je server waar alle bestanden in opgeslagen zijn. Over het algemeen nog een vrij trage database ook.... Dus wat los je nu werkelijk op door het van de ene database naar de andere te copieren?
 
Ozzie PHP

Ozzie PHP

27/01/2013 16:16:10
Quote Anchor link
Erwin, thanks voor je toelichting. Het verhaal over de sessie zoals je dat uitlegt is heel duidelijk!

Wat betreft het database verhaal... ik heb altijd gehoord dat je database aanroepen zoveel mogelijk moet vermijden en dat iets ophalen uit een bestandje sneller gaat dan een database connectie maken en iets ophalen uit de database. Vandaar mijn overdenkingen.
 
Erwin H

Erwin H

27/01/2013 16:26:51
Quote Anchor link
Als algemene regel stellen dat je database aanroepen moet vermijden zou ik niet direct willen zeggen. Het kost wel tijd inderdaad en als je dus op zeker moment in de problemen komt zou minder database aanroepen kunnen helpen. Alleen, soms kan de kuur ook erger zijn dan de kwaal. Koste wat kost database aanroepen vermijden, maar dan terecht komen in oplossingen die nog erger zijn helpt dus ook niet. Vandaar mijn opmerking over het testen. Test of je oplossing beter is dan elke keer de database aanroepen. Zo ja (en is die database aanroep ook daadwerkelijk een struikelblok) dan valt het te overwegen om iets anders te doen.
 
Ozzie PHP

Ozzie PHP

27/01/2013 16:29:18
Quote Anchor link
Oké, ik begrijp wat je bedoelt. Thanks.
 

Pagina: « vorige 1 2



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.