lord101

Tak, wystarczy ze przeniesiesz baze danych i fizycznie pliki 1:1, zwróć uwagę że w domu możesz mieć dużo wolniejsze łącze - chyba ze to będzie wystarczające.

Tutaj jeszcze kilka przydanych poleceń:

https://doc.owncloud.org/server/9.0/admin_manual/configuration_server/occ_command.html

To co podałeś to całkiem co innego. Jednak wynika z tych informacji że możesz mieć debian 8. 

Spróbuj skorzystać z tego rozwiązania:

https://tecadmin.net/install-php7-on-debian/

apt install ca-certificates apt-transport-https 
wget -q https://packages.sury.org/php/apt.gpg -O- | apt-key add -
echo "deb https://packages.sury.org/php/ jessie main" | tee /etc/apt/sources.list.d/php.list

apt update
apt install php7.2
apt install php7.2-cli php7.2-common php7.2-curl php7.2-gd php7.2-json php7.2-mbstring php7.2-mysql php7.2-xml

Można się domyślać ze system to Ubuntu, natomiast w jakiej wersji? 

Dodaj wpisy do pliku:

/etc/csf/csfpre.sh

Po dodaniu restart csf'a. 

 https://docs.ovh.com/pl/domains/glue_registry/ tutaj masz dokładny opis. 

Gdzie masz strefę DNS? Jeśli ja masz na VPSie i tylko edytujesz rekord A lub inny to należy odczekać około 4-8h na odświeżenie się ustawień w zależności od TTL.

Jeśli serwer DNS i strefa DNS jest teraz u Ciebie na domowym łączu to u rejestratora domeny jeśli chcesz w takiej formie podawać DNSy we własnej domenie, musisz stworzyć rekord GLUE z ns1 i ns2, podając adres IP docelowy dla DNSów. Dopiero wtedy zaskoczą wszystkie rekordy z tej strefy. 

W pliku my.cnf ustaw coś takiego:

[mysqld]

port                           = 3306
socket                         = /usr/local/mysql/data/mysql.sock

Spróbuj użyć tego: 

/sbin/quotaoff -a; /sbin/quotacheck -avugm; /sbin/quotaon -a;

W niektórych przypadkach może pomóc restart systemu.

DirectAdmin powinien sobie sam to ogarnąć ale sprawdź ten pakiet:

apt-get install quota

To była odpowiedź na wszystkie Twoje problemy w tym temacie.

Dodatkowo link: https://www.directadmin.com/features.php?id=1100

Jeśli masz dostęp do powłoki shell i uprawnienia root'a to możesz praktycznie wszystko ustawić tak jak chcesz.

Sprawdź czy nie została dodana w strefie DNS, np. przy instalacji panelu DirectAdmin

To wyłącz w panelu presty opcję: smarty cache do pliku

Dodaj do tego vhosta coś w tym stylu:

<FilesMatch \.php$>

AddHandler fcgid-script .php

FcgidWrapper "PATH/php70/php-cgi" .php

</FilesMatch>

Masz do tego jakiś panel czy czyste kompilacje PHP i vhosty ?

Wszystkie metody są dobre, tylko pamiętaj że home.pl stosuje autokill, więc przy mocniejszym obciążeniu czy to pakowanie czy rozpakowanie archiwum nie zdziw się że wywali jakiś błąd, a pliki się w całości nie otworzą z archiwum. Podobnie jest zresztą z FTP przy dłuższych sesjach.

Dodaj w .htaccess lub w konfiguracji serwera WWW taki wpis:

<Limit GET POST OPTIONS PROPFIND>
Order allow,deny
Allow from all
</Limit>

Z jakiej wersji squida korzystasz i na jakim systemie?

Nie działa dla HTTP czy HTTPS czy dla obu ?

Druga rzecz masz podany w konfiguracji plik: acl GoodSitesUser1 dstdomain "/etc/squid/users/GoodSites.cfg" a listujesz zawartość z: #cat GoodSitesUser1.cfg, popraw nazwę pliku lub w konfiguracji.

Serwery dedykowane w http://hetzner.de działają całkiem przyzwoicie.

Reboot to nie jest żadne rozwiązanie. Logi błędów to nie wszystkie logi jakie są na serwerze. Jest pełno narzędzi do "monitoringu".

Testy syntetyczne działają trochę inaczej czy naturalny ruch. Natomiast samo uruchomienie takiego testu i popatrzenie w htop'a niestety nic nie da.

Popatrz w logi jaki to jest ruch. Dodatkowo nie zawsze baza danych na osobnej maszynie to dobry pomysł.

Bardzo podejrzany jest load na takiej maszynie dla jednego sklepu. Jakiego raida masz dla serwera HTTP ?

Inna to znaczy jaka ? Nie masz przypadkiem jakiegoś wildcarda np. w strefie DNS albo cname ?

Skopiuj rekordy TXT z hekko i wklej w konfiguracji rekordów DNS w OVH. Tylko upewnij się że tam masz strefę DNS.