Oplossing hosten meerdere PHP Web apps

Door Stan Avoird op 02-07-2019 11:25 gewijzigd op 02-07-2019 11:37

5.558 views

Beste allemaal,

Ik ben op zoek naar een oplossing om mijn PHP Web Applicatie (gebouwd met PHP, MySQL, jQuery, HTML, CSS) te hosten.
Het gaat om een Web Applicatie voor in de Horeca. Denk aan online inroosteren, inklokken, user management, bestellen etc.

Het uiteindelijke doel is om de web applicatie online te hosten zodat de restaurant vestigingen via het internet erbij kunnen.
Elk restaurant krijgt een eigen Web Applicatie en kan inmiddels door in te loggen gebruik maken van de web app.

Over de web app:
- Support laatste versie PHP
- Gebouwd op performance en veel javascript/jQuery om zoveel mogelijk dynamic content te genereren en dus zo weinig mogelijk scripts opnieuw te laden
- Maakt gebruik van lichte query's uit de MySQL database, sommige zijn zwaarder dan andere, denk aan DataTables vullen met data van de database. De zwaarste query is misschien wel alle producten uit de database halen wat per restaurant kan verschillen maar neem even voor het gemak 300 producten.
- Zowel medewerkers als hogere machten kunnen inloggen met verschillende rechten om verschillende taken te voltooien/in te zien

Uiteindelijke doel:
- Bijvoorbeeld 15 restaurants maken gebruik van de web app.
- Ieder restaurant eigen web app
- Moet gedurende de hele dag beschikbaar zijn op mobiel/tablet/laptop etc.

Mijn inzicht/oplossing:
_____________________________________________________________
1) Managed VPS waarbij je +- 10 klanten op 1 VPS laat draaien en elke restaurant een unieke subdomein geeft. Bijvoorbeeld: je hebt restaurant1 t/m restaurant10. Dan kan restaurant1 bij de web app dmv de volgende URL:
https://restaurant1.server01.nl/ en restaurant5 kan dan bij https://restaurant5.server01.nl/ (Met server01 uiteraard een andere domeinnaam)
- Link Managed VPS die ik gezien heb: https://www.sohosted.com/managed-vps/ (SMALL)
- TransIP VPS zien er ook goed uit, alleen weet ik niet of daar een managed VPS bij zit

Voordeel van Managed VPS:
- Hogere uptime (restaurant moet dag en nacht kunnen werken met het systeem zonder storingen)
- 24/7 storingdienst
- Sneller dan normale webhosting (weet ik niet zeker, zou een hele zware normale webhosting niet gewoon sneller zijn dan de goedkoopste managed VPS?)
- Goedkoper om te scalen

Nadelen:
- Op dit moment duur, omdat er nog geen betaalde klanten zijn
_____________________________________________________________

2) (Rond de 20 euro p/maand) Een normale zware webhosting. Waarbij je misschien maximaal 3 klanten per hosting laat draaien. En voor iedere 3 klanten een nieuwe hosting aanschaft.
- Link zware hosting die ik gezien heb: https://www.antagonist.nl/webhosting/ (Pro pakket)

Voordelen hosting:
- Op begin goedkoop, maar later duurder door scaling
- Qua snelheid misschien niet zo gek veel verschillend als goedkope managed VPS?
- Minder klanten per hosting pakket

Nadelen
- Later duurder door scaling
- Onoverzichtelijk, uiteindelijk heel veel hostingpakketten voor klanten
- Grotere kans op storingen
_____________________________________________________________

Op dit moment zijn dit de enige oplossingen die ik kan bedenken. Zelf geen technische kennis om bijvoorbeeld een unmanaged VPS op te zetten.

Als er iemand anders nog ideeën heeft om deze web app zo goed mogelijk te kunnen hosten voor de restaurants, graag! Ik sta open voor suggesties.

S Stan Avoird

02-07-2019 16:03

Klopt het wordt nu meer een How To implement topic.
We dwalen een beetje af van de originele topic.

Maar ik weet nu wel waar ik allemaal naar moet kijken.

Heel erg bedankt allen!
Mochten jullie nog extra tips of info hebben, ik houd dit topic nog een tijdje in de gaten.

- Ariën -

02-07-2019 18:12

Stan Avoird op 02/07/2019 14:55:32

Waar ik trouwens nog niet over heb nagedacht is bijvoorbeeld het uploaden van een logo of bestand. Nu wordt dit geupload naar een specifieke FTP map bijvoorbeeld: server01.nl/uploads/logo.png
Hier moet ik ook iets op gaan verzinnen dat de bestanden gescheiden blijven per restaurant. En dat een restaurant niet zomaar bij de files kan van een ander restaurant.

Gewoon een kwestie van de juiste accounts en rechten op de FTP.

Thomas van den Heuvel

02-07-2019 20:11

Of gewoon laten aanleveren zodat dit fatsoenlijk in een template ingebouwd kan worden ofzo?

Mensen met restaurants willen restaurants runnen lijkt mij, niet lopen klooien met FTP :p.

S Stan Avoird

02-07-2019 20:39

Ik denk dat jullie het verkeerd begrijpen.

Ik bedoel, je kan via de web app ook emails sturen naar medewerkers en attachments toevoegen.
Deze attachments worden automatisch geupload naar de FTP server naar een specifieke folder, zoals uploads/attachments
Echter als alle restaurants gebruik maken van dezelfde codebase en dezelfde FTP mappen dan moet er wel ergens een scheiding zitten dat het ene restaurant niet bij de uploads/attachments folder kan van andere restaurants.

Hetzelfde geldt voor een logo uploaden en instellen als logo van de web app.
De images moeten dan wel gescheiden ergens geupload worden.

Maar dit is denk gewoon een kwestie van het geuploade bestand een random naam geven die niet te raden is en deze dan in de uploads map op te slaan. Vervolgens de site-index voor die map uitschakelen zodat je alleen via direct access erbij kunt.

Het gaat tenslotte alleenmaar om plaatjes.

- Ariën -

02-07-2019 20:41 gewijzigd op 02-07-2019 20:45

Thomas van den Heuvel op 02/07/2019 20:11:35

Mensen met restaurants willen restaurants runnen lijkt mij, niet lopen klooien met FTP :p.

Maar mensen die de layout willen (laten) beheren, al zijn het externen, misschien wel.
Dus zo een gek idee is het niet eens. Er is immers meer dan een kok en ober ;-)

Je moet dan gewoon de juiste rechten op de FTP hebben, zodat ze niet bij elkaar bestanden komen. En voor persoonlijke zaken zoals facturen, die voorzie je van een random code, of nog beter: Zet ze buiten de webroot, en laat ze eerst de toegang controleren, en dan het bestand ophalen.

Thomas van den Heuvel

02-07-2019 22:58

Mja, of je geeft gebruikers een gebruiksvriendelijke interface in de form van een media(beheer)systeem zodat je alles via het beheerpaneel van een website kan regelen in plaats van dat ze daarvoor een apart programma moeten installeren en leren gebruiken.

S Stan Avoird

02-07-2019 23:08

Dit zijn inderdaad allemaal dingen die later geïmplementeerd zouden kunnen worden.
Uiteindelijk is de bedoeling dat niemand FTP access krijgt. Hooguit misschien dan voor een upload/ folder of images/ folder.

- Ariën -

02-07-2019 23:23 gewijzigd op 02-07-2019 23:26

Thomas van den Heuvel op 02/07/2019 22:58:02

Mja, of je geeft gebruikers een gebruiksvriendelijke interface in de form van een media(beheer)systeem zodat je alles via het beheerpaneel van een website kan regelen in plaats van dat ze daarvoor een apart programma moeten installeren en leren gebruiken.

Programmeurs doen niet anders, als ze templates zouden maken voor een klant die een bepaald gehost CMS-systeem gebruikt. Enige wat ze nodig hebben is een documentatie met mogelijkheden. Op deze manier werkt/werkte BiedMeer ook. Een simpele interface voor de wat minder geleerden is wel handig voor logo's bijv.

Maar goed, ik weet niet of er sprake is van templates en de mogelijkheid van een hele site erbij.

Ozzie PHP

03-07-2019 11:38

Ik denk dat wat Thomas probeert te zeggen, is dat je de eigenaren/personeel van een restaurant niet zou moeten willen lastigvallen met techniek. En daar heeft hij een punt. Ieder z'n vak.

- Ariën -

03-07-2019 11:41

Daar heeft hij gelijk in, maar ik heb het idee dat de topicstarter ook sites wil aan kunnen bieden voor restaurants. En die wil je liever geen uniforme stijl meegeven. In dat geval zouden (externe) webdesigners prima via FTP templates (Twig, Smarty, whatever) de site kunnen samenstellen. Deze techniek heb ik al eerder gezien bij een aantal aanbieders met betaal- en reserveringssystemen voor winkels.

Reageren

Inloggen om te reageren