dan

Witam, http://www.spamhaus.org/sbl/query/SBL142345 to mi się trafił ip pośrodku. Pisałem do spamhausa ale odpisali, że pracują z właścicielem puli nad usunięciem i tyle. Z doświadczeń wiecie ile to może trwać? Jest jakaś opcja usunięcia mojego ip szybciej? Czy muszę czekać aż całość wyjaśnią? Część mail kleientów nie dochodzi i się robi nieprzyjemnie...

Chętnie się dowiem o alternatywach, bo nieco w kratkę działa wydajność dyskowa w webh.pl. Chyba, że to Ty @goa puszczasz co 4h test wydajności i przycinasz kilka sąsiednich VPSów ;-)

Taka sytuacja: na VPS mam paru klientów, obsługuję DirectAdminem z CSF. Jeden z klientów raz na tydzień, dwa wpada na blacklistę przez nieudane połączenie via SMTP. Muszę ręcznie wyrzucać. Trudność w tym, że ma dynamiczne IP z dialogu np. PL/Poland/dynamic-11-22-333-444.ssp.dialog.net.pl. Klasyczna whitelista CSF przyjumje jedynie IP. Czy da się wrzucić na whitelistę np. *.ssp.dialog.net.pl ?

Ktoś ma jakieś doświadczenia z dostarczalnościa maili wysyłanych przez sparkpost.com w Polsce? Mają miły plan darmowy... Tylko pytanie jak u nich z dostarczalnością właśnie. Ktoś? Coś w temacie?

Rozglądam się za zewnętrznym serwerem do rozsyłki maili. Wpadł mi w oko Amazon SES. Jednak mam trudność w znalezieniu opinii o jego skuteczności w Polsce (głównie chodzi o dostarczalność maili). Jeśli ktoś korzystał proszę o pdozielneie się doświdczeniem: 1. Jak z dostarczlnością głównie w Polsce? 2. Jak z możliwością konfiguracji? (czy da się tak skonfigurować aby uniknąć np. w gmailu informacji przesłane przez i tu jakieś odniesienie do amazon?) 3. Czytałem o ostrożnej polityce wolumenu wysyłki maili stosowanej przez Amazon. Że na początku to tylko kilkanaście/set maili na dobę tylko na swoją domenę a potem zwiększają zasoby. Jak to jest w praktyce teraz?

@lord101 - mam VPS i wysyłam mailing do ok. 6000 uzytkowników. Nie tylko RBL jest wyzwaniem. Profilowanie kolejek maili w zależności od limitów dostawców poczty (wp, onet, inne) i tym podobne zagadnienia to nie jest to czym chcę się zajmować. Jeśli mogę umiarkowanie drogo zapłacić za wysyłke maili np. amazonowi przy założeniu ze on zajmie się "czarną" robotą upewnienia się, że jak najwięcej maili wejdzie i nie wskoczy w spam czy gdzie indziej - to chętnie. Dlatego też założyłem ten temat ciekawy jakie macie doświadczenia z rozsyłaniem maili przez Amazon SES.

@nvu - jakies wielkie elaboraty trzeba w tym requescie pisać? Z Twojego doświadczenia jak szybko rozpatrują?

@l3szcz, a także getresponse, mailerlite, mailchimp itd. Wiem za co się tam płaci ale w tym konkretnym przypadku poszukuję "tylko" usługi wysyłające maile. Raz, że potrzebne to mi do integracji z wew. systemem a dwa, że tak będzie taniej.

No dobra, to jak już nie Amazon SES to może jakiś podobny dostawca usług rozsyłki poczty? ;-) Aczkolwiek nurtuje mnie wciąż ten Amazon :-)

Usiłuje odpalić z poziomu systemu zadanie (skrypt) w cron z uprawnieniami root. Zadania dodane przez DA odpalają się bez problemu. Dodałem skrypt do /etc/cron.d z uprawnieniami roota z możliwością uruchamiania, zrestartowałem crona i dalej nic. Z konsoli: for user in $(cut -f1 -d: /etc/passwd); do echo $user; crontab -u $user -l; done zwraca tylko zadania założone przez userów przez DA. Mojego nie widać. Może mi ktoś naświetlić jak to jest przy zainstalowanym DA z zadaniami cron? Czy to jakiś inny zarządca jest? O co chodzi? ;-)

@maraczi - tak jak pisałem, restartowałem. Chyba zaczynam ogarniać :-) /etc/cron.d zadania z tego katalogu obrabia jakieś zadanie crona i tam faktyczny zapis jest nieco inny - wymaga podania uzytkownika uruchamiającego zadanie. Miałem wszystko ok poza tym, że przy zadaniu niezbędny jest EOL na końcu - inaczej nie wystartuje zadanie. Zajrzenie w logi pozwoliło namierzyć problem. Piszę dla potomności ;-) No chyba, że zrobiłem coś na okrętkę i powinno to wyglądać inaczej - proszę o info zatem.

Mam sobie serwer VPS na OpenVZ z Debianem 6. Na tym postawiony Directadmin z aktywnymi kontami. Jak najlepiej podejść do aktualizacji systemu do Debian 8? Backup z pozycji Directadmina wszystkich kont, reinstalka VPS na Debian 8 i wgranie backupów? Inaczej? Coś z doświadczenia waszego wymaga więcej uwagi? Jakaś inna procedura?

Czy faktycznie wydajność tak skacze na nowszym jądrze? Pamiętając, że VPS jest używano jako hosting na DA.

apt-get update & apt-upgrade czysto (wszystko poinstalowane). No może wspomnę, że taka ciekawostka wisi: apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done The following packages have been kept back: db4.8-util 0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded. system wersja Debian 7.9 i pytanko: czy z punktu widzenia zastosowania VPS typowego pod hosting jest sens napierania na nowsze jądro? (różnice w wydajności, etc.?)

Usługodawca oferuje do wyboru również Debian 8 x64 z tym, że wymaga to reinstalki VPS. Czy to oznacza, że wykorzystywane jądro jest zależnie od wybranego na starcie systemu? Czy technicznie możliwe jest ze strony dostawcy VPS zmianę jądra na istniejącym systemie bez reinstalki? (wiem, że to pytanie do usługodawcy ale skoro drążymy temat to może więcej osób dowie się czegoś ciekawego)

2.6.32-042stab094.7

dla potomnych :-) Update z 6 do 7 w zasadzie książkowo poszedł - jakieś tam drobiazgi powychodziły ale nawet ja to ogarnąłem. Helpdesk dostawcy VPS zwrócił mi uwagę, że może się pojawić problem przy aktualizacji do 8 (system nie wstaje) i podobne info znalazłem w czuleściach internetu. Tak więc zostaję przy 7. No chyba, że ktoś aktualizował w kontenerze OpenVZ i nie było problemu albo wie jak się zabezpieczyć przed nim.

Po stronie dostawcy VPS - OpenVZ nie ma potrzeby ingerencji? Przestawienie jądra, etc.? Pytam bo temat dla mnie mglisty a obiło mi się o uszy, że przy OpenVZ część plików programów jest wspólna.

Witam, mam wykupione konto resellera i trzymam tam trochę serwisów. Wychodzi jednak na to, że potrzebne mi coś niezależnego stąd pomyślałem o przejściu na VPS. I tu pojawia się pytanie: jeżeli mam czystego VPS i wykupie licencje na DirectAdmina to kwestie instalacji mam załatwiona? W sensie postawienie poczty, php, mysql, apacha? Potrafię skonfigurować mysql oraz php - nie mam doświadczenia z apachem i pocztą -czy instalacja DA mi to załatwi? Jak z kwestiami bezpieczeństwa? Wiadomo ze najlepiej by było managedVPS ale jak wiadomo - budżet. Podsumowując: 1. czy kupno licencji DA i instalacja zapewni bezpieczny serwer do użytku? 2. jeśli nie to co jest potrzebne? Wykupienie jednorazowe konfiguracji tegowoz? Jeśli tak to za ile i kogo polecacie? Pozdrawiam i dziękuję z góry za wskazówki

No to właśnie potwierdza, że jakieś tam zalety APC ma :-). Połączenie OPCache i APCu wydaje się być optymalne.

Tylko z tego co mi się wydaje to OPCache nie ma cache do danych usera/skryptu, jak APC.

LFD ostatnio wypluwa dziesiątkami na maila takiego typu info. (zmienia się IP i detekcja kraju i domeny z mojego serwera atakowane). Time: Tue Feb 11 09:13:41 2014 +0100 IP: 113.169.233.12 (VN/Vietnam/localhost) Failures: 5 (smtpauth) Interval: 3600 seconds Blocked: Permanent Block Log entries: 2014-02-11 08:33:45 plain authenticator failed for (NNC1118MVK) [113.169.233.12]: 535 Incorrect authentication data (set_id=admin@smtp.webdragon.pl) 2014-02-11 08:33:46 login authenticator failed for (NNC1118MVK) [113.169.233.12]: 535 Incorrect authentication data (set_id=admin@smtp.webdragon.pl) 2014-02-11 08:34:11 plain authenticator failed for (NNC1118MVK) [113.169.233.12]: 535 Incorrect authentication data (set_id=admin@smtp.webdragon.pl) 2014-02-11 08:34:12 login authenticator failed for (NNC1118MVK) [113.169.233.12]: 535 Incorrect authentication data (set_id=admin@smtp.webdragon.pl) 2014-02-11 09:13:38 plain authenticator failed for (NNC1118MVK) [113.169.233.12]: 535 Incorrect authentication data (set_id=info@smtp.webdragon.pl) Coś z tym można zrobić? Dozabezpieczyć? Czy po prostu zaakceptować i przeczekać? (zblokowanych mam już w sumie ponad 200ip na sztywno...)

Miałem podobny problem. Po wrzuceniu plików i przed zaczęciem instalacji, znajdź plik /installation/application/framework.php i skomentuj linię 17: ini_set('display_errors', true); Potem odpal instalację.

Wybierz CMS z elastycznym systemem obsługi linków wraz z zarządzaniem przekierowaniami. Osobiście bym wykorzystał Joomle + sh404sef - ale to moje doświadczenia i to co używam. Migrowałem parę serwisów i dla google było bez różnicy (spadków nie zauważono). Zwróć uwagę oprócz zachowania struktury linków na znaczniki title i meta - to co jest widoczne w wyszukiwarkach i po czym budują pozycję w wynikach. Powinno być takie same jak w starym rozwiązaniu. Ten pomysł z stworzeniem nowego i zamknięciem starego jest dla mnie .... dziwny. Nie dostrzegam zalet takiego rozwiązania - może mnie ktoś oświeci?

http://dev.freshsite.pl/php-accelerators/zend-opcache.html