cms meerdere websites

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

Ervaren Full stack developer

Functie omschrijving Ben jij op zoek naar een uitdagende in-house functie bij een bedrijf met enorme groeipotentie? Ben jij op zoek naar een nieuwe uitdaging vol afwisseling en gezelligheid? Dan ben je bij dit bedrijf aan het juiste adres! Wij zijn in omgeving Breda op zoek naar een ervaren full stack developer. Je gaat werken voor een zeer gewilde werkgever met goede arbeidsvoorwaarden. Je krijgt een plekje in het jonge IT team, work hard, play hard is hier duidelijk het motto! Jouw werkzaamheden zien er als volgt uit: Jij bent verantwoordelijk voor het ontwerpen en bouwen van webapplicaties. Je bent

Bekijk vacature »

Full Stack Developer/ Applicatie Ontwikkelaar

Wat jij doet Als Applicatie Ontwikkelaar ben je onderdeel van het team die de Rimote omgeving ontwikkeld en onderhoud. Hierbij kan je denk aan de cloud, on premise en webapplicaties welke worden gebruikt in bijvoorbeeld industriële bakkerijen, biogasinstallaties en kwekerijen. Deze applicaties verzorgen (remote) de aansturing en monitoring van processen, machines en robots. Van a tot z ben je betrokken bij projecten. Dit betekent vanaf ontwerp tot oplevering. Je moet samen met jouw team een goed product neer zetten. Dit begint met het opzetten van het ontwerp. De basis van de software moet staan als een huis. Daarvoor moet jij

Bekijk vacature »

Junior Outsystems developer

Functie Als junior Outsystems developer wordt jij onderdeel van een multidisciplinair team van 23 software engineers. Ons team werkt agile en termen als Continuous Integration en Continuous Delivery zijn bij ons dagelijkse koek. Wij werken aan uitdagende en afwisselende projecten met als doel onze klanten een totaal oplossing aan te bieden. Als junior Outsystems developer krijg jij bij ons de kans om jezelf te ontwikkelen naar een volwaardige ervaren en gecertificeerde Outsystems developer. Jij een team met ervaren mensen (10+ ervaring) om je heen. Zo heb jij niet het gevoel dat jij meteen in het diepe wordt gegooid en uiteraard

Bekijk vacature »

Full Stack Developer

Ben jij een kei van een full-stack developer? Heb je ambitie om te groeien en jezelf te ontwikkelen binnen een ambitieus bedrijf? Gaat jouw hart sneller kloppen van transpilers of frameworks zoals Angular, Vue of React? Dan ben jij de persoon die wij zoeken! Voor onze opdrachtgever zijn wij op zoek naar een full-stack developer om onderdeel te zijn van een team dat bestaat uit gedreven developers. Ieders met hun eigen specialiteiten en kennis van de projecten en behoeften vanuit de product owners. We zoeken iemand die met zijn/haar huidige competenties en domeinen dit team wil begeleiden, stimuleren en tevens

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 »

Medior Java developer (fullstack)

Wat je gaat doen: Of beter nog, wat wil jij doen? Binnen DPA GEOS zijn we dan ook op zoek naar enthousiaste Java developers om ons development team te versterken. Als Java developer werk je in Agile/Scrum teams bij onze klanten en daarbij kun je eventueel ook andere ontwikkelaars begeleiden in het softwareontwikkelproces. Verder draag je positief bij aan de teamgeest binnen een projectteam en je kijkt verder dan je eigen rol. Je gaat software maken voor verschillende opdrachtgevers in jouw regio. Je bent een professional die het IT-vak serieus neemt en kwaliteit levert. Je leert snel vanwege je diepgaande

Bekijk vacature »

Java Developer

Java/Kotlin Developer Ben jij een ervaren Java/Kotlin developer met een passie voor het automatiseren van bedrijfsprocessen? Wil je graag deelnemen aan uitdagende projecten bij aansprekende klanten? En ben je op zoek naar een professioneel, ambitieus en dynamisch bedrijf om je carrière verder te ontwikkelen? Kom dan ons team bij Ritense in Amsterdam versterken! Zo ziet de functie eruit: Als Java/Kotlin developer bij Ritense ben je verantwoordelijk voor de ontwikkeling en implementatie van applicaties die bedrijfsprocessen automatiseren, zodat onze klanten slimmer, efficiënter en klantgerichter kunnen werken. Als developer ben je in de lead en zorg je voor de correcte oplevering van

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 »

C#.NET developer

Functie Het development team bestaat momenteel uit vijf backend C#/.NET ontwikkelaars. Op dit moment zit één ontwikkelaar dedicated op de mobiele applicatie. Als team werk je samen aan het zelf ontwikkelde software platform. Dit bestaat uit zowel apps als websites. Om het systeem door meer dan honderdduizenden gebruikers wordt gebruikt is het bijna vanzelfsprekend dat de kwaliteit van het product hoog moet liggen. Het systeem bestaat uit drie projecten. Je werkt dus aan deze drie projecten waarbij de focus op z’n tijd verschuift. De technieken die worden toegepast zijn o.a. .NET Core, Xamarin, C# en MVC. Je zal dus met

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 »

.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 »

PHP Laravel Ontwikkelaar

Functie omschrijving Weet jij alles over Laravel en krijg je energie van het developen van software hiermee? Laat het weten want wij zoeken een PHP/Laravel developer in regio 's-Hertogenbosch voor klein bedrijf welke softwareoplossingen maakt voor hun klanten. Jouw taken hierbij: Softwareapplicaties ontwikkelen en verder optimaliseren in veel diverse projecten op basis van Agile/Scrum. Documentatie schrijven over applicaties. Uitleg geven over software en applicaties Klantcontact hebben over bestaande applicaties. Techstack: PHP, Laravel, HTML, CSS, Javascript. Bedrijfsprofiel Deze organisatie zit in de regio van 's-Hertogenbosch en is een klein bedrijf. Er werken circa 15 medewerkers, verdeeld in meerdere teams, zoals back-end

Bekijk vacature »

Full stack developer

Functie Binnen een ontzettend stimulerende werkomgeving kom jij te werken in een software team van 14 developers. Met ontzettend stimulerend bedoel ik een modern pand, wat voorzien is van alle nodige soft- en hardware, zodat jij jouw werk goed kan uitvoeren. Daarnaast zitten ze in een bos, waardoor je in een groene omgeving rustig kunt werken. Het team bestaat uit front end, back end en full stack developers. Jij krijgt dus de keuze hier waar jij jezelf het liefst op zou richten, maar de voorkeur gaat uit naar back end. Er wordt hier Scrum (agile) gewerkt in multidisciplinaire teams met

Bekijk vacature »

Outsystems Developer Junior

Dit ga je doen Bouwen aan nieuwe en innovatieve applicaties; Maken van koppelingen tussen Outsystems en het bestaande applicatielandschap; Troubleshooting op bestaande software. Hier ga je werken De organisatie is internationale speler binnen de bouwbranche en richt zich op de infrastructuur, zowel boven als onder de grond. Ze zijn ruim 1100 man groot en maken op IT vlak een mooie groei door. Als junior Outsystems Developer kom je te werken op een IT-afdeling van zo'n 25 man groot. Een aantal jaar geleden hebben ze de keuze gemaakt om zich meer te gaan richten op ontwikkeling en door de groei van

Bekijk vacature »

Productontwikkelaar Food

Wat ga je doen Als Productontwikkelaar Food ga je nieuwe producten ontwikkelen en bestaande producten verbeteren. Je bent hierbij betrokken bij het gehele proces: van productconcept naar proefreceptuur, het realiseren va het product (op kleine schaal) en het testen van producten in een productieomgeving. Verder: Bewaak je de status van verschillende fases van productontwikkeling en lever je tijdig de benodigde data aan Ben je bezig met de optimalisatie van oude en nieuwe recepturen Begeleid of organiseer je proefsessies (sensorisch onderzoek) in het team en/of bij klanten Onderhoud je contacten met de klanten, leveranciers van grondstoffen e.a. externe partijen Houd je

Bekijk vacature »
Ozzie PHP

Ozzie PHP

04/08/2011 16:10:56
Quote Anchor link
Hallo,

Ik ga beginnen met het maken van een eigen cms / framework.

Nu wil ik gaan werken met 3 "secties". Klinkt misschien onduidelijk, maar hopelijk spreekt de uitleg voor zich.

1. in het "www" gedeelte van de server zet ik een aantal bestanden: index.php en images en dergelijke. Met uitzondering van index.php, komen in deze directory (vrijwel) geen php bestanden te staan (uit veiligheidsoverwegingen).

2. in het privé gedeelte van de server maak ik een directory en hier komen de project specifieke bestanden in te staan. Denk aan het mvc model: models, controllers, views... maar dan SPECIFIEK voor het betreffende project / de betreffende website.

3. in het privé gedeelte van de website maak ik nog een directory en hierin komt het framework / cms te staan, denk aan een library en aan het mvc model, maar dan SPECIFIEK voor het framework en cms.

In een schemaatje krijg je dan bijvoorbeeld zoiets:

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
/rootvanserver/bestanden/www/index.php
/rootvanserver/bestanden/www/images/
/rootvanserver/bestanden/project1/
/rootvanserver/bestanden/frameworkcms/


Nu zat ik me te bedenken dat het best zo zou kunnen zijn dat er een 2e project komt. Eigenlijk zou het dan raar zijn als ik voor dat 2e project een nieuwe directory zou maken waarin ik nogmaals het framework / cms zou plaatsen. Waarom zou project 2 immers niet gebruik kunnen maken van hetzelfde framework / cms als project 1? Het schemaatje zou er dan als volgt uit zien:

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
/rootvanserver/bestanden/www/index.php
/rootvanserver/bestanden/www/images/
/rootvanserver/bestanden/www/project2/index.php
/rootvanserver/bestanden/www/project2/images/
/rootvanserver/bestanden/project1/
/rootvanserver/bestanden/project2/
/rootvanserver/bestanden/frameworkcms/


Nu vraag ik me alleen af hoe het framework weet of hij wordt aangeroepen door project 1 of door project 2? Als het even kan dan wil ik niet handmatig in een configuratiebestandje een website id hoeven in te vullen of iets dergelijks. Ik wil eigenlijk dat dat allemaal automatisch door het framework geregeld wordt. Dus het framework ziet, hé een nieuw project... voor dit project maak ik een nieuw id aan in de database. Als je dan vervolgens via de browser dat project aanroept dan moet het framework op de een of andere manier herkennen dat het om project 1 of project 2 gaat. Maar hoe? Misschien aan de hand van de url, maar dat lijkt me lastig omdat het domein hetzelfde is... project 1 is www.mijnsite.nl en project2 is www.mijnsite.nl/project2. Heeft iemand een goede suggestie hoe ik dit het beste kan aanpakken?
 
PHP hulp

PHP hulp

28/04/2024 21:57:46
 
The Force

The Force

04/08/2011 18:52:33
Quote Anchor link
Of je gaat HMVC implementeren in plaats van MVC. Of je ondersteund mappen in controllers, models en views.

/rootvanserver/application/controllers voor project1
/rootvanserver/application/controllers/project2 voor project2

Of je begint met het maken in plaats van al dat groot denken, weinig doen. Hoeveel maanden zeg je nu al niet dat je begint met het maken van je CMS/framework? Ben zelf ook een denker, wil het ook graag allemaal goed doen, maar soms moet je gewoon die knop om kunnen zetten.
 
Ozzie PHP

Ozzie PHP

04/08/2011 21:55:41
Quote Anchor link
Wat is HMVC? Daarnaast stel ik gewoon een vraag hoe ik iets moet oplossen en daar geef je geen antwoord op. Ik kan dus niks met jouw antwoord.
 
- Ariën  -
Beheerder

- Ariën -

04/08/2011 22:01:38
Quote Anchor link
http://en.wikipedia.org/wiki/Presentation-abstraction-control

Hierarchical-Model-View-Controller (HMVC)

Quote:
A variation of MVC similar to PAC was published in an article[2] in JavaWorld Magazine, the authors apparently unaware[3] of PAC which was published 13 years earlier. The main difference between HMVC and PAC is that HMVC is less strict in that it allows the view and model of each agent to communicate directly, thus bypassing the controller.

The Controller has some oversight. The Controller selects the Model and then selects the View, so there is an approval mechanism by the Controller. The Model prevents the View from accessing the data source directly.


Ikzelf zit ook te denken aan een nieuwe CMS die ik 'from scratch af' ga bouwen, waarbij de core, alle classes e.d. buiten de webroot vallen. Ikzelf ga in de config dan bepalen staat binnen de webroot. welke classes map hij gebruikt. Zo kan je op die manier in de configuratie bepalen welke versie van je CMS te wilt gebruiken. Desnoods kan je zelfs 'forken'...
 
Ozzie PHP

Ozzie PHP

04/08/2011 22:10:57
Quote Anchor link
@Aar: ik weet niet of ik mijn vraag helemaal duidelijk gesteld heb. Maar stel ik heb 2 projecten (/websites) op 1 domein. Eén project staat gewoon in de root op www.mijnsite.nl en het andere project staat in een subfolder www.mijnsite.nl/subfolder/. Nu wil ik dat beide projecten draaiten op één en hetzelfde framework. Beide projecten moeten dus connecten met het framework. Mijn vraag is... hoe weet het framework of hij door project 1 of door project 2 is aangeroepen (zodat het framework de juiste instellingen, gebruikers etc. kan inladen)?
 
The Force

The Force

04/08/2011 23:19:41
Quote Anchor link
Ozzie PHP op 04/08/2011 21:55:41:
Wat is HMVC?

Een beetje googlen van tijd tot tijd kan toch ook geen kwaad? Anders moet ik overal een uitgebreide uitleg bij gaan typen terwijl je het voor hetzelfde geld helemaal niet gaat gebruiken...

Ozzie PHP op 04/08/2011 21:55:41:
Daarnaast stel ik gewoon een vraag hoe ik iets moet oplossen en daar geef je geen antwoord op. Ik kan dus niks met jouw antwoord.

Ik geef je zelfs twee oplossingen. Hierbij nog een derde oplossing: het ondersteunen van packages die bestaan uit models, controllers, views, config, enz. (wordt ook ondersteund in CodeIgniter vanaf v2.0). Dan maak je dus een 'project2' package die je in het framework kan inladen.

Als ik jou was zou ik voor oplossing nummer twee gaan. De hoofd controller map is voor project1. Maak een map 'project2' en zet daar alle controllers in van project2. Je framework moet er dan voor zorgen dat als je naar http://jewebsite.com/project2/ gaat dat je dan in 'project2' map terecht komt. Zo kan je dat ook doen in CodeIgniter. Neem eens een kijkje (ter inspiratie) op http://codeigniter.com/user_guide/general/controllers.html en dan met name http://codeigniter.com/user_guide/general/controllers.html#subfolders .
Gewijzigd op 04/08/2011 23:20:53 door The Force
 
Ozzie PHP

Ozzie PHP

04/08/2011 23:36:48
Quote Anchor link
Thanks... maar het gaat me niet zozeer om de controllers etc. want daar heb ik al een idee voor zoals ik in mijn beginpost typte. Ik ga het nog duidelijker proberen uit te leggen.

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
/rootvanserver/bestanden/www/index.php // dit is de index van project 1
/rootvanserver/bestanden/www/images/ // dit zijn de plaatjes van project 1
/rootvanserver/bestanden/www/project2/index.php dit is de index van project 2
/rootvanserver/bestanden/www/project2/images/ dit zijn de plaatjes van project 2
/rootvanserver/bestanden/project1/ // models, views, controllers project 1  
/rootvanserver/bestanden/project2/ // models, views, controllers project 2
/rootvanserver/bestanden/frameworkcms/


In de index.php van project 1 geef ik het pad aan naar het frameworkcms en ik include '/rootvanserver/bestanden/project1/index.php'. Ditzelfde doe ik ook voor project 2. Tot nu toe loopt alles dus goed. Project 1 en 2 hebben allebei hun eigen models, views en controllers en maken daarnaast gebruik van het (zelfde) frameworkcms.

Mijn enige vraag is... vanuit '/rootvanserver/bestanden/project1/' en vanuit '/rootvanserver/bestanden/project2/' zal het (zelfde) frameworkcms worden aangeroepen. Echter, hoe weet frameworkcms of hij is aangeroepen door project1 of door project2. Wat is zeg maar de unieke identifier? Moet ik daarvoor het pad van de projecten gebruiken? Dus if $pad == '/rootvanserver/bestanden/project1/' dan ben je website nummer 1 en als het pad '/rootvanserver/bestanden/project2/' is dan ben je website nummer 2? En dan vervolgens het pad in de database opslaan en aan de hand daarvan bepalen om welke website het gaat?

Nogmaals, het gaat mij dus helemaal niet om de structuur, maar alleen maar om de vraag hoe frameworkcms weet door welke project hij is aangeroepen (zodat hij weet welke settings / users in het cms van toepassing zijn).
 
Joakim Broden

Joakim Broden

05/08/2011 00:12:24
Quote Anchor link
je kunt in je CMS een config maken die alleen voor een bepaalde domein geldig is.

Is domein url.nl/project1 pak je de config voor die url is url.nl/project2 pak je de confing voor die url.

Of bedoel je dit niet.
 
Ozzie PHP

Ozzie PHP

05/08/2011 00:38:00
Quote Anchor link
Ja, dat is exact wat ik bedoel!

Maar ik weet dus niet of ik dat inderdaad zoals jij zegt aan de hand van de url moet doen, of op een andere manier, bijvoorbeeld aan de hand van het pad van het bestand dat het framework aanroept. Het voordeel van het gebruik van een pad is dat dit altijd hetzelfde is, terwijl een url "variabel" is: www.mijnsite.nl/project2, www.mijnsite.nl/project2/contact, www.mijnsite.nl/project2/producten, www.mijnsite.nl/project2/producten/siemens/snelkookpannen enzovoorts. Je moet dan telkens die url gaan ontleden en bepalen bij welk project het hoort. Dan is het gebruik van een pad denk ik handiger.

Alleen ik vraag me dus af of er een handigere / betere manier is. Stel dat je inderdaad aan de hand van het pad zou bepalen om welk project het gaat, dan moet je wel bij iedere pagina-aanroep het pad opvragen. Op de een of andere manier heb ik daar m'n twijfels over...
 
Ozzie PHP

Ozzie PHP

10/08/2011 19:11:19
Quote Anchor link
Hallo,

Zoals ik dus al eerder zei had ik bedacht dat je op mijn framework / cms meerdere projecten kunt draaien (zolang ze op dezelfde server staan uiteraard).

Dus...

www.mijnsite.nl
www.mijnsite.nl/project1
www.mijnsite.nl/project2
project3.mijnsite.nl
enz.

...moeten allemaal kunnen draaien op hetzelfde framework (ze gebruiken dus dezelfde framework php bestanden).

Nu zit ik me alleen iets af te vragen, en dat is het volgende. Het framework heeft een aantal instellingen die worden opgeslagen in de database en ieder project heeft natuurlijk ook eigen instellingen en gegevens in de database staan.

Nu had ik in eerste instantie in al mijn enthousiasme bedacht dat als ik meerdere projecten heb, dat ik dan gewoon alle gegevens in 1 database zet en dat ik dan aan de hand van een website_id bijhoud welke gegevens van toepassing zijn. Dus zit je bijvoorbeeld in project 2 dan zijn alleen de instellingen van project 2 van toepassing.

Maar nu ik er nog eens over nadenk vraag ik me af of dit wel handig is. Stel project 1 gaat over "bijzondere gerechten" en project 2 gaat over "goudvissen"...

Ten eerste moet ik dan alle cms / framework instellingen bij gaan houden met behulp van een website_id. Stel dat je de browser titel van project 1 standaard instelt op "Smakelijk eten!", dan wil je natuurlijk niet dat deze titel ook bij project 2 verschijnt boven een afbeelding van een vissekom gevuld met 10 goudvissen. Kortom, je zult dus voor ieder project alles afzonderlijk bij moeten gaan houden.

Ten tweede komen komen project-specifieke tabellen in 1 database terecht. Dus de tabel "goudvissen" en "gerechten" staan beide in dezelfde database.

Is het dan toch beter om per project gewoon 1 database te hanteren? En dan gewoon alle gegevens (dus zowel de framework instellingen als de project data) telkens in een afzonderlijke database opslaan? (Wat betreft het delen van dezelfde framework bestanden zie ik geen problemen.) Wat is hierover jullie mening? Klopt het wat ik zeg?
 
Fabian M

Fabian M

10/08/2011 22:28:42
Quote Anchor link
Wat is het probleem met het hebben van kernklassen of klassenbibliotheek in een publieke map?
 
Ozzie PHP

Ozzie PHP

10/08/2011 22:42:25
Quote Anchor link
Ik neem aan dat je met "publieke map" een map bedoelt die in de WWW directory staat? Nou, dat is dus precies het probleem. Je hebt je bestanden liever buiten de www directory (dus op het privé deel van de server) in verband met veiligheid. Alles wat buiten de www directory staat, kan namelijk nooit rechtstreeks via een url worden benaderd.
 
Fabian M

Fabian M

11/08/2011 00:27:03
Quote Anchor link
Als jij een PHP class hebt en je benaderd hem via een url is er geen output. Even veilig dus.
Gewijzigd op 11/08/2011 00:27:18 door Fabian M
 
Write Down

Write Down

11/08/2011 00:55:17
Quote Anchor link
Fabian M op 11/08/2011 00:27:03:
Als jij een PHP class hebt en je benaderd hem via een url is er geen output. Even veilig dus.


Helemaal mee eens, er zijn tevens nog andere work-arounds. Ik ken trouwens hosts waar je niet anders kan dan bestanden in www-root te zetten, dus als je je CMS wilt gaan commercialiseren wordt het al lastiger. Maak tevens maar is wijs aan je klant waar hij dan de bestanden moet uploaden.
 
Ozzie PHP

Ozzie PHP

11/08/2011 01:08:39
Quote Anchor link
Nou, dan heb je maar een trieste host :-s
Ik ben niet van plan om het te gaan vercommercialiseren op dit moment.

De meningen zijn blijkbaar verdeeld. Er zijn hier genoeg leden op het forum die altijd aanraden om bestanden zoveel mogelijk buiten de www directory te zetten en dat zal vast niet voor niets zijn. Maar goed, als jij ze in de www directory wil zetten dan moet je dat gewoon lekker doen natuurlijk.
 
Write Down

Write Down

11/08/2011 09:37:42
Quote Anchor link
Offtopic: mijn host kan het wel, meer nog, ik kan het kiezen. Maar er zijn hosts waar hier (vreemd genoeg) niet kan.

Ontopic: Maar het punt is, dat het geen echte meerwaarde heeft naar mijn mening. Dat je een config buiten www-root plaatst, oké... Maar de andere bestanden zie ik echt geen nut in. Ik denk als je gewoon netjes programmeert, alles veilig houdt er niet veel meer kan gebeuren. Maar natuurlijk, alles is hackbaar...
 
The Force

The Force

11/08/2011 10:48:53
Quote Anchor link
Zet de config van een project gewoon in de projectmap, niet in het framework. Daar hoort het ook. Geef elk project zijn eigen database. Het framework vraagt aan de config van het project de database op en gebruikt die. Dan zijn je projecten ook beter gescheiden dan dat je alles in één database gaat proppen.
 
Ozzie PHP

Ozzie PHP

11/08/2011 11:33:31
Quote Anchor link
@TheForce: ja, dat is inderdaad precies zoals ik het in gedachten had. Goed om te horen dat jij er ook zo over denkt, dan ga ik het op die manier aanpakken. Ieder project maakt dan dus gebruik van dezelfde framework bestanden, maar heeft wel zijn eigen projectmap met daarin z'n eigen config + ieder project heeft z'n eigen database. Lijkt me een goede oplossing :) Thanks!
 



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.