Check alle échte Black Friday-deals Ook zo moe van nepaanbiedingen? Wij laten alleen échte deals zien

CMS performance expectation management

Pagina: 1
Acties:

  • tvwes
  • Registratie: Augustus 2013
  • Laatst online: 06-04-2022
Na de requirements te hebben geinventariseerd en een selectie te hebben gemaakt van enkele paketten heb ik een eerste, tikiwiki, geinstalleerd. Na wat setup geneuzel werkt de basis functionaliteit, wiki, files, taken etc.
Maar ik ben nogal geschrokken van de lange verwerkingstijden aan de server kant, metric is time to first byte.
Ik heb enkele van hun eigen sites doorgemeten via www.webpagetest.org en dat was nog beroerder dan bij mij lokaal. Nu ga ik ervan uit dat hun eigen site goed geconfigureerd is en voldoende resources tot zijn beschikking heeft. Lokaal op een brandschoon systeem meet ik tijden van 150 tot 300ms voor algemene scripts, bij hun eigen site zag tijden van 600 tot 1000ms wat zich voor de eindgebruiker vertaalde in pageloads van 3 tot 4 seconden!!!
Het tonen van Hello World via een bepaalde applicatie stack is niet representatief, voor minder dan 10 concurrent user. Ik weet van dat er in sommige gevallen scaling issues zijn met apache die bijv lighthttpd niet heeft. Ik ben dus op zoek naar een applicatie stack die real life applicaties als een cms snel/efficient verwerkt. Ja ik snap dat het afhangt van de applicatie maar de application stack eronder maakt ook wat uit. Getuige bijvoorbeeld het scaling probleem van apache. Php is volkomen nieuw voor mij, ik heb dus geen enkel idee wat je kan verwachten van een php based applicatie.

Zijn deze tijden normaal voor een apache (prefork) php combinatie?
Moet php extern aangesproken worden, bijvoorbeeld via een socket en dan een event driven webserver gebruiken?
Kan iemand wat tijden noemen met vermelding van de combinatie van (virtuele) hardware, application stack en cms?
Of wil iemand zelfs een aanbeveling doen van een bepaald CMS?

bijvoorbaat dank'

Wes

evaluatie criteria:
-opensource
-maturity van het project, is dit een cms wat er morgen nog is?
-wiki, gebruikte syntax, feature set van de editor
-file manager, kunnen kleine en grote bestanden opgeslagen worden.
-task manager, kan je todo lijstjes of issues bijhouden
-backup en recovery
-ondersteuning voor mobile clients, in de vorm van een native app of theme
-moet achter een load balancer kunnen draaien
-authenticatie, ondersteuning voor SSO als CAS of andere mechanismen als radius

  • We Are Borg
  • Registratie: April 2000
  • Nu online

We Are Borg

Moderator Wonen & Mobiliteit / General Chat
Pageloads van 4 seconden zou ik niet acceptabel vinden. Gezien het feit dat je wel wat specifieke wensen hebt: pak een leuke opensource wysiwyg editor zoals ckeditor, eventueel met cfinder voor je bestanden en bouw iets wat wel gewoon snel werkt :)

Mocht je niet zelf kunnen devven, zoek dan met google iets wat bij je wensen past maar dan zal je wel wat flexibel moeten zijn dat het wellicht niet helemaal aansluit. Er zijn zat open source alternatieven die sneller werken dan die 4 sec pageload

[ Voor 33% gewijzigd door We Are Borg op 24-09-2013 18:58 ]


  • tvwes
  • Registratie: Augustus 2013
  • Laatst online: 06-04-2022
@We Are Borg
Bedankt voor de suggesties dat ziet eruit als goede componenten. Ik heb alleen niet de tijd om zelf iets compleets te maken, los van het feit dat ik hoofdzakelijk met c werk en eigenlijk niks met web doe op wat node.js na.
Maar het geeft wel weer meer richting. Kan je misschien ook een suggestie doen voor een responsive CMS?

  • TheNephilim
  • Registratie: September 2005
  • Laatst online: 21-11 15:31

TheNephilim

Wtfuzzle

Pageloads moet je (ideaal gezien) onder de 2 seconden houden voor een eerste load. Daarna is 1 seconde toch wel de max hoor. Bezoekers haken anders snel af en zeker bij aanhoudend sloom zijn Googelen mensen gewoon verder.

Wat betreft je CMS; ik zou Wordpress aanraden. Je noemt alleen 'responsive CMS' en dat heeft (vind ik) niks met het CMS te maken. Met het thema wel, dus als je die inhouse gaat ontwikkelen moet je dat zelf regelen. Wat betreft je eisen...

Opensource: Check!

Maturity: Check, getuige de laatste cijfers in ieder geval wel.

Wiki: WYSIWYG, Markdown, Wiki... alles kan. Er zijn legio plugins die zoiets voor je kunnen regelen.

File manager: Check!

Task manager: Check, maatwerk of plugin gebruiken.

Backup en recovery: Check, hier zijn talloze services en/of plugins voor.

Ondersteuning voor mobile clients: Check!

Moet achter een load balancer kunnen draaien: Check, met hulp van plugins of zoals http://wordpress.com/ dat doet.

Authenticatie: Check, voor RADIUS in ieder geval wel.

  • Jogai
  • Registratie: Juni 2004
  • Laatst online: 21-11 09:23
Misschien is http://www.webtoolkit.eu/wt/ dan meer iets voor je. Dat is een C++ web library.

Maar dat is geen antwoord op je vraag. Heb je al gekeken of je het op een snellere webserver kan draaien (volgens mij wel namelijk: https://doc.tiki.org/Nginx) en of je dingen kan cachen. Daarnaast zijn er nog veel meer dingen die je kan doen om de performance te verbeteren: https://doc.tiki.org/Performance

Klik hier om op linkedIn lid te worden van de Freelance Tweakers groep.