Skocz do zawartości


 

przemon

Użytkownik od 26 mar 2007
Offline Ostatnio aktywny gru 11 2017 23:12

Moje posty

W temacie:DirectAdmin vs Plesk WEB PRO EDITION

13 listopad 2017 - 14:43

Instalator directadmin obejmuje instalację panelu razem z oprogramowaniem (można wybrać częściowo przy instalacji konfigurację, wersję php, tryb php). Natomiast oprócz instalacji pasuje go zabezpieczyć jakimś firewallem, włączyć jednorazowe hasła na admina, skonfigurować spamassassina, podpiąć certyfikat SSL albo wyenerować letsencrypt. Ja bym szedł w kierunku DA. Miałem PLESK. mam DA i dla mnie DA jest o niebo lepszy.

 


W temacie:Wielkość załącznika Exim4 Roundcube

18 październik 2017 - 18:47

Nie da sie tego zmienic?
A jak da to gdzie znajdę plik za to odpowiedzialny?

 

źle się wypowiedziałem

.htaccess nadpisuje wartości php.ini

 

także modyfikacja

/var/www/html/roundcube/.htaccess

 

rozwiąże problem do czasu upgrade roundcube przez custombuild

 

aby zapobiec przywróceniu .htaccess do domyślnych wartości przy upgrade roundcube przez custombuild, trzeba zmodyfikowany .htaccess wrzucić:

 

/usr/local/directadmin/custombuild/custom/roundcube/

 

 

helpa czytaj

 

https://help.directa...item.php?id=365


W temacie:Wielkość załącznika Exim4 Roundcube

18 październik 2017 - 11:19

w RC masz osobny htaccess w którym to są na sztywno limity ustawione,


W temacie:Backup przyrostowy

21 wrzesień 2017 - 22:25

Backup całości z poziomu directadmina i pchanie po FTP przy dużych kontach jest czasochłonne i zasobożerne

Przy małych ok, ale powyżej 100GB to jest to bez sensu.

 

Ja robię to następująco

 

- bazy np mysq/mariadb okalnie (np automysqlbackup albo percona xtrabackup) lokalnie

- backup directadmin bez baz, poczty i katalogów domen (sama konfiguracja) lokalnie

- rdiff-backup, duplicity, rsnapshot (na prawach zwykłego usera) - zasysamy ze zdalnego serwera różnicę (plus bazy i konfiguracja directadmin)

 

+ w moim przypadku check na rsnapshot w icinga i automysqlbackup

 

 

 


W temacie:No bootable device po twardym restarcie

18 maj 2017 - 13:32

Hej, dzieki za odpowiedz!

 

Tak, wszystko dziala tak dlugo, jak nie jest wykonywany reboot z panelu OVH.

 

Generalnie reboot z panelu OVH nie jest mi do niczego potrzebny, obawiam sie tylko, co bedzie jesli to sam dostawca wykona reboot, bedzie awaria, zabraknie pradu - itp.

Pewnie system tez wtedy nie wstanie jak w przypadku rebootu.

 

To samo zauważyłem w OVH Cloud, tak jakby OpenStack gubił ścieżki do dysku.

Ale jak się zrobi boot w rescue, to dane są dostępne i partycje widoczne.

Dopiero po wyjściu z rescue i całkowitym zastopowaniu instancji z poziomu Horizon lub Openstack instancja wstaje poprawnie.