de Heeg doet PHP update... en meldt het alleen in n nieuwsbrief

Citaat:

---

Oorspronkelijk geplaatst door IT-worX

Maar onze website gaat ons niet zelf een mailtje sturen als hij niet meer up-to-date is.

---

Er zijn wel degelijk cms systemen die dit wel doen, maar het is uiteindelijk nog altijd aan klant en/of website beheerder om dit ook effectief op te volgen. Soms is het zo eenvoudig als op een update knop binnen het cms te drukken of een zip/tarball of files te uploaden via ftp en naar http://website/upgrade of http://website/update te gaan en de stappen te volgen.

Citaat:

---

Oorspronkelijk geplaatst door IT-worX

Veel webdesignbedrijven werken op die manier niet pro-actief naar hun klanten toe. Eens de website af is en de factuur betaald is door de klant is het voor hun een gedane zaak die mooi staat bij het portfolio. Ik ken er erg weinig die nadien de klant bellen/mailen dat het tijd word voor een update. Maar dan een update naar beveiliging toe, niet uit winstbejag! En de klant? Die heeft iets van mijn website werkt en zo hoort het. Weet hij veel dat dit ook updates moet krijgen...

---

Tja dat heeft meer met prijs te zien dan iets anders, in 99% van de gevallen wil de klant een eenmalig (zo laag mogelijk) bedrag betalen zonder maandelijkse kosten om nergens aan vast te zitten. Om een voorbeeld te geven, ik ken een webdesign bedrijf dat hun eigen cms gebruikt, dit kan je als klant eenmalig aankopen of per maand/jaar huren. Uiteraard is het vanzelfsprekend dat als je het huurt per maand of per jaar dat hier alle updates inbegrepen zitten van de software (dus ook upgrade naar hogere major version). Maar dit wil niet automatisch zeggen dat ze het ook voor je installeren zonder service contract, je moet het nog steeds zelf doen. Als je het eenmalig aanschaft dan krijg je ook de updates maar enkel de minor version dus niet van versie 5.x.x.x naar 6.x.x.x. Om dan even een prijs indicatie te geven kost het ongeveer per jaar € 600,- voor een service contract zodat zij de updates uitvoeren en kost het webdesign + koop licentie van cms al gauw boven de € 10.000,- uit en dan zit er nog geen webhosting inbegrepen ;). En dat is dus net het probleem bij 99% van website eigenaars dat ze ofwel een goedkoop cms aanschaffen of een open-source zonder hier ooit nog naar te kijken. En voor elke smaak van cms is er wel een bedrijf te vinden (zelf bij open-source kun je meestal service diensten kopen of hebben ze enterprise diensten) die het voor je up-to-date wil houden, het is alleen de vraag of je dit als website eigenaar ook wenst te betalen.

Wat betreft de TS zijn probleem heb ik dus even zeer vluchtig op de website van site-c gekeken en wat viel mij direct op:

Citaat:

---

Nadelen:
- U moet nu zelf alles op de website regelen, in plaats van dat u het delegeert aan uw webdesigner*
- Site-C is niet gratis, wat betekent dat u eenmalig een investering moet doen om met Site-C te kunnen werken.
- Databasegestuurde websites zijn voor zoekmachines moeilijker te indexeren. Gelukkig kunnen alle belangrijke zoekmachines zoals Google, MSN en Ilse ondertussen prima met Site-C websites overweg.
- Er gelden enkele beperkingen voor het ontwerp van de site.
- Wanneer de website op een langzame server staat, zou deze iets minder goed kunnen presteren dan een platte website. Op een moderne server is dit overigens niet merkbaar.

* Heeft u even geen tijd, maar moeten er wel wijzigingen aan de website gedaan worden? Uw Site-C Partner regelt het graag en snel voor u.

---

Dat heeft niks met klantvriendelijkheid te maken, je laat je site bij partij a maken en je hosting wordt ondergebracht bij partij b.
Jij moet zorgen dat je zelf service afspraken maakt met partij a die heeft nl je site gemaakt en niet partij b.

Of moet partij b even alle klanten mailen, bellen met de vraag wie de site heeft gemaakt en of ze dan contact willen opnemen met hun klant omdat de server geupdate word.
Zo werkt het niet de techniek zit bij b en a zal moeten zorgen ism klant dat ie een onderhoudscontract voor zijn site heeft.

ErikVermij, ik ben het met je eens, een mailtje had netjes geweest. Maar dat is iets anders dan voor elke klant de websites te onderzoeken of een update wel of niet uitgevoerd kan worden. Als het besturingssysteem van je telefoon (Android, iOS) een update heeft wordt ook niet vooraf gekeken of alle apps en instellingen blijven werken.

In je eerste bericht staat overigens dat de situatie zich vorige week heeft voor gedaan. Is het al opgelost door De Heeg, webbouwer of iemand anders? Zo ja, wie heeft dat gedaan?

Ik vind zelf dat een hoster dit duidelijk moet maken via een aparte mail in plaats van een nieuwsbrief. Een nieuwsbrief hoeft namelijk niet perse bij iedereen te worden afgeleved. Wat als een klant zich heeft afgemeld voor de nieuwsbrief? En niet elke klant leest een nieuwsbrief. Ik zou het netjes vinden als er een aparte mail wordt verstuurd, een paar weken van te voren.

Daarnaast vind ik het vreemd dat ze nu pas over zijn op PHP 5.3, ze zouden al langer over moeten zijn.

Misschien was dit al hun uitwijk-server

Wij hebben het destijds ook gewoon in de nieuwsbrief vermeld en daarna nog een paar keer verspreid over de tijd (ruim 3 maand van tevoren aangekondigd) reminders gestuurd. Vermelden in de nieuwsbrief kan wat mij betreft perfect, maar stuur sowieso nog even 1 of 2 reminders met de gevolgen en bij gebrek aan kennis van de klant het advies een "webbouwer" in te schakelen.

Citaat:

---

Oorspronkelijk geplaatst door Spyder01

Wij hebben het destijds ook gewoon in de nieuwsbrief vermeld en daarna nog een paar keer verspreid over de tijd (ruim 3 maand van tevoren aangekondigd) reminders gestuurd. Vermelden in de nieuwsbrief kan wat mij betreft perfect, maar stuur sowieso nog even 1 of 2 reminders met de gevolgen en bij gebrek aan kennis van de klant het advies een "webbouwer" in te schakelen.

---

En exact dit is de oplossing. Een php update kan de functionaliteit aantasten van een website. Hoewel niet de verantwoording van de hoster, is het wel de verantwoording van de hoster de klant te attenderen op zo'n update. Reminders helpen hierbij. Daarna is het aan de klant om actie te ondernemen, en/of bij de hoster navraag te doen wat dit betekent voor zijn site.

Natuurlijk blijven er daarna altijd mensen die de verschillende communicatie uitingen niet gelezen hebben of niet op waarde ingeschat hebben. Maar als hoster heb je iets meer te doen dan een alinea in een nieuwsbrief. Dan doe je echt iets verkeerd.

(Valt me overigens erg tegen van De Heeg. Is een partij die al erg lang op de markt aanwezig is, en toch al vaker met dit soort updates te maken heeft gehad. Voldoende ervaring op dit gebied in huis zou je verwachten).

Citaat:

---

Oorspronkelijk geplaatst door YolkNet

Los gezien van het feit dat geen enkel bedrijf (ook in andere branches) zal adviseren naar een concullega over te stappen.

---

Als de klant een verwachting heeft die je niet waar kunt maken kun je deze beter adviseren om naar een andere hoster te gaan. In een bepaald geval waar de wensen van de klant en wat we op dat moment konden leveren niet waar konden maken hebben we dit ook geadviseerd met de mededeling er bij dat we dit op gingen pakken en de verwachting was dat we het na een jaar wel waar konden maken. Hierbij zijn alle facturen die gestuurd zijn naar deze klant gecrediteerd.

Citaat:

---

Oorspronkelijk geplaatst door ErikVermij

Waar gebeurd:
Ik loop stage bij V&D Kalverstraat ivm een opleiding die we ontwikkelen voor verkopers van die afdeling (271 heette dat destijds)
Rene J. was daar senior verkoper en tracht een man van een jaar of 60 zo'n all-in-one sytem (destijds heel popi...platenspeler, versterker, cassette en radio) inéén te verkopen). Dit systeem is top of the bill vertelt Rene, hoge dynamisch bereik, 12 kanaals equalizer....etc etc"
Klant knikt, lijkt enthousiast, apparaat in de aanbieding dus...... wil hij er nog even over nadenken.
Ik vraag de klant die inmiddels al op de platenafdeling staat, waar hij nog aan twijfelt.... ' nou zegt de klant...."ik luister alleen klassiek en vind dat vaak te dof dus wil ik de hoge tonen harder kunnen zetten"
' Maar...eh dat kan dus ook met dat music center zeg ik... dat doet namelijk die equalizer' " Waarom zegt die l*l dat dan niet??? (sorry het was hartje Amsterdam), reageert de klant....

Later die avond vraag ik het Rene. " ja zegt Rene' ik sta hier niet om mijn klanten cursus te geven... als je dat al niet weet moet je je er eerst maar eens in verdiepen voor je zo'n apparaat koopt."
Rene is nooit verder gekomen dan verkoper...

---

Iemand met een dergelijke instelling kan misschien achter de kassa staan, met een klantvriendelijke verkoper heeft het mijns inziens weinig te maken.

Een aantal reacties kan ik me enkel bij aansluiten dat een melding in een bestaande nieuwsbrief te mager/slecht is. Bij de laatste "grote" update (5.3->5.4 van PHP) hebben we alle klanten geïnformeerd per losse mail en vervolgens hebben we alle sites die het niet deden gemigreerd naar een server met een oudere PHP versie. Hierbij hebben we zelf na de PHP update/upgrade alle sites gecontroleerd en getest, hier ben je dan gauw uren mee bezig met 2 man gedurende de nacht en dan nog is er een kans dat je ergens iets mist. Voor de veel gebruikte CMS pakketten kun je kijken welke versies gebruikt worden en hiervan test versies inrichten.

Dit alles met als doel de gevolgen voor de klant te beperken. Toch zal 0,2%-0,8% van de sites een probleem ervaren wat je niet ontdekt hebt tijdens de nachtelijke test.

Puur ivm dit soort sites hebben wij nog een paar "oude" omgevingen staan (PHP 4/PHP5.2/PHP5.3) waarvan we de klanten inmiddels aan het benaderen zijn om samen tot een oplossing te komen om ze op PHP 5.4 te krijgen (en inmiddels zijn de voorbereidingen voor PHP5.5 begonnen om dit binnenkort toe te voegen). Alles hangt dan ook af hoe je dit soort dingen aanpakt om te bepalen wat de klant ervaart (betere service kost mogelijk wel geld).

Citaat:

---

Oorspronkelijk geplaatst door ErikVermij

Hoe kan het toch dat klantvriendelijkheid in dit land zo bedroevend laag in het vaandel staat?

---

De klantvriendelijkheid is het probleem niet; je eisen/verwachtingen in verhouding met wat je betaald wel.

De verantwoordelijkheid van De Heeg is zorgen dat servers en software up to date zijn, de hosting bereikbaar is én je data veilig is voor een paar euro per maand. Met de inhoud van je website heeft een webhoster niets te maken, dat ben je zelf of een webdesignbureau. Ik vind het ook erg kwalijk als je een script gaat gebruiken als hoster dat door de data van je klanten gaat sniffen om te kijken of een update van PHP problemen kan veroorzaken voor je website. Ik vraag me zelfs af in hoeverre dat wettelijk mogelijk is. Het is namelijk niet je eigen data, maar die van je klant waar je zonder toestemming niet in zou mogen wroeten. Je verwachting dat een hoster je aangeeft of je website blijft werken bij een update is onrealistisch.

Mijn inziens blaas je iets te hoog van de toren, maar ik denk dat dat ook te maken heeft met te weinig kennis over de hostingmarkt. Je geeft zelf ook al aan dat je weinig met websites hebt/er van begrijpt. En dat is ook helemaal niet erg natuurlijk! Dit is ons vakgebied, communicatie en filmbusiness is jouw vakgebied. Daar kunnen wij weer opmerkingen over hebben met onze beperkte kennis, waarvan jij weer roept "je weet niet waar je het over hebt". Iets met schoenmaker blijf bij je leest...

#39 Mijn eisen zijn helemaal niet hoog: informeer je klant persoonlijk in voor hem begrijpelijke taal over wat er kan gebeuren met zijn afgenomen en betaalde dienst.
de Heeg schiet daarin schromelijk tekort. Ik begrijp werkelijk niet dat je - zelfs vanuit het vakgebied waarin ik dit gepost heb - kunt stellen 'je betaalt te weinig, dus vraag of verwacht je teveel'
Ik werk veel in automotive sector waar dit in jurisprudentie tot in den treure is uitgevochten en ALTIJD de verantwoordelijkheid bij de fabrikant wordt gelegd. Verweren als 'dat mag een klant voor een auto in deze prijsklasse toch niet verwachten'zijn honend van tafel geveegd en met enorme boetes bestraft. Als je een dienst niet GOED en VOLLEDIG kunt leveren voor een bepaalde prijs..... verhoog dan je prijs of ga iets anders doen.

Inmiddels ben ik geen klant meer bij de Heeg en heb ik een andere zeer klantvriendelijke webhoster gevonden die beslist niet meer vraagt...integendeel!
Overigens heb ik NIET gevonden vanuit deze discussie.
Ik wens iedere zakelijke dienstverlener - in welk vakgebied dan ook - sterkte met de hierboven reeds gememoreerde attitude. hun horizon zal eindig zijn.

Overigens weet ik best het een en ander van websites eMIzOr. OP CMS (wordpress) niveau ben ik er zelfs redelijk handig in. Ik weet niets (inderdaad: schoenmaker hou je bij je leest) van alle techniek en beveiliging op hostingniveau aan de achterzijde. Dat huur ik namelijk in. En dat had ik ook gedaan als ik rechtsreeks en in begrijpelijke termen hierover vooraf geïnformeerd was.
Mijn eindconclusie?... De Heeg deugt niet als webhoster...en ik wil en hoef er dan ook niets meer mee.

Jij wilt het niet begrijpen schijnbaar Emizor verwoord het helemaal juist.

Jij laat je website bouwen bij een webbouwer die is verantwoordelijk voor de website dat ie werkt, als jij geen onderhoud cq update contract afsluit met hen is dat jou probleem en niet van welke provider dan ook die enkel zijn servers veilig wil houden.
Je sluit nl geen contract af in dit geval met de heeg om je site bij te houden maar om te zorgen dat je een beetje ruimte huurt zodat je site zichtbaar is.

Je kan wel heel hard schreeuwen hier dat het niet zo is en roepen over rechtszaken want dat snijd geen hout compleet andere situaties.
Als ik direct een dikke Mercedes bestel en ik laat bij een extern bedrijf er van alles inbouwen en het werkt niet kan ik ook niet naar Mercedes stappen dat hun auto niet goed is want de fout ligt bij dat externe bedrijf.
Idem dito met jou website a maakt hem b host hem dus wie is verantwoordelijk voor de inhoud juist ja C dat ben jij mits jij een contract hebt voor bijhouden etc dan gaat dat over naar A.

Citaat:

---

Inmiddels ben ik geen klant meer bij de Heeg en heb ik een andere zeer klantvriendelijke webhoster gevonden die beslist niet meer vraagt...integendeel!

---

En die houd jou site gratis bij geloof jij het zelf, de Efteling is de andere kant op.
Je schuift graag de verantwoordelijkheid af schijnbaar, maar je moet wel onderscheid maken tussen degene die je ruimte verhuurt en degene die je site maakt.

Zie je website als een rijtjeshuis in de straat. Als er onderhoud aan de straat wordt uitgevoerd wordt je niet gewaarschuwd dat er leidingen geraakt kunnen worden waardoor je huis geen water/gas/elektriciteit heeft.
Bedankt in elk geval voor deze discussie, want we gaan onze communicatie aanpassen om zo'n situatie te voorkomen.
En fijn dat je een goede hoster hebt gevonden die je op de mogelijke risico's wijst bij onderhoud aan de server.

Dat deed de Heeg toch ook alleen TS verwacht ook nog dat ze evt. problemen dan maar voor hem oplossen is een wereld van verschil.
Op iets wijzen doet elke hoster wel, maar je kan niet verwachten dat elk individu zijn site compleet aangepast wordt zonder kosten als daar geen overeenkomst over is.
Webhoster of webbouwer zijn 2 aparte dingen, natuurlijk kan je het onderbrengen bij 1 die beide heeft maar dan nog zullen er waarschijnlijk euro's op tafel mogen komen simpel zat.
Of werkt TS ook gratis.

Citaat:

---

Oorspronkelijk geplaatst door BsHosting

Dat deed de Heeg toch ook alleen TS verwacht ook nog dat ze evt. problemen dan maar voor hem oplossen is een wereld van verschil.

---

Dat verwacht 'ie niet. Hij verwacht degelijk, tijdig en juist geinformeerd te worden. Meer niet. Hosting is meer dan techniek ;-)

Citaat:

---

Oorspronkelijk geplaatst door ®on

Dat verwacht 'ie niet. Hij verwacht degelijk, tijdig en juist geinformeerd te worden. Meer niet. Hosting is meer dan techniek ;-)

---

Dat hebben ze gedaan, alleen vindt TS dat dat nog beter had gemoeten. Ja dat is dus wel net wat het prijsverschil tussen partijen die enorm veel support / service verlenen, of alleen het meest basale.

Ik ben wel benieuwd wanneer TS weer een bericht gaat starten over zijn nieuwe webhoster dat die niet genoeg service verleent.