{"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\/de\/blog\/administrirovanie\/delaem-podderzhku-deshevle-starayas-ne-rasteryat-kachestvo","title":{"rendered":"Wir machen den Support g\u00fcnstiger, ohne dabei die Qualit\u00e4t zu verlieren.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Wir<\/a><\/noindex>Der Notfallmodus (auch als IPKVM bezeichnet), der es erm\u00f6glicht, sich ohne RDP direkt auf Hypervisor-Ebene mit der VPS zu verbinden, spart 15\u201320 Minuten pro Woche.<\/i><\/p>\n

Zun\u00e4chst und vor allem: Die Leute nicht \u00e4rgern.<\/b> Weltweit ist der Support in Linien unterteilt, und der Mitarbeiter der ersten Linie sollte zun\u00e4chst typische L\u00f6sungsmethoden ausprobieren. Wenn die Aufgabe \u00fcber deren M\u00f6glichkeiten hinausgeht, wird sie an die zweite Linie weitergeleitet. Unter den VDS-Administratoren gibt es jedoch h\u00e4ufig Menschen, die wirklich denken k\u00f6nnen. Im Gegensatz zu vielen anderen Supportdiensten. Nun, zumindest erheblich h\u00e4ufiger. Und sie strukturieren das Ticket gut, indem sie sofort alles Notwendige beschreiben. Wenn der ersten Linie \"die Augen tr\u00fcb werden\" und sie versehentlich auf eine solche Anfrage antworten, indem sie sagen, man solle es ein- und ausschalten \u2013 das ist ein Fiasko.<\/p>\n

Die Aufgabe ist sehr einfach: Den Support f\u00fcr unser VDS-Hosting angemessen zu gestalten, bei minimalen Kosten. Denn wir sind das Fast Food der Hosting-Anbieter: keine besonderen \"Sch\u00f6nheitskorrekturen\", niedrige Preise, akzeptable Qualit\u00e4t. Fr\u00fcher<\/a><\/noindex> wurde bereits dar\u00fcber berichtet, dass mit dem Aufkommen von Instagram-Influencern, die versuchen, die Kontof\u00fchrung und die Inhaber kleiner Unternehmen mit externen Buchhaltungen zu automatisieren, sowie anderen weniger technologisch versierten Personen, die Kommunikation \"wie ein Admin mit einem Admin\" nicht mehr funktioniert. Man musste die Sprache der Kommunikation \u00e4ndern.<\/p>\n

Jetzt werde ich etwas mehr \u00fcber die Prozesse erz\u00e4hlen \u2013 und \u00fcber die unvermeidlichen Fehler, die damit einhergehen.
\n<\/a><\/noindex><\/p>\n

Die Leute nicht \u00e4rgern Nr. 1<\/h2>\n

\nJeder Support ist eine Flie\u00dfbandproduktion. Es kommt eine Anfrage herein, der Mitarbeiter der ersten Linie versucht sofort, die typische Situation zu erkennen, die schon tausendmal passiert ist und tausendmal wieder passieren wird. Es besteht eine 90%ige Chance, dass die Anfrage typisch ist und man darauf mit nur ein paar Klicks eine Vorlage einsetzen kann. In die Vorlage m\u00fcssen in der Regel nur ein paar Worte eingetragen werden \u2013 und fertig. Oder man geht in die Verwaltungsoberfl\u00e4che und dr\u00fcckt dort ein paar Kn\u00f6pfe. In komplizierteren F\u00e4llen (z. B. Transfers von Zone zu Zone) m\u00fcssen Aktionen gem\u00e4\u00df einem Algorithmus ausgef\u00fchrt werden. <\/p>\n

Was die Menschen unabh\u00e4ngig von anderen Unterst\u00fctzungsqualit\u00e4ten am meisten frustriert, ist die typische Reaktion auf eine atypische Anfrage. Ein Ticket kommt herein, in dem alles ausf\u00fchrlich beschrieben ist, es gibt eine Menge notwendiger Daten zu drei Fragen im Voraus, der Kunde erwartet einen Dialog... Und bei den ersten Worten tippt der Supportmitarbeiter im Autopilot-Modus den Standardtext \u201eVersuchen Sie, neu zu starten, das sollte helfen\u201c ein. <\/p>\n

Gerade das offenbart den Menschen die Nerven, und genau nach solchen Situationen bleiben die meisten negativen Bewertungen und w\u00fctenden Kommentare zur\u00fcck. Es ist klar, dass wir so einen Fehler gemacht haben, daher wissen wir von der Statistik. Wir haben generell unterschiedlich Fehler gemacht, aber solche F\u00e4lle sind immer einfach wahnsinnig. Auch f\u00fcr uns selbst. Nat\u00fcrlich w\u00fcrden wir uns w\u00fcnschen, dass so etwas gar nicht passiert. Aber das ist in der Praxis nicht wirklich m\u00f6glich: alle paar Wochen dr\u00fcckt ein Mitarbeiter, der vom Einheitsbrei ersch\u00f6pft ist, doch mal auf die lustigen Kn\u00f6pfe. <\/p>\n

Menschen nicht \u00e4rgern Nr. 2<\/h2>\n

\nDas Zweite, was ebenso die Nerven der Menschen offenbart, ist, wenn auf ein Ticket lange genug niemand antwortet. In Europa ist ein solches Verhalten im Support normal: drei Tage, bis ein Vorfall bearbeitet wird \u2013 mehr als normal. Selbst wenn es sehr dringend ist und etwas brennt \u2013 keine sozialen Netzwerke, kein Telefon, kein Messenger, nur E-Mail und warten Sie auf Ihre Reihe. In Russland ist das viel weniger verbreitet, aber trotzdem werden einige Tickets \u201evergessen\u201c. Zu Beginn haben wir eine SLA von 15 Minuten f\u00fcr die erste Reaktion gesetzt. Und das bei 24\/7 ehrlichem Support. Es ist klar, dass so etwas entsteht, wenn VDS-Hosting gro\u00df wird. Aber bei fragw\u00fcrdigen Dienstanbietern gibt es so etwas nicht. Und wir waren am Anfang gerade fragw\u00fcrdig und wurden erst sp\u00e4ter mehr oder weniger gro\u00df. Na gut, mehr oder weniger durchschnittlich. <\/p>\n

Die erste Linie sind Operatoren, die Skripte erhalten haben und gelernt haben, auf typische Situationen zu reagieren. Sie sortieren Probleme schnell und versuchen innerhalb von 15 Minuten entweder durch eine typische Handlung zu antworten oder mitzuteilen, dass das Ticket in Bearbeitung ist, und es an die zweite Linie weiterzuleiten.<\/p>\n

Die zweite Linie sind bereits die Administratoren des Hostings, die fast alles von Hand machen k\u00f6nnen. Dort ist auch der Supportleiter, der alles kann und noch ein bisschen mehr. Die dritte Linie sind bereits die Entwickler, an die Tickets wie \u201eBitte das hier im Interface \u00e4ndern\u201c oder \u201eEin bestimmter Parameter wird dort nicht richtig ber\u00fccksichtigt\u201c gelangen. <\/p>\n

Die Anzahl der Anfragen reduzieren<\/h2>\n

\nAus verst\u00e4ndlichen Gr\u00fcnden, wenn Sie kosteng\u00fcnstigen Support anbieten m\u00f6chten, sollten Sie die erste Linie nicht erh\u00f6hen, damit Menschen mit Skripten schneller zurechtkommen, sondern die Automatisierung steigern. Damit anstelle von Menschen mit Skripten echte Skripte vorhanden sind. Daher haben wir als eine der ersten Ma\u00dfnahmen die Prozesse f\u00fcr das Heben von virtuellen Maschinen, das Skalieren der Ressourcen (einschlie\u00dflich Festplattenskalierung nach oben und unten, jedoch nicht bei der Prozessorfrequenz) und \u00e4hnliche Dinge automatisiert. Je mehr der Benutzer aus der Oberfl\u00e4che machen kann, desto einfacher ist es f\u00fcr die erste Linie, und desto weniger kann sie sein. Wenn der Benutzer ein Anliegen hat, das im pers\u00f6nlichen Bereich vorhanden ist, m\u00fcssen wir zeigen und erkl\u00e4ren, wie dies eigenst\u00e4ndig erledigt werden kann. <\/p>\n

Wenn Sie keinen Support ben\u00f6tigen, bedeutet das, dass er gut funktioniert. <\/p>\n

Ein weiteres Merkmal, das sehr viel Zeit spart, ist das langwierige Ausf\u00fcllen der Wissensdatenbank. Wenn der Benutzer ein Problem hat, das nicht auf der Liste der unterst\u00fctzten Aktionen steht (h\u00e4ufig handelt es sich um Fragen wie \"Wie installiere ich einen Minecraft-Server?\" oder \"Wo in Windows Server stelle ich VPS ein?\"), wird ein Artikel f\u00fcr die Wissensdatenbank verfasst. Ein ebenso ausf\u00fchrlicher Artikel wird f\u00fcr alle seltsamen Anfragen verfasst. Zum Beispiel, wenn ein Benutzer den Support bittet, die integrierte Firewall von Windows Server zu deaktivieren, senden wir ihm Informationen dar\u00fcber, was passiert, wenn sie tats\u00e4chlich deaktiviert wird, und wie er Berechtigungen nur f\u00fcr die ausgew\u00e4hlte Software einrichten kann. Denn das Problem liegt normalerweise darin, dass etwas aufgrund der Einstellungen nicht verbinden kann und nicht an der Firewall selbst. Aber das jedes Mal in einem Dialog zu erkl\u00e4ren, ist sehr schwierig. Und die Firewall irgendwie zu deaktivieren, wollen wir nicht, weil wir ziemlich schnell entweder die virtuelle Maschine oder den Kunden verlieren. <\/p>\n

Wenn etwas zu Anwendungssoftware in der Wissensdatenbank sehr h\u00e4ufig aufgerufen wird, kann man ein Distributionspaket im Marktplatz einf\u00fcgen, um den Service \u201eServer mit bereits installiertem dies hier hochfahren\u201c anzubieten. So geschah es auch mit Docker und dem Minecraft-Server. Wieder einmal spart ein Button \"Machen Sie mir eine Freude\" in der Oberfl\u00e4che bis zu hundert Tickets pro Jahr. <\/p>\n

Notfallmodus<\/h2>\n

\nNach diesen Ma\u00dfnahmen bleiben die meisten schwerwiegenden St\u00f6rungen, die manuell behoben werden m\u00fcssen, bei dem Umstand, dass der Benutzer aus irgendwelchen Gr\u00fcnden den Zugriff auf das Gastbetriebssystem im Hypervisor verloren hat. Der h\u00e4ufigste Fall ist eine einfach falsche Firewall-Konfiguration, der zweith\u00e4ufigste \u2013 irgendwelche Bugs, die verhindern, dass Windows normal startet und einen Neustart im abgesicherten Modus erzwingen. Und im abgesicherten Modus ist RDP standardm\u00e4\u00dfig nicht verf\u00fcgbar. <\/p>\n

F\u00fcr diesen Fall haben wir einen Notfallmodus eingerichtet. Normalerweise ben\u00f6tigt man f\u00fcr den Zugriff auf eine VDS-Maschine einen bestimmten Client f\u00fcr den Remote-Zugriff. H\u00e4ufig handelt es sich um Konsolenzugriff, RDP, VNC oder \u00e4hnliche L\u00f6sungen. Der Nachteil dieser Methoden ist, dass sie ohne Betriebssystem nicht funktionieren. Aber auf Hypervisor-Ebene k\u00f6nnen wir sowohl das Bild auf dem Bildschirm erhalten als auch Tastatureingaben \u00fcbertragen! Das belastet zwar die CPU erheblich (aufgrund der tats\u00e4chlichen Video\u00fcbertragung), erm\u00f6glicht aber das gew\u00fcnschte Ergebnis. <\/p>\n

Deshalb haben wir allen Benutzern Zugriff auf den Notfallmodus gew\u00e4hrt, dieser ist jedoch zeitlich begrenzt. Gl\u00fccklicherweise zeigt die Praxis, dass diese Zeit ausreichend ist, um einen Neustart durchzuf\u00fchren und etwas zu korrigieren.<\/p>\n

Das Ergebnis \u2013 noch weniger Support-Tickets. Und dort, wo der Administrator das Ticket selbst beheben kann, muss der Support nicht eingreifen und Nachforschungen anstellen. <\/p>\n

\u00dcbrig gebliebene Probleme<\/h2>\n

\nSehr oft denken Benutzer, dass der Support ihnen etwas aufschwatzt. <\/b>Leider kann man da nichts machen (oder wir haben es nicht erfunden). Die zwei h\u00e4ufigsten Beispiele sind die Ressourcenlimits und DDoS-Schutz. <\/p>\n

Jede virtuelle Maschine hat Limits f\u00fcr die Belastung von Festplatte, Arbeitsspeicher und erlaubtem Datenverkehr. Die M\u00f6glichkeit zur Festlegung von Limits ist in den Angeboten verankert, die Limits selbst werden so gew\u00e4hlt, dass der Gro\u00dfteil der Benutzer problemlos arbeiten kann, ohne davon Kenntnis zu haben. Wenn Sie jedoch pl\u00f6tzlich den Kanal und die Festplatte sehr stark beanspruchen, warnen die Algorithmen den Benutzer automatisch. Seit April des letzten Jahres haben wir die Autoblockierungen entfernt. Stattdessen werden flexible Limits f\u00fcr variable Zeitr\u00e4ume festgelegt. <\/p>\n

Fr\u00fcher war es so: Warnung, dann, wenn der Nutzer nicht reagierte, die automatische Sperrung. In diesem Moment waren die Leute beleidigt: \u201eWas soll das, eure Systeme haben einen Fehler, es gab nichts!\u201c \u2014 und dann konnte man entweder versuchen, sich mit der Anwendungssoftware auseinanderzusetzen oder einen Tarifwechsel vorschlagen. Wir haben keine M\u00f6glichkeit, uns mit der Funktionsweise der Anwendungssoftware zu befassen, da das au\u00dferhalb des Supports liegt. Obwohl wir die ersten paar F\u00e4lle gemeinsam mit den Nutzern besprochen haben. Besonders in Erinnerung blieb der Fall, bei dem ein Aufbl\u00e4ser von YouTube-Views einen eingebetteten Trojaner hatte, und bei diesem Trojaner lief der Speicher \u00fcber. Letztendlich kamen wir zu dem Schluss, dass das keine Geisterprobleme waren, sondern Probleme der Nutzer, sonst w\u00e4ren wir mit \u00e4hnlichen Anfragen \u00fcberflutet worden. Aber noch hat sich niemand bereit erkl\u00e4rt zuzugeben, dass er selbst die Tarife \u00fcberschreiten konnte. <\/p>\n

Eine \u00e4hnliche Geschichte gibt es mit DDoS: Wir schreiben, dass Sie, gesch\u00e4tzter Benutzer, unter Angriff stehen. Bitte aktivieren Sie den Schutz. Und der Benutzer sagt: \"Sie greifen mich doch selbst an!\" Nat\u00fcrlich legen wir nur einen Benutzer mit DDoS lahm, um 300 Rubel zu ergaunern. Das ist schlie\u00dflich ein lukratives Gesch\u00e4ft. Ja, ich wei\u00df, dass viele gro\u00dfe Hosting-Dienste aus der teureren Kategorie diesen Schutz in ihren Tarifen enthalten, aber das k\u00f6nnen wir nicht machen: Die Fast-Food-\u00d6konomie diktiert andere Mindestpreise. <\/p>\n

Nicht selten sind auch diejenigen mit der Unterst\u00fctzung unzufrieden, deren Daten wir gel\u00f6scht haben.<\/b> In dem Sinne, dass wir sie legitim nach Ablauf der bezahlten Frist gel\u00f6scht haben. Wenn jemand die Miete f\u00fcr VDS nicht verl\u00e4ngert, erh\u00e4lt er mehrere Benachrichtigungen mit Erkl\u00e4rungen, was als N\u00e4chstes passiert. Zum Zeitpunkt des Ablaufs der Zahlung wird die virtuelle Maschine gestoppt, aber ihr Abbild wird gespeichert. Es kommt noch eine weitere Benachrichtigung und dann noch ein paar. Das Abbild wird sieben zus\u00e4tzliche Tage aufbewahrt und erst dann dauerhaft gel\u00f6scht. Es gibt also eine Gruppe von Menschen, die damit sehr unzufrieden ist, beginnend mit \u201eDer Admin hat gek\u00fcndigt, Benachrichtigungen gingen an seine E-Mail, stellt das wieder her\u201c und endend mit Betrugsvorw\u00fcrfen und Drohungen mit k\u00f6rperlicher Gewalt. Der Grund sind genau die gleichen Preise f\u00fcr alle anderen Nutzer. Wenn wir es einen Monat lang aufbewahren, ben\u00f6tigen wir mehr Speicher. Das w\u00fcrde h\u00f6here Preise f\u00fcr jeden einzelnen Kunden bedeuten. Und die Fastfood-\u00d6konomie... Nun, Sie verstehen. Und in der Folge bekommen wir in den Foren R\u00fcckmeldungen wie \u201eGeld genommen, Daten gel\u00f6scht, Betr\u00fcger\u201c.<\/p>\n

Ich m\u00f6chte darauf hinweisen, dass wir eine Reihe von Premium-Tarifen haben. Dort ist die Situation nat\u00fcrlich anders, da wir die W\u00fcnsche des Kunden ber\u00fccksichtigen und sowohl das Limit als auch die Aussetzung bei Nichtzahlung flexibel anpassen (wir f\u00fchren es ins Minus, um keine Sperrung vorzunehmen). Dort ist es wirtschaftlich sinnvoll, denn es kann wirklich alles passieren, und die Beibehaltung eines st\u00e4ndigen Gro\u00dfkunden ist teuer. <\/p>\n

Manchmal sind die Nutzer b\u00f6swillig. <\/b>Mehrmals gab es in unserem System Fehler bei der Sperrung von Hunderten von virtuellen Maschinen aufgrund offensichtlich illegitimer Aktionen von Kunden. Tats\u00e4chlich ben\u00f6tigten wir aufgrund solcher Situationen eigene Netzwerktreiber, um die Netzwerkaktivit\u00e4t zu \u00fcberwachen und zu erkennen, dass der Nutzer keinen Angriff von seinem Server ausf\u00fchrt. Eine derartige \u00dcberwachung ist wichtig, damit die Grenzen der benachbarten virtuellen Maschinen nicht von randalierenden Nutzern \u00fcberschritten werden. <\/p>\n

Es gibt solche, die einfach spammen, minen oder anderweitig gegen die Vereinbarung versto\u00dfen. Dann wenden sie sich an den Support und fragen, was schiefgelaufen ist und warum die Maschine gesperrt wurde. Wenn der Prozess im Ticket auf dem Screenshot 'spammer.exe' hei\u00dft, dann l\u00e4uft wahrscheinlich etwas falsch. Etwa alle zwei Wochen erhalten wir Beschwerden von Firmen wie Sony oder Lucasfilm (nun Disney), dass jemand von unserem virtuellen Server aus unserem IP-Adressbereich einen Raubfilm verbreitet. In einem solchen Fall erfolgt sofort die Sperrung und die R\u00fcckerstattung des verbleibenden Guthabens gem\u00e4\u00df der Vereinbarung (ich erinnere daran: die Abrechnung erfolgt sekundengenau, der Rest wird also immer genau sein). Und um das Geld zur\u00fcckzuerhalten, muss laut Gesetz ein Ausweis vorgelegt werden: dies ist Teil der Ma\u00dfnahmen gegen Geldw\u00e4sche. Piraten schreiben aus irgendeinem Grund, anstatt einen Ausweis vorzulegen, dass wir ihnen Geld gestohlen haben, und vergessen dabei, bestimmte Umst\u00e4nde zu kl\u00e4ren. <\/p>\n

Ach ja. Unsere beste Anfrage des Jahres lautet: 'Kann ich die virtuelle Maschine f\u00fcr 30 Rubel pro Monat einige Tage testen, bevor ich kaufe?'.<\/p>\n

Fazit<\/h2>\n

\nDie erste Linie sortiert Tickets und reagiert mit typischen Aktionen. Hier gibt es am meisten Unzufriedenheit. Das alles zu beheben wird nicht m\u00f6glich sein, weil die Grundlage f\u00fcr die Behebung in der Automatisierung des Hostings liegt, also in einem riesigen Backlog. Ja, wir haben mehr als viele auf dem Markt, aber es ist immer noch nicht genug. Daher ist das Beste, was man tun kann, die \u00dcberwachung der ersten Linie zu verbessern. Die \u00dcberwachung des Support-Teams ist die Erf\u00fcllung der KPIs der ersten Linie. In Echtzeit sind Verz\u00f6gerungen bei den SLAs sichtbar: wer Fehler macht, oft \u2014 warum. Dank solcher Alarme gehen Anfragen niemals verloren. Ja, ein Ticket kann mit einem nicht themenbezogenen Template beantwortet werden, aber das erfahren wir bereits durch das Feedback. <\/p>\n

Wenn der Kunde sehr darum bittet, kann der Spezialist der zweiten Linie auf den Server zugreifen und das tun, was der Kunde ben\u00f6tigt (Bedingung ist eine schriftliche Best\u00e4tigung, in der er die Zugangsdaten f\u00fcr den Server mitteilt).<\/p>\n

Wir machen das sehr selten und vertrauen solche Arbeiten nur den Besten an, weil wir Garantien haben wollen, dass die Benutzerdaten nicht besch\u00e4digt werden. Die Besten sind die zweite Linie des Supports.<\/p>\n

Die erste Linie hat eine Wissensdatenbank, in die man komplexe Anfragen senden kann. <\/p>\n

Ein funktionsreicher pers\u00f6nlicher Bereich plus Wissensdatenbank \u2014 und so konnten wir die Anzahl der Anfragen auf durchschnittlich 1\u20131,5 pro Jahr und Kunde senken. <\/p>\n

Die zweite Linie bearbeitet normalerweise komplexe Anfragen, die manuelle Arbeit erfordern. Auff\u00e4llig ist: Je teurer der Tarif, desto weniger solcher Anfragen pro virtueller Maschine. Normalerweise, weil die, die sich teure Tarife leisten k\u00f6nnen, entweder Spezialisten im eigenen Team haben oder einfach die H\u00e4lfte der Probleme nicht auftreten, weil die Konfigurationen f\u00fcr alles ausreichen. Ich erinnere mich immer noch an den Helden, der einen nicht so alten Windows Server auf einer Konfiguration mit 256 MB RAM installiert hat. <\/p>\n

Die zweite Linie hat einen Satz von Distributoren und einen Satz von Automatisierungsskripten. Beides kann bei Bedarf aktualisiert werden. <\/p>\n

Die zweite Linie und die pers\u00f6nlichen Manager von VIP-Tarifen k\u00f6nnen Kommentare im Kundenprofil hinzuf\u00fcgen. Wenn er ein Linux-Admin ist \u2014 dann werden wir das so vermerken. Das wird eine Hilfestellung f\u00fcr die erste Linie sein: Der Benutzer wei\u00df genau, dass es sich nicht um einen Schuss ins eigene Knie handelt, sondern um kontrollierte Zerst\u00f6rung. <\/p>\n

Die dritte Linie regelt das Seltsamste. Zum Beispiel hatten wir einen Fehler, bei dem man nicht auf eine der Funktionen des pers\u00f6nlichen Kontos in Firefox zugreifen konnte. Der Benutzer drohte direkt: \u201eWenn ihr das nicht innerhalb von 12 Stunden behebt, werde ich in allen Host-Bewertungen dar\u00fcber schreiben.\u201c Wie sich herausstellte, lag das Problem am benutzerdefinierten Adblocker. Auf Seiten des Nutzers, so seltsam es auch scheint. Oft kommen komplexe Fehler ohne Details, und sie k\u00f6nnen es nicht wiederholen. Manchmal gibt es Detektive mit Screenshots: \u201eWarum behebt ihr es schon seit einem Monat?\u201c \u2014 \u201eJa, wir suchen einfach nach eurem Fehler.\u201c \u2014 \u201eAch, mir ist es heute wieder aufgefallen, aber ich konnte es wieder nicht reproduzieren\u2026\"<\/p>\n

Im Allgemeinen wei\u00df man nie, wo ein Screenshot eines Dialogs mit dem Support landen wird, und wenn jemand den Support kontaktiert, hat er ein Problem. Man kann die Einstellung verbessern. Wenigstens versuchen. <\/p>\n

Ja, wir wissen, dass unser Support nicht perfekt ist, aber, so hoffe ich, bietet er genug Geschwindigkeit bei angemessener Qualit\u00e4t. Und er erh\u00f6ht die Preise f\u00fcr Tarife nicht f\u00fcr diejenigen, die darauf verzichten k\u00f6nnen.<\/p>\n

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

Quelle: 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\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\udd47Wir machen den Support g\u00fcnstiger, ohne die Qualit\u00e4t zu verlieren | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/delaem-podderzhku-deshevle-starayas-ne-rasteryat-kachestvo","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","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\/de\/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\/de\/wp-json\/wp\/v2\/posts\/83002","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=83002"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/83002\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/83003"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=83002"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=83002"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=83002"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}