Misiek08

Dobrze rozumiem, że chcesz mieć 2 luźne serwery DNS i np. 10 serwerów WWW i do DNS strefa ma lecieć z poprawnym A dla konkretnego klienta? Czyli jak klient trafi na serwer z IP 1.2.3.4 to do obydwu DNS na osobnych maszynkach dodaje się domena IN A 1.2.3.4 i tak dla każdego bez problemów? To raczej jest w Vesta, a jeśli nie jest to za pomocą API bez problemu powinno się dać to zrobić. Panel jest naprawdę czysto i przejrzyście napisany. Trzeba pomęczyć autorów, żeby dopisali

Generujesz go na komputerze i masz. Tylko odnowienie większe.

Taki setup (co prawda nginx + php-fpm, a nie Apache) dał radę na forum MyBB uciągnąć 1500 osób online, z czego 300-500 było naprawdę aktywnych. Było to postawione na VPS 1 + 2, ale potem na 2x VPS 1 też dawało radę.

Nie ważne czy dla siebie, czy nie. Przesyłanie tego sygnału w ten sposób, nawet w ramach badań, bez zgody operatora telewizji jest nielegalne. Po prostu. To jest tak samo absurdalne jak nowa ustawa o sprzedaży detalicznej.

Tak. Tylko przypomnę, że to jest nielegalne.

Robisz plik PHP o kodzie podobnym do: <?php exec('cd /tutaj/sciezka/do/magento'); exec('php bin/magento setup:static-content:deploy');

Oczywiście, dlatego poleciłem albo dodanie do grupy, a można oczywiście zrobić to na wiele innych sposobów. Podałem tylko najprostsze wyjście, które na prywatnym serwerze z jedną/kilkoma stronami będzie odpowiedni dla osoby, która zaczyna temat. To nie jest uczenie złych praktyk, bo jak ktoś ma tylko swoje strony, to nie widzę przeciwwskazań do odpalenia wszystkiego na jednym użytkowniku. Bezpieczeństwo takiego setupu w skrajnych przypadkach budzi wątpliwości, ale na co dzień - nie powinno tworzyć problemów.

Jeżeli nie mają wyłączonego exec'a to zrób sobie plik, który przejdzie do folderu z magento i wykona komendę.

Z nginx'em jest tak, że na niektórych dystrybucjach ma domyślnie użytkownika nobody, na niektórych www-data, a na jeszcze innych nginx. To jest problem bardziej systematyzacji od samych źródeł po ludzi, którzy wrzucają pakiet w repozytoria. To jest w sumie najgorsza rzecz, która spotyka ludzi, bo jest na samym początku i wygląda poważnie, a to "tylko" uprawnienia.

No nie ma uprawnień. Albo nginx na www-data przerzuć albo dodaj nginx do grupy www-data.

Permission denied, czyli pewnie nginx rusza z użytkownika nobody, a php z użytkownika www-data. To jest teraz do sprawdzenia.

Poka pliki .conf z /etc/php5/fpm/pool.d

Własny, ale jeżeli mówimy o prostszym rozwiązaniu to nginx.

Odezwij się jak koszta okażą się Amazonowe.

Kup sobie najtańszy hosting i będziesz miał i spokój i bezpieczniejszy dom.

100 000 odsłon to żaden problem, chyba że w minutę. Podaj jakiego ruchu online się spodziewasz i jaki budżet, wtedy bez problemu powiemy jak to zrobić i gdzie lub że to niewykonalne.

Klaster - raczej nie. VPSy - jak się nie znasz, to będzie tylko problem. 2) każde o ile dowiemy się co mniej więcej robią skrypty. Po prostu może robisz coś źle, a może rzeczywiście masz problem, który wymaga dużo mocy. 6,7) tak, skoro nie mają GUI to nie potrzebują GUI. Obrabianie grafiki to robota matematyczna, więc bez GUI się obejdzie. 8) jeżeli teraz do tych skryptów korzystasz z windowsa i przeglądarki tylko dlatego, żeby się odpalał co chwilę to zdecydowanie robisz coś źle. Jak nie chcesz pisać tutaj - pisz na PW, zaciekawił mnie Twój projekt, napisz co robi i wtedy będzie można udzielić więcej i konkretniejszych rad.

1) To jest nielegalne 2) Dla kilku znajomych z pracy... jak każda telewizja online, która zarabia na wielu, wielu reklamach lub z sms, totalnie nielegalnie.

mega.nz szyfruje pliki przed wysłaniem już w przeglądarce, więc w teorii jest bezpiecznie. W praktyce szyfrujesz wcześniej VeraCrypt, czy czymś takim. Linki do mega.nz zawierają klucz, więc możesz podesłać link bez klucza szyfrowania.

Zanika łącze (w sensie dostęp z zewnątrz), a uptime cały czas ok? Mam coś takiego od kiedy ultima to kupiła.

Encoding i transcoding trwa i zabiera dużo zasobów. Jeżeli zależy Ci na jakości, a formaty są tak "odległe" to niestety wymaga to mocy. Jedyne co mnie dziwi to wywoływanie ffmpeg'a z PHP. Jeżeli to jest bezpośrednie wywołanie po uploadzie to jednak jest to zrobione słabo, bo powinna być kolejka, którą zajmuje się w najgorszym wypadku skrypt w cron'ie. Co do kupowania chmury - oczywiście, że byłoby świetnie skalować sobie w jakiejś chmurce instancje pod aktualny ruch i obrabiać kolejkę większą mocą, ale procesor, który masz już też jest całkiem ok i powinien sobie radzić. Nie daj się tylko namówić na usługi Amazona, bo każdy tam pakuje, a potem płacze, że to wszystko kosztuje. Niestety cennik x10 mają na wszystko. btw. Ciekawe czy byliby chętni na usługi takie jak Amazona (wszystkie API/usługi z kompatybilnym API), ale nie Amazona i znacznie tańsze

Ustaw limit plików 2 razy wyższy i do tego sprawdź, czy użytkownik, na którym działa nginx nie ma jakichś małych limitów otwartych plików. To jest jedyna przyczyna jeżeli nginx jest w miarę nowy. Jedyny wpis, który znalazłem z tym samym problemem to ten: http://serverfault.com/questions/619337/nginx-out-of-memory-not-loading-new-vhosts Nginx ma problem przy bezsensownych przeładowaniach, gdy konfiguracja się nie zmieniła. Osobiście kiedyś dla testów miałem zrobiony reload co 1 minutę i nic się nie działo, ale zawsze trzymam najnowszą wersję na serwerze. Jak wyglądają wykresy użycia pamięci i SWAP?

To nie oni mają te łącza, bo hostują się w porządnym miejscu. To "tepsa" ma wszystkich przez Frankfurt, bo nikt nie chce się z nimi męczyć inaczej

Tylko po co DA wymusza restart workerów...

Inny preset, kombinowanie z wartościami ustawiającymi ilość wątków (nie zawsze n, czy n-1 gdzie n to liczba wątków procesora jest najlepsza w wirtualnych środowiskach). Jeżeli load jest ok, to znaczy że kwestia samego ffmpeg już. Sam load też ilością wątków obniżysz, ale wtedy czas idzie w górę.