Nya avtalsvillkor, och de vanligaste problemen

Ett av de vanligaste problemen inom webbhotellsbranschen är avtalsvillkoren, speciellt gällande uppsägningar, och det är något vi har tagit till oss. Allt som oftast fick vi in klagomål hos supporten angående att kunden kände sig lurad, eftersom de har råkat missa eller glömt bort att läsa avtalsvillkoren, eller helt enkelt inte förstått sig på dem. Det är den största orsaken till att vi bestämde oss för att uppdatera våra avtalsvillkor, till att vara mer fördelaktiga gentemot kunden och då speciellt gällande uppsägningar.

När vi ändå är inne på vanliga problem, så har jag och min danska kollega surfat runt, genomfört undersökningar och diskuterat med kunder om vad de anser är deras största problem med sitt webbhotell. Det ledde till följande lista, utskriven utan någon som helst prioritetsordning:

• Safe mode och register_globals
• Fri trafik och serverresurser
• Uppsägning och förnyelse
• Möjligheten att nedgradera
• Mailservers och ÅÄÖ-tecken
• Automatisk driftsstatus

Safe mode och register_globals är något vi för tillfället undersöker om vi har möjlighet att stänga av dessa, och hur det i så fall skulle gå tillväga. I dagsläget är det dock inte möjligt ur säkerhetssynpunkt, men det ska finnas möjliga lösningar, och det är något vi vill titta närmare på. Mer information gällande detta kommer i ett senare skede. Fri trafik och serverresurser kommer det ett eget och längre inlägg om senare i veckan (hoppas jag), så där har ni något att se fram emot. 🙂 Mailservers och problemen med ÅÄÖ-tecken är jag inte helt insatt i ännu, men det har tagits upp hos både supportavdelningen och driftsavdelningen om att finna en lösning så snabbt som möjligt.

Och till sist, automatiskt driftsstatus. Detta är något jag verkligen vill förändra och förbättra, och jag är helt övertygad om att det kommer ske inom en snar framtid. Exakt när kan jag tyvärr inte förutspå, utan jag får dra till med klichéen ”When it’s done”. :p

Ni är varmt välkomna att kommentera detta inlägg med era åsikter, tankar, frågor och annat ni kan tänka er att dela med er. Jag vill mer än gärna höra vad ni har att säga…

Surfa lugnt, och på återseende!

  • Q

    Hej Jonathan,

    Hos https://www.marcuswestberg.se/surftown-webbhotell/ kommenterar du Simon Linderborgs post med följande kommentar:

    ”Dock vill jag nämna att inga filer blir borttagna, utan endast omdöpta, och kunden kan själv döpa om dem till sitt ursprungliga namn.”

    Jag läste igenom avtalet och det står rätt klart och tydligt att Surftown förbehåller sig rätten att plocka bort filer.

    Att förbehålla sig rätten betyder givetvis inte att ni använder er av den varje gång problemet uppstår, men det betyder likväl att ni kan göra det utan att på något sätt få juridisk skit på er. Hur vet jag som kund att ni inte bara plockar bort filen? Mejlet (som du nämner i samma) kanske heller inte går ut? Min poäng är, tryggheten på papper i det här fallet är noll. (Givetvis finns det situationer med absolut nolltolerans, jag har bara svårt att se att samtliga ska vara av den typen.)

    För övrigt vill jag låta meddela att jag är en nöjd Surftown-kund. Jag hittade detta av en slump och ville helt enkelt kasta upp bollen för att se var den landar.

  • Q

    Hej Jonathan,

    Hos https://www.marcuswestberg.se/surftown-webbhotell/ kommenterar du Simon Linderborgs post med följande kommentar:

    ”Dock vill jag nämna att inga filer blir borttagna, utan endast omdöpta, och kunden kan själv döpa om dem till sitt ursprungliga namn.”

    Jag läste igenom avtalet och det står rätt klart och tydligt att Surftown förbehåller sig rätten att plocka bort filer.

    Att förbehålla sig rätten betyder givetvis inte att ni använder er av den varje gång problemet uppstår, men det betyder likväl att ni kan göra det utan att på något sätt få juridisk skit på er. Hur vet jag som kund att ni inte bara plockar bort filen? Mejlet (som du nämner i samma) kanske heller inte går ut? Min poäng är, tryggheten på papper i det här fallet är noll. (Givetvis finns det situationer med absolut nolltolerans, jag har bara svårt att se att samtliga ska vara av den typen.)

    För övrigt vill jag låta meddela att jag är en nöjd Surftown-kund. Jag hittade detta av en slump och ville helt enkelt kasta upp bollen för att se var den landar.

  • Kort sammanfattat: Det vet ni inte.

    Utan det är en dialog ni får föra med er webhotellsleverantör. Ställ frågor om vad som till exempel krävs för att webhotellsleverantören ska gå så långt som att radera filer. Ni har all rätt att vara kritisk mot avtalsvillkoren. Men gör det i så fall INNAN ni godkänner dem som ny kund. Har man redan godkänt dem, så har man heller inte så mycket att säga till om.

    Men nu vet du i alla fall att Surftown aldrig går så långt som att radera en fil, utom i som du kallar det ”situationer med absolut nolltolerans”, vilket kan innebära till exempel virus/trojan-filer.

    Och vi tjänar ingenting på att radera våra kunders filer. Arga kunder som berättar för andra icke-kunder om att ”Surftown raderar filer utan anledning”… Det är den sämsta tänkbara marknadsföringen.

    Risken att mailet inte kommer fram är så pass låg, att vi är beredda att ta den. De flesta webhotells- och domänleverantörer har gått över helt och hållet till e-postfakturering, inklusive .SE, just för att det är en väldigt liten risk att ett mail inte når sin mottagare. Detta förutsätter dock att kunden har en aktuell och fungerande e-post adress på sitt konto (man kan kontrollera detta under My Surftown -> Ägare information).

    Hoppas jag klargjorde det mesta, och har ni ytterligare frågor, så är det bara att ställa dem här eller sända ett mail till mig.

  • Kort sammanfattat: Det vet ni inte.

    Utan det är en dialog ni får föra med er webhotellsleverantör. Ställ frågor om vad som till exempel krävs för att webhotellsleverantören ska gå så långt som att radera filer. Ni har all rätt att vara kritisk mot avtalsvillkoren. Men gör det i så fall INNAN ni godkänner dem som ny kund. Har man redan godkänt dem, så har man heller inte så mycket att säga till om.

    Men nu vet du i alla fall att Surftown aldrig går så långt som att radera en fil, utom i som du kallar det ”situationer med absolut nolltolerans”, vilket kan innebära till exempel virus/trojan-filer.

    Och vi tjänar ingenting på att radera våra kunders filer. Arga kunder som berättar för andra icke-kunder om att ”Surftown raderar filer utan anledning”… Det är den sämsta tänkbara marknadsföringen.

    Risken att mailet inte kommer fram är så pass låg, att vi är beredda att ta den. De flesta webhotells- och domänleverantörer har gått över helt och hållet till e-postfakturering, inklusive .SE, just för att det är en väldigt liten risk att ett mail inte når sin mottagare. Detta förutsätter dock att kunden har en aktuell och fungerande e-post adress på sitt konto (man kan kontrollera detta under My Surftown -> Ägare information).

    Hoppas jag klargjorde det mesta, och har ni ytterligare frågor, så är det bara att ställa dem här eller sända ett mail till mig.

  • eib

    Händer det något med safe mode?
    Det vore trevligt om ni delade med er av vilka alternativ ni funderar på så att folk med erfarenhet kan hjälpa till i funderandet.
    Det finns mängder av kunniga som bara längtar efter att dra sitt strå till stacken för att lösa ett av de tråkiga problemen med surftown.

  • eib

    Händer det något med safe mode?
    Det vore trevligt om ni delade med er av vilka alternativ ni funderar på så att folk med erfarenhet kan hjälpa till i funderandet.
    Det finns mängder av kunniga som bara längtar efter att dra sitt strå till stacken för att lösa ett av de tråkiga problemen med surftown.

  • eib:
    Jodå, saker och ting rullar fortfarande. Just nu ligger det dock inte på mitt bord, och jag måste helt enkelt vänta på svar från de olika avdelningarna. Men det är stora förändringar som diskuteras, inte bara safemode, så det tar sitt lilla tag.

    Men jag tackar för ditt engagemang, och villighet att hjälpa. Uppskattas varmt. 🙂 Ha tålamod, så kommer jag berätta mer så snart som bara är möjligt…

  • eib:
    Jodå, saker och ting rullar fortfarande. Just nu ligger det dock inte på mitt bord, och jag måste helt enkelt vänta på svar från de olika avdelningarna. Men det är stora förändringar som diskuteras, inte bara safemode, så det tar sitt lilla tag.

    Men jag tackar för ditt engagemang, och villighet att hjälpa. Uppskattas varmt. 🙂 Ha tålamod, så kommer jag berätta mer så snart som bara är möjligt…

  • Prioritetsordning?

    Det stå att det inte är i någon som helst prioritetsordning och jag är lite nyfiken på vad du menar med detta, är det i antal svar eller är det surftowns
    prioritet som menas?

    Om man går in på surftown support så har Safe mode off 50% av rösterna för viktigaste förändring.

  • Prioritetsordning?

    Det stå att det inte är i någon som helst prioritetsordning och jag är lite nyfiken på vad du menar med detta, är det i antal svar eller är det surftowns
    prioritet som menas?

    Om man går in på surftown support så har Safe mode off 50% av rösterna för viktigaste förändring.

  • coine

    Sökte på safe mode både på wikin och din blogg. Till slut har jag hamnat på detta gamla blogginlägget. Har det hänt något under året för att kunna välja om man vill ha safe mode off?

  • Sökte på safe mode både på wikin och din blogg. Till slut har jag hamnat på detta gamla blogginlägget. Har det hänt något under året för att kunna välja om man vill ha safe mode off?

  • @coine – Jodå, saker och ting har hänt, men dessvärre inte särskilt mycket kring safemode. Vi har haft en massa andra spännande projekt, som tyvärr har tagit det mesta av tiden. Men vi har heller inte glömt bort det…

  • @coine – Jodå, saker och ting har hänt, men dessvärre inte särskilt mycket kring safemode. Vi har haft en massa andra spännande projekt, som tyvärr har tagit det mesta av tiden. Men vi har heller inte glömt bort det…

  • pippin

    Safe mode kommer tydligen att försvinna från php helt och hållet från och med version 6.

    https://forum.mambo-foundation.org/showthread.php?t=1914
    samt
    https://forum.mambo-foundation.org/showthread.php?t=5158

    Jag är hemskt förtjust i enkelheten med 1 click toolbox men det är enormt frustrerande att sedan inte kunna göra något med mambo.

  • pippin

    Safe mode kommer tydligen att försvinna från php helt och hållet från och med version 6.

    https://forum.mambo-foundation.org/showthread.php?t=1914
    samt
    https://forum.mambo-foundation.org/showthread.php?t=5158

    Jag är hemskt förtjust i enkelheten med 1 click toolbox men det är enormt frustrerande att sedan inte kunna göra något med mambo.

  • Micke

    Japp, så har jag också förstått det, och om Surftown tar in PHP6 så kommer jag kanske äntligen kunna använda min wiki fullt ut, som det är idag klarar den inte att skalera om bilderna av någon outgrundlig anledning 🙂

  • Japp, så har jag också förstått det, och om Surftown tar in PHP6 så kommer jag kanske äntligen kunna använda min wiki fullt ut, som det är idag klarar den inte att skalera om bilderna av någon outgrundlig anledning 🙂

  • @Micke – Det beror förmodligen inte på safe mode…

    Utan snarare är det så att skalningen av bilderna kräver mer minne än vad webservern tillåter ditt script (i det här fallet en wiki) att använda. Och dessvärre finns det inte någon direkt lösning på det, då vi är tvungna att sätta en sådan gräns då det annars hade blivit fullt krig mellan kunderna om webserverns minne… 🙂

  • @Micke – Det beror förmodligen inte på safe mode…

    Utan snarare är det så att skalningen av bilderna kräver mer minne än vad webservern tillåter ditt script (i det här fallet en wiki) att använda. Och dessvärre finns det inte någon direkt lösning på det, då vi är tvungna att sätta en sådan gräns då det annars hade blivit fullt krig mellan kunderna om webserverns minne… 🙂

  • Micke

    Hmm, möjligt, det kan du säkert bättre än jag men wikins egen support/dokumentation beskriver ju ett antal problem med att köra den alls under safe mode så jag har mest förutsatt att det är därför 🙂
    Plus att det felmeddelande jag fått snarare sett ut att vara rättighetsrelaterat än minnesrelaterat, nu har jag inte det i huvudet men det är ngt om att den inte klarar skriva till något temporärområde som jag f.ö. inte ens har någon aning om var på servern det ligger.

    Men nåja, det kan ju vara minne ändå förstås, underliga felmeddelanden är ju inte ovanligt 😀

    Krig är det väl däremot redan idag eller ? Detta att PHP tolken går ned hela tiden borde väl vara minnesrelaterat ? Är det något som blir bättre eller sämre med nästa version av PHP när safe mode då försvinner ?

  • Hmm, möjligt, det kan du säkert bättre än jag men wikins egen support/dokumentation beskriver ju ett antal problem med att köra den alls under safe mode så jag har mest förutsatt att det är därför 🙂
    Plus att det felmeddelande jag fått snarare sett ut att vara rättighetsrelaterat än minnesrelaterat, nu har jag inte det i huvudet men det är ngt om att den inte klarar skriva till något temporärområde som jag f.ö. inte ens har någon aning om var på servern det ligger.

    Men nåja, det kan ju vara minne ändå förstås, underliga felmeddelanden är ju inte ovanligt 😀

    Krig är det väl däremot redan idag eller ? Detta att PHP tolken går ned hela tiden borde väl vara minnesrelaterat ? Är det något som blir bättre eller sämre med nästa version av PHP när safe mode då försvinner ?

  • Micke

    För övrigt, är det inte mer eller mindre samma funktion som den som skalar om bilderna i wordpress som i wikin ? Även wordpress skapar ju en normalstorlek, en ”mellanstorlek” och en thumbnail när man laddar upp bilder till bloggen, iaf från version 2.5 och uppåt. Och det är vad wikin också skall göra, dvs skapa en alternativ storlek på bilden när det begärs, men det kanske är olika tekniker som används ?

  • För övrigt, är det inte mer eller mindre samma funktion som den som skalar om bilderna i wordpress som i wikin ? Även wordpress skapar ju en normalstorlek, en ”mellanstorlek” och en thumbnail när man laddar upp bilder till bloggen, iaf från version 2.5 och uppåt. Och det är vad wikin också skall göra, dvs skapa en alternativ storlek på bilden när det begärs, men det kanske är olika tekniker som används ?

  • @Micke – Aha, då är det varken rättighetsrelaterat eller minnesrelaterat. Men det går i varje fall att lösa… 🙂

    I roten av ditt utrymme (dvs utanför domänkatalogerna) kan du skapa en katalog som heter ”tmp”. Skapa sedan en fil som du döper till ”.htaccess” som du lägger i roten av din domänkatalog. I denna filen skriver du följande:

    php_value session.save_path ../../tmp/

    Ge sedan denna katalog fulla skriv- och läsrättigheter (777), så bör det fungera.

    En annan möjlig anledning till att WordPress klarar av att skala om bilderna, men inte Wiki’n, tror jag är att WordPress använder en Flash-applikation för att göra det. Det vill säga skalningen sker i Flash-applikationen på din dator, innan det läggs på servern. På det viset kringgår man eventuella begränsningar som är satta på webservern.

    Jag är för dåligt insatt i vad som är nytt i PHP6, så jag vågar tyvärr inte svara på om det blir bättre eller sämre. Vi får helt enkelt vänta och se vad som sker…

  • @Micke – Aha, då är det varken rättighetsrelaterat eller minnesrelaterat. Men det går i varje fall att lösa… 🙂

    I roten av ditt utrymme (dvs utanför domänkatalogerna) kan du skapa en katalog som heter ”tmp”. Skapa sedan en fil som du döper till ”.htaccess” som du lägger i roten av din domänkatalog. I denna filen skriver du följande:

    php_value session.save_path ../../tmp/

    Ge sedan denna katalog fulla skriv- och läsrättigheter (777), så bör det fungera.

    En annan möjlig anledning till att WordPress klarar av att skala om bilderna, men inte Wiki’n, tror jag är att WordPress använder en Flash-applikation för att göra det. Det vill säga skalningen sker i Flash-applikationen på din dator, innan det läggs på servern. På det viset kringgår man eventuella begränsningar som är satta på webservern.

    Jag är för dåligt insatt i vad som är nytt i PHP6, så jag vågar tyvärr inte svara på om det blir bättre eller sämre. Vi får helt enkelt vänta och se vad som sker…

  • Pingback: Förlåt… | SurfBloggen()