Yllas - intressant. Vi har en majoritet som säger precis tvärtom - så det låter som vi bör ta en titt. Kan du ge oss URL eller PMa mig kundnummer så ber jag någon tekniker ta en titt. Det är lite det som varit intressant med testet också som Anders kör - vi har många som flyttar till oss och älskar prestandan men så tittar jag vart de har flyttat från - och ser då att enligt testet är deras förra leverantör dubbelt så snabba i testet? Variationer förekommer självklart.

Återkom Yllas så kollar vi så vi kan få rätsida på ditt problem.

Anders - härligt att få en kommentar frnå dig här. Vet du följer så jag räknade med det. Jag kollade bara på sammanställningen då jag inte sparat mycket av de andra detaljerna. Om jag får gissa skedde kanske 5% förbättring i just sammanställningen. Så något tog ett litet steg upp.

Johan, det skulle vara intressant att veta vilken leverantör det är?

Vill inte nämna namn Daniel. Vi har många som är snabbare än oss i testet så är det är fler än en av de som är före oss - men inte alla. ;-) Vi har dock säkert någon som upplevt oss på samma sätt och flyttat. Kan ju faktiskt vara så att en tung applikation som tex Magento funkar olika bra - men innebär ändå att ett webbhotell för gemene man är snabb. Yllas ovan är ju en konkret exempel på att han upplever oss som sega - men jag tror det handlar om undantaget mer än regeln.

Jo, jag tänkte det faktiskt, men ville gärna fråga ändå, vi kan ta det om vi träffas någon gång :) Jag har pratat lite med Anders om just detta med att det lätt går att fuska och att vi som kör lastbalanserat inte har någon möjlighet att fuska och även hur man kunde ta hänsyn till de fördelar som lastbalansering kan ge, men vi får se om Anders kan få till det för det vore mycket intressant.

Även vi (och du) skulle säkert kunna fuska om man verkligen ville. Det är ett av problemen - men så som det står nu så är det ju hela testet man kan ifrågasätta. Var "tänd" på detta initialt men börjar mer och mer tro att det är mer eller mindre omöjligt att få ett test som verkligen ger kunden "sanningen" om prestanda.

De flesta webbhotell har ju extremt varierande prestanda mellan sina singelmaskiner. Det kan jag gå i god för hos oss också då vi har kvar en del singelmaskiner då vi inte migrerat allt till vår nya miljö. Skulle du sätta test på dessa är jag säker på att det skulle variera extremt. Så det hade inte gett något heller...

Det är inte så att din "dev" hos Bahnhof var en (idle) fysisk kärra och du flyttade till en virtuell server?

Håller på och flyttar över egna webbarna från Binero till CN och det här tycker jag:

Helheten
Överlag i par med de andra aktörerna. Trevligare på Twitter.

Snabbladdat
På en sajt ökade Page Speed-värdet från 72 till 90 efter byte från Binero till CN. För det mesta rullar det på bra (WP-admin och besök på sajter) men rätt som det är tar det tvärstopp. Hade en period idag efter lunch där inget ville ladda.

Supporten
På tok för långa svarstider på e-postssupporten, även på enkla frågor. Inte alls i par med Binero eller framförallt Oderland.

Problem
Ja.
Överföring av .com-domäner har inte fungerat utan kontakt med supporten.
En .se-domän går trots flera försök på olika tider på dygnet, ej att aktivera webbplats för.
Felmeddelanden vid aktivering (gå från parkering till webbutrymme) upprepade gånger (fungerar dock efter ett tag, efter ut/inloggning).

Hej Björn - Tack för feedbacken! Från och till har vi längre svarstider än vad som borde på mailen. Speciellt runt helgerna som denna då vi är lite väl underbemannade från och till. Något vi får jobba vidare på helt enkelt. Skall ta upp kritiken här.

Vi har haft en del buggar runt domänhanteraren - men vi gjorde en uppgradering i förra veckan som jag i ärlighetens namn tror skulle lösa alla de större puckarna där. Vore intressant att höra när dessa transfers gjordes? Var det precis nu i dagarna?

Antar det är för aktiveringsfelet du har sökt oss på mailen. Jag hoppas du har fått svar - om inte PMa mig gärna om ärendet så tittar jag till det också.

Hej.
Hur går det med detta åtgärdspaket med de återkommande nertiderna som ni haft de senaste månaderna? Är det så att ni inte fick DDOS:er tidigare eller hur kommer det sig att det var stabilare under 2011 än det varit hittills detta år?

Ja - vi har tagit in vår leverantör i frågan också. Fullt fokus tills det löses. Sedan har vi dessutom hittat vissa överbelastningar i ett par SQL servrar som vi kommer byta ut till snabbare blad med SSD diskar som ger prestandan ett snäpp upp - eller två till och med.

DDoS - ja några handlar om det men vi har identifierat andra problem som sagt - även om DDoS alltid är en faktor. Vi har dock haft klart färre den senaste veckan...

Supporten är bra och svarar oftast snabbt. Dock måste man själv kontakta citynetwork om sidan är nere och först då verkar det som dom kollar på det. Ibland känns det som man själv måste kontakta dom för att få förtur och lösa problemet. Detta är minst sagt riktigt stressigt. Vår sida har legat nere massvis med ggr de senaste 3 månaderna och vi har som ett resultat förlorat en hel del i intäkter, problemen med uptime tvingar oss till att byta leverantör helt och hållet om inget drastiskt sker. Tyvärr.

Håller med Clarence och tartareandesire, jag nämnde detta för Anders som trodde att få webbhotell skulle gå med på mer omfattande och verkliga tester, själva ställer vi oss positiva.

Jag har fått svar och .se-domänen som jag inte kunde redigera har Marcus aktiverat med webbutrymme, bra så.

COM-domänerna som strulade var före cPanel-downtimen och nu är det bara en COM som inte vill överföras.

I måndags hade jag även problem med att skapa en ny databas, tredje försöket så gick det.

dbbb - Vi har ett antal åtgärdspunkter som kommer ske under de närmsta två veckorna vilket jag hoppas helt kommer ta bort eventuella prestandaproblem samt de flera men korta nertiderna. Tackar i förskott för det tålamod ni som drabbats har med det tills det är helt borta.

altruixm - Bra att du har kommit vidare även om det varit långt från felfritt. Hoppas domänflyttarna skall vara klart mer friktionsfria här framöver med tanke på en del av buggfixarna som kom in. Vi fortsätter att kämpa för du skall absolut inte behöva prova mer än en gång att få igång en tjänst.

Om ni ändå är igång och fixar saker så se gärna till att man slipper söka på precis varenda TLD ni erbjuder varje gång man ska söka efter en domän :) Det är inte bara irriterande för användaren utan det skickar en väldig massa helt onödiga request till whois-servrarna (om nu ingen cache finns).

Kan bara hålla med. :-) Vi skall lyfta in ett gäng nya TLDs och i samband med det jobba om det lite - även fixa buggar.

Nu när ni har infört en ny affärsmodell med längre avtalsperioder för webbhotell emot en lämplig rabatt jämfört med månadsperiod, som jag välkomnar. Så undrar jag ifall ni kommer att se över era avtalsvillkor?

http://www.citynetwork.se/files/City...and_domain.pdf

Er defintion av avtalsperioden:
6 a) "Avtalet påbörjas när bekräftelse utfärdas av City Network. Avtalet löper den tid som betalning erläggs för Webbhotell, Domänregistrering och Övriga tjänster, om ej annat är överenskommet."

Kundens rätt till återbetalning av erlagd avgift för pågående avtalsperiod vid uppsägning:
6 e) "Vid uppsägning från kund av avtal återbetalas ej inbetald avgift för pågående avtalsperiod."

Visserligen har ni såsom ni mycket riktigt påpekar i blogginlägget: http://www.citynetwork.se/avtal/ar-d...sagningstider/ avskaffat uppsägningstiden. Avtalstid och avtalperiod är ju en och samma sak och den har ni ju däremot kvar. Ni definerar den ju som perioden för inbetald avgift, även om kunden kan säga upp avtalet till upphörande direkt.

För kunden är det dock sak samma om denna kan säga upp avtalet direkt efter t.ex. 6 månader eller ett år och inte få tillbaka erlagd avgift för resterande delen av 3 års webbhotell eller om denna först kan säga upp avtalet till upphörande vid utgående av den nuvarande avtalsperioden/bindningstiden, i exemplet 3 år, då kan ju kunden även använda tjänsten under tiden, vilket alltid är förmånligare. Då kan man ju lika gärna låta den nuvarande avtalsperioden gå ut. Att kunna säga upp avtalet direkt med förverkande av erlagd avgift, då ni inte har någon uppsägningstid eller bindningstid. Ger ju egentligen ingen fördel gentemot att ha en bindningstid?

Tror ni har glömt bort att se över era avtalsvillkor nu när ni möjliggjort längre avtalsperioder än en månad.

Om jag ska ge ett konstruktivt tips:

Skilj på avtal för in-house tjänster och externa tjänster där tjänsten levereras av en extern part exempelvis domäner, där ni måste skicka pengarna vidare externt. Ha inte samma avtal för webbhotell som för domän.

På de interna tjänsterna: Definera avtalsperioden som en 1/12 del av ett kalenderår ifrån avtalets inledande. Avtalet förnyas löpande så länge som avgift för nästkommande avtalsperiod inbetalats innan nuvarande avtalsperiod gått ut. Avtalet kan sägas upp direkt. Vid uppsägning av avtalet återbetalas deponerade avgifter för 1/12 delsperioder som vid uppsägningen inte redan har inletts.

Kunden kan erhålla rabatt genom att deponera avgifter för 1/12 dels kalenderårsperioder i förväg exempelvis 10 avtalsperioder eller 24 avtalsperioder o.s.v. och ha haft ett visst antal obrutna avtalsperioder efter varandra. Det smartaste sättet är ju att deponerat belopp för 10 avtalsperioder och 10 därefter obrutna avtalsperioder följt på varandra resulterar i två avtalsperioder utan avgift. Ifall avgift deponerats för 24 avtalsperioder och 10 obrutna avtalsperioder därefter föjlt på varandra resulterar i 2 avgiftsfria avtalsperioder och sedan därefter ytterligare 12 avtalsperioder följt på varandra resulterar i ytterligare 10 avtalsperioder utan avgift. Då slipper ni en problematik med att även kortsiktiga kunder deponerar för 3 år men säger upp utan objektiv grund på grund av omständigheter som inte ligger er till last och begär återbetalning.
Visserligen har ni då kvar avtalsperiod/avtalstid.

Omega_Man tack för feedback. För att vara tydlig så är det viktigt att först förstå att våra längre perioder är för lojala kunder som vet de kommer stanna med oss en längre tid och som vi vill premiera till att då få en lägre kostnad. Vi har flera val och möjligheter som gör att den som bara vill köra en månad i taget tex - lätt kan göra det.

Vi har inte för avsikt att återbetala medel då hela tanken är att rabatten kommer just för att man gör ett aktivt val att ta en längre period. Skillnaden är dock att du närsom säger upp avtalet i förtid (dvs våra allmänna villkor som reglerar vad man kan och inte kan göra i kontot) - med undantaget att du inte får tillbaka pengarna som har betalats in. Det är förstås en möjlighet för alla. Att säga upp avtalet handlar inte bara om pengarna utan även villkoren och knytningen till oss. Vi gör detta extremt enkelt och du kan avsluta direkt i vår nya kontrollpanel - med ett knapptryck.

Vi ser alltså detta som ytterligare en valmöjlighet för dem som föredrar det. Vi försöker vara tydliga med vad som gäller - och där kan vi bli än bättre - även i villkoren.

Spontant tror jag att kunder kan bli konfunderade om man börjar dela upp i tolftedelar - har en känsla av att det är enklare att kunna säga upp precis närsom, inget avtal men man vet att återbetalning sker inte.

Som sagt - tack för feedbacken - vi skall ta en runda här på kontoret om det också.

Dessa små minidippar ( 1 - 5 min ) som förekommer är oerhört iriterrande :(

Japp - och det är dessa som skall bort som jag nämner ovan - samt en generell förbättring av prestandan.

..och lägg in en spärr så att det t.ex. inte går att söka efter och betala för LL.tld när en tld inte har stöd för registrering av tvåbokstavskombinationer.

Det är mycket självklarheter som man borde ha upptäckt om man testat funktionerna ordentligt innan lansering. När man erbjuder tjänster som kunder betalar för så bör man se till att ha en vettig lanseringsprocess. Företag som Binero och City Network har mycket att lära där.

altruixm och tartareandesire - vi håller med.

Fast jag tycker CN tänker generellt igenom många saker, man kan ju faktiskt inte tänka på precis allt, självklart handlar det ofta om en process där man ständigt förbättrar saker.

Japp, det mesta fungerar utmärkt hos både Binero och City Network men det finns undantag och det är onödigt att göra sådana missar när man annars erbjuder bra tjänster som lockar många. I de här två exemplen handlar det t.ex. om att

1) känna till att det finns särskilda regler för många TLD
2) tänka på användarvänligheten och känna till att man gör ett request mot varje whois-server vid en sökning

Det måste väl ändå anses som självklarheter om man driver ett webbhotell eller arbetar med att utveckla sådana tjänster.

Here we go again, nere nästan 12 timmar nu...

Ligger du på den delade hostingen eller på City Clouds?

Jag har "vanligt" webbhotell, dvs delade hostingen och har 0 min nertid denna vecka.

Min upplevelse är...

Klockren, generös, snabb och effektiv...

Har egentligen inget att gnälla på ännu och TRO MIG jag är gnällig... ;-)

Ps.Hade inget att gnälla på mitt förra hotell, Binero, heller på typ 7 år... men allting kan ändras. Även du som kund så testa och känn efter.

dbbb - antar du har hängt med på driftstatus... Det är Glusternoden som strulat igen. Vi har sakta men säkert migrerat bort ca 1000 VMs sedan i oktober - men ett par hundra kvar och dessa drabbas idag - igen. Är rätt säker på att nästa vecka kommer alla migreras rakt av.

Du kommer fö se en avsevärd prestandaförbättring när du flyttas...

Hur går det med cron? Har ni stöd för cronjobs än?

Inget som finns aktiverat i kontrollpanelen ännu iaf

Tar ofta lite väl lång tid att vänta på extern utveckling. Binero och City Network kör ju samma system numera, skillnaden är att Binero ordnar cron jobs via supporten. Där är det däremot ett steg bakåt eftersom det tidigare fanns i kontrollpanelen. CN har hittills aldrig erbjudit cron jobs.

Nix. Inte ännu. Det är dock på gång men jag vågar inte lova något datum då jag säkert får äta upp det. :-) Vet att vi har förhoppning om det i vår uppdatering i slutet av sommaren. Tidigare tror jag inte på.