Onderwerp: Joomla 1.5 bannen?

Oorspronkelijk geplaatst door Axel Polfliet

Joomla 1.5 sites die gehackt worden en waarvan de klant domweg weigert om te updaten of de verantwoordelijkheid hiervoor bij ons probeert neer te leggen verdwijnen enkele reis richting een 'rotzooi' server met daarop andere Joomla 1.5 websites. De klant krijgt dan melding dat de continuïteit van dit platform niet wordt gegarandeerd en dat hij na een upgrade weer terug mag naar een reguliere webhosting server. Klanten welke niet de moeite nemen om hun websites degelijk te onderhouden besteden we weinig tot geen moeite aan.

Axel,
Dit is precies zoals wij er tegen aankijken. Vergeet niet, het mogen dan wel klanten zijn, maar er is ook sprake van een zakelijke overeenkomst tussen TWEE partijen. Natuurlijk is de klant koning, maar een koning moet ook rekening houden met zijn onderdanen. Het is een wisselwerking en je mag als leverancier best eisen stellen aan je klant als je daar een langdurige relatie mee hebt. Als een klant niet wilt luisteren kan je de overeenkomst eenzijdig opzeggen of veranderen (hij kan een eigen server nemen bij wijze van spreken).
We moeten als hoster af en toe eens wat harder tegen onze klanten durven te zijn.

Joomla 1.5 verbannen gaat voor ons ook wat ver. We hebben ook nog genoeg Joomla 1.0 sites die om een fo andere reden nooit gehacked zijn. Zo hebben we ook Joomla 1.5 sites die nog nooit zijn gehacked, terwijl er anderen zijn die soms meermalen per dag slachtoffer zijn. Ik begrijp de logica niet altijd.

Wij hebben een aantal maanden geleden wel een mail de deur uit gedaan met 'Joomla 1.5 en gehacked? Weg website!'. Dat is vooral omdat Joomla 1.5 toch gewoon kwetsbaar is, en die sites vaak neit te herstellen zijn. Heeft eerlijk gezegd weinig uitgemaakt qua aantal Joomla 1.5 installaties, maar het is wel effectief als zo'n site dan toch wordt misbruikt. Men begrijpt dan in ieder geval je actie en heeft daar vrede mee.

Verder helpt upgraden naar recentere PHP versies ook. Denk aan PHP 5.4, dat zorgt regelmatig toch voor issues met oude PHP code, en dan wijzen we de klant erop dat ie moet upgraden. Zo kun je langzamerhand toch die oude troep wel verbannen

Ik ben zelf verantwoordelijk voor het onderhouden van een oude Mambo site (voor de jongeren, dat is de voorloper van Joomla). Ik wil niets liever dan upgraden, maar er zit zoveel eigen aanpassingen in dat het niet rendabel is om te upgraden naar Joomla 1 (laat staan J2 of J3). Het idee is dus om de website te vervangen, maar daarvoor willen we eigenlijk eerst de app afmaken (die de meeste functionaliteit van de oude website gaat vervangen). Die app had al klaar moeten zijn, maar er is wat frictie tussen de ontwikkelaars dus dat gaat ook niet zo snel als gehoopt.

Al met al blijven de plannen maar in de ijskast liggen, verstrijken de jaren, en zit je nog steeds met een 10 jaar oude site op een kapotgehackt CentOS 5 bakje met PHP 5.1. De meeste Joomla 1 sites hebben een vergelijkbaar verhaal.

Zeg ik dus dat je niet zo hard om moet gaan met Joomla 1 gebruikers? Nee, het tegenovergestelde. Een spectaculaire crash van het hele systeem geeft gebruikers een tastbare reden om vaart te maken.