Concept: soort CushyCMS
Echter voldoet cushy niet helemaal aan onze eisen. Er moeten bijvoorbeeld modules in komen. Dus dat een cliënt aan kan klikken dat ie een blog wil en dat dan geïnstalleerd wordt.
We weten echter niet hoe we dit aan moeten pakken op een systeem als cushy.
Er zijn een aantal opties waar we nu aan zitten te denken:
1. Database staat geheel op onze server, bij elke page view van de client site wordt onze server geraadpleegd. Nadeel: kost veel verkeer en als onze server down is zijn alle client website dat ook.
2. Database staat lokaal bij client. Nadeel: aanpassingen moeten via onze server gaan (omdat dashboard van client op onze server staat) en client heeft toegang tot de source (wat niet helemaal de bedoeling is).
3. Database staat op onze server. Elke keer dat de client iets aanpast moet de server dat als hardcoded html op de client server zetten. Nadeel: hoe los je dan bijvoorbeeld comments op? Of en forum module?
Geen van deze oplossingen lijkt erg aantrekkelijk, iemand enig idee hoe je dit beter aan kan pakken? En zo niet, wat lijkt jullie de beste oplossing?
In de webroot staan dan alleen bestanden voor instellingen e.d.
Dit wordt voornamelijk toegepast met frameworks.
Wat ons systeem nu doet:
- Op server van de client staat een een aantal html en php bestanden
- Een client kan inloggen op onze server, wij halen deze html en php bestanden (dmv van ftp) op en aan de hand van class="edtable" kunnen bepaalde elementen worden aangepast
- Onze server upload dan het nieuwe document naar de client (dmv van ftp)
Voor standaard bestanden als html is dit geen probleem, als we echter modules willen ondersteunen krijg je de problemen als in de eerste post beschreven.
kan dat door middel van domeinnaam en soort van licentie code doorsturen. welke de cms op jou hosting je de goede html terug stuurt?
De klant geeft zijn ftp gegevens door aan ons (wij regelen ook vaak de hosting met een vertrouwd bedrijf, dus dit is geen probleem).
Deze gegevens zetten we in ons systeem. We kunnen in ons systeem aangeven welke bestanden aangepast kunnen worden (in dit geval hebben we bla.html opgegeven).
De klant is ingelogd dan word het betreffende bestand opgehaald dmv ftp. Hierin staat dus de div die aangepast mag worden, klant pas deze aan en slaat dit op. Onze server stuurt het nieuwe hele bestand dan weer door naar de server van de klant (dmv ftp).
Voordelen: snel want op de server van de klant staat (bijna) alleen statische html. en zij hebben geen source van ons cms.
Nadeel: zijn er nog steeds niet uit hoe we dit modulair kunnen maken..
Wat je nu wilt is dus eigenlijk een engine op je eigen server, een template parser op de server van je klanten. En de template parser krijgt repsonse terug van je eigen server waarna hij dus de pagina displayed.
Ik denk puur html pagina's gaan editen niet gaat werken. Het is te statisch.
Jij en je klanten kunnen er dan gewoon via 't internet bij.
Ik draag alleen (naar mijn mening) een betere manier aan.
Karl, wil je jouw manier misschien iets meer toelichten?
Pepijn schreef op 14.12.2009 23:10:
Karl, wil je jouw manier misschien iets meer toelichten?
Jij, als HBO informatica-er zou direct aan bijvoorbeeld SAAS moeten denken.
Hmm interresant, maar dan vraag ik me af hoe je data via php gaat verzenden. stuur je requests naar de applicatie op je eigen server? die antwoord geeft? Hoe geef je dan weer antwoord terug? Json, xml ?
oja pepijn, je weet toch wel dat je met je ftp kan connecten via php. http://php.net/manual/en/book.ftp.php heb ik ook al veel mee gedaan, is echt handig :)
Ik vind bestanden schrijven en ftp te omslachtig. Misschien kunnen jullie SOAP gebruiken stien?
Geen schrijf permissie, alleen lees permissie.
Alles gedeeld wat maar gedeeld kan worden.
Niet zo omslachtig doen. Nergens voor nodig.
En ja, dit valt onder SAAS.
En hoe wil je dan requests sturen naar de server sturen? als je dus bijvoorbeeld modules gebruikt?
Wat je zou kunnen doen is de modules extern in laten laden. Een beetje zoals je bijvoorbeeld google maps in je website zet. Of bijvoorbeeld DISQUS en InstenseDebate. Door een paar regeltjes javascript in je pagina te zetten heb je plots reacties op je pagina staan.
Zoiets zou je naast je CMS kunnen aanbieden, als extra services. Voordeel is dat het vrij gemakkelijk te controleren is op welke domeinnaam je geïnclude wordt en je daar je betalingen aan zou kunnen hangen.
@Jelmer: ik denk inderdaad dat dat de beste oplossing is, we zullen daarmee verder gaan.
Bedank allemaal!