diff --git a/pages/web_cloud/web_hosting/diagnostic_slownesses/guide.de-de.md b/pages/web_cloud/web_hosting/diagnostic_slownesses/guide.de-de.md index 4a59595f903..9983a5aef82 100644 --- a/pages/web_cloud/web_hosting/diagnostic_slownesses/guide.de-de.md +++ b/pages/web_cloud/web_hosting/diagnostic_slownesses/guide.de-de.md @@ -1,7 +1,7 @@ --- title: "Meine Website lädt zu langsam. Was soll ich tun?" excerpt: "Ermitteln Sie den Ursprung der Ladezeiten Ihrer Website und erfahren Sie, wie Sie diese Situation verbessern" -updated: 2023-10-26 +updated: 2025-11-20 --- ## Ziel @@ -32,25 +32,22 @@ In seltenen Fällen können die Verzögerungen bei der Anzeige auch mit Ihrem In > Wenn Sie einen Dienst mit einer Verfügbarkeitsgarantie von mehr als 99% benötigen, empfehlen wir die Verwendung eines [Virtual Private Server (VPS)](/links/bare-metal/vps) oder eines [Dedicated Server](/links/bare-metal/bare-metal). > > Darüber hinaus wird die Performance der Hosting-Infrastruktur von OVHcloud permanent überwacht. Damit wird eine generell hohe Verfügbarkeit und gegebenenfalls eine schnelle Wiederherstellung Ihrer Dienste im Falle einer Überlastung sichergestellt. -> ## Voraussetzungen - Sie hosten eine Website auf einem [OVHcloud Webhosting](/links/web/hosting). - Sie haben Zugriff auf Ihr [OVHcloud Kundencenter](/links/manager). -## Voraussetzungen +## In der praktischen Anwendung > [!warning] > OVHcloud stellt Ihnen Dienstleistungen zur Verfügung, für deren Konfiguration und Verwaltung Sie die alleinige Verantwortung tragen. Es liegt somit bei Ihnen, sicherzustellen, dass diese ordnungsgemäß funktionieren. > > Diese Anleitung soll Sie bei allgemeinen Aufgaben bestmöglich unterstützen. Dennoch empfehlen wir Ihnen, falls Sie Hilfe brauchen, einen [spezialisierten Dienstleister](/links/partner) zu kontaktieren oder Ihre Fragen in der OVHcloud Community zu stellen. Leider können wir Ihnen für administrative Aufgaben keine weitergehende technische Unterstützung anbieten, sofern die **Ausfälle nicht auf Ebene der Hosting-Infrastruktur verursacht werden**. Weitere Informationen finden Sie am [Ende dieser Anleitung](#go-further). -> > [!success] > > Wir empfehlen Ihnen, die Ergebnisse Ihrer Diagnosen festzuhalten, während Sie dieser Anleitung folgen. Diese Daten werden für Verbesserungsmaßnahmen nützlich sein, unabhängig von der Ursache der Langsamkeit. -> ### Verständnis des Konzepts "Time To First Byte" (TTFB) @@ -92,13 +89,7 @@ Alle Diagnosen in Schritt 1 sind **ausnahmslos** durchzuführen, um festzustelle Um sicherzustellen, dass Ihre Dienste (Webhosting **und** Datenbank) derzeit von keiner Störung oder Wartung beeinträchtigt werden, benötigen Sie die Cluster- und Filer-Nummer des Hostings sowie die allgemeinen Daten zur entsprechenden Datenbank. Damit können Sie den Status auf [status.ovhcloud.com](https://web-cloud.status-ovhcloud.com/) überprüfen. -Um Cluster und Filer Ihres Webhostings zu ermitteln, loggen Sie sich in Ihrem [OVHcloud Kundencenter](/links/manager) ein, gehen Sie in den Bereich `Web Cloud`{.action}, klicken Sie auf `Hosting-Pakete`{.action} und wählen Sie das betreffende Webhosting aus. Im Tab `Allgemeine Informationen`{.action} können Sie `Rechenzentrum` und `Filer` des Webhostings einsehen. - -![Filer abrufen](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/general-information/find-filer.png){.thumbnail} - -Klicken Sie anschließend auf den Tab `Multisite`{.action}, um die Cluster-Nummer Ihres Hostings zu ermitteln. - -![Cluster abrufen](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/multisite/find-cluster.png){.thumbnail} +Um den Cluster und den Filer zu ermitteln, auf dem sich Ihr Webhosting befindet, konsultieren Sie: „[Webhosting - Cluster und Filer eines Webhostings finden](/pages/web_cloud/web_hosting/how_to_know_cluster_and_filer)“. > [!success] > @@ -107,7 +98,6 @@ Klicken Sie anschließend auf den Tab `Multisite`{.action}, um die Cluster-Numme > Sie können mit Ihrer E-Mail-Adresse die Update-Meldungen zur Störung oder Wartung abonnieren, um über den Fortschritt der Arbeiten benachrichtigt zu werden. > > Sobald der Störungs- oder Wartungsstatus als **resolved** gekennzeichnet ist, kann es bis zur Stabilisierung der akkumulierten Belastung maximal **3 Stunden** dauern. -> Wenn keine Störungen oder Wartungsarbeiten aktiv sind, fahren Sie mit Ihrer Diagnose fort. @@ -134,7 +124,6 @@ phpinfo(); > Änderungen an einer **.htaccess** können Auswirkungen auf die korrekte Anzeige Ihrer Website haben. Wenden Sie sich an [spezialisierter Dienstleister](/links/partner), wenn Sie Schwierigkeiten haben, die folgenden Maßnahmen durchzuführen. > > **Als sachkundiger Nutzer** benennen Sie in diesem Fall Ihre **.htaccess** in **.htaccess_OLD** um, damit der Server sie nicht mehr während Ihres Tests ausführt. Benennen Sie die Datei(en) nach Ihrer Diagnose wieder korrekt. -> **Beispiel**: Wenn der Domainname für den Zugang zu Ihrer Website "domain.tld" ist und die Datei **phpinfo.php** im Wurzelverzeichnis Ihrer Website (*document root*) platziert wurde, dann ist diese über folgende URL verfügbar: `http://domain.tld/phpinfo.php` (oder: `https://domain.tld/phpinfo.php`) @@ -143,7 +132,6 @@ phpinfo(); > Wenn der Aufruf der Datei **phpinfo.php** die Konfigurationstabelle **unverzögert** anzeigt, bedeutet dies, dass die Verlangsamung nicht vom Hosting ausgeht. Andernfalls wird diese Datei genauso langsam wie Ihre anderen Seiten angezeigt. > > Mit anderen Worten: Wenn Langsamkeit nur auf einem Teil der Seiten oder des Inhalts Ihrer Website auftritt, bedeutet dies, dass das Hosting **nicht die Ursache für Verzögerungen** auf Ihrer Website ist. -> #### 1.4 - Testen Sie die Konnektivität Ihrer Datenbank @@ -158,7 +146,6 @@ Wenn die Verbindung erfolgreich war, gelangen Sie auf folgendes Interface: > [!warning] > > Falls Sie einen Fehler feststellen, lesen Sie unsere [Anleitung zur Behebung von Datenbankfehlern](/pages/web_cloud/web_hosting/diagnosis_database_errors). Loggen Sie sich nach der Fehlerbehebung erneut ein. -> #### 1.5 - Auswertung der durchgeführten Diagnosen @@ -180,14 +167,12 @@ Wenn die Verbindung erfolgreich war, gelangen Sie auf folgendes Interface: > Weitere Untersuchungen seitens OVHcloud sind erforderlich. Kontaktieren Sie unseren Support für Web Cloud, um die Verlangsamungen zu bestätigen. -### Schritt 2 - Identifizieren Sie die Quelle der Verzögerungen auf Ihrer Webseite - +### Schritt 2 - Identifizieren Sie die Quelle der Verzögerungen auf Ihrer Webseite [!warning] > > Wenn Sie Schwierigkeiten haben, die folgenden Aktionen durchzuführen, können Sie einen [sachverständigen Partner](/links/partner) kontaktieren. OVHcloud kann keine Unterstützung bei der Entwicklung oder Optimierung Ihrer Website anbieten. -> Im Folgenden finden Sie die notwendigen Aktionen, um die Quelle(n) der Langsamkeit zu ermitteln und Ihre Website zu optimieren. @@ -237,21 +222,18 @@ Je weniger Anfragen es gibt, desto weniger werden die Ressourcen für Ihr Hostin > Klicken Sie hierzu auf die Taste `F12` im Browserfenster und wählen Sie dann den Tab `Netzwerk` aus. Laden Sie Ihre Webseite neu idem Sie `Ctrl + Shift + R` drücken. Das Tool listet die beim Laden Ihrer Seite durchgeführten Anfragen auf. Identifizieren Sie die Elemente, deren Aufruf Ladezeit erzeugt, um diese anschließend zu optimieren. > >![Firefox Netzwerk-Analyse](/pages/assets/screens/other/browsers/diagnostic-tools/F12.png){.thumbnail} -> Um das Aufkommen an Abfragen für jeden Seitenaufbau zu reduzieren, können Sie auch ein Content Delivery Network (CDN) einsetzen. Es legt den statischen Inhalt Ihrer Website im Cache ab. Ihr Webhosting wird somit weniger beansprucht und verfügt über mehr Ressourcen für die Bearbeitung der übrigen Anfragen, die nicht für den Cache geeignet sind. > [!primary] > > OVHcloud bietet mehrere [CDN-Optionen](/links/web/hosting-options) an. Wenn Sie CDN für Ihr Webhosting aktivieren möchten, loggen Sie sich in Ihr [OVHcloud Kundencenter](/links/manager) ein und folgen Sie unserer Anleitung zur [Verwendung des OVHcloud CDN](/pages/web_cloud/web_hosting/cdn_how_to_use_cdn). -> #### 2.4 - Optimieren Sie Ihre Datenbank > [!warning] > > Änderungen in Ihrer Datenbank können irreversible Folgen haben, wenn sie nicht systematisch und korrekt durchgeführt werden. Wenden Sie sich an einen [spezialisierten Dienstleister](/links/partner), falls Sie sich der geeigneten Maßnahmen nicht sicher sind. -> Überprüfen Sie, ob eine große Anzahl an Anfragen an Ihre Datenbank erfolgt.
Diese Situation kann zu einer Überbeanspruchung führen und damit zu Verzögerungen oder sogar zum Fehler **504 Gateway Timeout**. @@ -290,10 +272,9 @@ Wenn Ihr Webhosting und Ihre Datenbank **nicht betroffen sind** und Ihre Website Ziehen Sie in diesem Fall ein leistungsfähigeres [Webhosting](/links/web/hosting) oder eine dedizierte Infrastruktur in Betracht, wie einen [Virtual Private Server (VPS)](/links/bare-metal/vps) oder einen [Dedicated Server](/links/bare-metal/bare-metal). -## Weiterführende Informationen - +## Weiterführende Informationen If you need a service with a guaranteed availability rate higher than 99%, we recommend that you consider using a [Virtual Private Server (VPS)](/links/bare-metal/vps) or a [Dedicated Server](/links/bare-metal/bare-metal). > > Furthermore, the performance of OVHcloud shared hosting infrastructures is monitored 24/7. This is to enable a general high availability, and where applicable, a quick recovery of your services in the event of an overload. -> ## Requirements @@ -47,12 +46,10 @@ In rare cases, the slow display may also be caused by your Internet service prov > OVHcloud provides services that you are responsible for with regard to their configuration and management. It is therefore your responsibility to ensure that they function properly. > > This guide is designed to help you with common tasks. Nevertheless, we recommend contacting a [specialist provider](/links/partner) or reach out to the OVHcloud community if you encounter any difficulties. We will not be able to assist you with issues **not caused by the relevant hosting infrastructure itself**. You can find more information in the [Go further](#go-further) section of this guide. -> > [!success] > > We recommend noting your diagnostic results as you progress in this guide. This data will prove useful for resolving your issue, whatever the cause of the slowness. -> ### Understanding the notion of Time To First Byte (TTFB) @@ -94,13 +91,7 @@ All diagnostics in step 1 must be performed **without exception** to determine w To ensure that your services (shared hosting **and** database) are not undergoing maintenance or an incident, retrieve the cluster and filer information of your web hosting as well as the general information relating to your database. You can then check their status at [status.ovhcloud.com](https://web-cloud.status-ovhcloud.com/). -To find out the cluster and filer of your hosting, log in to your [OVHcloud Control Panel](/links/manager), go to the `Web Cloud`{.action} section, click on `Hosting plans`{.action} then select the web hosting plan concerned. In the `General information`{.action} tab you can see the `Datacenter` and `Filer` of your web hosting. - -![Retrieve Filer](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/general-information/find-filer.png){.thumbnail} - -Then click on the `Multisite`{.action} tab to retrieve the cluster number where your shared hosting is located. - -![Recover cluster](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/multisite/find-cluster.png){.thumbnail} +To find out the cluster and filer where your shared hosting is located, refer to our guide "[Web hosting - How to know your cluster and filer](/pages/web_cloud/web_hosting/how_to_know_cluster_and_filer)". > [!success] > @@ -109,7 +100,6 @@ Then click on the `Multisite`{.action} tab to retrieve the cluster number where > You can subscribe to the incident or maintenance updates with your email address, in order to receive an email notification of the progress of the operations. > > Once the incident or maintenance status has been marked as **resolved**, the accumulated load stabilisation may require a maximum of **3 hours** to take effect. -> If no incidents or maintenance are reported, continue with your diagnostic. @@ -136,7 +126,6 @@ phpinfo(); > Changes to a "**.htaccess**" file may affect your website’s display. Contact a [specialist provider](/links/partner) if you have difficulty in doing the following. > > If it does not appear and **only for informed users**, rename your files "**.htaccess**" to "**.htaccess_OLD**" so that the server does not run them for your test. Rename them correctly after your diagnostic. -> **Example**: if your website’s domain name is “domain.tld” and the file “**phpinfo.php**” has been placed in the root directory of your website, you can access it via the following URL: `http://domain.tld/phpinfo.php` (or `https://domain.tld/phpinfo.php`). @@ -145,7 +134,6 @@ phpinfo(); > If the call to the file **phpinfo.php*** displays a **instantly** configuration table, this means that the slowdowns do not come from the shared hosting where your website is located. Otherwise, this file will appear as slowly as your other pages. > > In other words, if the delays are only present on some pages or content of your website, this means that the shared hosting **is not the cause of the delays** encountered on your website. -> #### 1.4 - Test your database connectivity: @@ -158,7 +146,6 @@ If the connection is successful, you will land on the following interface: > [!warning] > > If you encounter an error, please refer to our documentation on [common errors encountered with a database](/pages/web_cloud/web_hosting/diagnosis_database_errors). Then use the guide above to resolve the issue, and try connecting to your database again. -> #### 1.5 - Interpretation of diagnostics performed @@ -180,14 +167,12 @@ If the connection is successful, you will land on the following interface: > OVHcloud investigations will be necessary. Contact our Web Cloud support to confirm the cause of the slowdowns you are experiencing. -### Step 2 - Identify the source of the delays on your website - +### Step 2 - Identify the source of the delays on your website [!warning] > > If you have any difficulties taking the following actions, you can contact a [specialised service provider](/links/partner). OVHcloud cannot assist with developing or optimising the content on your website. -> Below, you will find the actions you need to take to identify the source(s) of the slowdowns, and optimise your website. @@ -239,21 +224,18 @@ The lower the number of requests, the less resources will be required for your w > To do this, press the `F12` key in the Firefox browser and then select the `Network` tab. Reload your web page with the `Ctrl + Shift + R` keys so that the tool will show you the queries that were executed to load your page. Identify the elements taking the longest to load and then optimise them. > >![Firefox Network Scan](/pages/assets/screens/other/browsers/diagnostic-tools/F12.png){.thumbnail} -> To reduce the flow of requests each time your pages load, you can also set up a Content Delivery Network (CDN). This will cache the static content of your website. Your web hosting plan will receive fewer requests, and have more resources for handling the requests that cannot be cached. > [!primary] > > OVHcloud offers several [CDN options](/links/web/hosting-options). If you would like to use or activate one for your web hosting plan, log in to your [OVHcloud Control Panel](/links/manager) then read our guide on [Using the OVHcloud CDN](/pages/web_cloud/web_hosting/cdn_how_to_use_cdn). -> #### 2.4 - optimise your database > [!warning] > > The actions you carry out in your database can have irreversible consequences if they are not carried out methodically and correctly. Contact a [specialist provider](/links/partner) if you are unsure about what you need to do. -> Check to see if a significant number of queries are made to your database.
This situation can lead to over-solicitation and slowdowns, or even **504 Gateway Timeout** codes. @@ -292,8 +274,7 @@ If your web hosting plan and your **database are not affected** and your website You might consider a more capable [shared hosting offer](/links/web/hosting) or a dedicated infrastructure such as a [Virtual Private Server (VPS)](/links/bare-metal/vps) or [Dedicated Server](/links/bare-metal/bare-metal). -## Go further - +## Go further If you need a service with a guaranteed availability rate higher than 99%, we recommend that you consider using a [Virtual Private Server (VPS)](/links/bare-metal/vps) or a [Dedicated Server](/links/bare-metal/bare-metal). > > Furthermore, the performance of OVHcloud shared hosting infrastructures is monitored 24/7. This is to enable a general high availability, and where applicable, a quick recovery of your services in the event of an overload. -> ## Requirements @@ -47,12 +46,10 @@ In rare cases, the slow display may also be caused by your Internet service prov > OVHcloud provides services that you are responsible for with regard to their configuration and management. It is therefore your responsibility to ensure that they function properly. > > This guide is designed to help you with common tasks. Nevertheless, we recommend contacting a [specialist provider](/links/partner) or reach out to the OVHcloud community if you encounter any difficulties. We will not be able to assist you with issues **not caused by the relevant hosting infrastructure itself**. You can find more information in the [Go further](#go-further) section of this guide. -> > [!success] > > We recommend noting your diagnostic results as you progress in this guide. This data will prove useful for resolving your issue, whatever the cause of the slowness. -> ### Understanding the notion of Time To First Byte (TTFB) @@ -94,13 +91,7 @@ All diagnostics in step 1 must be performed **without exception** to determine w To ensure that your services (shared hosting **and** database) are not undergoing maintenance or an incident, retrieve the cluster and filer information of your web hosting as well as the general information relating to your database. You can then check their status at [status.ovhcloud.com](https://web-cloud.status-ovhcloud.com/). -To find out the cluster and filer of your hosting, log in to your [OVHcloud Control Panel](/links/manager), go to the `Web Cloud`{.action} section, click on `Hosting plans`{.action} then select the web hosting plan concerned. In the `General information`{.action} tab you can see the `Datacenter` and `Filer` of your web hosting. - -![Retrieve Filer](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/general-information/find-filer.png){.thumbnail} - -Then click on the `Multisite`{.action} tab to retrieve the cluster number where your shared hosting is located. - -![Recover cluster](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/multisite/find-cluster.png){.thumbnail} +To find out the cluster and filer where your shared hosting is located, refer to our guide "[Web hosting - How to know your cluster and filer](/pages/web_cloud/web_hosting/how_to_know_cluster_and_filer)". > [!success] > @@ -109,7 +100,6 @@ Then click on the `Multisite`{.action} tab to retrieve the cluster number where > You can subscribe to the incident or maintenance updates with your email address, in order to receive an email notification of the progress of the operations. > > Once the incident or maintenance status has been marked as **resolved**, the accumulated load stabilisation may require a maximum of **3 hours** to take effect. -> If no incidents or maintenance are reported, continue with your diagnostic. @@ -136,7 +126,6 @@ phpinfo(); > Changes to a "**.htaccess**" file may affect your website’s display. Contact a [specialist provider](/links/partner) if you have difficulty in doing the following. > > If it does not appear and **only for informed users**, rename your files "**.htaccess**" to "**.htaccess_OLD**" so that the server does not run them for your test. Rename them correctly after your diagnostic. -> **Example**: if your website’s domain name is “domain.tld” and the file “**phpinfo.php**” has been placed in the root directory of your website, you can access it via the following URL: `http://domain.tld/phpinfo.php` (or `https://domain.tld/phpinfo.php`). @@ -145,7 +134,6 @@ phpinfo(); > If the call to the file **phpinfo.php*** displays a **instantly** configuration table, this means that the slowdowns do not come from the shared hosting where your website is located. Otherwise, this file will appear as slowly as your other pages. > > In other words, if the delays are only present on some pages or content of your website, this means that the shared hosting **is not the cause of the delays** encountered on your website. -> #### 1.4 - Test your database connectivity: @@ -158,7 +146,6 @@ If the connection is successful, you will land on the following interface: > [!warning] > > If you encounter an error, please refer to our documentation on [common errors encountered with a database](/pages/web_cloud/web_hosting/diagnosis_database_errors). Then use the guide above to resolve the issue, and try connecting to your database again. -> #### 1.5 - Interpretation of diagnostics performed @@ -180,14 +167,12 @@ If the connection is successful, you will land on the following interface: > OVHcloud investigations will be necessary. Contact our Web Cloud support to confirm the cause of the slowdowns you are experiencing. -### Step 2 - Identify the source of the delays on your website - +### Step 2 - Identify the source of the delays on your website [!warning] > > If you have any difficulties taking the following actions, you can contact a [specialised service provider](/links/partner). OVHcloud cannot assist with developing or optimising the content on your website. -> Below, you will find the actions you need to take to identify the source(s) of the slowdowns, and optimise your website. @@ -239,21 +224,18 @@ The lower the number of requests, the less resources will be required for your w > To do this, press the `F12` key in the Firefox browser and then select the `Network` tab. Reload your web page with the `Ctrl + Shift + R` keys so that the tool will show you the queries that were executed to load your page. Identify the elements taking the longest to load and then optimise them. > >![Firefox Network Scan](/pages/assets/screens/other/browsers/diagnostic-tools/F12.png){.thumbnail} -> To reduce the flow of requests each time your pages load, you can also set up a Content Delivery Network (CDN). This will cache the static content of your website. Your web hosting plan will receive fewer requests, and have more resources for handling the requests that cannot be cached. > [!primary] > > OVHcloud offers several [CDN options](/links/web/hosting-options). If you would like to use or activate one for your web hosting plan, log in to your [OVHcloud Control Panel](/links/manager) then read our guide on [Using the OVHcloud CDN](/pages/web_cloud/web_hosting/cdn_how_to_use_cdn). -> #### 2.4 - optimise your database > [!warning] > > The actions you carry out in your database can have irreversible consequences if they are not carried out methodically and correctly. Contact a [specialist provider](/links/partner) if you are unsure about what you need to do. -> Check to see if a significant number of queries are made to your database.
This situation can lead to over-solicitation and slowdowns, or even **504 Gateway Timeout** codes. @@ -292,8 +274,7 @@ If your web hosting plan and your **database are not affected** and your website You might consider a more capable [shared hosting offer](/links/web/hosting) or a dedicated infrastructure such as a [Virtual Private Server (VPS)](/links/bare-metal/vps) or [Dedicated Server](/links/bare-metal/bare-metal). -## Go further - +## Go further If you need a service with a guaranteed availability rate higher than 99%, we recommend that you consider using a [Virtual Private Server (VPS)](/links/bare-metal/vps) or a [Dedicated Server](/links/bare-metal/bare-metal). > > Furthermore, the performance of OVHcloud shared hosting infrastructures is monitored 24/7. This is to enable a general high availability, and where applicable, a quick recovery of your services in the event of an overload. -> ## Requirements @@ -47,12 +46,10 @@ In rare cases, the slow display may also be caused by your Internet service prov > OVHcloud provides services that you are responsible for with regard to their configuration and management. It is therefore your responsibility to ensure that they function properly. > > This guide is designed to help you with common tasks. Nevertheless, we recommend contacting a [specialist provider](/links/partner) or reach out to the OVHcloud community if you encounter any difficulties. We will not be able to assist you with issues **not caused by the relevant hosting infrastructure itself**. You can find more information in the [Go further](#go-further) section of this guide. -> > [!success] > > We recommend noting your diagnostic results as you progress in this guide. This data will prove useful for resolving your issue, whatever the cause of the slowness. -> ### Understanding the notion of Time To First Byte (TTFB) @@ -94,13 +91,7 @@ All diagnostics in step 1 must be performed **without exception** to determine w To ensure that your services (shared hosting **and** database) are not undergoing maintenance or an incident, retrieve the cluster and filer information of your web hosting as well as the general information relating to your database. You can then check their status at [status.ovhcloud.com](https://web-cloud.status-ovhcloud.com/). -To find out the cluster and filer of your hosting, log in to your [OVHcloud Control Panel](/links/manager), go to the `Web Cloud`{.action} section, click on `Hosting plans`{.action} then select the web hosting plan concerned. In the `General information`{.action} tab you can see the `Datacenter` and `Filer` of your web hosting. - -![Retrieve Filer](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/general-information/find-filer.png){.thumbnail} - -Then click on the `Multisite`{.action} tab to retrieve the cluster number where your shared hosting is located. - -![Recover cluster](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/multisite/find-cluster.png){.thumbnail} +To find out the cluster and filer where your shared hosting is located, refer to our guide "[Web hosting - How to know your cluster and filer](/pages/web_cloud/web_hosting/how_to_know_cluster_and_filer)". > [!success] > @@ -109,7 +100,6 @@ Then click on the `Multisite`{.action} tab to retrieve the cluster number where > You can subscribe to the incident or maintenance updates with your email address, in order to receive an email notification of the progress of the operations. > > Once the incident or maintenance status has been marked as **resolved**, the accumulated load stabilisation may require a maximum of **3 hours** to take effect. -> If no incidents or maintenance are reported, continue with your diagnostic. @@ -136,7 +126,6 @@ phpinfo(); > Changes to a "**.htaccess**" file may affect your website’s display. Contact a [specialist provider](/links/partner) if you have difficulty in doing the following. > > If it does not appear and **only for informed users**, rename your files "**.htaccess**" to "**.htaccess_OLD**" so that the server does not run them for your test. Rename them correctly after your diagnostic. -> **Example**: if your website’s domain name is “domain.tld” and the file “**phpinfo.php**” has been placed in the root directory of your website, you can access it via the following URL: `http://domain.tld/phpinfo.php` (or `https://domain.tld/phpinfo.php`). @@ -145,7 +134,6 @@ phpinfo(); > If the call to the file **phpinfo.php*** displays a **instantly** configuration table, this means that the slowdowns do not come from the shared hosting where your website is located. Otherwise, this file will appear as slowly as your other pages. > > In other words, if the delays are only present on some pages or content of your website, this means that the shared hosting **is not the cause of the delays** encountered on your website. -> #### 1.4 - Test your database connectivity: @@ -158,7 +146,6 @@ If the connection is successful, you will land on the following interface: > [!warning] > > If you encounter an error, please refer to our documentation on [common errors encountered with a database](/pages/web_cloud/web_hosting/diagnosis_database_errors). Then use the guide above to resolve the issue, and try connecting to your database again. -> #### 1.5 - Interpretation of diagnostics performed @@ -180,14 +167,12 @@ If the connection is successful, you will land on the following interface: > OVHcloud investigations will be necessary. Contact our Web Cloud support to confirm the cause of the slowdowns you are experiencing. -### Step 2 - Identify the source of the delays on your website - +### Step 2 - Identify the source of the delays on your website [!warning] > > If you have any difficulties taking the following actions, you can contact a [specialised service provider](/links/partner). OVHcloud cannot assist with developing or optimising the content on your website. -> Below, you will find the actions you need to take to identify the source(s) of the slowdowns, and optimise your website. @@ -239,21 +224,18 @@ The lower the number of requests, the less resources will be required for your w > To do this, press the `F12` key in the Firefox browser and then select the `Network` tab. Reload your web page with the `Ctrl + Shift + R` keys so that the tool will show you the queries that were executed to load your page. Identify the elements taking the longest to load and then optimise them. > >![Firefox Network Scan](/pages/assets/screens/other/browsers/diagnostic-tools/F12.png){.thumbnail} -> To reduce the flow of requests each time your pages load, you can also set up a Content Delivery Network (CDN). This will cache the static content of your website. Your web hosting plan will receive fewer requests, and have more resources for handling the requests that cannot be cached. > [!primary] > > OVHcloud offers several [CDN options](/links/web/hosting-options). If you would like to use or activate one for your web hosting plan, log in to your [OVHcloud Control Panel](/links/manager) then read our guide on [Using the OVHcloud CDN](/pages/web_cloud/web_hosting/cdn_how_to_use_cdn). -> #### 2.4 - optimise your database > [!warning] > > The actions you carry out in your database can have irreversible consequences if they are not carried out methodically and correctly. Contact a [specialist provider](/links/partner) if you are unsure about what you need to do. -> Check to see if a significant number of queries are made to your database.
This situation can lead to over-solicitation and slowdowns, or even **504 Gateway Timeout** codes. @@ -292,8 +274,7 @@ If your web hosting plan and your **database are not affected** and your website You might consider a more capable [shared hosting offer](/links/web/hosting) or a dedicated infrastructure such as a [Virtual Private Server (VPS)](/links/bare-metal/vps) or [Dedicated Server](/links/bare-metal/bare-metal). -## Go further - +## Go further > Users share the resources of the web hosting infrastructure their websites are using. If one of them overloads the shared infrastructure, this can have consequences for the other hosting services on the same infrastructure. > -> Our shared hosting plans do not have a Service Level Agreement (SLA). +> Our web hosting plans do not have a Service Level Agreement (SLA). > > If you need a service with a guaranteed availability rate higher than 99%, we recommend that you consider using a [Virtual Private Server (VPS)](/links/bare-metal/vps) or a [Dedicated Server](/links/bare-metal/bare-metal). > > Furthermore, the performance of OVHcloud shared hosting infrastructures is monitored 24/7. This is to enable a general high availability, and where applicable, a quick recovery of your services in the event of an overload. -> ## Requirements @@ -47,12 +46,10 @@ In rare cases, the slow display may also be caused by your Internet service prov > OVHcloud provides services that you are responsible for with regard to their configuration and management. It is therefore your responsibility to ensure that they function properly. > > This guide is designed to help you with common tasks. Nevertheless, we recommend contacting a [specialist provider](/links/partner) or reach out to the OVHcloud community if you encounter any difficulties. We will not be able to assist you with issues **not caused by the relevant hosting infrastructure itself**. You can find more information in the [Go further](#go-further) section of this guide. -> > [!success] > > We recommend noting your diagnostic results as you progress in this guide. This data will prove useful for resolving your issue, whatever the cause of the slowness. -> ### Understanding the notion of Time To First Byte (TTFB) @@ -92,24 +89,17 @@ All diagnostics in step 1 must be performed **without exception** to determine w #### 1.1 - Check the status of your OVHcloud services -To ensure that your services (shared hosting **and** database) are not undergoing maintenance or an incident, retrieve the cluster and filer information of your web hosting as well as the general information relating to your database. You can then check their status at [status.ovhcloud.com](https://web-cloud.status-ovhcloud.com/). - -To find out the cluster and filer of your hosting, log in to your [OVHcloud Control Panel](/links/manager), go to the `Web Cloud`{.action} section, click on `Hosting plans`{.action} then select the web hosting plan concerned. In the `General information`{.action} tab you can see the `Datacenter` and `Filer` of your web hosting. +To ensure that your services (web hosting **and** database) are not undergoing maintenance or an incident, retrieve the cluster and filer information of your web hosting as well as the general information relating to your database. You can then check their status at [status.ovhcloud.com](https://web-cloud.status-ovhcloud.com/). -![Retrieve Filer](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/general-information/find-filer.png){.thumbnail} - -Then click on the `Multisite`{.action} tab to retrieve the cluster number where your shared hosting is located. - -![Recover cluster](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/multisite/find-cluster.png){.thumbnail} +To find out the cluster and filer where your web hosting is located, refer to our guide "[Web hosting - How to know your cluster and filer](/pages/web_cloud/web_hosting/how_to_know_cluster_and_filer)". > [!success] > -> If an incident or maintenance is reported on the infrastructure on which your shared hosting is located, wait until they are resolved by our administrators. **No further action is required on your side**. +> If an incident or maintenance is reported on the infrastructure on which your web hosting is located, wait until they are resolved by our administrators. **No further action is required on your side**. > > You can subscribe to the incident or maintenance updates with your email address, in order to receive an email notification of the progress of the operations. > > Once the incident or maintenance status has been marked as **resolved**, the accumulated load stabilisation may require a maximum of **3 hours** to take effect. -> If no incidents or maintenance are reported, continue with your diagnostic. @@ -119,7 +109,7 @@ Test your website from another device/computer, then from another Internet acces #### 1.3 - Test the hosting with a file independent from your website -Place a file called **phpinfo.php** at the root of your website in the [FTP storage space on your shared hosting](/pages/web_cloud/web_hosting/ftp_connection). +Place a file called **phpinfo.php** at the root of your website in the [FTP storage space on your web hosting](/pages/web_cloud/web_hosting/ftp_connection). In this file, insert the following code: @@ -136,16 +126,14 @@ phpinfo(); > Changes to a **.htaccess** file may affect your website’s display. Contact a [specialist provider](/links/partner) if you have difficulty in doing the following. > > If it does not appear and **only for informed users**, rename your files **.htaccess** to **.htaccess_OLD** so that the server does not run them for your test. Rename them correctly after your diagnostic. -> **Example**: if your website’s domain name is “domain.tld” and the file **phpinfo.php** has been placed in the document root folder of your website, you can access it via the following URL: `http://domain.tld/phpinfo.php` (or `https://domain.tld/phpinfo.php`). > [!primary] > -> If the call to the file **phpinfo.php*** displays a configuration table **instantly**, this means that the slowdowns do not come from the shared hosting where your website is located. Otherwise, this file will appear as slowly as your other pages. -> -> In other words, if the delays are only present on some pages or content of your website, this means that the shared hosting **is not the cause of the delays** encountered on your website. +> If the call to the file **phpinfo.php*** displays a configuration table **instantly**, this means that the slowdowns do not come from the web hosting where your website is located. Otherwise, this file will appear as slowly as your other pages. > +> In other words, if the delays are only present on some pages or content of your website, this means that the web hosting **is not the cause of the delays** encountered on your website. #### 1.4 - Test your database connectivity @@ -160,7 +148,6 @@ If the connection is successful, you will land on the following interface: > [!warning] > > If you encounter an error, please refer to our documentation on [common errors encountered with a database](/pages/web_cloud/web_hosting/diagnosis_database_errors). Then use the guide above to resolve the issue, and try connecting to your database again. -> #### 1.5 - Interpretation of diagnostics performed @@ -182,14 +169,12 @@ If the connection is successful, you will land on the following interface: > OVHcloud investigations will be necessary. Contact our Web Cloud support to confirm the cause of the slowdowns you are experiencing. -### Step 2 - Identify the source of the delays on your website - +### Step 2 - Identify the source of the delays on your website [!warning] > > If you have any difficulties taking the following actions, you can contact a [specialised service provider](/links/partner). OVHcloud cannot assist with developing or optimising the content on your website. -> Below, you will find the actions you need to take to identify the source(s) of the slowdowns, and optimise your website. @@ -239,21 +224,18 @@ The lower the number of requests, the less resources will be required for your w > To do this, press the `F12` key in the Firefox browser and then select the `Network` tab. Reload your web page with the `Ctrl + Shift + R` keys so that the tool will show you the queries that were executed to load your page. Identify the elements taking the longest to load and then optimise them. > >![Firefox Network Scan](/pages/assets/screens/other/browsers/diagnostic-tools/F12.png){.thumbnail} -> To reduce the flow of requests each time your pages load, you can also set up a Content Delivery Network (CDN). This will cache the static content of your website. Your web hosting plan will receive fewer requests, and have more resources for handling the requests that cannot be cached. > [!primary] > > OVHcloud offers several [CDN options](/links/web/hosting-options). If you would like to use or activate one for your web hosting plan, log in to your [OVHcloud Control Panel](/links/manager) then read our guide on [Using the OVHcloud CDN](/pages/web_cloud/web_hosting/cdn_how_to_use_cdn). -> #### 2.4 - Optimise your database > [!warning] > > The actions you carry out in your database can have irreversible consequences if they are not carried out methodically and correctly. Contact a [specialist provider](/links/partner) if you are unsure about what you need to do. -> Check to see if a significant number of queries are made to your database.
This situation can lead to over-solicitation and slowdowns, or even **504 Gateway Timeout** codes. @@ -292,10 +274,9 @@ If your web hosting plan and your **database are not affected** and your website You might consider a more capable [shared hosting offer](/links/web/hosting) or a dedicated infrastructure such as a [Virtual Private Server (VPS)](/links/bare-metal/vps) or [Dedicated Server](/links/bare-metal/bare-metal). -## Go further - +## Go further If you need a service with a guaranteed availability rate higher than 99%, we recommend that you consider using a [Virtual Private Server (VPS)](/links/bare-metal/vps) or a [Dedicated Server](/links/bare-metal/bare-metal). > > Furthermore, the performance of OVHcloud shared hosting infrastructures is monitored 24/7. This is to enable a general high availability, and where applicable, a quick recovery of your services in the event of an overload. -> ## Requirements @@ -47,12 +46,10 @@ In rare cases, the slow display may also be caused by your Internet service prov > OVHcloud provides services that you are responsible for with regard to their configuration and management. It is therefore your responsibility to ensure that they function properly. > > This guide is designed to help you with common tasks. Nevertheless, we recommend contacting a [specialist provider](/links/partner) or reach out to the OVHcloud community if you encounter any difficulties. We will not be able to assist you with issues **not caused by the relevant hosting infrastructure itself**. You can find more information in the [Go further](#go-further) section of this guide. -> > [!success] > > We recommend noting your diagnostic results as you progress in this guide. This data will prove useful for resolving your issue, whatever the cause of the slowness. -> ### Understanding the notion of Time To First Byte (TTFB) @@ -94,13 +91,7 @@ All diagnostics in step 1 must be performed **without exception** to determine w To ensure that your services (shared hosting **and** database) are not undergoing maintenance or an incident, retrieve the cluster and filer information of your web hosting as well as the general information relating to your database. You can then check their status at [status.ovhcloud.com](https://web-cloud.status-ovhcloud.com/). -To find out the cluster and filer of your hosting, log in to your [OVHcloud Control Panel](/links/manager), go to the `Web Cloud`{.action} section, click on `Hosting plans`{.action} then select the web hosting plan concerned. In the `General information`{.action} tab you can see the `Datacenter` and `Filer` of your web hosting. - -![Retrieve Filer](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/general-information/find-filer.png){.thumbnail} - -Then click on the `Multisite`{.action} tab to retrieve the cluster number where your shared hosting is located. - -![Recover cluster](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/multisite/find-cluster.png){.thumbnail} +To find out the cluster and filer where your shared hosting is located, refer to our guide "[Web hosting - How to know your cluster and filer](/pages/web_cloud/web_hosting/how_to_know_cluster_and_filer)". > [!success] > @@ -109,7 +100,6 @@ Then click on the `Multisite`{.action} tab to retrieve the cluster number where > You can subscribe to the incident or maintenance updates with your email address, in order to receive an email notification of the progress of the operations. > > Once the incident or maintenance status has been marked as **resolved**, the accumulated load stabilisation may require a maximum of **3 hours** to take effect. -> If no incidents or maintenance are reported, continue with your diagnostic. @@ -136,7 +126,6 @@ phpinfo(); > Changes to a "**.htaccess**" file may affect your website’s display. Contact a [specialist provider](/links/partner) if you have difficulty in doing the following. > > If it does not appear and **only for informed users**, rename your files "**.htaccess**" to "**.htaccess_OLD**" so that the server does not run them for your test. Rename them correctly after your diagnostic. -> **Example**: if your website’s domain name is “domain.tld” and the file “**phpinfo.php**” has been placed in the root directory of your website, you can access it via the following URL: `http://domain.tld/phpinfo.php` (or `https://domain.tld/phpinfo.php`). @@ -145,7 +134,6 @@ phpinfo(); > If the call to the file **phpinfo.php*** displays a **instantly** configuration table, this means that the slowdowns do not come from the shared hosting where your website is located. Otherwise, this file will appear as slowly as your other pages. > > In other words, if the delays are only present on some pages or content of your website, this means that the shared hosting **is not the cause of the delays** encountered on your website. -> #### 1.4 - Test your database connectivity: @@ -160,7 +148,6 @@ If the connection is successful, you will land on the following interface: > [!warning] > > If you encounter an error, please refer to our documentation on [common errors encountered with a database](/pages/web_cloud/web_hosting/diagnosis_database_errors). Then use the guide above to resolve the issue, and try connecting to your database again. -> #### 1.5 - Interpretation of diagnostics performed @@ -182,14 +169,12 @@ If the connection is successful, you will land on the following interface: > OVHcloud investigations will be necessary. Contact our Web Cloud support to confirm the cause of the slowdowns you are experiencing. -### Step 2 - Identify the source of the delays on your website - +### Step 2 - Identify the source of the delays on your website [!warning] > > If you have any difficulties taking the following actions, you can contact a [specialised service provider](/links/partner). OVHcloud cannot assist with developing or optimising the content on your website. -> Below, you will find the actions you need to take to identify the source(s) of the slowdowns, and optimise your website. @@ -241,21 +226,18 @@ The lower the number of requests, the less resources will be required for your w > To do this, press the `F12` key in the Firefox browser and then select the `Network` tab. Reload your web page with the `Ctrl + Shift + R` keys so that the tool will show you the queries that were executed to load your page. Identify the elements taking the longest to load and then optimise them. > >![Firefox Network Scan](/pages/assets/screens/other/browsers/diagnostic-tools/F12.png){.thumbnail} -> To reduce the flow of requests each time your pages load, you can also set up a Content Delivery Network (CDN). This will cache the static content of your website. Your web hosting plan will receive fewer requests, and have more resources for handling the requests that cannot be cached. > [!primary] > > OVHcloud offers several [CDN options](/links/web/hosting-options). If you would like to use or activate one for your web hosting plan, log in to your [OVHcloud Control Panel](/links/manager) then read our guide on [Using the OVHcloud CDN](/pages/web_cloud/web_hosting/cdn_how_to_use_cdn). -> #### 2.4 - optimise your database > [!warning] > > The actions you carry out in your database can have irreversible consequences if they are not carried out methodically and correctly. Contact a [specialist provider](/links/partner) if you are unsure about what you need to do. -> Check to see if a significant number of queries are made to your database.
This situation can lead to over-solicitation and slowdowns, or even **504 Gateway Timeout** codes. @@ -294,8 +276,7 @@ If your web hosting plan and your **database are not affected** and your website You might consider a more capable [shared hosting offer](/links/web/hosting) or a dedicated infrastructure such as a [Virtual Private Server (VPS)](/links/bare-metal/vps) or [Dedicated Server](/links/bare-metal/bare-metal). -## Go further - +## Go further If you need a service with a guaranteed availability rate higher than 99%, we recommend that you consider using a [Virtual Private Server (VPS)](/links/bare-metal/vps) or a [Dedicated Server](/links/bare-metal/bare-metal). > > Furthermore, the performance of OVHcloud shared hosting infrastructures is monitored 24/7. This is to enable a general high availability, and where applicable, a quick recovery of your services in the event of an overload. -> ## Requirements @@ -47,12 +46,10 @@ In rare cases, the slow display may also be caused by your Internet service prov > OVHcloud provides services that you are responsible for with regard to their configuration and management. It is therefore your responsibility to ensure that they function properly. > > This guide is designed to help you with common tasks. Nevertheless, we recommend contacting a [specialist provider](/links/partner) or reach out to the OVHcloud community if you encounter any difficulties. We will not be able to assist you with issues **not caused by the relevant hosting infrastructure itself**. You can find more information in the [Go further](#go-further) section of this guide. -> > [!success] > > We recommend noting your diagnostic results as you progress in this guide. This data will prove useful for resolving your issue, whatever the cause of the slowness. -> ### Understanding the notion of Time To First Byte (TTFB) @@ -94,13 +91,7 @@ All diagnostics in step 1 must be performed **without exception** to determine w To ensure that your services (shared hosting **and** database) are not undergoing maintenance or an incident, retrieve the cluster and filer information of your web hosting as well as the general information relating to your database. You can then check their status at [status.ovhcloud.com](https://web-cloud.status-ovhcloud.com/). -To find out the cluster and filer of your hosting, log in to your [OVHcloud Control Panel](/links/manager), go to the `Web Cloud`{.action} section, click on `Hosting plans`{.action} then select the web hosting plan concerned. In the `General information`{.action} tab you can see the `Datacenter` and `Filer` of your web hosting. - -![Retrieve Filer](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/general-information/find-filer.png){.thumbnail} - -Then click on the `Multisite`{.action} tab to retrieve the cluster number where your shared hosting is located. - -![Recover cluster](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/multisite/find-cluster.png){.thumbnail} +To find out the cluster and filer where your shared hosting is located, refer to our guide "[Web hosting - How to know your cluster and filer](/pages/web_cloud/web_hosting/how_to_know_cluster_and_filer)". > [!success] > @@ -109,7 +100,6 @@ Then click on the `Multisite`{.action} tab to retrieve the cluster number where > You can subscribe to the incident or maintenance updates with your email address, in order to receive an email notification of the progress of the operations. > > Once the incident or maintenance status has been marked as **resolved**, the accumulated load stabilisation may require a maximum of **3 hours** to take effect. -> If no incidents or maintenance are reported, continue with your diagnostic. @@ -136,7 +126,6 @@ phpinfo(); > Changes to a "**.htaccess**" file may affect your website’s display. Contact a [specialist provider](/links/partner) if you have difficulty in doing the following. > > If it does not appear and **only for informed users**, rename your files "**.htaccess**" to "**.htaccess_OLD**" so that the server does not run them for your test. Rename them correctly after your diagnostic. -> **Example**: if your website’s domain name is “domain.tld” and the file “**phpinfo.php**” has been placed in the root directory of your website, you can access it via the following URL: `http://domain.tld/phpinfo.php` (or `https://domain.tld/phpinfo.php`). @@ -145,7 +134,6 @@ phpinfo(); > If the call to the file **phpinfo.php*** displays a **instantly** configuration table, this means that the slowdowns do not come from the shared hosting where your website is located. Otherwise, this file will appear as slowly as your other pages. > > In other words, if the delays are only present on some pages or content of your website, this means that the shared hosting **is not the cause of the delays** encountered on your website. -> #### 1.4 - Test your database connectivity: @@ -158,7 +146,6 @@ If the connection is successful, you will land on the following interface: > [!warning] > > If you encounter an error, please refer to our documentation on [common errors encountered with a database](/pages/web_cloud/web_hosting/diagnosis_database_errors). Then use the guide above to resolve the issue, and try connecting to your database again. -> #### 1.5 - Interpretation of diagnostics performed @@ -180,14 +167,12 @@ If the connection is successful, you will land on the following interface: > OVHcloud investigations will be necessary. Contact our Web Cloud support to confirm the cause of the slowdowns you are experiencing. -### Step 2 - Identify the source of the delays on your website - +### Step 2 - Identify the source of the delays on your website [!warning] > > If you have any difficulties taking the following actions, you can contact a [specialised service provider](/links/partner). OVHcloud cannot assist with developing or optimising the content on your website. -> Below, you will find the actions you need to take to identify the source(s) of the slowdowns, and optimise your website. @@ -239,21 +224,18 @@ The lower the number of requests, the less resources will be required for your w > To do this, press the `F12` key in the Firefox browser and then select the `Network` tab. Reload your web page with the `Ctrl + Shift + R` keys so that the tool will show you the queries that were executed to load your page. Identify the elements taking the longest to load and then optimise them. > >![Firefox Network Scan](/pages/assets/screens/other/browsers/diagnostic-tools/F12.png){.thumbnail} -> To reduce the flow of requests each time your pages load, you can also set up a Content Delivery Network (CDN). This will cache the static content of your website. Your web hosting plan will receive fewer requests, and have more resources for handling the requests that cannot be cached. > [!primary] > > OVHcloud offers several [CDN options](/links/web/hosting-options). If you would like to use or activate one for your web hosting plan, log in to your [OVHcloud Control Panel](/links/manager) then read our guide on [Using the OVHcloud CDN](/pages/web_cloud/web_hosting/cdn_how_to_use_cdn). -> #### 2.4 - optimise your database > [!warning] > > The actions you carry out in your database can have irreversible consequences if they are not carried out methodically and correctly. Contact a [specialist provider](/links/partner) if you are unsure about what you need to do. -> Check to see if a significant number of queries are made to your database.
This situation can lead to over-solicitation and slowdowns, or even **504 Gateway Timeout** codes. @@ -292,8 +274,7 @@ If your web hosting plan and your **database are not affected** and your website You might consider a more capable [shared hosting offer](/links/web/hosting) or a dedicated infrastructure such as a [Virtual Private Server (VPS)](/links/bare-metal/vps) or [Dedicated Server](/links/bare-metal/bare-metal). -## Go further - +## Go further If you need a service with a guaranteed availability rate higher than 99%, we recommend that you consider using a [Virtual Private Server (VPS)](/links/bare-metal/vps) or a [Dedicated Server](/links/bare-metal/bare-metal). > > Furthermore, the performance of OVHcloud shared hosting infrastructures is monitored 24/7. This is to enable a general high availability, and where applicable, a quick recovery of your services in the event of an overload. -> ## Requirements @@ -47,12 +46,10 @@ In rare cases, the slow display may also be caused by your Internet service prov > OVHcloud provides services that you are responsible for with regard to their configuration and management. It is therefore your responsibility to ensure that they function properly. > > This guide is designed to help you with common tasks. Nevertheless, we recommend contacting a [specialist provider](/links/partner) or reach out to the OVHcloud community if you encounter any difficulties. We will not be able to assist you with issues **not caused by the relevant hosting infrastructure itself**. You can find more information in the [Go further](#go-further) section of this guide. -> > [!success] > > We recommend noting your diagnostic results as you progress in this guide. This data will prove useful for resolving your issue, whatever the cause of the slowness. -> ### Understanding the notion of Time To First Byte (TTFB) @@ -94,13 +91,7 @@ All diagnostics in step 1 must be performed **without exception** to determine w To ensure that your services (shared hosting **and** database) are not undergoing maintenance or an incident, retrieve the cluster and filer information of your web hosting as well as the general information relating to your database. You can then check their status at [status.ovhcloud.com](https://web-cloud.status-ovhcloud.com/). -To find out the cluster and filer of your hosting, log in to your [OVHcloud Control Panel](/links/manager), go to the `Web Cloud`{.action} section, click on `Hosting plans`{.action} then select the web hosting plan concerned. In the `General information`{.action} tab you can see the `Datacenter` and `Filer` of your web hosting. - -![Retrieve Filer](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/general-information/find-filer.png){.thumbnail} - -Then click on the `Multisite`{.action} tab to retrieve the cluster number where your shared hosting is located. - -![Recover cluster](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/multisite/find-cluster.png){.thumbnail} +To find out the cluster and filer where your shared hosting is located, refer to our guide "[Web hosting - How to know your cluster and filer](/pages/web_cloud/web_hosting/how_to_know_cluster_and_filer)". > [!success] > @@ -109,7 +100,6 @@ Then click on the `Multisite`{.action} tab to retrieve the cluster number where > You can subscribe to the incident or maintenance updates with your email address, in order to receive an email notification of the progress of the operations. > > Once the incident or maintenance status has been marked as **resolved**, the accumulated load stabilisation may require a maximum of **3 hours** to take effect. -> If no incidents or maintenance are reported, continue with your diagnostic. @@ -136,7 +126,6 @@ phpinfo(); > Changes to a "**.htaccess**" file may affect your website’s display. Contact a [specialist provider](/links/partner) if you have difficulty in doing the following. > > If it does not appear and **only for informed users**, rename your files "**.htaccess**" to "**.htaccess_OLD**" so that the server does not run them for your test. Rename them correctly after your diagnostic. -> **Example**: if your website’s domain name is “domain.tld” and the file “**phpinfo.php**” has been placed in the root directory of your website, you can access it via the following URL: `http://domain.tld/phpinfo.php` (or `https://domain.tld/phpinfo.php`). @@ -145,7 +134,6 @@ phpinfo(); > If the call to the file **phpinfo.php*** displays a **instantly** configuration table, this means that the slowdowns do not come from the shared hosting where your website is located. Otherwise, this file will appear as slowly as your other pages. > > In other words, if the delays are only present on some pages or content of your website, this means that the shared hosting **is not the cause of the delays** encountered on your website. -> #### 1.4 - Test your database connectivity: @@ -158,7 +146,6 @@ If the connection is successful, you will land on the following interface: > [!warning] > > If you encounter an error, please refer to our documentation on [common errors encountered with a database](/pages/web_cloud/web_hosting/diagnosis_database_errors). Then use the guide above to resolve the issue, and try connecting to your database again. -> #### 1.5 - Interpretation of diagnostics performed @@ -180,14 +167,12 @@ If the connection is successful, you will land on the following interface: > OVHcloud investigations will be necessary. Contact our Web Cloud support to confirm the cause of the slowdowns you are experiencing. -### Step 2 - Identify the source of the delays on your website - +### Step 2 - Identify the source of the delays on your website [!warning] > > If you have any difficulties taking the following actions, you can contact a [specialised service provider](/links/partner). OVHcloud cannot assist with developing or optimising the content on your website. -> Below, you will find the actions you need to take to identify the source(s) of the slowdowns, and optimise your website. @@ -239,21 +224,18 @@ The lower the number of requests, the less resources will be required for your w > To do this, press the `F12` key in the Firefox browser and then select the `Network` tab. Reload your web page with the `Ctrl + Shift + R` keys so that the tool will show you the queries that were executed to load your page. Identify the elements taking the longest to load and then optimise them. > >![Firefox Network Scan](/pages/assets/screens/other/browsers/diagnostic-tools/F12.png){.thumbnail} -> To reduce the flow of requests each time your pages load, you can also set up a Content Delivery Network (CDN). This will cache the static content of your website. Your web hosting plan will receive fewer requests, and have more resources for handling the requests that cannot be cached. > [!primary] > > OVHcloud offers several [CDN options](/links/web/hosting-options). If you would like to use or activate one for your web hosting plan, log in to your [OVHcloud Control Panel](/links/manager) then read our guide on [Using the OVHcloud CDN](/pages/web_cloud/web_hosting/cdn_how_to_use_cdn). -> #### 2.4 - optimise your database > [!warning] > > The actions you carry out in your database can have irreversible consequences if they are not carried out methodically and correctly. Contact a [specialist provider](/links/partner) if you are unsure about what you need to do. -> Check to see if a significant number of queries are made to your database.
This situation can lead to over-solicitation and slowdowns, or even **504 Gateway Timeout** codes. @@ -292,8 +274,7 @@ If your web hosting plan and your **database are not affected** and your website You might consider a more capable [shared hosting offer](/links/web/hosting) or a dedicated infrastructure such as a [Virtual Private Server (VPS)](/links/bare-metal/vps) or [Dedicated Server](/links/bare-metal/bare-metal). -## Go further - +## Go further Si necesita un servicio con una tasa de disponibilidad SLA superior al 99%, le recomendamos que considere la posibilidad de utilizar un [Servidor Privado Virtual (VPS)](/links/bare-metal/vps) o un [Servidor Dedicado](/links/bare-metal/bare-metal). > > Por otro lado, el rendimiento de la infraestructura de alojamientos compartidos OVHcloud se monitoriza las 24 horas del día, los 7 días de la semana. Esto le garantiza un alto índice de disponibilidad y, en su caso, una rápida recuperación de sus servicios en caso de sobrecarga comprobada.* -> ## Requisitos @@ -46,12 +45,10 @@ En algunos casos, la lentitud de la visualización también puede provenir de su La configuración, la gestión y la responsabilidad de los servicios que OVHcloud pone a su disposición recaen sobre usted. Por lo tanto, usted deberá asegurarse de que estos funcionan correctamente. > > Ponemos a su disposición esta guía para ayudarle a realizar las tareas más habituales. No obstante, si tiene alguna duda, le recomendamos que contacte con un [proveedor especializado](/links/partner). Nosotros no podremos asistirle. **siempre que la infraestructura en la que está alojado su plan de hosting no sea válida**. Más información en la sección ["Más información"](#go-further) de esta guía. -> > [!success] > Le recomendamos que anote sus resultados de diagnóstico a medida que avance en esta guía. En efecto, estos resultados serán muy útiles para la resolución de su situación, independientemente del origen de la lentitud. -> ### Entender el concepto de Time To First Byte (TTFB) @@ -69,13 +66,13 @@ ya que, para los sistemas de gestión de contenidos (CMS) como WordPress, Joomla > > Una vez que la solicitud llega al archivo "**index.php**", este será ejecutado por el servidor web de su alojamiento compartido. > ->En su ejecución, el archivo "**index.php**" debe recuperar la información de los demás ficheros que componen su sitio web, o incluso de los elementos presentes en su base de datos. +> En su ejecución, el archivo "**index.php**" debe recuperar la información de los demás ficheros que componen su sitio web, o incluso de los elementos presentes en su base de datos. > ->Cada una de estas solicitudes de información genera una petición interna al servicio de alojamiento. +> Cada una de estas solicitudes de información genera una petición interna al servicio de alojamiento. > ->El archivo "**index.php**" esperará a tener el resultado de todas las peticiones internas que haya solicitado **antes** para devolver el primer byte de datos al navegador de internet. +> El archivo "**index.php**" esperará a tener el resultado de todas las peticiones internas que haya solicitado **antes** para devolver el primer byte de datos al navegador de internet. > ->Si su archivo "**index.php**" genera peticiones "lentas" o pesadas para ejecutarse, el TTFB será elevado y su sitio web tardará varios segundos en mostrarse. En ese caso, el rendimiento de su plan de hosting no se verá afectado. +> Si su archivo "**index.php**" genera peticiones "lentas" o pesadas para ejecutarse, el TTFB será elevado y su sitio web tardará varios segundos en mostrarse. En ese caso, el rendimiento de su plan de hosting no se verá afectado. Las herramientas de diagnóstico en línea le permiten recuperar el TTFB de su alojamiento. Sin embargo, la mayoría de ellos funcionan como navegadores de Internet y, por lo tanto, sus resultados deben ser relativistas.
ya que estas herramientas no son capaces de responder a las peticiones internas solicitadas por el archivo que ha llamado a través de su navegador, como en el ejemplo anterior con el archivo "**index.php**". @@ -93,13 +90,7 @@ Todos los diagnósticos del etapa 1 deben realizarse **sin excepción** para det Para asegurarse de que sus servicios (alojamiento compartido **et** de la base de datos) no son objeto de mantenimiento o de incidente, consulte la información del cluster y el filer de su alojamiento compartido, así como la información general relativa a su base de datos. Compruebe su estado en [status.ovhcloud.com](https://web-cloud.status-ovhcloud.com/). -Para conocer el cluster y el filer en el que se encuentra su alojamiento compartido, conéctese a su [área de cliente OVHcloud](/links/manager), acceda al apartado `Web Cloud`{.action}, haga clic en `Alojamientos`{.action} y seleccione el alojamiento web correspondiente. En la pestaña `Información general`{.action}, consulte el `datacenter` de su alojamiento compartido y el `filer` en el que se encuentra. - -![Obtener Filer](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/general-information/find-filer.png){.thumbnail} - -A continuación, abra la pestaña `Multisitios`{.action} para obtener el número del cluster en el que se encuentra el alojamiento compartido. - -![Obtener cluster](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/multisite/find-cluster.png){.thumbnail} +Para conocer el cluster y el filer donde se encuentra su alojamiento compartido, consulte nuestra guía "[Web hosting - Cómo conocer su cluster y su filer](/pages/web_cloud/web_hosting/how_to_know_cluster_and_filer)". > [!success] > @@ -108,7 +99,6 @@ A continuación, abra la pestaña `Multisitios`{.action} para obtener el número > Puede suscribirse a la declaración de incidencia o mantenimiento con su dirección de correo electrónico para recibir una notificación por correo electrónico del progreso de las operaciones. > > Una vez que se haya marcado el estado de la incidencia o del mantenimiento como **resuelto**, la estabilización de la carga acumulada puede tardar un máximo de **3 horas** después de la notificación de resolución para resolverse por completo. -> Si no se reportan incidentes ni mantenimiento, prosiga sus diagnósticos. @@ -135,7 +125,6 @@ phpinfo(); > Las operaciones en un archivo "**.htaccess**" pueden afectar a la visualización de su sitio web. Si tiene dificultades para realizar lo siguiente, contacte con un [proveedor especializado](/links/partner). > > Si no aparece y **solo para usuarios avanzados**, renombre los archivos "**.htaccess**" en "***.htaccess_OLD**" para que el servidor no los ejecute durante el tiempo de prueba. Una vez realizado el diagnóstico, renombre correctamente. -> **Ejemplo**: si el dominio que permite el acceso a su sitio web es "domain.tld" y si el archivo "**phpinfo.php**" se encuentra en la raíz de su sitio web, podrá acceder a él a través de la siguiente URL: `http://domain.tld/phpinfo.php` (o `https://domain.tld/phpinfo.php`). @@ -144,7 +133,6 @@ phpinfo(); > Si la llamada del archivo "**phpinfo.php**" muestra un array de configuración **instantáneamente**, significa que la ralentización no proviene del alojamiento compartido en el que se encuentra su sitio web. De lo contrario, el archivo se mostraría tan lentamente como el resto de páginas. > > En otras palabras, si la lentitud está presente únicamente en una parte de las páginas o del contenido de su sitio web, significa que el alojamiento compartido **no es la causa de la lentitud** encontrada en su sitio web. -> #### 1.4 - Pruebe la conectividad de su base de datos: @@ -159,7 +147,6 @@ Si la conexión se ha realizado correctamente, acceda a la siguiente interfaz: > [!warning] > > Si se produce un error, consulte nuestra documentación sobre los [errores comunes encontrados con una base de datos](/pages/web_cloud/web_hosting/diagnosis_database_errors). A continuación, utilice la guía para corregir su situación e intente volver a conectarse a la base de datos. -> #### 1.5 - Interpretación de los diagnósticos efectuados @@ -181,14 +168,12 @@ Se aplican las siguientes declaraciones **todas** a su situación: > Se realizarán investigaciones en OVHcloud. Póngase en contacto con nuestros servicios de soporte en las soluciones web para que confirmen con usted el origen de las ralentizaciones que experimenta. -### Etapa 2 - identifique la(s) fuente(s) que genera(n) la lentitud a nivel de su sitio web - +### Etapa 2 - identifique la(s) fuente(s) que genera(n) la lentitud a nivel de su sitio web [!warning] > > Si tiene dificultades para realizar las siguientes acciones, puede contactar con uno de nuestros [proveedores especializados](/links/partner). OVHcloud no ayudará en el desarrollo o la optimización del contenido de su sitio web. -> A continuación se indican las acciones que debe realizar para identificar las fuentes de la lentitud y optimizar su sitio web. @@ -238,21 +223,18 @@ Cuanto menor sea el número de peticiones, menos se solicitarán los recursos de > Para ello, pulse la tecla `F12` cuando esté en su navegador Firefox y seleccione la pestaña `Red`. Recargue su página web con las teclas `Ctrl + Mayús + R` para que la herramienta muestre las peticiones que se ejecutan para cargar su página. Identifique los elementos más largos a cargar para luego optimizarlos. > >![Análisis de red Firefox](/pages/assets/screens/other/browsers/diagnostic-tools/F12.png){.thumbnail} -> Para reducir el flujo de peticiones a cada una de las cargas de sus páginas, también puede crear una Content Delivery Network (CDN). que permite almacenar en caché el contenido estático de su sitio web. Su alojamiento web tendrá menos carga y dispondrá de más recursos para tratar el resto de las peticiones que no puedan ser puestas en caché. > [!primary] > > OVHcloud ofrece varios [productos CDN](/links/web/hosting-options). Si desea utilizar o activar una para su alojamiento web, conéctese a su [área de cliente de OVHcloud](/links/manager) y consulte nuestra guía sobre el uso de la CDN de OVHcloud](/pages/web_cloud/web_hosting/cdn_how_to_use_cdn). -> #### 2.4 - Optimice su base de datos > [!warning] > > Las acciones que realice en la base de datos pueden tener consecuencias irreversibles si no se realizan de forma ordenada y correcta. Contacte con un [proveedor especializado](/links/partner) si no está seguro de las acciones a realizar. -> Compruebe si se realizan un número considerable de consultas a la base de datos.
De hecho, esta situación puede provocar una sobrecarga y provocar ralentizaciones, incluso a los códigos "504 Gateway Timeout". @@ -291,8 +273,7 @@ Si su alojamiento web y su base de datos **no están en juego** y su sitio web s Puede considerar un [plan de hosting](/links/web/hosting) superior o una infraestructura dedicada como un [Servidor Privado Virtual (VPS)](/links/bare-metal/vps) o un [Servidor Dedicado](/links/bare-metal/bare-metal). -## Más información - +## Más información Si necesita un servicio con una tasa de disponibilidad SLA superior al 99%, le recomendamos que considere la posibilidad de utilizar un [Servidor Privado Virtual (VPS)](/links/bare-metal/vps) o un [Servidor Dedicado](/links/bare-metal/bare-metal). > > Por otro lado, el rendimiento de la infraestructura de alojamientos compartidos OVHcloud se monitoriza las 24 horas del día, los 7 días de la semana. Esto le garantiza un alto índice de disponibilidad y, en su caso, una rápida recuperación de sus servicios en caso de sobrecarga comprobada.* -> ## Requisitos @@ -46,12 +45,10 @@ En algunos casos, la lentitud de la visualización también puede provenir de su La configuración, la gestión y la responsabilidad de los servicios que OVHcloud pone a su disposición recaen sobre usted. Por lo tanto, usted deberá asegurarse de que estos funcionan correctamente. > > Ponemos a su disposición esta guía para ayudarle a realizar las tareas más habituales. No obstante, si tiene alguna duda, le recomendamos que contacte con un [proveedor especializado](/links/partner). Nosotros no podremos asistirle. **siempre que la infraestructura en la que está alojado su plan de hosting no sea válida**. Más información en la sección ["Más información"](#go-further) de esta guía. -> > [!success] > Le recomendamos que anote sus resultados de diagnóstico a medida que avance en esta guía. En efecto, estos resultados serán muy útiles para la resolución de su situación, independientemente del origen de la lentitud. -> ### Entender el concepto de Time To First Byte (TTFB) @@ -69,13 +66,13 @@ ya que, para los sistemas de gestión de contenidos (CMS) como WordPress, Joomla > > Una vez que la solicitud llega al archivo "**index.php**", este será ejecutado por el servidor web de su alojamiento compartido. > ->En su ejecución, el archivo "**index.php**" debe recuperar la información de los demás ficheros que componen su sitio web, o incluso de los elementos presentes en su base de datos. +> En su ejecución, el archivo "**index.php**" debe recuperar la información de los demás ficheros que componen su sitio web, o incluso de los elementos presentes en su base de datos. > ->Cada una de estas solicitudes de información genera una petición interna al servicio de alojamiento. +> Cada una de estas solicitudes de información genera una petición interna al servicio de alojamiento. > ->El archivo "**index.php**" esperará a tener el resultado de todas las peticiones internas que haya solicitado **antes** para devolver el primer byte de datos al navegador de internet. +> El archivo "**index.php**" esperará a tener el resultado de todas las peticiones internas que haya solicitado **antes** para devolver el primer byte de datos al navegador de internet. > ->Si su archivo "**index.php**" genera peticiones "lentas" o pesadas para ejecutarse, el TTFB será elevado y su sitio web tardará varios segundos en mostrarse. En ese caso, el rendimiento de su plan de hosting no se verá afectado. +> Si su archivo "**index.php**" genera peticiones "lentas" o pesadas para ejecutarse, el TTFB será elevado y su sitio web tardará varios segundos en mostrarse. En ese caso, el rendimiento de su plan de hosting no se verá afectado. Las herramientas de diagnóstico en línea le permiten recuperar el TTFB de su alojamiento. Sin embargo, la mayoría de ellos funcionan como navegadores de Internet y, por lo tanto, sus resultados deben ser relativistas.
ya que estas herramientas no son capaces de responder a las peticiones internas solicitadas por el archivo que ha llamado a través de su navegador, como en el ejemplo anterior con el archivo "**index.php**". @@ -93,13 +90,7 @@ Todos los diagnósticos del etapa 1 deben realizarse **sin excepción** para det Para asegurarse de que sus servicios (alojamiento compartido **et** de la base de datos) no son objeto de mantenimiento o de incidente, consulte la información del cluster y el filer de su alojamiento compartido, así como la información general relativa a su base de datos. Compruebe su estado en [status.ovhcloud.com](https://web-cloud.status-ovhcloud.com/). -Para conocer el cluster y el filer en el que se encuentra su alojamiento compartido, conéctese a su [área de cliente OVHcloud](/links/manager), acceda al apartado `Web Cloud`{.action}, haga clic en `Alojamientos`{.action} y seleccione el alojamiento web correspondiente. En la pestaña `Información general`{.action}, consulte el `datacenter` de su alojamiento compartido y el `filer` en el que se encuentra. - -![Obtener Filer](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/general-information/find-filer.png){.thumbnail} - -A continuación, abra la pestaña `Multisitios`{.action} para obtener el número del cluster en el que se encuentra el alojamiento compartido. - -![Obtener cluster](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/multisite/find-cluster.png){.thumbnail} +Para conocer el cluster y el filer donde se encuentra su alojamiento compartido, consulte nuestra guía "[Web hosting - Cómo conocer su cluster y su filer](/pages/web_cloud/web_hosting/how_to_know_cluster_and_filer)". > [!success] > @@ -108,7 +99,6 @@ A continuación, abra la pestaña `Multisitios`{.action} para obtener el número > Puede suscribirse a la declaración de incidencia o mantenimiento con su dirección de correo electrónico para recibir una notificación por correo electrónico del progreso de las operaciones. > > Una vez que se haya marcado el estado de la incidencia o del mantenimiento como **resuelto**, la estabilización de la carga acumulada puede tardar un máximo de **3 horas** después de la notificación de resolución para resolverse por completo. -> Si no se reportan incidentes ni mantenimiento, prosiga sus diagnósticos. @@ -135,7 +125,6 @@ phpinfo(); > Las operaciones en un archivo "**.htaccess**" pueden afectar a la visualización de su sitio web. Si tiene dificultades para realizar lo siguiente, contacte con un [proveedor especializado](/links/partner). > > Si no aparece y **solo para usuarios avanzados**, renombre los archivos "**.htaccess**" en "***.htaccess_OLD**" para que el servidor no los ejecute durante el tiempo de prueba. Una vez realizado el diagnóstico, renombre correctamente. -> **Ejemplo**: si el dominio que permite el acceso a su sitio web es "domain.tld" y si el archivo "**phpinfo.php**" se encuentra en la raíz de su sitio web, podrá acceder a él a través de la siguiente URL: `http://domain.tld/phpinfo.php` (o `https://domain.tld/phpinfo.php`). @@ -144,7 +133,6 @@ phpinfo(); > Si la llamada del archivo "**phpinfo.php**" muestra un array de configuración **instantáneamente**, significa que la ralentización no proviene del alojamiento compartido en el que se encuentra su sitio web. De lo contrario, el archivo se mostraría tan lentamente como el resto de páginas. > > En otras palabras, si la lentitud está presente únicamente en una parte de las páginas o del contenido de su sitio web, significa que el alojamiento compartido **no es la causa de la lentitud** encontrada en su sitio web. -> #### 1.4 - Pruebe la conectividad de su base de datos: @@ -157,7 +145,6 @@ Si la conexión se ha realizado correctamente, acceda a la siguiente interfaz: > [!warning] > > Si se produce un error, consulte nuestra documentación sobre los [errores comunes encontrados con una base de datos](/pages/web_cloud/web_hosting/diagnosis_database_errors). A continuación, utilice la guía para corregir su situación e intente volver a conectarse a la base de datos. -> #### 1.5 - Interpretación de los diagnósticos efectuados @@ -179,14 +166,12 @@ Se aplican las siguientes declaraciones **todas** a su situación: > Se realizarán investigaciones en OVHcloud. Póngase en contacto con nuestros servicios de soporte en las soluciones web para que confirmen con usted el origen de las ralentizaciones que experimenta. -### Etapa 2 - identifique la(s) fuente(s) que genera(n) la lentitud a nivel de su sitio web - +### Etapa 2 - identifique la(s) fuente(s) que genera(n) la lentitud a nivel de su sitio web [!warning] > > Si tiene dificultades para realizar las siguientes acciones, puede contactar con uno de nuestros [proveedores especializados](/links/partner). OVHcloud no ayudará en el desarrollo o la optimización del contenido de su sitio web. -> A continuación se indican las acciones que debe realizar para identificar las fuentes de la lentitud y optimizar su sitio web. @@ -236,21 +221,18 @@ Cuanto menor sea el número de peticiones, menos se solicitarán los recursos de > Para ello, pulse la tecla `F12` cuando esté en su navegador Firefox y seleccione la pestaña `Red`. Recargue su página web con las teclas `Ctrl + Mayús + R` para que la herramienta muestre las peticiones que se ejecutan para cargar su página. Identifique los elementos más largos a cargar para luego optimizarlos. > >![Análisis de red Firefox](/pages/assets/screens/other/browsers/diagnostic-tools/F12.png){.thumbnail} -> Para reducir el flujo de peticiones a cada una de las cargas de sus páginas, también puede crear una Content Delivery Network (CDN). que permite almacenar en caché el contenido estático de su sitio web. Su alojamiento web tendrá menos carga y dispondrá de más recursos para tratar el resto de las peticiones que no puedan ser puestas en caché. > [!primary] > > OVHcloud ofrece varios [productos CDN](/links/web/hosting-options). Si desea utilizar o activar una para su alojamiento web, conéctese a su [área de cliente de OVHcloud](/links/manager) y consulte nuestra guía sobre el uso de la CDN de OVHcloud](/pages/web_cloud/web_hosting/cdn_how_to_use_cdn). -> #### 2.4 - Optimice su base de datos > [!warning] > > Las acciones que realice en la base de datos pueden tener consecuencias irreversibles si no se realizan de forma ordenada y correcta. Contacte con un [proveedor especializado](/links/partner) si no está seguro de las acciones a realizar. -> Compruebe si se realizan un número considerable de consultas a la base de datos.
De hecho, esta situación puede provocar una sobrecarga y provocar ralentizaciones, incluso a los códigos "504 Gateway Timeout". @@ -289,8 +271,7 @@ Si su alojamiento web y su base de datos **no están en juego** y su sitio web s Puede considerar un [plan de hosting](/links/web/hosting) superior o una infraestructura dedicada como un [Servidor Privado Virtual (VPS)](/links/bare-metal/vps) o un [Servidor Dedicado](/links/bare-metal/bare-metal). -## Más información - +## Más información Si vous avez besoin d'un service offrant un taux de disponibilité SLA supérieur à 99%, nous vous conseillons d'envisager l'utilisation d'un [Serveur Privé Virtuel (VPS)](/links/bare-metal/vps) ou d'un [Serveur Dédié](/links/bare-metal/bare-metal). > > Par ailleurs, les performances de l'infrastructure d'hébergements mutualisés OVHcloud sont monitorées 24 heures sur 24 et 7 jours sur 7. Ceci afin de vous garantir un haut taux de disponibilité et, le cas échéant, un rétablissement rapide de vos services en cas de surcharge avérée. -> ## Prérequis @@ -46,13 +44,11 @@ Dans de rares cas, les lenteurs d'affichage peuvent aussi provenir de votre four > > OVHcloud met à votre disposition des services dont la configuration, la gestion et la responsabilité vous incombent. Il vous revient de ce fait d'en assurer le bon fonctionnement. > -> Nous mettons à votre disposition ce guide afin de vous accompagner au mieux sur des tâches courantes. Néanmoins, nous vous recommandons de faire appel à un [prestataire spécialisé](/links/partner) si vous éprouvez des difficultés. En effet, nous ne serons pas en mesure de vous fournir une assistance **dès lors que l'infrastructure où votre offre d'hébergement mutualisé est présente n'est pas en cause**. Plus d'informations dans la section [« Aller plus loin »](#go-further) de ce guide. -> +> Nous mettons à votre disposition ce guide afin de vous accompagner au mieux sur des tâches courantes. Cependant, nous vous recommandons de faire appel à un [prestataire spécialisé](/links/partner) si vous éprouvez des difficultés. En effet, nous ne serons pas en mesure de vous fournir une assistance **dès lors que l'infrastructure où votre offre d'hébergement mutualisé est présente n'est pas en cause**. Plus d'informations dans la section [« Aller plus loin »](#go-further) de ce guide. > [!success] > > Nous vous conseillons de noter vos résultats de diagnostic au fur et à mesure de votre avancée dans ce guide. En effet, ces résultats s'avèreront très utiles pour la résolution de votre situation, quelle que soit l'origine de la lenteur. -> ### Comprendre la notion de Time To First Byte (TTFB) @@ -72,11 +68,11 @@ En effet, pour des Content Managment System (CMS) tels que WordPress, Joomla!, P > >Dans son exécution, le fichier « **index.php** » doit récupérer des informations parmi les autres fichiers qui composent votre site web, voire des éléments présents dans votre base de données. > ->Chacune de ces demandes d'informations génère une requête interne sur votre service d'hébergement. +> Chacune de ces demandes d'informations génère une requête interne sur votre service d'hébergement. > ->Le fichier « **index.php** » attendra d'avoir le résultat de toutes les requêtes internes qu'il a demandé **avant** de renvoyer le premier octet de donnée à votre navigateur internet. +> Le fichier « **index.php** » attendra d'avoir le résultat de toutes les requêtes internes qu'il a demandé **avant** de renvoyer le premier octet de donnée à votre navigateur internet. > ->Si votre fichier « **index.php** » génère des requêtes « lentes » ou lourdes à s'exécuter, le TTFB sera alors élevé et votre site mettra plusieurs secondes à s'afficher. Les performances de votre offre d'hébergement ne sont alors pas en cause. +> Si votre fichier « **index.php** » génère des requêtes « lentes » ou lourdes à s'exécuter, le TTFB sera alors élevé et votre site mettra plusieurs secondes à s'afficher. Les performances de votre offre d'hébergement ne sont alors pas en cause. Des outils de diagnostic en ligne vous permettent de récupérer le TTFB de votre hébergement. Cependant, la plupart d'entres eux fonctionnent comme des navigateurs Internet et leurs résultats sont donc à relativiser.
En effet, ces outils ne sont pas en mesure de prendre en compte les requêtes internes demandées par le fichier que vous avez appelé via votre navigateur,comme dans l'exemple ci-dessus avec le fichier « **index.php** ». @@ -94,13 +90,7 @@ Tous les diagnostics de l'étape 1 doivent être réalisés **sans exception** a Pour être sûr que vos services (hébergement mutualisé **et** base de données) ne font pas l'objet d'une maintenance ou d'un incident, récupérez les informations sur le cluster et le filer de votre hébergement mutualisé ainsi que les informations générales relatives à votre base de données. Vous pourrez ensuite vérifier leur statut sur [status.ovhcloud.com](https://web-cloud.status-ovhcloud.com/). -Pour connaître le cluster et le filer où se trouve votre hébergement mutualisé, connectez-vous à votre [espace client OVHcloud](/links/manager), rendez-vous dans la partie `Web Cloud`{.action}, cliquez sur `Hébergements`{.action} puis choisissez l'hébergement web concerné. Dans l'onglet `Informations générales`{.action}, repérez le `datacentre` de votre hébergement mutualisé ainsi que le `filer` où il se trouve. - -![Récupérer Filer](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/general-information/find-filer.png){.thumbnail} - -Cliquez ensuite sur l'onglet `Multisites`{.action} pour récupérer le numéro du cluster où se trouve votre hébergement mutualisé. - -![Récupérer cluster](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/multisite/find-cluster.png){.thumbnail} +Pour connaître le cluster et le filer où se trouve votre hébergement mutualisé, consultez notre guide « [Hébergement web - Comment connaître son cluster et son filer](/pages/web_cloud/web_hosting/how_to_know_cluster_and_filer) ». > [!success] > @@ -109,7 +99,6 @@ Cliquez ensuite sur l'onglet `Multisites`{.action} pour récupérer le numéro d > Vous pouvez vous inscrire avec votre adresse e-mail à la déclaration d'incident ou de maintenance, afin d'être notifié par e-mail de l'avancée des opérations. > > Une fois le statut de l'incident ou de la maintenance marqué comme **résolu**, la stabilisation de la charge accumulée peut nécessiter un délai de **3 heures** maximum après la notification de résolution pour se résorber complètement. -> Si aucun incident ou aucune maintenance ne sont déclarés, poursuivez vos diagnostics. @@ -136,7 +125,6 @@ phpinfo(); > Les manipulations sur un fichier « **.htaccess** » peuvent avoir des conséquences sur l'affichage de votre site. Faites appel à un [prestataire spécialisé](/links/partner) si vous éprouvez des difficultés à réaliser ce qui suit. > > S'il ne s'affiche pas et **uniquement pour les utilisateurs avertis**, renommez vos fichiers « **.htaccess** » en « **.htaccess_OLD** » afin que le serveur ne les exécutent plus le temps de votre test. Renommez-les correctement une fois votre diagnostic effectué. -> **Exemple**: si le nom de domaine permettant l'accès à votre site est « domain.tld » et si le fichier « **phpinfo.php** » a bien été placé à la racine de votre site web, celui-ci sera accessible grâce à l'URL suivante : `http://domain.tld/phpinfo.php` (ou `https://domain.tld/phpinfo.php`). @@ -145,7 +133,6 @@ phpinfo(); > Si l'appel du fichier « **phpinfo.php** » affiche **instantanément** un tableau de configuration, cela signifie que les ralentissements ne proviennent pas de l'hébergement mutualisé où se trouve votre site web. En effet, dans le cas contraire, ce fichier s'afficherait aussi lentement que vos autres pages. > > En d'autres termes, si les lenteurs sont présentes uniquement sur une partie des pages ou du contenu de votre site web, cela signifie que l'hébergement mutualisé **n'est pas la cause des lenteurs** rencontrées sur votre site web. -> #### 1.4 - Testez la connectivité de votre base de données : @@ -158,7 +145,6 @@ Si la connexion est réussie, vous arrivez sur l'interface suivante : > [!warning] > > Si vous rencontrez une erreur, consultez notre documentation sur les [erreurs courantes rencontrées avec une base de données](/pages/web_cloud/web_hosting/diagnosis_database_errors). Agissez ensuite à l'aide du guide ci-dessus pour corriger votre situation puis tentez à nouveau de vous connecter à votre base de données. -> #### 1.5 - Interprétation des diagnostics effectués @@ -180,14 +166,12 @@ Les affirmations suivantes s'appliquent **toutes** à votre situation : > Des investigations côté OVHcloud seront nécessaires. Contactez nos services d'assistance sur les solutions Web, afin qu'ils confirment avec vous l'origine des ralentissements que vous rencontrez. -### Etape 2 - identifiez la (les) source(s) qui génère(nt) les lenteurs au niveau de votre site web - +### Etape 2 - identifiez la (les) source(s) qui génère(nt) les lenteurs au niveau de votre site web [!warning] > > Si vous éprouvez des difficultés pour réaliser les actions qui vont suivre, vous pouvez contacter l'un de nos [prestataires spécialisés](/links/partner). En effet, OVHcloud n'apportera pas d'assistance sur le développement et/ou l'optimisation du contenu de votre site web. -> Retrouvez ci-après les actions à réaliser pour identifier la ou les source(s) des lenteurs et optimiser votre site web. @@ -237,21 +221,18 @@ En effet, moins le nombre de requêtes sera élevé, moins les ressources allou > Pour cela, appuyez sur la touche `F12` lorsque vous êtes sur votre navigateur Firefox puis sélectionnez l'onglet `Réseau`. Rechargez votre page web à l'aide des touches `Ctrl + Maj + R` pour que l'outil vous affiche les requêtes exécutées pour charger votre page. Identifiez les éléments les plus longs à charger pour ensuite les optimiser. > > ![Analyse réseau Firefox](/pages/assets/screens/other/browsers/diagnostic-tools/F12.png){.thumbnail} -> Pour diminuer le flux de requêtes à chacun des chargements de vos pages, vous pouvez également mettre en place un Content Delivery Network (CDN). Celui-ci permettra de mettre en cache le contenu statique de votre site web. Votre hébergement web sera moins sollicité et disposera de plus de ressources pour traiter le reste des requêtes qui ne peuvent pas être mises en cache. > [!primary] > > OVHcloud propose plusieurs [offres CDN](/links/web/hosting-options). Si vous souhaitez en utiliser ou en activer une pour votre hébergement web, connectez-vous à votre [espace client OVHcloud](/links/manager) puis consultez notre guide sur [l'utilisation du CDN OVHcloud](/pages/web_cloud/web_hosting/cdn_how_to_use_cdn). -> #### 2.4 - optimisez votre base de données > [!warning] > > Les actions que vous réalisez dans votre base de données peuvent avoir des conséquences irréversibles si elles ne sont pas réalisées méthodiquement et correctement. Faites appel à un [prestataire spécialisé](/links/partner) si vous n'êtes pas certain des actions à réaliser. -> Vérifiez si un nombre conséquent de requêtes sont effectuées vers votre base de données.
En effet, cette situation peut engendrer une sur-sollicitation et aboutir à des ralentissements, voire à des codes « 504 Gateway Timeout ». @@ -283,7 +264,6 @@ Vous pouvez trouver des pistes d'optimisation pour votre site en l'analysant sur > [!success] > > Indépendamment des lenteurs, plus votre site web sera optimisé, plus son référencement naturel dans les moteurs de recherche sera également optimisé. -> ### Conclusion @@ -291,8 +271,7 @@ Si votre hébergement web et votre base de données **ne sont pas en cause** et Vous pouvez envisager une [offre d'hébergement mutualisée](/links/web/hosting) supérieure ou une infrastructure dédiée telle qu'un [Serveur Privé Virtuel (VPS)](/links/bare-metal/vps) ou un [Serveur Dédié](/links/bare-metal/bare-metal). -## Aller plus loin - +## Aller plus loin Si vous avez besoin d'un service offrant un taux de disponibilité SLA supérieur à 99%, nous vous conseillons d'envisager l'utilisation d'un [Serveur Privé Virtuel (VPS)](/links/bare-metal/vps) ou d'un [Serveur Dédié](/links/bare-metal/bare-metal). > > Par ailleurs, les performances de l'infrastructure d'hébergements mutualisés OVHcloud sont monitorées 24 heures sur 24 et 7 jours sur 7. Ceci afin de vous garantir un haut taux de disponibilité et, le cas échéant, un rétablissement rapide de vos services en cas de surcharge avérée. -> ## Prérequis @@ -45,13 +44,11 @@ Dans de rares cas, les lenteurs d'affichage peuvent aussi provenir de votre four > > OVHcloud met à votre disposition des services dont la configuration, la gestion et la responsabilité vous incombent. Il vous revient de ce fait d'en assurer le bon fonctionnement. > -> Nous mettons à votre disposition ce guide afin de vous accompagner au mieux sur des tâches courantes. Néanmoins, nous vous recommandons de faire appel à un [prestataire spécialisé](/links/partner) si vous éprouvez des difficultés. En effet, nous ne serons pas en mesure de vous fournir une assistance **dès lors que l'infrastructure où votre offre d'hébergement mutualisé est présente n'est pas en cause**. Plus d'informations dans la section [« Aller plus loin »](#go-further) de ce guide. -> +> Nous mettons à votre disposition ce guide afin de vous accompagner au mieux sur des tâches courantes. Cependant, nous vous recommandons de faire appel à un [prestataire spécialisé](/links/partner) si vous éprouvez des difficultés. En effet, nous ne serons pas en mesure de vous fournir une assistance **dès lors que l'infrastructure où votre offre d'hébergement mutualisé est présente n'est pas en cause**. Plus d'informations dans la section « [Aller plus loin](#go-further) » de ce guide. > [!success] > > Nous vous conseillons de noter vos résultats de diagnostic au fur et à mesure de votre avancée dans ce guide. En effet, ces résultats s'avèreront très utiles pour la résolution de votre situation, quelle que soit l'origine de la lenteur. -> ### Comprendre la notion de Time To First Byte (TTFB) @@ -69,13 +66,13 @@ En effet, pour des Content Managment System (CMS) tels que WordPress, Joomla!, P > > Une fois la requête arrivée sur le fichier « **index.php** », celui-ci est alors exécuté par le serveur web de votre hébergement mutualisé. > ->Dans son exécution, le fichier « **index.php** » doit récupérer des informations parmi les autres fichiers qui composent votre site web, voire des éléments présents dans votre base de données. +> Dans son exécution, le fichier « **index.php** » doit récupérer des informations parmi les autres fichiers qui composent votre site web, voire des éléments présents dans votre base de données. > ->Chacune de ces demandes d'informations génère une requête interne sur votre service d'hébergement. +> Chacune de ces demandes d'informations génère une requête interne sur votre service d'hébergement. > ->Le fichier « **index.php** » attendra d'avoir le résultat de toutes les requêtes internes qu'il a demandé **avant** de renvoyer le premier octet de donnée à votre navigateur internet. +> Le fichier « **index.php** » attendra d'avoir le résultat de toutes les requêtes internes qu'il a demandé **avant** de renvoyer le premier octet de donnée à votre navigateur internet. > ->Si votre fichier « **index.php** » génère des requêtes « lentes » ou lourdes à s'exécuter, le TTFB sera alors élevé et votre site mettra plusieurs secondes à s'afficher. Les performances de votre offre d'hébergement ne sont alors pas en cause. +> Si votre fichier « **index.php** » génère des requêtes « lentes » ou lourdes à s'exécuter, le TTFB sera alors élevé et votre site mettra plusieurs secondes à s'afficher. Les performances de votre offre d'hébergement ne sont alors pas en cause. Des outils de diagnostic en ligne vous permettent de récupérer le TTFB de votre hébergement. Cependant, la plupart d'entres eux fonctionnent comme des navigateurs Internet et leurs résultats sont donc à relativiser.
En effet, ces outils ne sont pas en mesure de prendre en compte les requêtes internes demandées par le fichier que vous avez appelé via votre navigateur,comme dans l'exemple ci-dessus avec le fichier « **index.php** ». @@ -93,13 +90,7 @@ Tous les diagnostics de l'étape 1 doivent être réalisés **sans exception** a Pour être sûr que vos services (hébergement mutualisé **et** base de données) ne font pas l'objet d'une maintenance ou d'un incident, récupérez les informations sur le cluster et le filer de votre hébergement mutualisé ainsi que les informations générales relatives à votre base de données. Vous pourrez ensuite vérifier leur statut sur [status.ovhcloud.com](https://web-cloud.status-ovhcloud.com/). -Pour connaître le cluster et le filer où se trouve votre hébergement mutualisé, connectez-vous à votre [espace client OVHcloud](/links/manager), rendez-vous dans la partie `Web Cloud`{.action}, cliquez sur `Hébergements`{.action} puis choisissez l'hébergement web concerné. Dans l'onglet `Informations générales`{.action}, repérez le `datacentre` de votre hébergement mutualisé ainsi que le `filer` où il se trouve. - -![Récupérer Filer](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/general-information/find-filer.png){.thumbnail} - -Cliquez ensuite sur l'onglet `Multisites`{.action} pour récupérer le numéro du cluster où se trouve votre hébergement mutualisé. - -![Récupérer cluster](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/multisite/find-cluster.png){.thumbnail} +Pour connaître le cluster et le filer où se trouve votre hébergement mutualisé, consultez notre guide « [Hébergement web - Comment connaître son cluster et son filer](/pages/web_cloud/web_hosting/how_to_know_cluster_and_filer) ». > [!success] > @@ -108,7 +99,6 @@ Cliquez ensuite sur l'onglet `Multisites`{.action} pour récupérer le numéro d > Vous pouvez vous inscrire avec votre adresse e-mail à la déclaration d'incident ou de maintenance, afin d'être notifié par e-mail de l'avancée des opérations. > > Une fois le statut de l'incident ou de la maintenance marqué comme **résolu**, la stabilisation de la charge accumulée peut nécessiter un délai de **3 heures** maximum après la notification de résolution pour se résorber complètement. -> Si aucun incident ou aucune maintenance ne sont déclarés, poursuivez vos diagnostics. @@ -135,7 +125,6 @@ phpinfo(); > Les manipulations sur un fichier « **.htaccess** » peuvent avoir des conséquences sur l'affichage de votre site. Faites appel à un [prestataire spécialisé](/links/partner) si vous éprouvez des difficultés à réaliser ce qui suit. > > S'il ne s'affiche pas et **uniquement pour les utilisateurs avertis**, renommez vos fichiers « **.htaccess** » en « **.htaccess_OLD** » afin que le serveur ne les exécutent plus le temps de votre test. Renommez-les correctement une fois votre diagnostic effectué. -> **Exemple**: si le nom de domaine permettant l'accès à votre site est « domain.tld » et si le fichier « **phpinfo.php** » a bien été placé à la racine de votre site web, celui-ci sera accessible grâce à l'URL suivante : `http://domain.tld/phpinfo.php` (ou `https://domain.tld/phpinfo.php`). @@ -144,7 +133,6 @@ phpinfo(); > Si l'appel du fichier « **phpinfo.php** » affiche **instantanément** un tableau de configuration, cela signifie que les ralentissements ne proviennent pas de l'hébergement mutualisé où se trouve votre site web. En effet, dans le cas contraire, ce fichier s'afficherait aussi lentement que vos autres pages. > > En d'autres termes, si les lenteurs sont présentes uniquement sur une partie des pages ou du contenu de votre site web, cela signifie que l'hébergement mutualisé **n'est pas la cause des lenteurs** rencontrées sur votre site web. -> #### 1.4 - Testez la connectivité de votre base de données : @@ -159,7 +147,6 @@ Si la connexion est réussie, vous arrivez sur l'interface suivante : > [!warning] > > Si vous rencontrez une erreur, consultez notre documentation sur les [erreurs courantes rencontrées avec une base de données](/pages/web_cloud/web_hosting/diagnosis_database_errors). Agissez ensuite à l'aide du guide ci-dessus pour corriger votre situation puis tentez à nouveau de vous connecter à votre base de données. -> #### 1.5 - Interprétation des diagnostics effectués @@ -181,14 +168,12 @@ Les affirmations suivantes s'appliquent **toutes** à votre situation : > Des investigations côté OVHcloud seront nécessaires. Contactez nos services d'assistance sur les solutions Web, afin qu'ils confirment avec vous l'origine des ralentissements que vous rencontrez. -### Etape 2 - identifiez la (les) source(s) qui génère(nt) les lenteurs au niveau de votre site web - +### Etape 2 - identifiez la (les) source(s) qui génère(nt) les lenteurs au niveau de votre site web [!warning] > > Si vous éprouvez des difficultés pour réaliser les actions qui vont suivre, vous pouvez contacter l'un de nos [prestataires spécialisés](/links/partner). En effet, OVHcloud n'apportera pas d'assistance sur le développement et/ou l'optimisation du contenu de votre site web. -> Retrouvez ci-après les actions à réaliser pour identifier la ou les source(s) des lenteurs et optimiser votre site web. @@ -238,21 +223,18 @@ En effet, moins le nombre de requêtes sera élevé, moins les ressources allou > Pour cela, appuyez sur la touche `F12` lorsque vous êtes sur votre navigateur Firefox puis sélectionnez l'onglet `Réseau`. Rechargez votre page web à l'aide des touches `Ctrl + Maj + R` pour que l'outil vous affiche les requêtes exécutées pour charger votre page. Identifiez les éléments les plus longs à charger pour ensuite les optimiser. > > ![Analyse réseau Firefox](/pages/assets/screens/other/browsers/diagnostic-tools/F12.png){.thumbnail} -> Pour diminuer le flux de requêtes à chacun des chargements de vos pages, vous pouvez également mettre en place un Content Delivery Network (CDN). Celui-ci permettra de mettre en cache le contenu statique de votre site web. Votre hébergement web sera moins sollicité et disposera de plus de ressources pour traiter le reste des requêtes qui ne peuvent pas être mises en cache. > [!primary] > > OVHcloud propose plusieurs [offres CDN](/links/web/hosting-options). Si vous souhaitez en utiliser ou en activer une pour votre hébergement web, connectez-vous à votre [espace client OVHcloud](/links/manager) puis consultez notre guide sur [l'utilisation du CDN OVHcloud](/pages/web_cloud/web_hosting/cdn_how_to_use_cdn). -> #### 2.4 - optimisez votre base de données > [!warning] > > Les actions que vous réalisez dans votre base de données peuvent avoir des conséquences irréversibles si elles ne sont pas réalisées méthodiquement et correctement. Faites appel à un [prestataire spécialisé](/links/partner) si vous n'êtes pas certain des actions à réaliser. -> Vérifiez si un nombre conséquent de requêtes sont effectuées vers votre base de données.
En effet, cette situation peut engendrer une sur-sollicitation et aboutir à des ralentissements, voire à des codes « 504 Gateway Timeout ». @@ -284,7 +266,6 @@ Vous pouvez trouver des pistes d'optimisation pour votre site en l'analysant sur > [!success] > > Indépendamment des lenteurs, plus votre site web sera optimisé, plus son référencement naturel dans les moteurs de recherche sera également optimisé. -> ### Conclusion @@ -292,8 +273,7 @@ Si votre hébergement web et votre base de données **ne sont pas en cause** et Vous pouvez envisager une [offre d'hébergement mutualisée](/links/web/hosting) supérieure ou une infrastructure dédiée telle qu'un [Serveur Privé Virtuel (VPS)](/links/bare-metal/vps) ou un [Serveur Dédié](/links/bare-metal/bare-metal). -## Aller plus loin - +## Aller plus loin In caso di necessità di un servizio con un tasso di disponibilità SLA superiore al 99%, ti consigliamo di considerare l'utilizzo di un [Server Privato Virtuale (VPS)](/links/bare-metal/vps) o di un [Server Dedicato](/links/bare-metal/bare-metal). > > Inoltre, le prestazioni dell'infrastruttura di hosting condivisi OVHcloud sono monitorate 24 ore su 24 e 7 giorni su 7, al fine di garantirti un alto tasso di disponibilità e, in caso di comprovata necessità, un rapido ripristino dei tuoi servizi. -> ## Prerequisiti @@ -46,12 +45,10 @@ In rari casi, la visualizzazione lenta può anche provenire dal tuo provider Int > OVHcloud mette a tua disposizione servizi di cui tu sei responsabile per la configurazione e la gestione. Assicurarne il corretto funzionamento è quindi responsabilità dell'utente. > > Questa guida ti aiuta a eseguire le operazioni necessarie. Tuttavia, in caso di difficoltà o dubbi, ti consigliamo di rivolgerti a uno [specialista del settore](/links/partner). OVHcloud non sarà infatti in grado di fornirti assistenza **se l'infrastruttura in cui è presente la tua offerta di hosting condiviso non è interessata**. Per maggiori informazioni consulta la sezione ["Per saperne di più"](#go-further) di questa guida. -> > [!success] > > Ti consigliamo di registrare i risultati della diagnostica in base ai tuoi progressi in questa guida. In effetti, questi risultati si riveleranno molto utili per la risoluzione della sua situazione, qualunque sia la causa della lentezza. -> ### Comprendere la nozione di Time To First Byte (TTFB) @@ -69,13 +66,13 @@ Infatti, per Content Managment System (CMS) come WordPress, Joomla!, PrestaShop > > Una volta inoltrata la richiesta, il file "**index.php**" viene eseguito dal server web del tuo hosting condiviso. > ->Nella sua esecuzione, il file "**index.php**" deve recuperare informazioni tra gli altri file che compongono il tuo sito web e gli elementi presenti nel tuo database. +> Nella sua esecuzione, il file "**index.php**" deve recuperare informazioni tra gli altri file che compongono il tuo sito web e gli elementi presenti nel tuo database. > ->Ogni richiesta di informazioni genera una richiesta interna sul tuo servizio di hosting. +> Ogni richiesta di informazioni genera una richiesta interna sul tuo servizio di hosting. > ->Il file "**index.php**" aspetta di avere il risultato di tutte le richieste interne richieste **prima** di rinviare il primo byte di dati al tuo browser. +> Il file "**index.php**" aspetta di avere il risultato di tutte le richieste interne richieste **prima** di rinviare il primo byte di dati al tuo browser. > ->Se il tuo file "**index.php**" genera richieste "lente" o farraginose da eseguire, il TTFB sarà elevato e il tuo sito richiederà diversi secondi per essere visualizzato. Le prestazioni della tua offerta di hosting non sono quindi in dubbio. +> Se il tuo file "**index.php**" genera richieste "lente" o farraginose da eseguire, il TTFB sarà elevato e il tuo sito richiederà diversi secondi per essere visualizzato. Le prestazioni della tua offerta di hosting non sono quindi in dubbio. Gli strumenti di diagnostica online ti permettono di recuperare il TTFB dal tuo hosting. Tuttavia, la maggior parte di loro funziona come browser e i loro risultati vanno relativizzati.
Questi strumenti non sono infatti in grado di prendere in carico le richieste interne richieste dal file che hai chiamato tramite il tuo browser, come nell'esempio con il file "**index.php**". @@ -93,13 +90,7 @@ Tutte le diagnostiche dello step 1 devono essere eseguite **senza eccezione** pe Per garantire che i tuoi servizi (hosting condiviso **e** database) non siano oggetto di manutenzione o incidente, recupera le informazioni sul cluster e il filer del tuo hosting condiviso, così come le informazioni generali relative al tuo database. In seguito potrai verificare il loro stato su [status.ovhcloud.com](https://web-cloud.status-ovhcloud.com/). -Accedi al tuo [Spazio Cliente OVHcloud](/links/manager), clicca su `Web Cloud`{.action}, seleziona il cluster e il file in cui si trova il tuo hosting condiviso, clicca su `Hosting`{.action} e seleziona l'hosting Web corrispondente. Nella scheda `Informazioni generali`{.action}, clicca su `datacenter` del tuo hosting condiviso e `filer` dov'è. - -![Recupera Filer](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/general-information/find-filer.png){.thumbnail} - -Clicca sulla scheda `Multisito`{.action} per recuperare il numero del cluster in cui si trova il tuo hosting condiviso. - -![Recuperare cluster](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/multisite/find-cluster.png){.thumbnail} +Per conoscere il cluster e il filer in cui si trova il tuo spazio di hosting condiviso, consulta la nostra guida "[Hosting Web - Come conoscere cluster e filer](/pages/web_cloud/web_hosting/how_to_know_cluster_and_filer)". > [!success] > @@ -108,7 +99,6 @@ Clicca sulla scheda `Multisito`{.action} per recuperare il numero del cluster in > Puoi iscriverti con il tuo indirizzo email alla dichiarazione di incidente o di manutenzione per ricevere una notifica via email sullo stato di avanzamento delle operazioni. > > Una volta che lo stato dell'incidente o della manutenzione è stato marcato come **risolto**, la stabilizzazione del carico accumulato può richiedere un tempo massimo di **3 ore** dopo la notifica di risoluzione per potersi riassorbire completamente. -> Se non vengono segnalati incidenti o interventi di manutenzione, prosegui nella diagnostica. @@ -135,7 +125,6 @@ phpinfo(); > Le operazioni su un file "**.htaccess**" possono avere conseguenze sulla visualizzazione del tuo sito. In caso di difficoltà o dubbi, rivolgiti a un [fornitore specializzato](/links/partner). > > Se non compare e **solo per gli utenti esperti**, rinomina i tuoi file "**.htaccess**" in "**.htaccess_OLD**" affinché il server non li esegua più durante il test. Rinominali correttamente una volta completata la diagnostica. -> **Esempio**: se il dominio che permette l'accesso al tuo sito è "domain.tld" e se il file "**phpinfo.php**" è stato inserito alla radice del tuo sito web, quest'ultimo sarà accessibile tramite il seguente URL: `http://domain.tld/phpinfo.php` (o `https://domain.tld/phpinfo.php`). @@ -144,7 +133,6 @@ phpinfo(); > Se la chiamata del file "**phpinfo.php**" mostra **istantaneamente** una tabella di configurazione, significa che i rallentamenti non provengono dall'hosting condiviso in cui si trova il tuo sito Web. In caso contrario, il file apparirà così lentamente come le altre pagine. > > In altre parole, se i ritardi si verificano solo in parte delle pagine o del contenuto del tuo sito Web, significa che l'hosting condiviso **non è la causa dei ritardi*** riscontrati sul tuo sito Web. -> #### 1.4 - Prova la connettività del tuo database: @@ -159,7 +147,6 @@ Se la connessione è andata a buon fine, accedi all'interfaccia seguente: > [!warning] > > In caso di errore, consulta la nostra guida sugli [errori ricorrenti riscontrati nel database](/pages/web_cloud/web_hosting/diagnosis_database_errors). Per correggere la posizione del tuo database, utilizza la guida qui sotto. -> #### 1.5 - Interpretazione delle diagnostiche effettuate @@ -181,14 +168,12 @@ Le seguenti affermazioni si applicano **tutte** alla tua situazione: > Saranno necessarie ulteriori indagini da parte di OVHcloud. Contatta i nostri servizi di assistenza sulle soluzioni Web per confermare con te l'origine dei rallentamenti riscontrati. -### Step 2 - identifica la(le) fonte(e) che genera(no) la(le) lentezza(e) del tuo sito Web - +### Step 2 - identifica la(le) fonte(e) che genera(no) la(le) lentezza(e) del tuo sito Web [!warning] > > In caso di difficoltà nell'esecuzione delle azioni successive, contatta uno dei nostri [specialisti del settore](/links/partner). OVHcloud non fornirà assistenza nello sviluppo e/o nell'ottimizzazione del contenuto del tuo sito Web. -> Di seguito trovi le azioni da effettuare per identificare la fonte o le fonti dei rallentamenti e ottimizzare il tuo sito Web. @@ -238,21 +223,18 @@ Infatti, meno il numero di richieste sarà elevato, meno saranno richieste le ri > cliccando sul tasto `F12` quando sei sul tuo browser Firefox e poi seleziona la scheda `Rete`. Ricarica la tua pagina Web con i tasti `Ctrl + Maj + R` per visualizzare le richieste eseguite per caricare la tua pagina. Identifica gli elementi più lunghi da caricare e ottimizzarli. > >![Analisi di rete Firefox](/pages/assets/screens/other/browsers/diagnostic-tools/F12.png){.thumbnail} -> Per diminuire il flusso di richieste a ogni caricamento delle tue pagine, puoi anche impostare una Content Delivery Network (CDN). che permetterà di mettere in cache il contenuto statico del tuo sito Web. Il tuo hosting Web sarà meno sollecitato e disporrà di maggiori risorse per gestire le altre richieste che non possono essere salvate in cache. > [!primary] > > OVHcloud propone diverse [offerte CDN](/links/web/hosting-options). Per utilizzarne o attivarne uno per il tuo hosting Web, accedi al tuo [Spazio Cliente OVHcloud](/links/manager) e consulta la nostra guida su [l'utilizzo della CDN OVHcloud](/pages/web_cloud/web_hosting/cdn_how_to_use_cdn). -> #### 2.4 - ottimizza il tuo database > [!warning] > > Le azioni eseguite nei database possono avere conseguenze irreversibili se non eseguite in modo corretto e metodico. Se non sei sicuro delle azioni da realizzare, rivolgiti a un [provider specializzato](/links/partner). -> Verifica che vengano effettuate richieste in quantità sufficiente verso il tuo database.
In effetti, questa situazione può provocare una sovrasollecitazione e portare a rallentamenti o addirittura a codici "504 Gateway Timeout". @@ -291,8 +273,7 @@ Se il tuo hosting Web e il tuo database **non sono in causa** e il tuo sito Web È possibile scegliere una [offerta di hosting condiviso](/links/web/hosting) superiore o un'infrastruttura dedicata come [Server Privato Virtuale (VPS)](/links/bare-metal/vps) o un [Server Dedicato](/links/bare-metal/bare-metal). -## Per saperne di più - +## Per saperne di più Jeśli potrzebujesz usługi ze współczynnikiem dostępności SLA większym niż 99%, zalecamy rozważenie korzystania z [Prywatnego Serwera Wirtualnego (VPS)](/links/bare-metal/vps) lub [Serwera dedykowanego](/links/bare-metal/bare-metal). > > Ponadto wydajność infrastruktury hostingu współdzielonego OVHcloud jest monitorowana 24 godziny na 24 i 7 dni na 7. W celu zapewnienia wysokiego poziomu dostępności oraz, w razie potrzeby, szybkiego przywrócenia usług w przypadku stwierdzonego przeciążenia.* -> ## Wymagania początkowe @@ -41,17 +40,19 @@ W rzadkich przypadkach informacje o powolnym wyświetlaczu mogą pochodzić od T ## W praktyce +> [!warning] +> +> Niniejszy przewodnik zostanie wkrótce zaktualizowany. W razie jakichkolwiek trudności prosimy zapoznać się z angielską lub francuską wersją niniejszego przewodnika, klikając odpowiednią flagę u góry tej strony. + > [!warning] > > OVHcloud oddaje do Twojej dyspozycji usługi, których konfiguracja, zarządzanie i odpowiedzialność spoczywa na Ciebie. W związku z tym należy zapewnić ich prawidłowe funkcjonowanie. > > Oddajemy w Twojej ręce niniejszy przewodnik, którego celem jest pomoc w jak najlepszym wykonywaniu bieżących zadań. W przypadku trudności zalecamy skorzystanie z pomocy [wyspecjalizowanego usługodawcy](/links/partner). Niestety nie będziemy w stanie udzielić Ci wsparcia **w przypadku, gdy infrastruktura, na której hostowana jest Twoja oferta hostingu współdzielonego, nie jest istotna**. Więcej informacji znajduje się w sekcji ["Sprawdź również"](#go-further) niniejszego przewodnika. -> > [!success] > > W tym przewodniku zalecamy zapoznanie się z wynikami diagnostyki. Wyniki te będą bardzo przydatne w rozwiązywaniu Twojej sytuacji, niezależnie od źródła powolnego tempa. -> ### Zrozumieć pojęcie Time To First Byte (TTFB) @@ -69,13 +70,13 @@ Do obsługi Content Managment System (CMS), takich jak WordPress, Joomla!, Prest > > Po wpłynięciu zapytania na plik "**index.php**" jest on uruchamiany przez serwer www hostingu. > ->W trakcie wykonywania pliku "**index.php**" pobiera informacje z innych plików tworzących Twoją stronę WWW lub z elementów znajdujących się w bazie danych. +> W trakcie wykonywania pliku "**index.php**" pobiera informacje z innych plików tworzących Twoją stronę WWW lub z elementów znajdujących się w bazie danych. > ->Każde z tych żądań generuje wewnętrzne zapytanie dotyczące Twojej usługi hostingowej. +> Każde z tych żądań generuje wewnętrzne zapytanie dotyczące Twojej usługi hostingowej. > ->Plik "**index.php**" będzie czekał na wynik wszystkich żądań wewnętrznych **przed**, aby przesłać pierwszy bajt danych do przeglądarki internetowej. +> Plik "**index.php**" będzie czekał na wynik wszystkich żądań wewnętrznych **przed**, aby przesłać pierwszy bajt danych do przeglądarki internetowej. > ->Jeśli Twój plik "**index.php**" generuje "powolne" lub ciężkie zapytania do wykonania, TTFB będzie wówczas wysoki, a Twoja strona będzie wyświetlać się kilka sekund. Wydajność Twojego hostingu nie jest zatem istotna. +> Jeśli Twój plik "**index.php**" generuje "powolne" lub ciężkie zapytania do wykonania, TTFB będzie wówczas wysoki, a Twoja strona będzie wyświetlać się kilka sekund. Wydajność Twojego hostingu nie jest zatem istotna. Narzędzia diagnostyczne online pozwalają pobrać TTFB z Twojego hostingu. Jednak większość z nich działa jak przeglądarki internetowe, więc ich wyniki są relatywistyczne.
Narzędzia te nie są bowiem w stanie uwzględnić żądań wewnętrznych, o które wystąpił plik wywoływany przez przeglądarkę, jak w powyższym przykładzie z plikiem "**index.php***". @@ -93,13 +94,7 @@ Wszystkie diagnozy z etapu 1 muszą być wykonane **bez wyjątku**, aby określi Aby mieć pewność, że Twoje usługi (hosting współdzielony **i** baza danych) nie podlegają konserwacji lub awarii, pobierz informacje o klastrze i przędz z hostingu współdzielonego oraz ogólne informacje dotyczące bazy danych. Następnie możesz sprawdzić ich status na stronie [status.ovhcloud.com](https://web-cloud.status-ovhcloud.com/). -Aby dowiedzieć się, gdzie znajduje się Twój hosting, zaloguj się do [Panelu klienta OVHcloud](/links/manager), przejdź do sekcji `Web Cloud`{.action}, kliknij przycisk `Hosting`{.action} i wybierz odpowiedni hosting. W zakładce `Informacje ogólne`{.action} znajdziesz `centrum` danych hostingu współdzielonego oraz `filer`, w którym znajduje się ono. - -![Pobierz Filer](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/general-information/find-filer.png){.thumbnail} - -Następnie kliknij zakładkę `MultiSite`{.action}, aby pobrać numer klastra, na którym znajduje się Twój hosting. - -![Pobranie klastra](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/multisite/find-cluster.png){.thumbnail} +Aby poznać klaster i filer, w których znajduje się Twoje hostingowanie współdzielone, zapoznaj się z naszym przewodnikiem "[Hosting www - Poznaj klaster i syn](/pages/web_cloud/web_hosting/how_to_know_cluster_and_filer)". > [!success] > @@ -108,7 +103,6 @@ Następnie kliknij zakładkę `MultiSite`{.action}, aby pobrać numer klastra, n > Możesz się zarejestrować na swój adres e-mail w celu zgłoszenia awarii lub utrzymania, aby otrzymać e-mail z powiadomieniem o postępach operacji. > > Po oznaczeniu statusu zdarzenia lub jego konserwacji jako **rozwiązany**, ustabilizowanie nagromadzonego obciążenia może wymagać czasu **3 godzin** maksymalnie po powiadomieniu o rozwiązaniu problemu, aby w pełni się wycofać. -> Jeśli nie zgłoszono żadnego problemu lub nie zgłoszono żadnych prac konserwacyjnych, kontynuuj diagnostykę. @@ -135,7 +129,6 @@ phpinfo(); > Operacje na pliku "**.htaccess**" mogą mieć wpływ na wyświetlanie strony. W przypadku trudności z realizacją tego zadania, należy skontaktować się z [wyspecjalizowanym dostawcą](/links/partner). > > Jeśli nie wyświetla się i **tylko dla zaawansowanych użytkowników**, należy zmienić nazwę plików "**.htaccess**" na "**.htaccess_OLD***", aby serwer nie wykonywał już testu. Zmień nazwę poprawnie po zakończeniu diagnostyki. -> **Przykład**: jeśli nazwa domeny umożliwiająca dostęp do Twojej strony WWW to "domain.tld", a plik "**phpinfo.php**" został umieszczony na katalogu głównym Twojej strony WWW, będzie on dostępny pod linkiem: `http://domain.tld/phpinfo.php\` (lub `https://domain.tld/phpinfo.php`) @@ -144,7 +137,6 @@ phpinfo(); > Jeśli wywołanie pliku "**phpinfo.php**" wyświetla **natychmiast** tabelę konfiguracyjną, oznacza to, że zwolnienia nie pochodzą z hostingu współdzielonego, na którym znajduje się Twoja strona WWW. W przeciwnym razie plik ten wyświetlałby się tak wolno, jak inne strony. > > Oznacza to, że jeśli powolne tempo jest obecne tylko na niektórych stronach lub zawartości strony www, oznacza to, że hosting **nie jest przyczyną powolnego działania** na Twojej stronie WWW. -> #### 1.4 - Przetestuj połączenie z bazą danych: @@ -159,7 +151,6 @@ Jeśli logowanie się powiodło się, otrzymasz następujący interfejs: > [!warning] > > Jeśli wystąpi błąd, zapoznaj się z naszą dokumentacją dotyczącą [błędów występujących w bazie danych](/pages/web_cloud/web_hosting/diagnosis_database_errors). Następnie skorzystaj z powyższego przewodnika, aby poprawić Twoją sytuację, po czym spróbuj ponownie zalogować się do bazy danych. -> #### 1.5 - Interpretacja wykonanych diagnoz @@ -181,14 +172,12 @@ Do Twojej sytuacji stosuje się następujące stwierdzenia **wszystkie**: > Konieczne będzie przeprowadzenie dochodzenia po stronie OVHcloud. Skontaktuj się z naszymi usługami wsparcia w zakresie rozwiązań internetowych, aby potwierdzić z Tobą przyczyny spowolnień, które napotykasz. -### Etap 2 - podaj źródło (źródła), które generuje powolne tempo na stronie internetowej - +### Etap 2 - podaj źródło (źródła), które generuje powolne tempo na stronie internetowej [!warning] > > Jeśli masz trudności z wykonaniem kolejnych działań, możesz skontaktować się z naszym [wyspecjalizowanym usługodawcą](/links/partner). OVHcloud nie będzie wspierać rozwoju i/lub optymalizacji zawartości Twojej strony WWW. -> Poniżej znajdziesz działania, które należy przeprowadzić, aby zidentyfikować źródło(-a) powolnego czasu i zoptymalizować Twoją stronę WWW. @@ -238,21 +227,18 @@ Im mniejsza liczba zapytań, tym mniej zasobów przypisanych do hostingu. > W tym celu naciśnij klawisz `F12`, gdy jesteś w przeglądarce Firefox, a następnie wybierz kartę `Sieć`. Przeładuj swoją stronę www za pomocą klawiszy `Ctrl + Maj + R`, aby narzędzie wyświetlało zapytania wykonane w celu załadowania strony. Wyszukaj najdłuższe elementy do załadowania i następnie zoptymalizuj. > >![Analiza sieci Firefox](/pages/assets/screens/other/browsers/diagnostic-tools/F12.png){.thumbnail} -> Aby zmniejszyć przepływ zapytań do każdego załadowania strony, możesz również uruchomić usługę Content Delivery Network (CDN). Pozwoli to na umieszczenie w pamięci cache statycznej zawartości Twojej strony WWW. Twój hosting WWW będzie mniej obciążony i będzie dysponował większą liczbą zasobów do obsługi pozostałych zapytań, które nie mogą być zapisane w pamięci cache. > [!primary] > > OVHcloud oferuje kilka [oferty CDN](/links/web/hosting-options). Jeśli chcesz korzystać z tej usługi lub ją włączyć dla Twojego hostingu, zaloguj się do [Panelu klienta OVHcloud](/links/manager), a następnie zapoznaj się z naszym przewodnikiem dotyczącym [korzystania z usługi CDN OVHcloud](/pages/web_cloud/web_hosting/cdn_how_to_use_cdn). -> #### 2.4 - zoptymalizuj bazę danych > [!warning] > > Operacje, które wykonujesz w bazie danych mogą mieć nieodwracalne konsekwencje, jeśli nie są przeprowadzane metodycznie i prawidłowo. Skontaktuj się z [wyspecjalizowanym dostawcą](/links/partner), jeśli nie masz pewności co do działań, jakie należy przeprowadzić. -> Sprawdź, czy do Twojej bazy danych wykonywana jest znaczna liczba zapytań.
Sytuacja ta może spowodować nadmierne obciążenie i doprowadzić do spowolnienia, a nawet do powstania kodów "504 Gateway Timeout". @@ -284,7 +270,6 @@ Możesz sprawdzić ścieżki optymalizacji dla Twojej strony, analizując ją na > [!success] > > Bez względu na powolne tempo rozwoju Twojej strony WWW zostanie zoptymalizowane, tym lepsze będzie jej naturalne pozycjonowanie w wyszukiwarkach. -> ### Podsumowanie @@ -292,8 +277,7 @@ Jeśli Twój hosting WWW i baza danych **nie są przedmiotem dyskusji** i Twoja Możesz rozważyć ofertę [hostingu współdzielonego](/links/web/hosting) lub infrastrukturę dedykowaną, taką jak [Serwer Wirtualny Prywatny (VPS)](/links/bare-metal/vps) lub [Serwer dedykowany](/links/bare-metal/bare-metal). -## Sprawdź również - +## Sprawdź również Se precisar de um serviço com uma taxa de disponibilidade SLA superior a 99%, sugerimos que considere a utilização de um [Servidor Privado Virtual (VPS)](/links/bare-metal/vps) ou de um [Servidor Dedicado](/links/bare-metal/bare-metal). > > Além disso, as performances da infraestrutura de alojamento partilhado OVHcloud são monitorizadas 24 horas por dia e 7 dias por semana. Isto de forma a garantir-lhe uma alta taxa de disponibilidade e, se for caso disso, um restabelecimento rápido dos seus serviços em caso de sobrecarga comprovada.* -> ## Requisitos @@ -41,17 +40,19 @@ Em casos raros, os ecrãs também podem ser provocados pelo seu fornecedor de ac ## Instruções +> [!warning] +> +> Este guia será atualizado em breve. Em caso de dificuldades, consulte a versão em inglês ou francês deste guia, clicando na bandeira correspondente no topo desta página. + > [!warning] > > A OVHcloud disponibiliza serviços cuja configuração, gestão e responsabilidade lhe incumbem. Assim, deverá certificar-se de que estes funcionam corretamente. > > Este manual fornece as instruções necessárias para realizar as operações mais habituais. No entanto, se encontrar dificuldades, recomendamos que recorra a um [fornecedor especializado](/links/partner). De facto, não poderemos fornecer-lhe assistência **a partir do momento em que a infraestrutura em que o seu alojamento partilhado está presente não esteja em causa**. Para mais informações, aceda à secção ["Quer saber mais?"](#go-further) deste manual. -> > [!success] > > Recomendamos que registe os resultados de diagnóstico à medida que avançamos neste manual. De facto, estes resultados revelar-se-ão muito úteis para a resolução da sua situação, independentemente da origem da lentidão. -> ### Compreender a noção de Time To First Byte (TTFB) @@ -69,13 +70,13 @@ De facto, para os Content Managment System (CMS) como WordPress, Joomla!, Presta > > Uma vez que o pedido chega ao ficheiro "**index.php**", este é executado pelo servidor web do seu alojamento partilhado. > ->Na sua execução, o ficheiro "**index.php**" deve recuperar as informações entre os outros ficheiros que compõem o seu website, ou mesmo os elementos presentes na sua base de dados. +> Na sua execução, o ficheiro "**index.php**" deve recuperar as informações entre os outros ficheiros que compõem o seu website, ou mesmo os elementos presentes na sua base de dados. > ->Cada um destes pedidos de informações gera um pedido interno sobre o seu serviço de alojamento. +> Cada um destes pedidos de informações gera um pedido interno sobre o seu serviço de alojamento. > ->O ficheiro "**index.php**" irá aguardar o resultado de todos os pedidos internos que solicitou **antes** que devolva o primeiro byte de dados ao seu browser. +> O ficheiro "**index.php**" irá aguardar o resultado de todos os pedidos internos que solicitou **antes** que devolva o primeiro byte de dados ao seu browser. > ->Se o seu ficheiro "**index.php**" gera pedidos "lentos" ou pesados de executar, o TTFB será elevado e o seu site levará vários segundos a aparecer. As performances da sua oferta de alojamento não estão em causa. +> Se o seu ficheiro "**index.php**" gera pedidos "lentos" ou pesados de executar, o TTFB será elevado e o seu site levará vários segundos a aparecer. As performances da sua oferta de alojamento não estão em causa. Ferramentas de diagnóstico online permitem-lhe recuperar o TTFB do seu alojamento. No entanto, a maior parte deles funcionam como browsers e os seus resultados devem ser relativizados.
Com efeito, estas ferramentas não estão em condições de ter em conta os pedidos internos solicitados pelo ficheiro que ligou através do seu browser, como no exemplo acima com o ficheiro "**index.php**". @@ -93,13 +94,7 @@ Todos os diagnósticos da etapa 1 devem ser realizados **sem exceção** para de Para ter a certeza de que os seus serviços (alojamento partilhado **e** base de dados) não são objeto de manutenção ou incidente, recupere as informações sobre o cluster e file do seu alojamento partilhado, assim como as informações gerais relativas à sua base de dados. De seguida, poderá verificar o seu estado em [status.ovhcloud.com](https://web-cloud.status-ovhcloud.com/). -Para conhecer o cluster e filer onde se encontra o alojamento partilhado, aceda ao seu [Área de Cliente OVHcloud](/links/manager), vá à secção `Web Cloud`{.action}, clique em `Alojamentos`{.action} e escolha o alojamento web em causa. No separador `Information gerais`{.action}, localize o `datacenter` do seu alojamento partilhado bem como o `filer` onde está. - -![Recuperar Filer](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/general-information/find-filer.png){.thumbnail} - -A seguir, clique no separador `Multisites`{.action} para obter o número do cluster onde está o seu alojamento partilhado. - -![Recuperar o cluster](/pages/assets/screens/control_panel/product-selection/web-cloud/web-hosting/multisite/find-cluster.png){.thumbnail} +Para conhecer o cluster e o filer onde se encontra o seu alojamento partilhado, consulte o nosso guia "[Alojamento web - Como conhecer o seu cluster e o seu filer](/pages/web_cloud/web_hosting/how_to_know_cluster_and_filer)". > [!success] > @@ -108,7 +103,6 @@ A seguir, clique no separador `Multisites`{.action} para obter o número do clus > Pode inscrever-se com o seu endereço de e-mail na declaração de incidente ou de manutenção a fim de ser notificado por e-mail do progresso das operações. > > Uma vez o estado do incidente ou da manutenção assinalado como **resolvido**, a estabilização da carga acumulada pode requerer um prazo máximo de **3 horas** após a notificação de resolução para se recuperar completamente. -> Se nenhum incidente ou nenhuma manutenção forem declarados, prossiga os seus diagnósticos. @@ -135,7 +129,6 @@ phpinfo(); > As manipulações num ficheiro "**.htaccess**" podem ter consequências na visualização do seu site. Recorra a um [fornecedor especializado](/links/partner) se sentir dificuldades em realizar o seguinte. > > Se não for apresentada e **unicamente para os utilizadores experientes**, renomeie os seus ficheiros "**.htaccess**" em "**.htaccess_OLD**" para que o servidor não os execute durante o seu teste. Dê-lhes o nome correto quando o diagnóstico for efetuado. -> **Exemplo** se o domínio que permite o acesso ao seu website for "domain.tld" e o ficheiro "**phpinfo.php**" estiver na raiz do seu website, este será acessível graças ao seguinte URL: `http://domain.tld/phpinfo.php` (ou `https://domain.tld/phpinfo.php`). @@ -144,7 +137,6 @@ phpinfo(); > Se a chamada do ficheiro "**phpinfo.php**" apresentar **instantaneamente** um quadro de configuração, isto significa que os atrasos não provêm do alojamento partilhado onde se encontra o seu website. Caso contrário, o ficheiro aparecerá tão lentamente como as outras páginas. > > Por outras palavras, se a lentidão se verifica apenas numa parte das páginas ou do conteúdo do seu website, isso significa que o alojamento partilhado **não é a causa dos atrasos** encontrados no seu website. -> #### 1.4 - Teste a conectividade da sua base de dados: @@ -159,7 +151,6 @@ Se a ligação for bem-sucedida, poderá aceder à seguinte interface: > [!warning] > > Se encontrar um erro, consulte o nosso manual sobre os [erros comuns encontrados com uma base de dados](/pages/web_cloud/web_hosting/diagnosis_database_errors). De seguida, altere a sua situação usando o guia acima para tentar novamente aceder à base de dados. -> #### 1.5 - Interpretação dos diagnósticos efetuados @@ -181,14 +172,12 @@ As seguintes afirmações aplicam-se **todas** à sua situação: > Serão necessárias investigações no lado da OVHcloud. Contacte os nossos serviços de assistência sobre as soluções Web, para que possam confirmar consigo a origem dos abrandamentos que encontra. -### Etapa 2 - identifique a(s) fonte(s) que gera(m) a lentidão do seu website - +### Etapa 2 - identifique a(s) fonte(s) que gera(m) a lentidão do seu website [!warning] > > Se encontrar dificuldades para realizar as ações que se seguem, pode contactar um dos nossos [prestadores especializados](/links/partner). A OVHcloud não prestará assistência ao desenvolvimento e/ou otimização do conteúdo do seu website. -> Encontre aqui as ações a realizar para identificar a(s) fonte(s) da(s) lentidão e otimizar o seu website. @@ -238,21 +227,18 @@ Com efeito, quanto menos o número de pedidos for elevado, menos os recursos atr > Para isso, carregue na tecla `F12` quando estiver no seu browser Firefox e selecione o separador `rede`. Carregue a sua página web com os teclados `Ctrl + Maj + R` para que a ferramenta lhe mostrar os pedidos executados para carregar a sua página. Identifique os elementos mais longos a carregar para depois os otimizar. > >![Análise de rede Firefox](/pages/assets/screens/other/browsers/diagnostic-tools/F12.png){.thumbnail} -> Para diminuir o fluxo de pedidos a cada um dos carregamentos das suas páginas, pode também implementar um Content Delivery Network (CDN). que permitirá colocar em cache o conteúdo estático do seu website. O seu alojamento web será menos solicitado e disporá de mais recursos para tratar o resto dos pedidos que não podem ser colocados em cache. > [!primary] > > A OVHcloud oferece várias [ofertas CDN](/links/web/hosting-options). Se pretender utilizá-los ou ativar um para o seu alojamento web, aceda à [Área de Cliente OVHcloud](/links/manager) e consulte o nosso guia sobre [utilização do CDN OVHcloud](/pages/web_cloud/web_hosting/cdn_how_to_use_cdn). -> #### 2.4 - otimize a sua base de dados > [!warning] > > As ações que realiza na sua base de dados podem ter consequências irreversíveis se não forem realizadas de forma metódica e correta. Recorra a um [fornecedor especializado](/links/partner) se não tem a certeza das ações a realizar. -> Verifique se um número consequente de pedidos é efetuado para a sua base de dados.
Com efeito, esta situação pode gerar uma sobrecarga e conduzir a atrasos, ou mesmo a códigos "504 Gateway Timeout". @@ -284,7 +270,6 @@ Pode encontrar pistas de otimização para o seu site analisando-o em [gtmetrix. > [!success] > > Independentemente da lentidão, quanto mais otimizado for o seu website, mais otimizado será o seu referenciamento natural nos motores de busca. -> ### Conclusão @@ -292,8 +277,7 @@ Se o seu alojamento web e a sua base de dados ***não estiverem em causa** e o s Pode considerar uma [oferta de alojamento partilhado](/links/web/hosting) superior ou uma infraestrutura dedicada como um [Servidor Privado Virtual (VPS)](/links/bare-metal/vps) ou um [Servidor Dedicado](/links/bare-metal/bare-metal). -## Quer saber mais? - +## Quer saber mais?