"ontwerp" keuze, status website

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

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 »

Traineeship Full Stack .NET Developer

Dit ga je doen Start op 7 augustus bij de Experis Academy en ontwikkel jezelf tot een gewilde Full Stack .NET Developer. Maar hoe ziet het traineeship eruit en wat kun je verwachten? Periode 1 De eerste 3 maanden volg je fulltime, vanuit huis, een op maat gemaakte training in teamverband. Je leert belangrijke theorie en krijgt kennis van de benodigde vaardigheden en competenties die nodig zijn om de IT-arbeidsmarkt te betreden. Zowel zelfstandig als in teamverband voer je praktijkopdrachten op het gebied van front- en backend development uit. Wat er per week op het programma staat kun je hier

Bekijk vacature »

C# .NET Developer

Dit ga je doen Als developer nieuwe gave features implementeren; Werken met technieken als C# .NET en (REST) API's webservices; Ontwikkelen van koppelingen middels API's; Maken van technische keuzes en beslissingen over de architectuur; Junior collega's coachen; Initiatief nemen voor nieuwe technische mogelijkheden; Je bent een belangrijke schakel - en vindt het leuk - om te schakelen met de business. Hier ga je werken In een klein team van professionals ben je als C# .NET Developer verantwoordelijk voor het ontwikkelen van één van de applicaties voor het grootste inhouse product: een applicatie voor alles omtrent hypotheken. De programmeertaal die je

Bekijk vacature »

.NET developer WO niveau voor predictive software

Bedrijfsomschrijving Dit bedrijf uit Den Bosch is om precies te zijn 15 medewerkers groot en ze ontwikkelen (predicitve) planning software. Dit doen zij voor allerlei mooie en bekende organisaties (bierbrouwerijen, gemeentes, oliemaatschappijen en diverse multinationals). Wegens meer en grotere vraag vanuit de klanten komen er nu posities vrij voor onder andere een .NET developer. Het bedrijf is goed met openbaar vervoer te bereiken. Functieomschrijving Je komt hier te werken in een team van 3 .NET developers en bent betrokken bij het gehele ontwikkelproces. Dus van idee naar ontwerp en van ontwikkeling tot testen en implementatie. Bij voorkeur ben je niet

Bekijk vacature »

Software developer - C Sharp

Functie omschrijving Voor een opdrachtgever, met een prachtig kantoor in omgeving Wateringen zijn wij op zoek naar een software ontwikkelaar die graag werkt met C#, JAVA of Oracle. Heb jij interesse in het programmeren en ontwikkelen van software? En heb jij enige ervaring met Oracle databases en PL/SQL? Als software developer werk je met je collega's samen in een leuk en informeel team aan het (her)ontwerpen van bedrijfssystemen. Je houdt je bezig met het ontwikkelen van REST API's en je onderhoudt applicaties in Oracle PL/SQL en APEX. Vind jij het leuk om in een Agile/Scrum omgeving te werken? Wil jij

Bekijk vacature »

Senior PHP developer/ Software Architect

Functie Momenteel zijn ze op zoek naar een ervaren PHP developer die zichzelf graag bezighoudt met zaken als architectuur en de algehele verbetering van structuren en standaarden. Het is eigenlijk meer operationeel als uitvoerend omdat je bezig gaat met zaken als het verder uitrollen en verbeteren van testautomatisering, codereviews, tickets en de doorloop hiervan en architectuurkeuzes. Mocht je hiernaast ook wat DevOps kennis meenemen is dit mooi meegenomen! Vanwege het kleine team maar de wereldwijde impact die zij leveren is er veel focus op kwaliteit. In deze functie werk je aan één van hun belangrijkste applicaties. Hierin werk je nauw

Bekijk vacature »

Network Engineer (f/m/d) in Heidelberg

Network Engineer (f/m/d) The IT Services team operates and supports the IT infrastructure and services at EMBL headquarters in Heidelberg and at the laboratory’s sites in Barcelona and Rome. As part of IT Services, the Network team is responsible for managing and developing the network infrastructure in our data centres, on campus, and to our external network providers. As a leading scientific institution with highly data-intensive research, extensive data flows at and between the laboratory’s six sites and to the Internet, EMBL is connected to national and international scientific networks using state-of-the-art technologies from vendors including Cisco, Extreme Networks and

Bekijk vacature »

.NET developer

Functie The position we have for you As a .NET developer you will work for one of our customers active in the High Tech Industry. Our customers are mainly located in the Eindhoven area. We are very selective when it comes to the projects we accept and therefore only focus on innovative and complex projects. Because our customers are mainly specialized in machine construction, you often work close to the machines. Our team currently consists of Embedded engineers, IOT developers and Cloud engineers. We mainly work on Microsoft projects where WPF, UWP, .NET Core and Microsoft Azure are used. Eisen

Bekijk vacature »

.NET Developer

Functie De perfecte combinatie tussen techniek en vastgoed. Werk samen met de senior software developer om allerlei software van fluX te verbeteren. Gelukkig voel jij je helemaal thuis in de codewereld van .NET. Dus of je nu bezig bent met het verhogen van de conformiteitscore of het automatiseren van allerlei taxatiemodellen, jij weet precies hoe je de doelstellingen realiseert. En dat terwijl je ook samenwerkt met een extern ontwikkelteam. Waar dit team bepaalde softwaresystemen ontwikkelen, richt jij je vooral op onze Nederlands georiënteerde producten en alle wetgeving die daarbij komt kijken. Voor minimaal 32 uur per week verrijk jij onze

Bekijk vacature »

Senior Organisatieontwikkelaar

Als Organisatieontwikkelaar zorg je ervoor dat we in het magazijn van Coolblue altijd vooruit voetballen op het gebied Medewerker en Organisatie Ontwikkeling. Zo draag je bij aan een toekomstbestendig magazijn waar we klanten én medewerkers elke dag blijven verwonderen. Wat doe je als Senior Organisatieontwikkelaar bij Coolblue? Als Organisatieontwikkelaar werk je voor het magazijn van Coolblue. Je krijgt er energie van om continue te bouwen aan een toekomstbestendige organisatie. Dat doe je samen met 17 collega's in het HR-team, ieder met een eigen specialisme. Je werkt graag zelfstandig en je weet snel je weg te vinden als verandermanager. Ook ben

Bekijk vacature »

Android developer

De functie Schiphol is een plek om te reizen, te verblijven en te werken. Door middel van data en technologie richten we op al deze gebieden het leef- en werkklimaat optimaal in en zorgen we voor een slimmere en efficiëntere operatie. Wij ontwikkelen nieuwe producten en diensten vanuit de wensen en behoeften van onze klanten, voorspellen passagier flows en testen digitale oplossingen om rijen en andere pijnpunten in het proces te verminderen. Met slimme feedback van sensortechnologie maken we zelfs data van toiletten en stoelen inzichtelijk en bruikbaar. Het Commercial Platform bestaat uit multidisciplinaire teams met een end-2-end verantwoordelijkheid voor

Bekijk vacature »

Lead developer (PHP, Symfony, DDD)

Functie Als Lead developer zorg je ervoor dat het team (bestaande uit zowel junior als ervaren developers) in staat is om de kwaliteit van de software (en code) verder te verhogen. In samenwerking met het team, de product owner en de andere lead developers zet je technische lijnen uit en bepaal je de prioriteiten per sprint. Lijkt het jou interessant om complexe problemen op te lossen en bijvoorbeeld een nieuwe applicatiestructuur in Symfony op te zetten? Dan komen wij graag met je in contact. Eisen • HBO werk- en denkniveau (ze kijken niet naar papieren, maar naar denkniveau, motivatie en

Bekijk vacature »

Java Developer

Dit ga je doen Als Java Developer ben je verantwoordelijk voor: Het ontwikkelen van nieuwe en bestaande webservices; Het uitbreiden van functionaliteiten binnen de producten- en dienstenportefeuille; Het werken aan gegevensuitwisseling met bijvoorbeeld SOAP; Testen van frameworks met gebruik van UNIT en Selenium. Hier ga je werken De organisatie waar je komt te werken is een semi-overheidsinstelling, gesitueerd in Utrecht en zorgt voor een goede samenwerking tussen verschillende overheidsinstanties. Het is een familiaire club die gaat voor kwaliteit en langdurige relaties. Zo zorgen zij ervoor dat er op grote schaal vertrouwelijke informatie tussen verschillende overheidsinstellingen wordt uitgewisseld. Hun werk zorgt

Bekijk vacature »

Junior Low-code ontwikkelaar gezocht omgeving Arnh

Bedrijfsomschrijving Wij zijn een dynamisch IT-bedrijf dat zich richt op het stroomlijnen van bedrijfsprocessen en het creëren van ondersteunende applicaties. Onze kracht ligt in het combineren van zakelijk inzicht met IT-expertise via gestroomlijnde procesontwerpen en wendbare applicatieontwikkeling met behulp van Low-code technologieën. Als jonge professional krijg je de kans om samen te werken met een team van 15 deskundige collega's, verspreid over nationale en internationale locaties. We bieden je een leerzame omgeving waar je je vaardigheden kunt ontwikkelen en groeien in je rol als Low-code ontwikkelaar. Word jij onze nieuwe Junior Low-code Ontwikkelaar (OutSystems)? Versterk ons team en draag bij

Bekijk vacature »

Lead developer

Functie Als lead developer wordt jij verantwoordelijk voor een van onze development teams. Samen met de Software Architect bewaak jij de kwaliteit en uitvoering van onze complexe vraagstukken. Daarnaast ben jij verantwoordelijk voor het inschatten, designen en ontwikkelen van middelgrote tot grote veranderingen in de software. Ook coördineer jij het proces rondom complexe technische vraagstukken. Verder bestaat jouw takenpakket uit het volgende: – Het aansturen van jouw development team; – Het begeleiden van Junior Software Engineers; – Het maken van technische analyses m.b.t. nieuwe aanvragen en het tijdsbestek inschatten voor de uitvoering hiervan; – Het uitvoeren van de ontwikkeling van

Bekijk vacature »

Pagina: 1 2 volgende »

Ozzie PHP

Ozzie PHP

26/01/2013 18:11:45
Quote Anchor link
Hallo mensen,

Ik ben bezig met het inrichten van mijn VPS.

Stel dat ik over een tijdje meerdere websites heb, dan wil ik die kunnen "bedienen" via mijn CMS. Met bedienen bedoel ik dat ik bijvoorbeeld wil kunnen aangeven dat website A actief is, dat website B inactief is en dat website C "under contruction" is. Eigenlijk dus de "status" van de website.

Nu vraag ik me af wat jullie zouden doen. Ik zit te twijfelen tussen 2 opties:

1) Ik sla de status op in de database.

Het voordeel is nu dat de status van iedere website netjes in de database staat. De database bepaalt dus wat de status van een website is. Het nadeel is dat tenminste 1x per sessie de status moet worden opgehaald uit de database. Indien de database niet werkt, zal er op het scherm een foutmelding worden getoond "Onze excuses er is een fout opgetreden. Probeer het later nogmaals." Aangezien de status van de website niet kan worden bepaald, houdt het script hier op.

2) Ik sla de status op in zowel de database als in een configuratiebestand.

Het voordeel is dat de status nu is opgeslagen in een configuratiebestand. De database hoeft niet meer geraadpleegd te worden. Als de database niet werkt, zal toch de lay-out van de website kunnen worden getoond. De foutmelding "Onze excuses er is een fout opgetreden. Probeer het later nogmaals." zal in de lay-out van de website getoond kunnen worden. Het nadeel is echer dat niet de database, maar het configuratiebestand nu leidend is. Stel dat iemand in het configuratiebestand de status wijzigt van "actief" naar "inactief" dan lijkt het in het CMS (de database) alsof de site actief staat, terwijl dat in werkelijkheid niet zo is.

Wat is volgens jullie de beste optie? Optie 1 waarbij de database leidend is? Of optie 2 waarbij het configuratiebestand leidend is?
 
PHP hulp

PHP hulp

23/11/2024 23:45:09
 
Reshad F

Reshad F

26/01/2013 18:32:48
Quote Anchor link
Ozzie mag ik vragen waarom de database eventuu weel niet zou werken? Ik neem aan dat die gewoon aan blijft 24/7 brhalve.als je website crasht maar dan zou als het goed is een heleboel dingen niet werken. Ik zou gewoon voor de cms / databasr variant gaan.
 
Ozzie PHP

Ozzie PHP

26/01/2013 18:40:09
Quote Anchor link
Dankjewel voor je reactie Reshad! Als het goed is zou de database inderdaad altijd moeten werken... tenzij die inderdaad crasht.

Dat is dus ook een beetje mijn vraag... of ik het via de database moet doen, of via database en configuratiebestand. Een configuratiebestand werkt altijd, maar brengt weer wat andere nadelen mee inderdaad.
 
Moose -

Moose -

26/01/2013 18:43:26
Quote Anchor link
Als een database niet werkt gaat als het goed is je hele site naar de klote. Daarvoor hebben ze iets uitgevonden: een backup. Dus die redenering vind ik ronduit dom
 
Ozzie PHP

Ozzie PHP

26/01/2013 18:46:27
Quote Anchor link
Euh.. wat bedoel je nu Moose? Je database kan ook tijdelijk down gaan. Wat heeft een backup hiermee te maken?
 
- Ariën  -
Beheerder

- Ariën -

26/01/2013 18:50:32
Quote Anchor link
Bedoel je templates die je ziet voor de verschillende sites welke je als Virtual Host hebt ingesteld?

In dat geval hoef je niet naar databases te kijken, maar zou je de Vhost gewoon kunnen herschrijveb vanuit een eigen CMS. Je wilt dus een simpel webhostingcontrolpanel maken om site uit de lucht te halen?
 
Ozzie PHP

Ozzie PHP

26/01/2013 18:58:05
Quote Anchor link
Aar, ik wil van iedere site kunnen zeggen of ie actief, inactief of "under construction" is. Stel jij bestelt bij mij een website. Die moet ik dan eerst maken. Op dat moment gaat ie op "under construction". De buitenwereld ziet "Aan deze site wordt gewerkt...", maar ik zie gewoon wel de site. Als de site klaar is, gaat ie op actief. Als jij aan het eind van het jaar je rekening niet betaalt, zet ik 'm op inactief. Dat is een beetje het idee.

Toen was dus mijn vraag. Zet ik deze status in de database en laat ik die 1x per sessie ophalen? Of... zet ik de status in de database, maar sla ik deze tevens op in een configuratiebestand, en haal ik de status telkens op uit het configuratiebestand in plaats van uit de database? (in dit laatste geval hoef ik de database niet te raadplegen, en hoef ik ook niet per se een sessie aan te maken om de status in op te slaan).
 
Bart V B

Bart V B

26/01/2013 19:36:10
Quote Anchor link
Ehm..
Quote:
Als jij aan het eind van het jaar je rekening niet betaalt, zet ik 'm op inactief. Dat is een beetje het idee.

Is het dan niet handiger om de virtual host gewoon te disablen?
Dus dan kan je net zo goed hem laten verwijzen naar een andere map en of misschien wel een eenvoudige .htaccess?
Als de site gereed is voor gebruik kan je toch hem gewoon naar het pad laten verwijzen van de site/user zelf?

Zou daar niet te veel moeite in gaan steken om dit te bewerk stellen.
Gewijzigd op 26/01/2013 19:50:54 door Bart V B
 
Ozzie PHP

Ozzie PHP

26/01/2013 20:25:14
Quote Anchor link
Nee, lijkt me juist helemaal niet handig om virtual hosts te gaan disablen. Die manier die ik voor ogen heb is prima, maar de vraag is dus... met alleen een database, of... met een database en configuratiebestand.
 
Local Dev

Local Dev

26/01/2013 23:02:11
Quote Anchor link
Ik zou dit regelen met een licentiecode en een config bestandje, ik zou geen gebruik maken hierbij van een database, kost alleen maar resources, en tijd :)
 
Ozzie PHP

Ozzie PHP

26/01/2013 23:11:28
Quote Anchor link
Pffff... waarom zegt iedereen iets anders ;)
 
Local Dev

Local Dev

26/01/2013 23:17:16
Quote Anchor link
Hoe wil je het zelf?
 
Ozzie PHP

Ozzie PHP

26/01/2013 23:19:26
Quote Anchor link
Ik twijfel tussen de database oplossing, of de oplossing waarbij de database en een configuratiebestand wordt gebruikt. Zie mijn 1e post.
 
Wouter J

Wouter J

26/01/2013 23:21:21
Quote Anchor link
Ozzie, iedereen heeft andere meningen, zo gaat dat op de wereld. Geen 1 mening is goed en geen 1 is fout. Vaak is er wel een mening die goed wordt geacht, dat komt dan omdat die het hardst schreeuwt of de beste argumenten heeft.
vooral bij het developen zijn er erg veel mening goed. Wat je als developer moet doen is je eigen mening vormen, wat vind jij de beste methode? Ik merk vaak dat jij opzoek bent naar dat ene ding dat echt goed is, maar dat bestaat helemaal niet. Wat goed is is het geen wat jij denkt dat het beste is. Denk jij na het lezen van andere meningen dat jou manier de beste is? Nou, dan ga je die manier gebruiken. Denk je, hmmm ik hou eigenlijk meer van Local Dev's manier, dan gebruik je die. Idem voor al die andere forumleden.
 
Local Dev

Local Dev

26/01/2013 23:26:18
Quote Anchor link
hoe zou je het toepassen/controleren?
 
Ozzie PHP

Ozzie PHP

26/01/2013 23:32:49
Quote Anchor link
@Wouter... ja, dat klopt. Helemaal raak wat je daar zegt. Ik moet zeggen dat het ook steeds beter gaat,maar je hebt soms van die puntjes dat je denkt, tja... wat moet ik daar mee. En dit is er zo een... Maar wat je zegt... ik zoek vaak dat ene juiste, terwijl er meerdere "juistes" zijn.

@Local: Dat staat ook in de beginpost. Het gaat mij vooral om wat het slimste is qua resources. Als ik een config bestand gebruik dan hoef ik de database niet aan te spreken en hoef ik niet per se een sessie te starten. Da's een voordeel. Een nadeel is dat niet de database maar het config bestand dan leading is.
 
Local Dev

Local Dev

26/01/2013 23:39:52
Quote Anchor link
Zoals Wouter al zegt, ik zou voor datgene gaan wat je zelf denkt dat goed is en op mijn eigen intuïtie afgaan.

Er zijn tig manieren om hetgeen wat jij hier beschrijft uit te voeren, waarbij alle ideeën op hetzelfde uitkomen, en waarbij een persoonlijke voorkeur de overhand heeft.
 
Erwin H

Erwin H

27/01/2013 00:07:02
Quote Anchor link
Ozzie PHP op 26/01/2013 18:11:45:
2) Ik sla de status op in zowel de database als in een configuratiebestand.

Regel 1:
Zorg dat data altijd consistent is en nooit dubbel wordt opgeslagen. Ga je namelijk data dubbel opslaan dan moet je het op twee plekken correct bijhouden en verveelvoudig je de kans op fouten en inconsistente data. Wat doe je dan als het op de ene plek niet meer hetzelfde is als op de andere?
Optie 2 valt dus af, blijft over....
Gewijzigd op 27/01/2013 00:07:31 door Erwin H
 
Ozzie PHP

Ozzie PHP

27/01/2013 00:37:42
Quote Anchor link
Erwin thanks... dat zijn mooie regeltjes om aan vast te houden!

(Houdt dus wel in dat ik ALTIJD verplicht ben om een sessie aan te maken. Dat vind ik dan wel weer minder...)
 
Geert B

Geert B

27/01/2013 00:45:13
Quote Anchor link
Het lijkt mij overbodig om elke sessie te controleren of de status "actief" is. Echter kun je misschien je beide oplossingen ook combineren. De status van een website zal over het algemeen niet zo snel veranderen, vooral wanneer deze eenmaal op "actief" is gezet. Je zou dan misschien voor de volgende manier kunnen kiezen.

Database
- Hier sla je de status op van de website. De status wordt hierin bijgewerkt.

Status cache
- Wanneer de status in de database op "actief" is gezet, wordt er een cache van de status aangemaakt. Hierdoor hoeft er niet voor elke sessie in de database gekeken te worden naar de status van de website. Vervolgens wordt er elke X periode(automatisch) gekeken of deze status nog actueel is.

Dan heb je de status van een website wel primair in een database, maar heb je niet voor elke sessie een verbinding naar de database. Door het toevoegen van een optie om de cache ook handmatig te vernieuwen, zorg je dat je even snel de status kunt aanpassen als wanneer je alleen een database zou gebruiken. Volgens mij het je dat de voordelen van je beide punten wel te pakken, terwijl je de nadelen (grotendeels) weg haalt.

Ben al best wel lang wakker (ongeveer 18 uur nu), dus kan zijn dat stukken wat vaag omschreven zijn. Excuus daarvoor...
 
Ozzie PHP

Ozzie PHP

27/01/2013 00:57:46
Quote Anchor link
Geert, ik snap volkomen wat je bedoelt! Zoals jij het zegt zou inderdaad ook een goede optie zijn!

Ik zat zelf nog te denken... ik zou ook de status niet in de databse kunnen opslaan, maar het zo maken dat je de status wel via het cms kunt regelen, maar dat ie 'm niet opslaat in de database, maar in een config bestand. Als je de status wil wijzigen kan dit ook via het cms, maar dan lees je eerst het config bestand in (om te zien wat de actuele status is) en vervolgens pas je de status aan en dit wordt dan in het config bestand opgeslagen. Of zou dat te omslachtig zijn?
 

Pagina: 1 2 volgende »



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.