{"id":83002,"date":"2020-05-27T13:42:38","date_gmt":"2020-05-27T11:42:38","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/delaem-podderzhku-deshevle-starayas-ne-rasteryat-kachestvo"},"modified":"2020-05-27T13:42:38","modified_gmt":"2020-05-27T11:42:38","slug":"delaem-podderzhku-deshevle-starayas-ne-rasteryat-kachestvo","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/delaem-podderzhku-deshevle-starayas-ne-rasteryat-kachestvo","title":{"rendered":"Vi g\u00f8r support billigere, mens vi fors\u00f8ger at bevare kvaliteten","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Vi<\/a><\/noindex>N\u00f8dtilstand (ogs\u00e5 omtalt som IPKVM), der g\u00f8r det muligt at tilslutte sig VPS uden RDP direkte fra hypervisorens niveau, sparer 15\u201320 minutter om ugen.<\/i><\/p>\n

Det f\u00f8rste og vigtigste er ikke at irritere folk.<\/b> Over hele verden er support opdelt i niveauer, og f\u00f8rste niveau skal fors\u00f8ge de typiske l\u00f8sninger. Hvis opgaven overskrider deres gr\u00e6nser, skal den videregives til andet niveau. Blandt VDS-administratorer er der ofte mennesker, der kan t\u00e6nke. I mods\u00e6tning til mange andre supportere. I det mindste betydeligt oftere. Og de strukturerer ticketen godt, ved straks at beskrive alt, hvad der er n\u00f8dvendigt. Hvis f\u00f8rste niveau f\u00e5r 'blindfoldet p\u00e5' og tilf\u00e6ldigt beder om at genstarte, s\u00e5 er det en fiasko.<\/p>\n

Opgaven er meget enkel: at g\u00f8re st\u00f8tten til vores VDS-hosting passende med minimale omkostninger. Fordi vi er fastfood i hosting-udbydernes verden: ingen s\u00e6rlig 'finpudsning', lave priser, god kvalitet. Tidligere<\/a><\/noindex> Der har allerede v\u00e6ret en fort\u00e6lling om, hvordan kommunikationen 'som admin til admin' ikke l\u00e6ngere fungerer med fremkomsten af Instagram-dejlige, der pr\u00f8ver at automatisere kontoadministration og ejere af sm\u00e5 virksomheder med fjernregnskab og andre, der ikke er s\u00e6rligt dygtige med teknologi. Det var n\u00f8dvendigt at \u00e6ndre kommunikationssproget.<\/p>\n

Lad mig nu fort\u00e6lle lidt mere om processerne \u2014 og de uundg\u00e5elige fejl med dem.
\n<\/a><\/noindex><\/p>\n

Irritere folk \u2116 1<\/h2>\n

\nEnhver support er en samleb\u00e5ndsfremstilling. En anmodning kommer ind, og f\u00f8rste-niveau medarbejderen fors\u00f8ger straks at genkende en typisk situation, som har opst\u00e5et tusind gange f\u00f8r og vil opst\u00e5 tusind gange mere. Der er 90 % chance for, at anmodningen er typisk, og at den kan besvares med blot et par klik for at inds\u00e6tte en skabelon. I skabelonen skal der normalt inds\u00e6ttes et par ord \u2014 og s\u00e5 er det klart. Eller man kan logge ind i administrationsgr\u00e6nsefladen og trykke p\u00e5 et par knapper. I mere komplekse tilf\u00e6lde (f.eks. flytninger fra zone til zone) skal der udf\u00f8res handlinger i henhold til en algoritme. <\/p>\n

Det, der irriterer folk mest uanset andre kvaliteter ved supporten, er den typiske reaktion p\u00e5 en atypisk anmodning. Der kommer en ticket, hvor alt er detaljeret beskrevet, der er massevis af n\u00f8dvendige data til tre sp\u00f8rgsm\u00e5l fremad, kunden forudser dialogen\u2026 Og ved de f\u00f8rste ord begynder supportmedarbejderen p\u00e5 autopilot at indtaste akkorden for at inds\u00e6tte skabelonen 'pr\u00f8v at genstarte, det burde hj\u00e6lpe'. <\/p>\n

Dette er pr\u00e6cis det, der plager folk, og netop efter s\u00e5danne situationer er der ofte flest negative anmeldelser og vrede kommentarer. Det er tydeligt, at vi har beg\u00e5et fejl, og derfor kender vi statistikken. Vi har generelt lavet forskellige fejl, men s\u00e5danne tilf\u00e6lde er altid fuldst\u00e6ndig absurde. Ogs\u00e5 for os selv. Vi ville selvf\u00f8lgelig \u00f8nske, at det ikke skete overhovedet. Men det er ikke s\u00e6rlig muligt i praksis: en tr\u00e6t medarbejder kan en gang imellem trykke p\u00e5 de forkerte knapper. <\/p>\n

\u00c5rsag til folks irritation \u2116 2<\/h2>\n

\nDet andet, der liges\u00e5 effektivt plager folk, er, n\u00e5r der ikke bliver svaret p\u00e5 en ticket i lang tid. I Europa er det normalt for support at tage tre dage f\u00f8r de tager et incident i behandling \u2014 det er helt fint. Selv hvis det er meget presserende, og noget br\u00e6nder \u2014 ingen sociale medier, ingen telefon, ingen messenger, kun e-mail og vent p\u00e5 din tur. I Rusland er det meget mindre almindeligt, men stadig bliver nogle tickets \"glemt\". I starten satte vi et SLA p\u00e5 f\u00f8rste reaktion til 15 minutter, og det var i et \u00e6gte 24\/7 setup. Det er klart, at n\u00e5r VDS-hosting bliver stort, s\u00e5 opst\u00e5r dette problem. Men hos tvivlsomme tjenesteudbydere findes der ikke s\u00e5danne standarder. Og vi var netop i starten en tvivlsom udbyder og blev f\u00f8rst senere mere eller mindre etablerede. N\u00e5 ja, mere eller mindre gennemsnitlige. <\/p>\n

F\u00f8rste linje er operat\u00f8rer, der f\u00e5r scripts og l\u00e6rer at reagere p\u00e5 typiske situationer. De sorterer hurtigt problemerne og fors\u00f8ger inden for 15 minutter enten at svare med en standard handling, eller informere om, at ticketen er i behandling, og videregive den til anden linje.<\/p>\n

Anden linje er hostingadministratorer, der n\u00e6sten kan udf\u00f8re alt manuelt. Her er ogs\u00e5 supportlederen, der kan g\u00f8re alt og lidt til. Tredje linje er udviklerne, der modtager tickets som \"ret dette i gr\u00e6nsefladen\" eller \"en bestemt parameter beregnes forkert derhenne\". <\/p>\n

Reducere antallet af ans\u00f8gninger<\/h2>\n

\nAf \u00e5benlyse grunde, hvis du vil tilbyde billig support, skal du ikke \u00f8ge den f\u00f8rste linje, s\u00e5 folk med scripts kan klare sig hurtigere, men \u00f8ge automatiseringen. I stedet for mennesker med scripts skal der v\u00e6re rigtige scripts. Derfor var en af de f\u00f8rste ting, vi gjorde, at automatisere processerne for at starte virtuelle maskiner, skalere ressourcer (inklusiv diskopgradering og -nedgradering, men ikke CPU-frekvens) og lignende opgaver. Jo mere brugeren kan g\u00f8re fra interface, jo lettere er det for f\u00f8rste linje, og jo mindre kan den v\u00e6re. N\u00e5r brugeren henvender sig med noget, der findes i deres dashboard, skal vi g\u00f8re dette og fort\u00e6lle, hvordan det kan udf\u00f8res selvst\u00e6ndigt. <\/p>\n

Hvis du ikke har brug for support, betyder det, at det fungerer godt. <\/p>\n

Den anden funktion, der sparer meget tid, er den langsomme udfyldning af vidensbasen. Hvis en bruger har et problem, der ikke er p\u00e5 listen over underst\u00f8ttede handlinger (det er ofte sp\u00f8rgsm\u00e5l som 'hvordan man s\u00e6tter en Minecraft-server op' eller 'hvordan man konfigurerer VPS i Win Server'), skrives der en artikel til vidensbasen. En tilsvarende detaljeret artikel skrives for alle underlige foresp\u00f8rgsler. For eksempel, hvis en bruger beder support om at fjerne den indbyggede Windows Server firewall, sender vi dem til at l\u00e6se om, hvad der sker, hvis den faktisk deaktiveres, og hvordan man kun \u00e5bner tilladelser for det valgte software. Problemet er ofte, at noget ikke kan oprette forbindelse p\u00e5 grund af indstillingerne, ikke selve firewallen. Men det er meget sv\u00e6rt at forklare dette hver gang i dialogen. Og vi vil helst ikke deaktivere firewallen, for straks vil vi miste enten den virtuelle maskine eller kunden. <\/p>\n

Hvis noget i vidensbasen vedr\u00f8rende applikationssoftware bliver meget bes\u00f8gt, kan man oprette en distribut\u00f8r p\u00e5 marketplace, s\u00e5 der kommer en tjeneste 'opret server med allerede installeret dette'. P\u00e5 denne m\u00e5de skete det med Docker, og s\u00e5 skete det med Minecraft-serveren. Endnu engang sparer \u00e9n knap 'lav det godt for mig' i interface op til hundrede tickets om \u00e5ret. <\/p>\n

N\u00f8dtilstand<\/h2>\n

\nEfter disse handlinger er de mest alvorlige fejl, der kr\u00e6ver manuel indgriben, ofte relateret til det faktum, at brugeren p\u00e5 en eller anden m\u00e5de har mistet adgangen til den fjernbetjente g\u00e6ste-OS i hypervisoren. Den mest almindelige \u00e5rsag er simpelthen en forkert firewall-konfiguration, den n\u00e6sthyppigste er forskellige fejl, der forhindrer Windows i at starte korrekt og tvinger den til at genstarte i Sikker tilstand. I sikker tilstand er RDP som standard ikke tilg\u00e6ngelig. <\/p>\n

Vi har lavet en fejlsikret tilstand til dette tilf\u00e6lde. Normalt kr\u00e6ver adgang til VDS-maskinen, at man har en eller anden klient til fjernarbejde. Ofte drejer det sig om konsol adgang, RDP, VNC eller lignende. Ulempe ved disse metoder er, at de ikke fungerer uden OS. Men p\u00e5 hypervisor-niveau kan vi b\u00e5de f\u00e5 sk\u00e6rmbilledet og sende tastetryk! Dog belaster det CPU'en en del (p\u00e5 grund af den faktiske videotransmission), men det muligg\u00f8r det \u00f8nskede resultat. <\/p>\n

Derfor har vi givet alle brugere adgang til fejlsikret tilstand, men det er begr\u00e6nset i varigheden af kontinuerlig brug. Heldigvis viser erfaringen, at denne tid er mere end tilstr\u00e6kkelig til at genstarte og rette noget.<\/p>\n

Resultatet er endnu f\u00e6rre supportbilletter. Og d\u00e9r, hvor administratoren selv kan rette ticketen, er der ikke behov for, at supportteamet skal l\u00e6gge h\u00e6nderne i det og finde ud af det. <\/p>\n

De resterende problemer<\/h2>\n

\nOfte tror brugerne, at supporten pr\u00f8ver at presse noget p\u00e5 dem. <\/b>Desv\u00e6rre kan der ikke g\u00f8res noget ved det (eller vi har ikke fundet p\u00e5 noget). De to mest almindelige eksempler er ressourcelimitter og DDoS-beskyttelse. <\/p>\n

P\u00e5 hver virtuel maskine er der gr\u00e6nser for belastning af disk, hukommelse og tilladt trafik. Muligheden for at fasts\u00e6tte gr\u00e6nser er beskrevet i tilbuddet, mens selve gr\u00e6nserne er valgt s\u00e5ledes, at st\u00f8rstedelen af brugerne kan arbejde uden at vide om dem. Men hvis du pludselig begynder at presse kanalen og disken meget, advarer algoritmerne automatisk brugeren. Siden april sidste \u00e5r har vi fjernet autoblokeringer. I stedet er der indf\u00f8rt bl\u00f8de gr\u00e6nser i en variabel periode. <\/p>\n

Tidligere var det s\u00e5dan: f\u00f8rst en advarsel, derefter, hvis brugeren ikke reagerede, blev kontoen automatisk blokeret. Og p\u00e5 det tidspunkt blev folk vrede: \"Hvad sker der? Jeres system fejler, der var ikke noget!\" \u2014 og man kunne enten fors\u00f8ge at finde ud af det i application software eller foresl\u00e5 at opgradere abonnementet. Vi har ikke mulighed for at finde ud af, hvordan den applikationssoftware fungerer, fordi det ligger uden for vores support. Selvom vi muligvis har unders\u00f8gt de f\u00f8rste par tilf\u00e6lde sammen med brugerne. Jeg husker is\u00e6r et, hvor en YouTube-views-fraud\u00f8r havde en indbygget trojaner, og denne trojaner havde hukommelsesl\u00e6kage. I sidste ende konkluderede vi, at det ikke var gejserfejl, men brugernes problemer, ellers ville vi v\u00e6re blevet oversv\u00f8mmet med tilsvarende anmodninger. Men ingen har endnu indr\u00f8mmet, at de selv kunne have overskredet gr\u00e6nserne. <\/p>\n

En lignende historie g\u00e6lder for DDoS: vi skriver, at du, k\u00e6re bruger, er under angreb. Venligst aktiver beskyttelse. Og brugeren: \"Ja, det er jer, der angriber mig!\" Selvf\u00f8lgelig angriber vi kun \u00e9n bruger med DDoS for at narre 300 kroner. Det er jo en god forretning. Ja, jeg ved, at mange st\u00f8rre hostingudbydere i den dyrere kategori inkluderer denne beskyttelse i planerne, men vi kan ikke g\u00f8re det: \u00f8konomien i fastfood dikterer andre minimumspriser. <\/p>\n

Ikke mindre ofte er supporten utilfreds med dem, hvis data vi har slettet.<\/b> I den forstand at vi legitimeret har slettet dem efter udl\u00f8bet af den betalte periode. Hvis nogen ikke fornyer lejem\u00e5let af VDS, sends flere underretninger, der forklarer, hvad der vil ske. P\u00e5 tidspunktet for udl\u00f8b af betalingen stopper den virtuelle maskine, men dens billede gemmes. Endnu en underretning kommer, og derefter et par mere. Billedet opbevares i syv ekstra dage og slettes f\u00f8rst derefter permanent. Der er alts\u00e5 en kategori af mennesker, der er meget utilfredse med dette. Fra \"administratoren blev fyret, underretninger blev sendt til hans e-mail, genopret det\" til beskyldninger om bedrageri og trusler om fysisk vold. \u00c5rsagen er de samme priser for alle andre brugere. Hvis vi skal gemme det i en m\u00e5ned, kr\u00e6ver det mere lagerplads. Det ville betyde h\u00f8jere priser for hver enkelt kunde. Og fastfood-\u00f8konomien ... N\u00e5, I forst\u00e5r. Og som resultat f\u00e5r vi anmeldelser p\u00e5 fora i stil med \"tog penge, slettede data, bedrageri.\"<\/p>\n

Jeg m\u00e5 n\u00e6vne, at vi har en r\u00e6kke premium-planer. Her ser situationen selvf\u00f8lgelig anderledes ud, da vi tager hensyn til kundens \u00f8nsker og fleksibelt tilpasser b\u00e5de gr\u00e6nser og sletning ved manglende betaling (vi tr\u00e6kker det bare i minus for ikke at blokere). Det er \u00f8konomisk forsvarligt, fordi der virkelig kan ske m\u00e6rkelige ting, og det koster meget at bevare en fast, stor kunde. <\/p>\n

Nogle gange er brugerne ondsindede. <\/b>Flere gange har vi haft nedbrud i systemet med blokering af hundreder af virtuelle maskiner p\u00e5 grund af klart illegitime handlinger fra kunderne. Det var netop p\u00e5 grund af s\u00e5danne situationer, at vi havde brug for vores egne netv\u00e6rksdrivere for at overv\u00e5ge netv\u00e6rksaktiviteten og se, at brugeren ikke udf\u00f8rer et angreb fra sin server. Denne type overv\u00e5gning er vigtig for at sikre, at gr\u00e6nserne mellem nabolagets virtuelle maskiner ikke bliver kr\u00e6nket af de vilde typer. <\/p>\n

Der er dem, der simpelthen spammer, miner eller p\u00e5 anden m\u00e5de overtr\u00e6der aftalen. Derefter henvender de sig til supporten og sp\u00f8rger, hvad der gik galt, og hvorfor maskinen blev blokeret. Hvis processen i bilaget hedder \"spam sender.exe\", s\u00e5 g\u00e5r det sandsynligvis ikke godt. Hver anden uge f\u00e5r vi klager fra virksomheder som Sony eller Lucasfilm (nu Disney), fordi nogen fra vores virtuelle maskine fra vores IP-adresseomr\u00e5de deler en ulovlig film. For s\u00e5danne tilf\u00e6lde er der straks blokering og tilbagebetaling af de penge, der st\u00e5r tilbage p\u00e5 kontoen i henhold til aftalen (jeg minder om, at vi har sekund\u00e6r kvantificering, s\u00e5 saldoen vil altid v\u00e6re pr\u00e6cis). Og for at f\u00e5 penge tilbage skal man if\u00f8lge lovgivningen vise et ID: det er et skridt mod at bek\u00e6mpe hvidvaskning af penge. Piraterne glemmer af en eller anden grund at vise ID'et og skriver, at vi har stj\u00e5let deres penge og glemmer at pr\u00e6cisere nogle af omst\u00e6ndighederne. <\/p>\n

\u00c5h, ja. Den bedste foresp\u00f8rgsel i \u00e5r har vi v\u00e6ret: \"Kan man teste en virtuel maskine med en plan til 30 kroner om m\u00e5neden i et par dage f\u00f8r k\u00f8b?\".<\/p>\n

Resultat<\/h2>\n

\nF\u00f8rste linje sorterer billetter og svarer med typiske handlinger. Her er der mest utilfredshed. At rette op p\u00e5 det vil alligevel ikke lykkes, fordi grundlaget for rettelsen ligger i automatiseringen af hosting, hvilket vil sige et k\u00e6mpe backlog. Ja, vi har flere end mange p\u00e5 markedet, men det er stadig ikke nok. Derfor er det bedste, vi kan g\u00f8re, at etablere overv\u00e5gning af f\u00f8rste linje. Overv\u00e5gning af kundeservice - at n\u00e5 KPI for f\u00f8rste linje. Uds\u00e6ttelser i SLA er synlige i realtid: hvem sl\u00e5r fejl, og ofte hvorfor. Anmodninger g\u00e5r aldrig tabt takket v\u00e6re s\u00e5danne alarmer. Ja, en billet kan besvares med en skabelon, der ikke er relevant, men det finder vi ud af gennem feedback. <\/p>\n

Hvis kunden virkelig insisterer, kan en specialist p\u00e5 anden linje logge ind p\u00e5 serveren og g\u00f8re det, som kunden har brug for (betingelsen er en bekr\u00e6ftelse i en e-mail, hvor de angiver loginoplysninger til serveren).<\/p>\n

Vi g\u00f8r dette meget sj\u00e6ldent, og dette arbejde overlader vi kun til de bedste, fordi vi \u00f8nsker at have garantier for, at brugerdata ikke beskadiges. De bedste er support p\u00e5 anden linje.<\/p>\n

F\u00f8rste linje har en vidensbase, hvor man kan sende komplekse emner til for at se. <\/p>\n

En funktionsrig personlig konto plus vidensbase - og s\u00e5 er vi lykkedes med at reducere antallet af henvendelser til 1-1,5 om \u00e5ret per kunde i gennemsnit. <\/p>\n

Anden linje behandler normalt komplekse anmodninger, der kr\u00e6ver manuel indsats. Det karakteristiske er, at jo dyrere abonnementsplan, desto f\u00e6rre s\u00e5danne anmodninger pr. virtuel maskine. Normalt fordi dem, der har r\u00e5d til en dyr plan, enten har specialister ansat, eller halvdelen af problemerne ikke opst\u00e5r, fordi konfigurationen er tilstr\u00e6kkelig. Jeg husker stadig den helt store, der installerede en ikke s\u00e5 gammel Windows Server p\u00e5 en konfiguration med 256 MB RAM. <\/p>\n

Anden linje har et s\u00e6t distributionspakker og et s\u00e6t automatiseringsscripts. Begge dele kan opdateres efter behov. <\/p>\n

Anden linje og personlige managere for VIP-abonnementer kan tilf\u00f8je noter i kundens profil. Hvis han er Linux-administrator - s\u00e5 noterer vi det. Dette vil v\u00e6re en hj\u00e6lp for f\u00f8rste linje: brugeren ved helt sikkert, at dette ikke vil v\u00e6re et skud i foden, men en kontrolleret destruktion. <\/p>\n

Den tredje linje h\u00e5ndterer det mest m\u00e6rkelige. For eksempel havde vi en fejl, hvor man ikke kunne f\u00e5 adgang til en af funktionerne i brugerkontoen i Firefox. Brugeren truede direkte: \"Hvis I ikke retter det inden for 12 timer, s\u00e5 skriver jeg p\u00e5 alle hostinganmeldelser.\" Det viste sig, at problemet var i en brugerdefineret adblocker. P\u00e5 brugerens side, som det nu er. Der kommer ofte komplekse fejl uden detaljer, og de kan ikke gentages. Nogle gange f\u00e5r vi efterforskere med et screenshot: \"Hvorfor retter I dem m\u00e5neden lang?\" \u2014 \"Ja, vi har bare ledt efter jeres fejl hele tiden\", \"\u00c5h, jeg har haft det igen i dag, men jeg kunne ikke gentage det igen...\"<\/p>\n

Generelt ved du aldrig, hvor et screenshot af dialogen med supporten ender, og n\u00e5r en person kontakter supporten, s\u00e5 har de et problem. Forholdet kan forbedres. I det mindste kan man fors\u00f8ge. <\/p>\n

Ja, vi ved, at vores support ikke er perfekt, men jeg h\u00e5ber, at den kombinerer tilstr\u00e6kkelig hastighed med tilstr\u00e6kkelig kvalitet. Og den h\u00e6ver ikke priserne p\u00e5 abonnementer for dem, der kan klare sig uden den.<\/p>\n

\"Vi<\/a><\/noindex><\/p>\n

Kilde: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0410\u0432\u0430\u0440\u0438\u0439\u043d\u044b\u0439 \u0440\u0435\u0436\u0438\u043c (\u0442\u0430\u043a\u0436\u0435 \u0443\u043f\u043e\u043c\u0438\u043d\u0430\u0435\u0442\u0441\u044f \u043a\u0430\u043a IPKVM), \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u044e\u0449\u0438\u0439 \u043f\u043e\u0434\u043a\u043b\u044e\u0447\u0430\u0442\u044c\u0441\u044f \u043a VPS \u0431\u0435\u0437 RDP \u043f\u0440\u044f\u043c\u043e \u0441 \u0443\u0440\u043e\u0432\u043d\u044f \u0433\u0438\u043f\u0435\u0440\u0432\u0438\u0437\u043e\u0440\u0430, \u044d\u043a\u043e\u043d\u043e\u043c\u0438\u0442 15\u201320 \u043c\u0438\u043d\u0443\u0442 \u0432 \u043d\u0435\u0434\u0435\u043b\u044e. \u041f\u0435\u0440\u0432\u043e\u0435 \u0438 \u0433\u043b\u0430\u0432\u043d\u043e\u0435 \u2014 \u043d\u0435 \u0431\u0435\u0441\u0438\u0442\u044c \u043b\u044e\u0434\u0435\u0439. \u0412\u043e \u0432\u0441\u0451\u043c \u043c\u0438\u0440\u0435 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0430 \u0440\u0430\u0437\u0434\u0435\u043b\u0435\u043d\u0430 \u043d\u0430 \u043b\u0438\u043d\u0438\u0438, \u0438 \u0441\u043e\u0442\u0440\u0443\u0434\u043d\u0438\u043a \u043f\u0435\u0440\u0432\u043e\u0439 \u0434\u043e\u043b\u0436\u0435\u043d \u043f\u043e\u043f\u0440\u043e\u0431\u043e\u0432\u0430\u0442\u044c \u0442\u0438\u043f\u0438\u0447\u043d\u044b\u0435 \u0441\u043f\u043e\u0441\u043e\u0431\u044b \u0440\u0435\u0448\u0435\u043d\u0438\u044f. \u0415\u0441\u043b\u0438 \u0437\u0430\u0434\u0430\u0447\u0430 \u0432\u044b\u0431\u0438\u0432\u0430\u0435\u0442\u0441\u044f \u0437\u0430 \u0438\u0445 \u043f\u0440\u0435\u0434\u0435\u043b\u044b \u2014 \u043f\u0435\u0440\u0435\u0434\u0430\u0442\u044c \u0432\u0442\u043e\u0440\u043e\u0439 \u043b\u0438\u043d\u0438\u0438. \u0422\u0430\u043a \u0432\u043e\u0442, […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":83003,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-83002","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Vi g\u00f8r supporten billigere, mens vi str\u00e6ber efter ikke at miste kvalitet | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/delaem-podderzhku-deshevle-starayas-ne-rasteryat-kachestvo","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0414\u0435\u043b\u0430\u0435\u043c \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0443 \u0434\u0435\u0448\u0435\u0432\u043b\u0435, \u0441\u0442\u0430\u0440\u0430\u044f\u0441\u044c \u043d\u0435 \u0440\u0430\u0441\u0442\u0435\u0440\u044f\u0442\u044c \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u043e | ProHoster","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/delaem-podderzhku-deshevle-starayas-ne-rasteryat-kachestvo","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-05-27T11:42:38+00:00","article:modified_time":"2020-05-27T11:42:38+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"83002","title":null,"description":null,"keywords":null,"keyphrases":{"focus":[],"additional":[]},"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 15:27:22","updated":"2026-08-11 12:50:16","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/83002","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=83002"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/83002\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/83003"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=83002"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=83002"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=83002"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}