cms meerdere websites

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

Software Ontwikkelaar PHP

Functie omschrijving Software Ontwikkelaar PHP gezocht! Wij zijn op zoek naar een ervaren PHP Software Ontwikkelaar om het team van onze opdrachtgever te versterken! De ideale kandidaat zal fungeren als verlengstuk van klanten en complexe technische vraagstukken met enthousiasme benaderen. Naast het werken met de nieuwste technologieën, ben je in staat om aan meerdere projecten tegelijkertijd te werken. Als je deze uitdaging aangaat, werk je nauw samen met front-end developers en draag je bij aan het realiseren van grote veranderingen bij klanten. Het bedrijf zoekt iemand die zichzelf graag uitdaagt en altijd streeft naar het leveren van de beste resultaten.

Bekijk vacature »

PHP Software Developer

Functie omschrijving PHP Software Developer gezocht! Voor een organisatie in de regio Zeist die zich bezighoud met het verbeteren van de medicatieveiligheid zoeken wij een Software Developer. In deze functie zijn wij op zoek naar een slimme en enthousiaste Developer die interesse heeft in farmacie, logistiek en ICT. Daarnaast beschik je over een goed analytisch vermogen en ben je van nature gestructureerd en resultaatgericht. Je moet in deze functie daadkrachtig, flexibel en communicatief goed zijn. Je verantwoordelijkheden bestaan uit: Object georiënteerd programmeren; Werken in een scrumteam aan de ontwikkeling van een medicatiebewakingssysteem; Meedenken over de mogelijkheden en onmogelijkheden van projecten;

Bekijk vacature »

Low Code Ontwikkelaar

In het kort Als Low Code Developer werk je aan projecten bij en voor onze klanten, waarbij je voor het ontwikkelen van de oplossingen een technisch low-code platform gebruikt. Samen met het team streef je naar de beste oplossing en bepalen jullie de juiste aanpak. Je rol is divers en je bent van begin tot eind betrokken bij de ontwikkeling zowel de back-end en de front-end van de applicatie. Naast de ontwikkeling en oplevering, breng je ook advies uit aan de klant waarom bepaalde keuzes worden gemaakt. Je bent dan ook communicatief sterk en kunt je keuzes goed (inhoudelijk) onderbouwen.

Bekijk vacature »

Java developer Zorgsysteem

Dit ga je doen Werken aan het eigen gebouwde zorgsysteem; Verbeteringen maken en toepassen binnen de applicatie; Jij gaat werken aan de Back-end van de applicatie en sporadisch werk je mee aan de Front-end; Samenwerken met andere teams voor een optimaal resultaat; Jij kan 'clean' werken en high quality code schrijven; Jij werkt resultaatgericht. Hier ga je werken De organisatie houdt zich bezig met diverse applicaties met betrekking tot zorgregistratie. Dankzij hun systeem komt alle informatie, omtrent de zorg van een patiënt, op een overzichtelijke en toegankelijke manier samen in één systeem te staan. Op deze manier is deze informatie

Bekijk vacature »

Senior Applicatie ontwikkelaar Java

Bedrijfsomschrijving De IV- organisatie van de Belastingdienst is verantwoordelijk voor en verzorgt de ICT- voorzieningen. Het merendeel van de applicaties wordt op dit moment door de IV- organisatie zelf ontwikkeld, onderhouden en beheerd in het eigen data center. Naast de zorg voor continuïteit op de massale heffing- en inningsprocessen die plaatsvinden binnen een degelijke, stabiele omgeving, wordt er tevens volop gewerkt aan modernisering van het IV- landschap. Dit gebeurt deels intern door gebruik te maken van de expertise die intern aanwezig is, maar ook door het aantrekken van (kant-en-klaar) oplossingen en expertise uit de markt. Functieomschrijving We verwachten van je,

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 »

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 in onderwijsland. Wat vragen

Bekijk vacature »

Full Stack PHP Developer

Functieomschrijving Ervaren PHP Developer gezocht! Wij zijn op zoek naar een ervaren PHP Developer die het IT team van een organisatie in de regio Ermelo gaat versterken. Voor deze functie zijn we op zoek naar een enthousiaste en breed georiënteerde IT-er die deze innovatieve organisatie nog een stap verder gaat brengen. Wij zijn op zoek naar iemand die communicatief goed is en die zelfstandig problemen op kan lossen. Je bent verantwoordelijk voor het samenwerken met een externe partij het is hierbij jouw taak om deze partij uit te dagen op het geleverde werk. Het schrijven van concepten aan de AI

Bekijk vacature »

Freelance JAVA / C# Developer

Functieomschrijving Voor een opdrachtgever in omgeving Zoetermeer zijn wij op zoek naar ervaren JAVA of C# Developers die graag op projectbasis willen werken. Je komt terecht bij een informele developers club die mooie projecten uitvoeren voor grote klanten. Ben je een ervaren freelancer of werk je in loondienst en ben je toe aan een nieuwe uitdaging? Lees dan snel verder want wie weet is dit een leuke vacature voor jou! Het fijne van deze werkgever is dat je zelf mag beslissen hoe je te werk wilt gaan. Wil je als freelancer werken dan is dat OK. Wil je de zekerheid

Bekijk vacature »

Infrastructure Developer

Vacature details Vakgebied: Software/IT Opleiding: Senior Werklocatie: Eindhoven Vacature ID: 12945 Introductie Our client is one of the most innovative companies within the Netherlands. Currently we are looking for an Infrastructure Platform Engineer. Within this role you will be developing the infrastructure. Functieomschrijving Within this role you are responsible in the development of our distributed data and compute platform infrastructure. You will design, develop and implement new features and fixes. Next to this you will integrate and configurate other packages that supports the development of tuning applications within the organisation. You will support customer sites remotely. Design and implement the

Bekijk vacature »

C# .NET Software Developer

Functie omschrijving Ben jij op zoek naar een nieuwe uitdaging binnen software development waar je gaat werken voor een jong en flexibel bedrijf? Lees dan snel verder! Wij zijn op zoek naar een Software Developer met ervaring binnen C# .NET die enthousiast wordt van het aansluiten en begeleiden van (complexe) nieuwe klanten. Verder begeleid je complexe projecten, ben jij iemand die altijd kansen ziet? Dan zoeken wij jou! In deze functie ga jij je bezighouden met: Meedenken in oplossingsrichtingen; Werken aan de architectuur; Het verbeteren van functionaliteiten binnen het dataplatform; Ontwikkelen van nieuwe technologieën. Bedrijfsprofiel Waar ga je aan de

Bekijk vacature »

Medior Java developer

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 »

Front-end developer (Angular)

Functie Het team bestaat uit een architect, fullstack developers, app developers, de product owner en projectmanager. Eenieder draagt vanuit zijn discipline bij aan een complete oplossing voor de klant. Uiteraard zul je hierin nauw samenwerken met je collega’s. Jij wordt verantwoordelijk voor de front-end implementatie en fungeert als lead op dit gebied binnen het team. Je kunt helder formuleren, ideeën uitdragen en overbrengen aan je collega’s. Qua technische stack is het vooral van belang dat je ervaren bent met Angular, HTML5, CSS en TypeScript. Verder is ervaring in NgRx, Bootstrap, BEM en Cypress een pré, evenals affiniteit met UX/UI Design!

Bekijk vacature »

No-Code Betty Blocks ontwikkelaar

Bedrijfsomschrijving Wil jij de bedrijfsprocessen van klanten revolutionair digitaliseren en optimaliseren zonder beperkt te worden door programmeertalen? Kom werken bij een snelgroeiende en professionele organisatie met een gezonde dosis humor en veel vrijheid om jezelf te ontwikkelen. Als No-Code Betty Blocks ontwikkelaar werk je vanuit ons kantoor in het hart van Nederland, je thuiswerkplek of op locatie bij de klant. We faciliteren de juiste trainingen en ondersteuning zodat je een echte Betty Blocks expert wordt. Naast het werk zijn er bij ons bijzondere events, zoals een jaarlijkse zeildag, een zomerse barbecue en een knus kerstdiner om de grillige maanden door

Bekijk vacature »

C# developer

Sogeti is een organisatie met een goede werksfeer en zo min mogelijk hiërarchische verhoudingen. Ga je bij ons als C# Developer aan de slag? Dan werk je dagelijks met collega’s aan de mooiste IT-projecten. Deze snelgroeiende groep collega’s krijgt energie van hun vak en dat merk je op de werkvloer. Natuurlijk krijg jij de mogelijkheid je te certificeren. We organiseren regelmatig technische Meet-ups en doen we veel aan kennisdeling. Mede hierdoor zij wij dit jaar Microsoft Partner of the Year geworden. Sogetisten staan klaar voor elkaar, hebben lol met elkaar en daarmee behalen we de mooiste resultaten! Werken bij Sogeti

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

27/05/2026 06:08:08
 
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.