Skocz do zawartości

rob006

Użytkownicy
  • Postów

    26
  • Dołączył

  • Ostatnia wizyta

  • Wygrane w rankingu

    3

Odpowiedzi opublikowane przez rob006

  1. Masz jakieś mocno przestarzałe informacje. HHVM nie jest już kompatybilny z PHP i korzysta z niego w praktyce tylko facebook. Różnice w wydajności też nie są zbyt znaczące od czasu PHP 7, dlatego też prawie wszyscy eksperymentujący z HHVM wrócili do PHP.

     

    Co do optymalizacji, to zależy w dużej mierze od tego co to za skrypty. Jeśli masz jakieś długie procesy wykonujące skomplikowane obliczenia, to włączenie JIT może pomóc. Jeśli krótkie skrypty obsługujące requesty HTTP,  to sprawdź czy preloading coś da. Poza tym raczej nie ma uniwersalnych tricków optymalizacyjnych, musisz zidentyfikować co działa wolno i do tego dopasować rozwiązanie.

  2. W dniu 7.02.2023 o 12:52, cyborg napisał(a):

     

    Jestem w tej samej sytuacji, ponad 100 skrzynek na dhosting i po ostatniej awarii mam dość. 

    Myślę żeby przenieść się na mydevil.net, z tego co znalazłem na sieci, wydają się jedną z lepszych opcji za małe pieniądze:

    - Kompresja systemu plików (ZFS) przez co poczta zajmuje mniej miejsca
    - Brak problemów ze stabilnością i transparentność

    - Dostęp do kopii zapasowych z systemu plików

    - Możliwość prywatnego IP

    - Dużo opcji konfiguracji i brak bezsensownych ograniczeń

     

    Ktoś używał w tym celu i ma jakieś opinie? M365 i Google Workspace odpadają bo za drogie.

     

    Jedna rzecz na którą warto uważać przy MyDevil to fakt, że połączenie IMAP zliczają się do limitu procesów - wystarczą 4 klienty trzymające po 10 połączeń i już wysyciłeś limit dla najniższego pakietu.

    • Haha 1
    • Smutny 1
  3. 1 minutę temu, webh napisał:

    O ile fakt że rzeczywiście mogliśmy wysłać powiadomienie do klientów o zmianie promocji - powiedzmy, że możesz mieć rację. Natomiast nie wiem co by to zmieniło w perspektywie tych 11 miesięcznych rabatów lojalnościowych o których piszesz. Wydaje mi się, że piszesz tak teraz po prostu żeby nam dogryźć i żeby zasugerować nam przynajmniej potencjalną nieuczciwość wobec klientów.

     

    To była hiperbola, mająca pokazać gdzie można dojść z argumentacją typu "promocje są z definicji tymczasowe i mogą się skończyć w każdej chwili bez ostrzeżenia". To że z prawnego punktu widzenia możesz coś zrobić, to nie znaczy powinieneś. Nie twierdzę też, że posunęlibyście się do takiego kroku, bo to w zasadzie strzał w kolano, ale opór w komunikowaniu zmiany w programie lojalnościowym też był dla mnie zaskoczeniem. ;)

    • Lubię 1
  4. 1 minutę temu, sebak napisał:

    mam wrażenie, że czepiasz się dla samego czepiania. Znajdź mi proszę inną firmę w Polsce z branży, która w ogóle premiuje klientów za to, że są w firmie dłużej.

     

    MyDevil ma dużo lepszy program lojalnościowy i bardzo czytelnie komunikuje wszystkie zmiany w ofercie.

     

    Poza tym ja nie czepiam się podwyżek, tylko komunikacji dotyczącej zmian (a właściwie jej braku). Od kilkunastu postów próbujecie przepchnąć retorykę "ale ceny się nie zmieniły, po prostu od grudnia musicie płacić więcej, więc w sumie nie ma o czym mówić", która jest po prostu niedorzeczna z perspektywy klienta.

  5. 33 minuty temu, Tom X napisał:

    Warunki świadczenia usługi dotyczą wyłącznie okresu za który się płaci. Promocja "po roku ileśtam taniej" nie są warunkami świadczenia usługi, tylko stanem oferty promocyjnej na dzień dzisiejszy.

     

    Tak jak mówiłem wcześniej, z taką argumentacją możesz iść do sądu, ale nie do klientów. Sytuacja, gdy ludziom zmienia się cena usług i nie wiadomo do końca skąd się to wzięło jest słabym posunięciem - rabaty lojalnościowe to nie są krótkoterminowe promocje i nikt nie spodziewa się, że nagle się zmienią bez żadnego komunikatu. Fakt, że one nie są rozpisane w regulaminie, to już jest trochę kruczek prawny. A podejście "to tylko promocja, może się zmienić bez ostrzeżenia" pozwala na naprawdę chamskie zagrywki, jak np wprowadzanie rabatów lojalnościowych po roku korzystania z usługi, jako "promocja" dostępna dla nowych kont, którą wygaszamy po 11 miesiącach - masz wtedy rabat lojalnościowy, z którego nikt nie może skorzystać.

  6. @sebak Ja mówię o warunkach opisanych na stronie, a nie cenie w formularzu zamówienia. Jeśli na stronie w opisie oferty widzisz, że po roku cena spadnie o 15%, zamawiasz usługę, a po roku cena spada nie o 15% tylko o 5%, to też uważasz że nie potrzeba żadnego komunikatu dotyczącego zmiany warunków świadczenia usługi, bo to "promocja" i każdy powinien się spodziewać że wygaśnie w dowolnym momencie bez żadnego ostrzeżenia?

  7. Teraz, sebak napisał:

    To, że promocja na danych warunkach utrzymuje się długo, nie oznacza, że coś nie jest promocją 🙂.

     

    Brzmi trochę jak argument którym chciałbyś wygrać w sądzie, ale niekoniecznie zyskasz przychylność klientów ;). Jeśli na stronie zamawiasz usługę z konkretnej cenie, i nagle ta cena zmiana się bez żadnego komunikatu, to jest to co najmniej dezorientujące i rzuca trochę cień na komunikację z klientem.

    • Lubię 1
  8. 53 minuty temu, sebak napisał:

    Promocje są tymczasowe z swojej natury, a ich status warto śledzić na stronie firmy. 

     

    To nie była czasowa promocja. Raczej nie spodziewasz się że rabat lojalnościowy (wpływający bezpośrednio na cenę usług) zostanie nagle po X latach zmieniony beż żadnego komunikatu na stronie/panelu albo w social mediach. Jak jak zobaczyłem zmianę to na 90% byłem pewien, że to jakiś błąd w panelu.

    • Lubię 1
  9. Godzinę temu, Bodeha napisał:

    W suporcie dowiedziałem sie lakonicznie iz zmieniono promocje zniżkowa dla stałych klientów i tyle, czyli czym dłużej tym drożej. fajna promocja w sumie...

     

    Cena nie wzrosła ci ze względu na staż, po prostu od grudnia (?) rabat dla stałych klientów jest niższy (bez względu na to jak długi ten staż jest). Podwyżki są w sumie zrozumiałe, ale fakt że nie ma nigdzie czytelnej informacji o tym to faktycznie słaby ruch.

  10. 11 godzin temu, spex napisał:

    Najlepsze w tym wszystkim jest to, iż przez to nie da się zmienić konta z płatnego na free, a przez to iż hubiC chce pobrać opłatę do przed dużo przed czasem, to nie mogę nawet usunąć konta, bo pisze iż jest planowana płatność :/

     

    Poczekaj trochę, będzie jeszcze "zabawniej". Ja przed chwilą sprawdziłem i nie mogę usunąć konta, bo jest "zadłużone". Okazuje się że hubiC, pomimo tego że dawno temu odpiąłem kartę i skasowałem wszystkie pliki z konta, przedłużył je automatycznie i teraz oczekuje na płatność. I teraz spróbuj to wyjaśnić - nie ma żadnego kontaktu na stronie, a forum nie działa...

  11. 13 minut temu, proserwer.pl napisał:

    Jest (zwykle) jeszcze coś takiego jak okres od wygaśnięcia konta do usunięcia. Nie wiem czy w momencie gdy nie informujesz firmy hostingowej o tym, że nie będziesz przedłużał usługi chciałbyś aby firma od razu usunęła Ci wszystkie pliki i poodpinała domeny. Jest jednak bardzo dużo klientów, którzy zapominają (mimo przypomnień) i potem jest różnica pomiędzy odblokowaniem w kilka minut po opłaceniu przedłużenia a odzyskiwaniem plików z backupu + dodawaniem ponownym wpisów w DNS i czekaniem ~24h aż to się "przywróci".

     

    Ale ja nie mówię o natychmiastowym usunięciu konta. Nawet jeśli opóźnisz ją o pół roku, to w żadnym momencie nie powinno być wątpliwości gdzie wysłać pocztę dla domeny podpiętej pod hosting - jeśli klient przeniósł się gdzieś indziej, to serwer pocztowy można odnaleźć na podstawie wpisów w DNS (tak jak robi to reszta świata dla tej domeny). A samo usunięcie konta (i strefy DNS) nie oznacza wcale że trzeba mieszać też w podpiętych kontach CF. Bałagan w DSNach CloudFlare to jest problem właściciela domeny, a nie hostingu, który już jej nie obsługuje.

    • Lubię 2
  12. 1 minutę temu, smarthost napisał:

    Odpytaj zatem o domenę, która jet zaparkowana lokalnie na hostingu, ale ma DNSy skierowane na CloudFlare, a MX ma skierowany na gsuite/office365 - jak sprawdzisz, czy to jeszcze stoi na TYM hostingu, czy już na innym ? 

     

    Ale jakie to ma znaczenie na jakim hostingu stoi strona? Jeśli klient płaci to utrzymujesz konto tak jak jest skonfigurowane, a pocztę wysyłasz tam gdzie kierują rekordy MX. Jeśli konto nie jest opłacone to kasujesz konto, a pocztę wysyłasz tam gdzie wcześniej.

  13. 17 godzin temu, smarthost napisał:

    I tak największy problem jest z CloudFlare, bo wymaga on tego, żeby domena była dodana na hostingu, ale nie bardzo jest jak sprawdzić, czy cloudflare pobiera faktycznie domeny z tego serwera, czy z innego.

     

    Nie do końca rozumiem co tutaj jest problemem. Wystarczy odpytać DNS aby dowiedzieć się gdzie kieruje dana domena i gdzie wysłać pocztę. Jeśli hosting korzysta z jakichś lokalnych ustawień/cache i zachowuje się inaczej niż cała reszta świata, to jest to problem hostingu.

    • Zażenowany 1
  14. 5 minut temu, smarthost napisał:

    Bo serwer poczty zawsze najpierw sprawdza, czy domena istnieje lokalnie.

     

    To jest raczej problem hostingu, który używa niewiarygodnych wpisów w DNS. Czy jak założę sobie konto i dodam lokalnie 200 domen których nie jestem właścicielem, to też zepsuję wysyłkę poczty na tych 200 domen z tego serwera?

  15. Co dokładnie rozumiesz przez "archiwizację wiadomości"? Przykładowo Thunderbird i Roundcube pozwalają na archiwizację wiadomości poprzez przenoszenie ich do katalogów dla odpowiednich lat/miesięcy - masz więc pusty inbox, a starem maile pokatalogowane wg dat. Coś więcej ponad to oczekujesz?

  16. 3 minuty temu, MateuszCODE napisał:

    Aktualnie właśnie testuję pod jeden serwer gier i od 4 dni stoi wszystko stabilnie. Wszystko zależy na jaką matkę trafisz, zgłoś na BOK ten błąd to napewno wezmą to pod uwagę 

     

    Zgłaszałem to gdy problem stał się nieznośny (zawieszki co godzinę), zostałem przeniesiony na inną maszynę gdzie problem wciąż istniał, ale był sporadyczny (może jedna zawiecha dziennie, czasami wcale, no i przede wszystkim dużo krótsze). Teraz problem znów się nasila. Z KVM korzystam przeszło pół roku, wcześniej jakiś rok na OpenVZ i tam też były problemy ze stabilnością IO. Pozwolę sobie założyć że to po prostu specyfika usługi - serwery są naprawdę tanie więc nie spodziewam się nie wiadomo czego. Zwłaszcza że do tej pory chyba tylko VPSy na Digital Ocean nie miały mniejszych lub większych problemów z dyskami.  A tam za porównywalną konfigurację musiałbym zapłacić 3 razy więcej niż na Webh - ta różnica nie wzięła się z niczego.

     

    Co nie zmienia faktu że gdyby stabilność była krytycznych czynnikiem, zapłaciłbym 3 razy więcej za VPSa na Digital Ocean lub wykupił dedyka zamiast liczyć na łut szczęścia i spokojnych sąsiadów na budżetowych VPSach.

  17. W dniu 6.08.2018 o 21:09, MateuszCODE napisał:

    sprawdź też ofertę webh.pl KVM standard może też utrzyma ten serwer (Nie testowałem pod conan'a serwer

     

    Z mojego doświadczenia wynika że KVM od webh.pl ma poważne problemy ze stabilnością IO i zdarzają się momenty gdy dysk nie jest w ogóle dostępny przez kilkadziesiąt sekund. Nie wiem na ile dysk jest krytyczny dla takiego serwera gier, ale gdyby skutkowało to brakiem odpowiedzi przez minutę, to naprawdę słabo. Dlatego w ogóle z rezerwą podchodziłbym do VPSów - dyski są bardzo często problemem w przypadku tanich rozwiązań tego typu.

  18. 1 godzinę temu, Archi napisał:

    Nawet kalkulując 6 odnowień na rok, godzina pracy tego pracownika w większości przypadków wyniesie mniej niż 49 zł.

     

    Trzeba być niespełna rozumu żeby ręcznie odnawiać certyfikaty z LE. Jest mnóstwo sytuacji gdy koszt certyfikatu jest rzeczą kompletnie pomijalną i jedyną zaletą LE jest automatyzacja. Jeśli automatyzacji nie da się zastosować, korzystanie z LE zwyczajnie nie ma sensu. Jeśli ktoś mimo wszystko forsuje korzystanie z LE zawsze i wszędzie, to albo z powodu ignorancji albo z powodu zaślepienia ideologią. Obie cechy w biznesie są wybitnie niepożądane ;].

    • Lubię 1
  19. W dniu 13.04.2018 o 00:15, Pół człowiek pół admin napisał:

    Nie obejmuję tego wynajdywania koła na nowo. Zamiast rozbudować klienty IRC traci się czas i pieniądze na duplikowanie starych rozwiązań w nieefektywny sposób.

     

    Jasne, bo rozbudowa 30-letniego protokołu i dostosowanie do współczesnych wymagań i standardów to bułka z masłem, szczególnie jak musisz zachować wsteczną kompatybilność. :D

  20. W dniu 29.03.2018 o 09:28, Marek607 napisał:

    umożliwiającej każdemu kto będzie miał exploita pełen dostęp do serwera.

     

    Jak zainstaluję sobie dziurawego Drupala na hostingu współdzielonym i sam się na niego włamię, to dostanę roota na tym serwerze? Czyli to Drupal jest exploitem. :D

×
×
  • Dodaj nową pozycję...

Powiadomienie o plikach cookie

Korzystając z forum, wyrażasz zgodę na: Warunki użytkowania, Regulamin, Polityka prywatności.