{"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\/nl\/blog\/administrirovanie\/delaem-podderzhku-deshevle-starayas-ne-rasteryat-kachestvo","title":{"rendered":"We maken ondersteuning goedkoper, zonder kwaliteit te verliezen.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"We<\/a><\/noindex>De noodmodus (ook wel IPKVM genoemd) stelt je in staat om zonder RDP verbinding te maken met de VPS rechtstreeks vanaf het hypervisor niveau, wat 15-20 minuten per week bespaart.<\/i><\/p>\n

Allereerst: irriteer mensen niet.<\/b> Over de hele wereld is ondersteuning verdeeld in lijnen, en een medewerker van de eerste lijn moet proberen typische oplossingen te vinden. Als de taak buiten hun bereik valt, moet deze naar de tweede lijn worden doorgeschoven. Onder VDS-beheerders zijn er vaak mensen die echt kunnen nadenken, in tegenstelling tot veel andere ondersteuningen. Althans, aanzienlijk vaker. En ze structureren het ticket goed, waarbij ze meteen alles beschrijven wat nodig is. Als de eerste lijn \"haar scherpte verliest\" en ze per ongeluk zo'n ticket laten sluiten met de vraag om het aan en uit te zetten, dan is dat een fiasco.<\/p>\n

De taak is heel simpel: maak de ondersteuning van onze VDS-hosting adequaat met een minimaal budget. Omdat wij de fastfood van de hostingproviders zijn: geen speciale 'opsmuk', lage prijzen, normale kwaliteit. Eerder<\/a><\/noindex> Er was al gesproken over het feit dat met de opkomst van Instagram-fanaten die proberen het beheer van accounts te automatiseren en kleine ondernemers met remote boekhouding en andere mensen die niet al te goed met technologie zijn, de dialoog 'zoals een admin met een admin' niet meer werkt. We moesten de communicatiestijl veranderen.<\/p>\n

Nu ga ik iets meer vertellen over de processen - en de onvermijdelijke fouten die ermee gepaard gaan.
\n<\/a><\/noindex><\/p>\n

Irriteer mensen niet \u2116 1<\/h2>\n

\nElke ondersteuning is een fabrieksmatige productie. Een aanvraag komt binnen en een medewerker van de eerste lijn probeert meteen de typische situatie te herkennen die al duizend keer is voorgekomen en die nog duizenden keren zal voorkomen. De kans is 90% dat de aanvraag standaard is en dat je deze kunt beantwoorden met slechts een paar klikken om een sjabloon in te vullen. Gewoonlijk moet er een paar woorden in het sjabloon worden geschreven - en klaar. Of ga naar de beheersoftware en druk daar op een paar knoppen. In meer complexe gevallen (zoals het verplaatsen van zones, bijvoorbeeld) moet je acties volgens een algoritme uitvoeren. <\/p>\n

Wat mensen het meest irriteert, ongeacht andere kwaliteitsfactoren van de ondersteuning, is de typische reactie op een atypische aanvraag. Een ticket komt binnen waarin alles gedetailleerd is beschreven, er zijn talloze benodigde gegevens voor drie vragen vooruit, de klant voorziet de dialoog\u2026 En bij de eerste woorden van de ondersteuningsmedewerker typt hij automatisch de standaardreactie van het sjabloon in: 'probeer opnieuw op te starten, dat zou moeten helpen'. <\/p>\n

Dit is precies wat mensen frustreert, en dit soort situaties leiden vaak tot de meeste negatieve recensies en woedende opmerkingen. Het is duidelijk dat we zo gefaald hebben, daar weten we de statistieken van. We hebben op verschillende manieren gefaald, maar zulke gevallen zijn altijd gewoon absurd. Ook voor onszelf. We zouden natuurlijk willen dat dit helemaal niet gebeurt. Maar dat is in de praktijk niet echt mogelijk: eens in de paar weken drukt een vermoeide werknemer stiekem op de verkeerde knoppen. <\/p>\n

Mensen niet irriteren nr. 2<\/h2>\n

\nHet tweede dat evenzeer de geest frustreert, is wanneer er lang geen antwoord op een ticket komt. In Europa is zo'n reactie van de support normaal: drie dagen om een incident in behandeling te nemen is meer dan gebruikelijk. Zelfs als je iets dringend hebt en er iets aan de hand is \u2014 geen sociale media, geen telefoon, geen messenger, alleen e-mail en wachten op je beurt. In Rusland gebeurt dit veel minder, maar toch worden sommige ticket 'vergeten'. Aan het begin hebben we een SLA van 15 minuten voor de eerste reactie ingesteld. En dat bij een eerlijke 24\/7. Uiteraard gebeurt dit pas als VDS-hosting groot wordt. Maar bij twijfelachtige serviceproviders is dit er niet. En aan het begin waren we juist twijfelachtig en werden pas later redelijk groot. Nou ja, meer of minder gemiddeld. <\/p>\n

De eerste lijn \u2014 operators die scripts hebben gekregen en geleerd hebben te reageren op typische situaties. Ze sorteren problemen snel en proberen binnen 15 minuten antwoord te geven met een standaardactie of te melden dat het ticket in behandeling is en het door te geven aan de tweede lijn.<\/p>\n

De tweede lijn \u2014 dat zijn de hostingbeheerders, ze kunnen bijna alles handmatig doen. Ook daar is de ondersteuningsmanager, die alles kan en nog wat extra's. De derde lijn \u2014 dat zijn de ontwikkelaars, ze ontvangen tickets zoals 'verander dit in de interface' of 'dit parameter wordt niet correct weergegeven daar'. <\/p>\n

Verminder het aantal aanvragen<\/h2>\n

\nOm duidelijke redenen, als je ondersteuning goedkoop wilt aanbieden, moet je de eerste lijn niet vergroten, zodat mensen sneller met scripts kunnen omgaan, maar de automatisering verhogen. In plaats van mensen met scripts moeten er echte scripts komen. Daarom is een van de eerste dingen die we hebben gedaan, het automatiseren van processen voor het opstarten van virtuele machines, schaling van middelen (inclusief omhoog en omlaag met schijven, maar niet met de CPU-frequentie) en dergelijke zaken. Hoe meer de gebruiker vanuit de interface kan doen, hoe eenvoudiger het is voor de eerste lijn en hoe minder personeel er nodig is. Wanneer de gebruiker hulp vraagt over iets dat in het persoonlijke account staat, moet je uitleggen hoe ze het zelf kunnen uitvoeren. <\/p>\n

Als je geen ondersteuning nodig hebt, betekent het dat het goed gaat. <\/p>\n

Een tweede kenmerk dat veel tijd bespaart, is het uitgebreide invullen van de kennisdatabase. Als een gebruiker een probleem heeft dat niet op de lijst van ondersteunde acties staat (meestal gaat het om vragen zoals 'hoe installeer ik een Minecraft-server' of 'waar stel ik VPS in Windows Server in'), wordt er een artikel in de kennisdatabase geschreven. Een even gedetailleerd artikel wordt geschreven voor alle vreemde verzoeken. Bijvoorbeeld, als een gebruiker vraagt om de ingebouwde firewall van Windows Server te verwijderen, sturen we ze door om te lezen over wat er gebeurt als deze echt wordt uitgeschakeld en hoe alleen de gekozen software machtigingen kan krijgen. Omdat het probleem meestal ligt in het feit dat iets zich niet kan verbinden vanwege de instellingen en niet vanwege de firewall zelf. Maar dit elke keer uitleggen in een gesprek is erg moeilijk. En de firewall uitschakelen willen we eigenlijk niet, omdat we anders snel of de virtuele machine of de klant verliezen. <\/p>\n

Als iets in de kennisdatabase over toepassingssoftware zeer populair wordt, kan er een distributie in de marktplaats worden toegevoegd, zodat de service 'start een server met dit al ge\u00efnstalleerd' beschikbaar komt. Dit gebeurde bijvoorbeeld met Docker en met de Minecraft-server. Wederom bespaart \u00e9\u00e9n knop 'maak het goed voor me' in de interface tot honderd tickets per jaar. <\/p>\n

Noodmodus<\/h2>\n

\nNa deze handelingen blijven de meeste ernstige storingen, die handmatige interventie vereisen, beperkt tot gevallen waarin de gebruiker om de een of andere reden de toegang tot het gast-OS in de hypervisor heeft verloren. Het meest voorkomende geval is een banale foute configuratie van de firewall, het tweede meest voorkomende geval zijn bugs die voorkomen dat Windows normaal opstart en gedwongen worden om op te starten in Veilige modus. In de veilige modus is RDP standaard niet beschikbaar. <\/p>\n

We hebben hiervoor een noodmodus gemaakt. Gewoonlijk heb je voor toegang tot een VDS-machine een soort client voor remote access nodig. Vaak gaat het om console-toegang, RDP, VNC of iets dergelijks. Het nadeel van deze methoden is dat ze niet werken zonder OS. Maar op hypervisor-niveau kunnen we zowel het beeld op het scherm ontvangen als toetsaanslagen doorgeven! Het kost wel wat rekenkracht (vanwege de feitelijke videotransmissie), maar het levert het gewenste resultaat op. <\/p>\n

Daarom hebben we toegang tot de noodmodus gegeven aan alle gebruikers, maar deze is beperkt in de duur van continu gebruik. Gelukkig is, zoals de ervaring heeft geleerd, deze tijd meestal meer dan genoeg om opnieuw op te starten en iets te corrigeren.<\/p>\n

Het resultaat is \u2014 nog minder supporttickets. En waar de admin het probleem zelf in het ticket kan oplossen, hoeft de support geen handen uit de mouwen te steken en het probleem zelf uit te zoeken. <\/p>\n

Overgebleven problemen<\/h2>\n

\nHeel vaak denken gebruikers dat de support hen iets probeert aan te praten. <\/b>Helaas is hier niets aan te doen (of we hebben er niets voor bedacht). De twee meest voorkomende voorbeelden zijn de limieten op middelen en DDoS-bescherming. <\/p>\n

Elke virtuele machine heeft limieten voor schijfbelasting, geheugen en toegestaan verkeer. De mogelijkheid om limieten in te stellen is opgenomen in de offerte, en de limieten worden zo gekozen dat het merendeel van de gebruikers zonder problemen werkt, zelfs zonder er iets van te weten. Maar als je ineens heel veel druk uitoefent op de verbinding en de schijf, dan waarschuwen de algoritmes automatisch de gebruiker. Sinds april vorig jaar hebben we autoblocking verwijderd. In plaats daarvan worden zachte limieten voor een variabele periode ingesteld. <\/p>\n

Vroeger was het zo: eerst een waarschuwing en daarna, als de gebruiker niet reageerde, automatische blokkering. Op dat moment waren mensen vaak boos: \"Wat is dit, jullie systeem geeft problemen, ik heb nergens iets gezien!\" Vervolgens kon je ofwel proberen de applicatiesoftware te begrijpen, of een upgrade van het abonnement voorstellen. We hebben geen mogelijkheid om ons in de werking van de applicatiesoftware te verdiepen, omdat dat buiten de ondersteuning valt. In de eerste paar gevallen hebben we dit samen met de gebruikers bekeken. Vooral herinner ik me de situatie waarin een kijkcijfergenerator voor YouTube een ingebouwde trojan had, en deze trojan had geheugenproblemen. Uiteindelijk kwamen we tot de conclusie dat dit geen 'Heisenbugs' waren, maar problemen van de gebruikers zelf; anders zouden we overspoeld zijn met vergelijkbare verzoeken. Maar nog nooit heeft iemand toegegeven dat hij zelf de tarieven heeft overschreden. <\/p>\n

Een vergelijkbaar verhaal met DDoS: we schrijven dat u, gewaardeerde gebruiker, onder aanval staat. Activeer alsjeblieft de bescherming. En de gebruiker: \"Ja, jullie vallen mij zelf aan!\" Natuurlijk valt inderdaad \u00e9\u00e9n gebruiker onder DDoS-aanval, zodat we hem om 300 roebel kunnen bedotten. Het is een lucratieve zaak. Ja, ik weet dat veel grotere hostingproviders in de duurdere categorie deze bescherming bij het tarief inbegrepen hebben, maar wij kunnen dat niet: de economie van fastfood dicteert andere minimale prijzen. <\/p>\n

Niet minder vaak zijn de klanten ontevreden die we gegevens hebben verwijderd.<\/b> In die zin dat we deze legitiem hebben verwijderd na het verstrijken van de betaalde termijn. Als iemand zijn VDS-huur niet verlengt, ontvangt hij meerdere meldingen met een uitleg over wat er verder gaat gebeuren. Op het moment dat de betaling eindigt, wordt de virtuele machine gestopt, maar de afbeelding wordt bewaard. Er komt nog een melding en dan nog een paar. De afbeelding wordt zeven dagen langer bewaard en wordt pas dan definitief verwijderd. Er zijn echter mensen die hier zeer ontevreden over zijn. Van \"de administrator is ontslagen, er kwamen meldingen naar zijn e-mail, herstel het\" tot beschuldigingen van fraude en dreigementen met fysieke geweld. De reden zijn dezelfde prijzen voor al onze andere gebruikers. Als we het een maand zouden bewaren, zouden we meer opslag nodig hebben. Dit zou hogere prijzen betekenen voor iedere specifieke klant. En de fastfood-economie... Nou, u begrijpt het. En als resultaat krijgen we op forums recensies in de geest van \"ze hebben geld ontvangen, gegevens verwijderd, oplichters.\"<\/p>\n

Ik wil opmerken dat we een reeks premium-tarieven hebben. Daar is de situatie natuurlijk anders, omdat we rekening houden met de wensen van de klant en flexibel zowel de limieten als de opschorting bij non-betaling instellen (we laten het in het minnetje, om blokkeren te voorkomen). Economisch gezien is dat daar al haalbaar, want er kan echt van alles gebeuren, en het behouden van een grote, vaste klant is prijzig. <\/p>\n

Soms zijn gebruikers kwaadaardig. <\/b>Enkele keren hebben we systeemstoringen gehad waarbij honderden virtuele machines werden geblokkeerd vanwege duidelijk illegitieme acties van klanten. Eigenlijk was het precies om deze situaties dat we eigen netwerkdrivers nodig hadden, om het netwerkverkeer te monitoren en te zien dat de gebruiker geen aanval uitvoert vanaf zijn server. Dit soort monitoring is belangrijk om te voorkomen dat de grenzen van aangrenzende virtuele machines worden overschreden door onrustige jongens. <\/p>\n

Er zijn er die gewoon spam verzenden, minen of op andere manieren de overeenkomst schenden. Vervolgens gaan ze naar de support en vragen ze wat er mis is gegaan en waarom de machine geblokkeerd is. Als het proces in de ticket op de screenshot wordt genoemd als \u2018spamverzender.exe\u2019, dan gaat er waarschijnlijk iets niet goed. Om de twee weken krijgen we klachten van bedrijven zoals Sony of Lucasfilm (nu Disney) dat iemand van onze virtuele machine uit ons IP-bereik een illegale film verspreidt. Voor zoiets volgt onmiddellijk een blokkade en de terugbetaling van het resterende geld op de rekening volgens de overeenkomst (ter herinnering: onze facturering is per seconde, dus het saldo zal altijd precies zijn). En om het geld terug te krijgen, moet je volgens de wet je identiteitsbewijs tonen: dit is een maatregel tegen witwassen van geld. Piraten vergeten vaak te vermelden dat ze in plaats van hun identiteitsbewijs te tonen, zeggen dat wij hun geld hebben gestolen, waarbij ze vergeten bepaalde omstandigheden te verduidelijken. <\/p>\n

Ah, ja. Onze beste vraag van het jaar is: \u2018Is het mogelijk om een paar dagen de virtuele machine voor het tarief van 30 roebel per maand uit te proberen v\u00f3\u00f3r aankoop?\u2019<\/p>\n

Conclusie<\/h2>\n

\nDe eerste lijn sorteert tickets en reageert met typische acties. Hier ontstaat de meeste ontevredenheid. Dit kan niet worden opgelost, omdat de basis van de oplossing ligt in de automatisering van hosting, dat wil zeggen in een enorme backlog. Ja, we hebben meer dan velen op de markt, maar het is nog steeds niet genoeg. Daarom is het beste wat we kunnen doen, het opzetten van monitoring voor de eerste lijn. Monitoring van de klantenservice \u2014 het uitvoeren van KPI's voor de eerste lijn. In realtime zijn er achterstanden op SLA zichtbaar: wie faalt, en vaak waarom. Dankzij dergelijke waarschuwingen gaan aanvragen nooit verloren. Ja, op een ticket kan een niet-relevante template worden gegeven, maar dat ontdekken we al via de feedback. <\/p>\n

Als de klant hierom vraagt, kan de specialist van de tweede lijn op de server inloggen en doen wat nodig is voor de klant (voorwaarde is een bevestiging per e-mail waarin hij de inloggegevens voor de server doorgeeft).<\/p>\n

We doen dit zeer zelden en besteden dit soort werk alleen aan de besten, omdat we garanties willen dat gebruikersdata niet beschadigd raken. De besten zijn de tweede lijn van de ondersteuning.<\/p>\n

De eerste lijn heeft een kennisdatabase waar complexe zaken kunnen worden bekeken. <\/p>\n

Een rijke, functionele persoonlijke omgeving plus een kennisdatabase \u2014 en zo hebben we het aantal verzoeken kunnen verlagen tot gemiddeld 1-1,5 per jaar per klant. <\/p>\n

De tweede lijn behandelt meestal complexe aanvragen die handmatige arbeid vereisen. Het kenmerkende is: hoe duurder het abonnementsplan, hoe minder van dergelijke aanvragen per virtuele machine. Gewoonlijk omdat degenen die zich een duur abonnement kunnen veroorloven, ofwel specialisten in dienst hebben, of simpelweg de helft van de problemen niet ondervinden vanwege adequate configuraties. Ik herinner me nog steeds die held die geen verouderde Windows Server op een configuratie met 256 MB RAM installeerde. <\/p>\n

De tweede lijn heeft een set distributies en een set automatiseringsscripts. Beide kunnen indien nodig worden ge\u00fcpdatet. <\/p>\n

De tweede lijn en persoonlijke managers van VIP-abonnementen kunnen aantekeningen aan het klantenprofiel toevoegen. Als hij een Linux-beheerder is \u2014 dat noteren we. Dit zal een hint zijn voor de eerste lijn: de gebruiker weet zeker dat het niet een schot in de voet zal zijn, maar een gecontroleerde destructie. <\/p>\n

De derde lijn behandelt de vreemdste zaken. Bijvoorbeeld, we hadden een bug waardoor je niet bij \u00e9\u00e9n van de functies van het persoonlijke dashboard in Firefox kon komen. Een gebruiker dreigde letterlijk: 'Als jullie het niet binnen 12 uur fixen, dan schrijf ik op alle hostbeoordelingen.' Het bleek dat het probleem aan de kant van de gebruiker zat, vreemd genoeg, met een aangepaste adblocker. Vaak komen er complexe fouten binnen zonder details, en kan men het niet reproduceren. Soms zijn er rechercheurs met een screenshot: 'Waarom duurt het al een maand om het op te lossen?' - 'We zijn gewoon jouw bug al die tijd aan het zoeken.' - 'Ah, ik heb het vandaag weer tegengekomen, maar ik kon het opnieuw niet reproduceren...'<\/p>\n

Je weet nooit waar een screenshot van een gesprek met de ondersteuning zal belanden, en als iemand al contact opneemt met de ondersteuning, heeft hij een probleem. We kunnen onze relatie verbeteren. Althans, we kunnen het proberen. <\/p>\n

Ja, we weten dat onze ondersteuning niet perfect is, maar zoals ik hoop te geloven, combineert het een voldoende snelheid met voldoende kwaliteit. En we verhogen de prijzen van de abonnementen niet voor degenen die het zonder kunnen doen.<\/p>\n

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

Bron: 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\udd47We maken de ondersteuning goedkoper, terwijl we proberen de kwaliteit niet te verliezen | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/delaem-podderzhku-deshevle-starayas-ne-rasteryat-kachestvo","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nl_NL","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\/nl\/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\/nl\/wp-json\/wp\/v2\/posts\/83002","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/comments?post=83002"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/83002\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media\/83003"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media?parent=83002"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/categories?post=83002"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/tags?post=83002"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}