Zum Inhalt springen

15 Ergebnisse für php

FAQ

Wie führe ich einen Apache-Neustart im Webhosting durch?

10. Juli 2025

Ein Neustart des Apache-Webservers kann dabei helfen, serverseitige Änderungen oder Einstellungen schneller und korrekt zu übernehmen. Das ist insbesondere in folgenden Fällen nützlich: PHP-Versionen wurden geändert, global oder für einzelne Domains. Anpassungen an der php. ini oder . htaccess wurden vorgenommen. Apache-spezifische Einstellungen, z.  B. über Konfigurationsoptionen im Kundenportal, wurden angepasst. Fehlerbehebungen bei nicht erreichbaren Webseiten oder bei Fehlermeldungen ohne klare Ursache. Wiederherstellung systemrelevanter Verzeichnisse und Dateien, die versehentlich gelöscht wurden. (Hinweis: Dies betrifft nicht Ihre eigenen Inhalte wie Webseiten-Dateien oder Datenbanken. )Ein Apache-Neustart sorgt also für einen "sauberen Neustart" der Webserver-Komponente und kann viele Probleme schnell und einfach lösen – ohne weitere technische Eingriffe. Anleitung: So führen Sie einen Apache-Neustart im webgo Kundenportal durchKundenportal aufrufen und einloggenGehen Sie auf https: //login. webgo. de und melden Sie sich mit Ihren Zugangsdaten an. Webhosting-Vertrag auswählenKlicken Sie im linken Menü auf den Webhosting-Vertrag, für den der Apache neu gestartet werden soll. Zum Menüpunkt „Webserver“ navigierenIm Vertragsmenü finden Sie den Punkt „Webserver“ – klicken Sie diesen an, um zur Verwaltungsübersicht zu gelangen. Apache-Neustart durchführenOben in der Reiter-Navigation befindet sich der Menüpunkt „Neustart“. Klicken Sie darauf und bestätigen Sie den Vorgang, um den Apache-Webserver neu zu starten.
Was passiert beim Neustart? Der Apache wird serverseitig innerhalb weniger Sekunden neu gestartet. Währenddessen sind Ihre Webseiten kurzfristig nicht erreichbar. Das ist normal und nicht besorgniserregend. Sobald der Neustart abgeschlossen ist, sind alle Websites wieder wie gewohnt und mit den neuen Einstellungen erreichbar. Hinweis: Sollte der Neustart ungewöhnlich lange dauern oder Ihre Seiten danach weiterhin nicht erreichbar sein, kontaktieren Sie bitte umgehend den webgo Kundensupport. Wir hoffen, Ihnen konnte dieser Artikel weiterhelfen! 😊Sollte dies nicht der Fall sein, wenden Sie sich gerne an den Support per Mail, Live-Chat oder Telefon. Mehr Infos und Kontaktdaten unter: www. webgo. de/support➡️ Für Verbesserungen oder Vorschläge von FAQ Themen schicken Sie uns eine Mail an faq@webgo. de
FAQ

max_user_connections Fehler im Shared Webhosting: Erklärung und Tipps zur Behebung

29. April 2025

Der Datenbankfehler „max_user_connections“ kann bei vielen gängigen Webanwendungen auftreten – etwa bei Content-Management-Systemen (CMS) wie WordPress oder Joomla, bei Onlineshops wie WooCommerce, Shopware oder Magento sowie bei Foren wie phpBB oder WoltLab. Diese Anleitung erklärt, was der Fehler bedeutet, warum er im Shared Hosting auftritt und welche Schritte helfen können, die Ursache zu beheben. Was bedeutet der Fehler max_user_connections? Der MySQL-Fehler max_user_connections tritt auf, wenn die Anzahl gleichzeitiger Datenbankverbindungen eines Webhosting-Accounts das zulässige Limit überschreitet. Dieses Limit ist in Shared-Hosting-Umgebungen üblich, um die Ressourcenlast fair auf alle Kunden zu verteilen. Typische Fehlermeldungen lauten: User 'XY' has exceeded the 'max_user_connections' resource (current value: X)Too many connectionsSQLSTATE[HY000] [1203] User already has more than 'max_user_connections' active connectionsBei einem webgo Webhosting-Vertrag wäre z. B. die Meldung: User webXXX_1 already has more than 'max_user_connections' active connectionsWelche Arten von Webseiten sind betroffen? Dieser Fehler kann bei nahezu jeder datenbankbasierten Anwendung auftreten. Besonders betroffen sind: Content-Management-Systeme wie WordPress, Joomla, Typo3Onlineshops wie WooCommerce, Magento, Shopware, PrestaShopForensoftware wie phpBB, WoltLab Suite, MyBBBuchungssysteme, Portale oder Webanwendungen, die viele parallele Anfragen stellenJe höher die Besucherzahl und je komplexer die Website, desto wahrscheinlicher ist das Erreichen dieses Limits. Warum wird das Limit erreicht? Häufige Ursachen sind: Hoher Traffic, insbesondere bei gleichzeitigen Zugriffen (z. B. bei Aktionen oder SEO-Spitzen)Crawler und Bots, die viele Seiten gleichzeitig aufrufenPlugins oder Erweiterungen, die ineffizient mit der Datenbank kommunizierenFehlende Caching-Mechanismen, was unnötige Datenbankanfragen verursachtLange laufende PHP-Skripte oder Datenbankabfragen ohne TimeoutNicht geschlossene Datenbankverbindungen im Code (z. B. bei Eigenentwicklungen)Automatisierte Aufgaben wie Cronjobs oder APIs, die zeitgleich ausgeführt werdenWie lässt sich das Problem beheben? 1. Website optimierenUnnötige Plugins deaktivieren, insbesondere solche mit Datenbank- oder StatistikbezugCaching aktivieren (z. B. WP Super Cache, LiteSpeed Cache, Joomla Cache)Skripte prüfen, ob Datenbankverbindungen korrekt geschlossen werdenSitzungsdauer bei CMS und Foren reduzierenVeraltete Software aktualisieren (PHP-Version, CMS, Plugins)2. Crawling durch Bots einschränkenSetzen Sie eine robots. txt, um unnötige Crawls durch Suchmaschinen einzuschränken:
Wenn einzelne Bots auffällig sind, können Sie diese auch per . htaccess oder auf Serverebene aussperren:
Bei Bedarf lässt sich so der Zugriff bestimmter Bots zusätzlich über die . htaccess oder aber auch Sicherheits-Plugins (z. B. Wordfence) steuern. Hinweis: Bei der Forumsoftware "phpBB" hat man über den Administrationsbereich unter „Spiders/Bots“ die Möglichkeit, Bots zu erkennen, zu verwalten und ihnen ggf. eingeschränkten Zugriff zu gewähren3. Cronjobs und Automatisierungen verteilenZeitlich eng liegende Cronjobs (z. B. XML-Sitemap, Produkt-Feeds, Backups) können gleichzeitig viele Verbindungen erzeugen. Planen Sie diese mit zeitlichem Abstand. 4. Datenbankpflege regelmäßig durchführenTabellen optimieren (z. B. via phpMyAdmin)Veraltete Transienten löschen (z. B. bei WordPress via Plugin)Langsame Queries identifizieren mit Hilfe von Logs oder Monitoring-ToolsWas, wenn die Optimierung nicht reicht? Wenn Ihre Website dauerhaft über dem Verbindungslimit liegt, sollten Sie prüfen, ob das gewählte Hosting-Modell noch zu den Anforderungen Ihrer Website passt. Besonders bei wachstumsstarken Onlineshops oder Foren ist ein Wechsel zu einem vServer (Managed oder Root) oder einem Dedicated Server ratsam. webgo bietet hierfür skalierbare Lösungen mit mehr garantierten Ressourcen – ganz ohne Limit bei gleichzeitigen Datenbankverbindungen. Erfahren Sie hier mehr über unsere High Performance Server-Tarife: Managed vServerManaged Dedicated ServerSie möchten mit Ihrer Website auf unseren leistungsstarken High Performance Server wechseln? Unser Umzugsservice sorgt für einen reibungslosen und sicheren Wechsel - jetzt unverbindlich anfragen:
Wir hoffen, Ihnen konnte dieser Artikel weiterhelfen! 😊Sollte dies nicht der Fall sein, wenden Sie sich gerne an den Support per Mail, Live-Chat oder Telefon. Mehr Infos und Kontaktdaten unter: www. webgo. de/support➡️ Für Verbesserungen oder Vorschläge von FAQ Themen schicken Sie uns eine Mail an faq@webgo. de