Website indeling (mappenstructuur)

Ik vroeg me zo af wat is de juiste indeling van een website als het gaat om files? Bij een framework word dit voor je bepaald maar voor een schoolopdracht mag ik geen framework gebruiken.

Waar ik aan dacht maar ben er nog niet over uit iemand suggesties?:
*Template
-----*images
-------hier alle images
------*css
--------main.css
--------admin.css
------header.php
------footer.php
*pages
------hier alle pages.php
*classes
------hier alle classes
*uploads
------*images
index.php
.htaccess

Een indeling die ik graag gebruik is in de vorm van dit:

/app
    /storage
    /Models
    /Views
    /Controllers
/public
    /assets
        /javasript
        /images    
        /css
index.php
.htaccess

Alles in /public is publiekelijk en los beschikbaar. Daar kan iedereen dus gewoon bij. Je zal hier dus geen losse PHP bestanden terug vinden. Alles loopt via de index.php en deze laad alles uit je /app directory in.

LET OP: de public map is in dit geval je public_html map. Je /app map valt buiten de public root.

Alles binnen de /app map is maar net hoe je je applicatie wil opbouwen. in mijn voorbeeld hierboven heb ik bijvoorbeeld een basis MVC mappenstructuur gebruikt, maar hier kan je in principe je domein-logica en classes in kwijt. In views komen over het algemeen je templates en views terecht.

De map storage is voor interne storage zoals uploads. Omdat we de uploads niet publiekelijk beschikbaar willen maken (= veiligheidsrisico als men een shell o.i.d. kan uploaden) slaan we bestanden op in de /app folder. Deze kunnen we vanuit een controller gemakkelijk inladen en als download aanbieden aan de gebruiker.

Als je nog vragen hebt hoor ik het graag

Uploads zou ik sowieso buiten de webroot plaatsen. Niet alleen vanwege veiligheid tegen bijv. een shell, maar ook bijv. bij gerenderde facturen die gedownload kunnen worden.

Rik schreef:

Een indeling die ik graag gebruik is in de vorm van dit:

/app
    /storage
    /Models
    /Views
    /Controllers
/public
    /assets
        /javasript
        /images    
        /css
index.php
.htaccess

Alles in /public is publiekelijk en los beschikbaar. Daar kan iedereen dus gewoon bij. Je zal hier dus geen losse PHP bestanden terug vinden. Alles loopt via de index.php en deze laad alles uit je /app directory in.

LET OP: de public map is in dit geval je public_html map. Je /app map valt buiten de public root.

Alles binnen de /app map is maar net hoe je je applicatie wil opbouwen. in mijn voorbeeld hierboven heb ik bijvoorbeeld een basis MVC mappenstructuur gebruikt, maar hier kan je in principe je domein-logica en classes in kwijt. In views komen over het algemeen je templates en views terecht.

De map storage is voor interne storage zoals uploads. Omdat we de uploads niet publiekelijk beschikbaar willen maken (= veiligheidsrisico als men een shell o.i.d. kan uploaden) slaan we bestanden op in de /app folder. Deze kunnen we vanuit een controller gemakkelijk inladen en als download aanbieden aan de gebruiker.

Als je nog vragen hebt hoor ik het graag
Ik zou dan nog - net zoals Laravel - de Views map in een resources map plaatsen.

/app
    /storage
    /Models
    /Controllers
/resources
    /assets
    /views
/public
    /assets
        /javasript
        /images    
        /css
index.php
.htaccess

Waarin je dus binnen resources/assets jouw SASS/LESS bestanden in kwijt kunt die je dan vervolgens compileerd naar jouw public map. (GULP oid)

Zo hou je de frontend assets ook een beetje schoon.

Ja klopt. Maar ik wilde niet letterlijk de laravel setup gaan kopieren. Zo heb ik vaak mijn models ook niet in een Models map, maar leven die gewoon in de App namespace.

Rik schreef:

Ja klopt. Maar ik wilde niet letterlijk de laravel setup gaan kopieren. Zo heb ik vaak mijn models ook niet in een Models map, maar leven die gewoon in de App namespace.

Heeft dat een functionele reden? Ben altijd benieuwd waarom mensen dat doen.

Kingunit schreef:

Eerdere citaten tonen

Rik schreef:

Ja klopt. Maar ik wilde niet letterlijk de laravel setup gaan kopieren. Zo heb ik vaak mijn models ook niet in een Models map, maar leven die gewoon in de App namespace.

Heeft dat een functionele reden? Ben altijd benieuwd waarom mensen dat doen.

Heeft wat een functionele reden?

Rik schreef:

Eerdere citaten tonen

Kingunit schreef:

Eerdere citaten tonen

Rik schreef:

Ja klopt. Maar ik wilde niet letterlijk de laravel setup gaan kopieren. Zo heb ik vaak mijn models ook niet in een Models map, maar leven die gewoon in de App namespace.

Heeft dat een functionele reden? Ben altijd benieuwd waarom mensen dat doen.

Heeft wat een functionele reden?

Ben altijd benieuwd waarom mensen models rechtstreeks in de app folder plaatsen.