www.follownet.pl

Bzdura nikt nikogo nie będzie przejmował. Po prostu robią dla nich hosting, ot tyle.

Jest taka możliwość, ale nie na poziomie fsockopen, tylko na poziomie kernela i odpowiednio spreparowanej regułki iptables. Każda regułka musiała by definiować host docelowy oraz mapowanie na odpowiedni adres IP.

Możesz zmienić sam rekord A, który będzie wskazywał na adres IP nowego serwera. Aby zmany odniosły szybciej skutek warto obniżyć wartość TTL - nie wiem czy masz taką możliwość z tego panelu.

Dokładnie. Zakładam, że do VPSa nie ma żadnej konsoli odzyskiwania systemu, ani KVM. Jor ma wszystkie niezbędne narzędzia, aby zdiagnozować problem i w przypadku ewidentnej winy klienta mogą ustalić między sobą pokojowe rozwiązanie problemu, nawet odpłatnie. Chowanie głowy w piasek na pewno nie jestem wyjściem z tej patowej sytuacji.

Serwery DNS możesz skorygować w pliku /usr/local/directadmin/conf/directadmin.conf oraz możesz odrębne ustawić dla domyślnego resellera admin w pliku /usr/local/directadmin/data/users/admin/reseller.conf.

Z pewnością są przerobione źródła. Standardowo php_flag nie działa w wersji php-fcgi/php-cgi

Wszystko ma wady i zalety - życie Jeśli chcesz większe bezpieczeństwo to polecił bym php jako cgi. Jak pisałem wcześniej każdy proces danego użytkownika pracuje na odrępnych prawach. Przyjęło się, iż php w wersji cli jest bardziej wydaje od cgi. Możliwe jest jednak takie skonfigurowanie php cgi, iż wcale nie będzie ustępowało wydajnością cli. Z punktu widzenia użyszkodnika łatwiej jest konfigurować pewne zmienne php w wersji cli, gdyż sprawdza się to do wpisania odpowiednich flag do pliku .htaccess i co ważne większość zmiennych nie może zostać podkręcona ponad limit z głównego pliku php.ini. Z kolei w wersji cgi, aby indywidualnie dopasować zminne php z reguły należy skopiować oryginalny plik php.ini i w nim modyfikować zmienne, a następnie tak skonfgurować wrapera php, aby korzystał z dedykowanego dla konta pliku. Na pewno znajdzie się wiecej wad i zalet.

Zasadnicza różnica jest taka, iż wersja cli pracuje na prawach serwera www czyli w przypadku DA usera apache. Mając wersję cgi połączoną z suexeciem proces php każdego z użytkownika pracuje na odrębnych prawach. W wersji cli zarządzasz zmiennymi php poprzez plik .htaccess i flagi php_valu, php_flag. Z kolei w wersji cgi każdemu użytkownikowi możesz nadać odrępbny plik php.ini.

psql -U postgres

A cron się w ogóle odpalił ? Będąc zalogoanym na usera postgres wpisz echo $PATH następnie zwróconą linię wrzuć na początek skryptu zaraz po #!/bin/bash export PATH=tu podstaw to co zwrocil echo $PATH Upewnił się, że postgres pracuje na prawach usera postgres.

Do pg_dump proponuję dodać opcję pg_dump -F t wówczas jeśli jest dużo insertów odzyskiwanie backupu trwa niewspółmiernie krócej niż z tradycyjnej postaci pg_dumpa, gdzie każdy insert jest wykonywany w osobnej transakcji.

Do backupowania baz PostgreSQL służy pg_dump. Dołóż do tego lekki skrypt w bashu lub perlu, który w pętli będzie backupował wszystkie bazy.

U mnie też problem nie potwierdzony. Tutaj szersza dyskusja na ten temat.

A może mount -o bind /var/www/html /home/html pomoże ?

No cóż, wszystkim nie dogodzisz Nawet jak staniesz na głowie, to znajdzie się rodzynek, któremu coś nie będzie grało

Nieprawdą jest, że DA domyślnie wkopilowuje imap w php. Ci dostawcy, którzy mają php wkompilowane budują zazwyczaj php "ręcznie" lub po prostu dodają dodatkowe opcje do konfiga i budują przez custombuild/customapache.

Do konta głównego, czy do kont email. Do kont email hasła są chyba zapisane w /home/user/etc/ gdzieś (nie jestem w 100% pewien). A główne hasło do konta masz zapisane w /etc/shadow.

Hasło masz w /usr/local/directadmin/conf/mysql.conf i poprawny user do bazy to da_admin. Jeśli nie możesz się połączyć używając powyższego hasła to zmień je wedle porady ze strony DA.

W DA pocztę masz w /home/user/imap dla dodatkowych domen oraz w /home/user/Maildir dla głównej domeny. W CP pocztę masz w /home/user/mail (chyba?) dla dodatkowych domen oraz w /home/user/Maildir dla konta głównego. W DA, w folderach pocztowych domen dodatkowych masz katalogi o nazwie domeny. Podobnie to wygląda w CP. Teraz musisz tylko umiejętnie podegrąć pliki.

A logi proftpd co mówią ? Dodawałeś ostatnio może jakieś IP ? Czasem zdubluje się wpis z /etc/proftpd.vhosts.conf i wówczas też ma problemy z powstaniem.

Nie jestem pewien, ale home.pl pocztę "trzyma" chyba poza jailem dedykowanym dla konta klienta i nie wiem czy masz do niej dostęp np. poprzez FTP. Nawet jeśli nie masz to piszesz maila do supportu z prośbą o spakowanie wszystkich kont wraz z korespondencją i później odtwarzasz do na nowym hostingu. Jeśli masz dostęp przez FTP to pobierasz i następnie kopiujesz do nowego usługodawcy lub ewentualnie prosisz go o pomoc.

Miałem tam dedyka 2 lata temu. Restart serwera lub jakakolwiek interwencja wymagała odczekania kilku godzin. Wyniosłem się stamtąd tak szybko jak tylko mogłem .

OK, masz rację. Przez php_flag można modyfikować typy zmiennych PHP_INI_ALL i PHP_INI_PERDIR. Safe mode w tym przypadku należało by zmienić w httpd.conf, czyli w DA w trybie Admin opcja PHP SafeMode Configuration w sekcji Extra Features.

Tak, ale wtedy robi się bałagan, wpis jest dodawany do httpd.conf usera. Moim zdaniem, jeśli ma php jako moduł, najlepiej dodać wpis w .htaccess php_flag safe_mode off

Albo sprawdź, czy firewall wpuszcza porty 53 TCP i UDP, czy serwer DNS jest zbindowany do zewnętrznego adresu IP oraz czy slave ma możliwość pobierania pliku strefy.