Misiek08

Jakiego serwera używasz? Moduł rtmp do nginx'a, Wowza, Red5, czy coś innego?

Sprawdź błahe problemy: 1. Limit otwartych plików. 2. Coś innego zamula serwer. 3. Jest zapas łącza. 4. Statykę podaje tylko nginx, czy leci to przez obrazek.php?id=ac9z7vzc9v ?

GyniO - jeżeli dalej w kodzie jest choćby kawałek Ugameli (bo myślę, że o Progameli piszesz) to niestety kod jest problemem. Przy (jak to napisałeś) kilku req/s nie powinno być w ogóle problemów.

Nie wiem czemu się dźwięk deformuje, a jak jest z pakietami to trzeba by zajrzeć do kodu źródłowego modułu. Autor zapewniał już kiedyś, że moduł nie bawi się w nic, po prostu przyjmuje pakiety i przesyła do ludzi. Możliwe, że jednak coś majstruje z buforowaniem. Jeżeli chodzi o zmianę ustawień to uczulam, żeby nie używać reloada. Moduł rtmp wymaga, aby za każdym razem kiedy coś chcemy zmienić - robić pełny restart. Stop, chwila odczekania na zabicie wszystkich połączeń i start.

Jeżeli chodzi o streaming to tylko wysyłanie na serwer, a do serwera podpinanie ludzi, bo przy streamie 25Mbps to nawet 10 osób i masz już 250Mbps łącza zużyte, a jak wejdzie 2x tyle i ktoś jeszcze odpali 2 razy stream to od razu wszystko zdycha. Jeżeli chodzi o kodeki to tak jak Ci pisałem w prywatnej wiadomości - trzeba sprawdzić. Masz sprzęt, więc nie widzę problemu

Jeżeli chodzi o memcached to jak @up - RAM jest ważny, bo memcached dysku nie dotyka (chyba, że masz zapisywanie, ale to też nie problem. W momencie podawania plików statycznych przez nginx musiałbyś mieć naprawdę sporawy ruch, żeby SSD pomogło. Jednak w momencie kiedy mamy PHP + MySQL to wszystko przyśpiesza z SSDkami i to często dość konkretnie (nawet do 20-40x więcej requestów jest w stanie obsłużyć jeżeli tylko jest wolnego procesora i RAMu trochę).

Ogólnie moduł rtmp do nginx'a ma 1 mankament - jeżeli nadajesz z ffmpega to brakuje dużo informacji w streamie dlatego uruchomienie streama jako oglądający jest problematyczne i trwać może do 15 sekund. Jest oczywiście możliwość naprawienia tego konfiguracją modułu i ffmpega, jednak myślę, że warto czekać przy włączeniu 10-15sekund, ale oszczędzić procesor na serwerze - chyba że masz dużo wolnego procesora to trzeba na ffmpegu wymusić tworzenie klatek całościowych i będzie się ładnie uruchamiać. Fakt, że tnie już w czasie oglądania jest niepokojący i dziwi mnie to trochę, bo nie spotkałem się z problemami (dopóki nie oglądało więcej osób niż ogarniało łącze). Jeżeli nadajesz ffmpegiem na lokalny host to nie ma wtedy problemu z łączem wychodzącym, bo jak nikt nie ogląda to go nie używasz. adres, na który masz nadawać to: rtmp://<IP>:1935/live/<nazwastreama> oraz rtmp://127.0.0.1:1935/live/<nazwastreama> Konstrukcja rtmp://<IP>:1935/live/<nazwastreama> oraz rtmp://127.0.0.1:1935/live/ch1/live/<nazwastreama> ma błąd (/live/ch1/live - powtórzenie/zagnieżdżenie aplikacji).

To co podałem to akurat przykładowa konfiguracja. Nadajesz na <IP>/live/<nazwastreama> i tak samo odtwarzasz.

Słuchaj kolegów dalej, że na 480p potrzebujesz 4Mbps to zrezygnujesz z interesu. Jak chcesz poważnie o tym porozmawiać to zapraszam na PW....

Zapraszam do kontaktu via PW.

oktawave.com - uruchomisz na tyle ile będzie potrzebował w kwocie mniejszej niż 20zł. Miesięcznie wychodzi więcej, ale skoro test, to chmura rozliczana godzinowo jest pod testy najlepsza.

Chmura, ale nie instancje w chmurze. Po prostu jakiś CDN/Storage typu S3. Jeżeli byłbyś zainteresowany alternatywnym rozwiązaniem to proszę o kontakt przez PW (najlepiej od razu ze wstępnym budżetem).

Komendy, które doprowadzą do instalacji "portable" nginx-rtmp: apt-get update apt-get upgrade -y apt-get install -y git screen htop iftop nano curl libpcre3-dev libssl-dev git clone https://github.com/moezzie/nginx-portable.git cd nginx-portable git clone https://github.com/arut/nginx-rtmp-module.git Do pliku compile, do linijki zaczynającej się od ./configure należy dodać: --add-module=/bezwzgledny_adres_do_aktualnego_katalogu/nginx-rtmp-module Następnie znowu komenda: ./compile Podstawowa konfiguracja bez zabezpieczeń: worker_processes 1; events { worker_connections 8192; } rtmp { server { listen 1935; application live { live on; } } } http { include mime.types; default_type application/octet-stream; access_log off; sendfile on; keepalive_timeout 65; server { listen 3001; server_name localhost; root html; location / { index index.html index.htm; } location /statt { rtmp_stat all; rtmp_stat_stylesheet stat.xsl; } location /stat.xsl { root nginx-rtmp-module; } location /controlll { rtmp_control all; allow 127.0.0.1; deny all; } } } Uruchomienie: ./nginx-portable start Jeżeli chodzi o ten panel bardzo prosto go zrobić (wywoływanie komend dla re-streamu + baza streamów, nawet na plikach), ale jak ktoś nie potrafi sam zrobić - to czemu nie. Jeżeli ktoś jest zainteresowany zabezpieczeniami streamu (nie prosty secure_token, ale własne rozwiązanie) to zapraszam do kontaktu.

Najgorsze jest to, że ten pracownik G zgłosił błąd jakiś czas temu. Ciekawe ile osób i przede wszystkim jakich osób wiedziało o tej luce wcześniej. Myślę, że Googlowi wystarczyły by 2-3 tygodnie z wiedzą o tym błędzie, żeby przeskanować wszystkie httpsy z bazy i wyciągnąć certy. To taki przykład. Takich błędów może być mnóstwo i wszędzie. W tych popularniejszych są dobrze zaszyte przez najlepsze zespoły szpiegowskie i tak jak w tym przypadku wymagana jest duża ilość czasu, by dziurę odkryć.

Niestety MySQLowy master-master leży. Tylko alternatywy NoSQL są dobre dla mniejszych instalacji. CouchDB, Cassandra (to już da radę na większych instalacjach). PostgreSQL, MySQL, MongoDB wymagają zewnętrznych skryptów do replikacji (lub zapętlenia slave) i dlatego różnie bywa z ich działaniem.

OVH ma dobre zaplecze, ale LeaseWeb też ma dość ciekawe łącza (sumarycznie). Ogólnie anty-DDoS nie istnieje dopóki nie znasz ruskich, którzy mają botnety z których lecą ataki.

@theONE - jest CRL, więc teoretycznie da się stary certyfikat "zablokować". Nie polecam ogólnodostępnych skanerów podatności online, bo zbierają tylko adresy stron zamiast pokazywać rzeczywisty stan. Dziura piękna, reakcja ze stron gigantów dość szybka, ale wiele serwisów teraz stoi i długo poprawki nie zazna, bo niestety firmy zlecają jakimś freelancerom-nauczycielom z technikum strony i buble będą stać

Ja ostatnio mam problem, bo dostają się jakieś cwaniaki do mojego serwera przez WordPressa. Średnio co tydzień pojawia się nowy skrypt PHP, który jest zwykłym shellem i służy komuś do wysyłania maili.

Ja ten panel dostałem w mailu razem z panelami 2 innych firm (te 2 firmy używały revo). Najciekawsze, że mail od Gala i tylko z napisem "jeżeli złożysz z tego coś sensownego to daj znać" Nie złożyłem, bo mam inne ciekawsze rzeczy na głowie niż łączenie tego czegoś zwanego panelem blackspider i revo

Bardzo prosto. Przechowują 2 pliki. Jeżeli będziesz potrzebował pomocy, czy wykonawcy lub osoby na innych warunkach niż zlecenie - zapraszam na PW.

im5.pl już nie ma jakby ktoś się pytał

Sorki, że wtykam nos w Twój portal, ale prowadzisz wysoce nielegalną działalność, na której dodatkowo zarabiasz i to najprawdopodobniej dużo, więc poświęć parę $ więcej na kilka VPSów i pozbądź się problemów.

Player, który Ci się otworzył to wbudowany odtwarzacz, który jest wykorzystywany przez HTML5. Najnowsze przeględarki mają takie cuda wbudowane

Ten panel ma dużo ludzi, za dużo... Ma w sobie parę miejsc, które zmyślni ludzie mogli by wykorzystać, więc przed uruchomieniem czegokolwiek na tym panelu polecam go przejrzeć i połatać.

Pisałem do zleceniodawcy, jednak 0 kontaktu.