Misiek08

Napisz to w ludzkiej technologii to pomożemy

Dziecko z neostradą (samą neostradą) nie może Cię z DDoSować, nie ma tyle mocy. Chyba, że problemem jest fatalny serwer WWW, który sobie nie radzi, wtedy potrzebujesz zablokować ruch do HTTP ze wszystkich adresów oprócz CF i jesteś zabezpieczony.

Jeżeli ktoś nadal się nad tą firmą zastanawia, to ten cytat powinien go mocno przed tym powstrzymać. Jak widać pracownicy (albo właśnie oficjalnie nie-pracownicy) suszą ten temat piękną treścią w każdym poście. Kolega @zoxovsky wysłał ticket, nie dostał pomocy i napisał opinię na forum, żeby przestrzec, a ktoś (EvoBattle) jak zawsze z tekstem "po co napisać do nas, skoro można na forum". Tak jakby firma sobie, a osoba (ponoć z tej firmy) na tym forum - też sobie. Przestrzegam i myślę, że każda osoba zdrowo myśląca też weźmie pod uwagę taką sytuację.

Najczęściej musisz wygenerować też dane przy takich testach, chyba że robisz to na zlecenie, to wtedy ustalasz kilka ścieżek, którymi chodzą użytkownicy i tak testujesz. (jako ścieżkę rozumiem tutaj nie tylko jako wchodzenie w 1 konkretny temat na forum, a np. login, buszowanie po losowych działach, otwarcie z nich różnych tematów, może nawet odpowiedzi i wyjście). Testowanie np. pustej bazy filmów to bezsens, bo z czasem dochodzą dane takie jak "inne filmy w których grał(a)" i serwis zaczyna pracować zupełnie inaczej. 1) testowałem na zlecenie tylko 2 razy i każdy był inny, bo raz dostałem informację, że mam sprawdzić czasy odpowiedzi dla x,y,z liczby użytkowników, a za drugim razem miało być znalezienie wolniejszych części pod ogólnym obciążeniem różnych liczb użytkowników. 2) Wyżej dostałeś usługi 3) Na to żeby nie testować /home przez cały czas, bo dobrze skonfigurowany serwer to wrzuci w cache i testujesz tylko sieć zamiast całego ekosystemu

Zapytaj mydevil.net. Mają Postgre, ale pytanie, czy przyjmą program na mono.

Bez problemów, zapraszam na PW. Niestety aktualnie tylko Flash (wszyscy tego nadal używają do transmisji live) i oczywiście jeżeli ktoś kto kupi "wejściówkę" zrobi live stream swojego pulpitu to mu się uda, bo tego się nie da zabezpieczyć. Ostrzegam - jestem osobą prywatną.

Nie wiem czy nadal ta instrukcja do php-fpm zadziała, możesz spróbować jeżeli masz kopię lub robiłeś już custombuild i wiesz co podawałeś. Pozostałe tryby, w których Apache odpala PHPa są tragiczne przy dzisiejszych skryptach (obciążeniu jakie generują) i w zasadzie tylko oddzielenie PHPa od Apache'a daje jakieś pozytywne rezultaty. Pomijam, że to wciąż Apache.

Jaki masz ruch na tej stronie? Jeżeli to jest forum na vB to będziesz miał mega dużo roboty, żeby to działało porządnie na Apache przy poważniejszym ruchu. Jedynie co to aktualizacja do najwyższej wersji i PHP-FPM, ale jak to zrobić na DA to Ci już nie powiem - bo nie wiem.

Koszt serwerów jednorazowy, a potem ile za takie łącza Cię wychodzi. To mnie interesuje, takie dwa pytania. Oczywiście jeśli to nie jest "classified". Pod co wcześniej to było wykorzystane?

Nie wiem na ile elastyczny jest właściciel strony, ale można puścić jego stronę przez Cloudflare'a, co odciąży hosting i da trochę oddechu. Potem już optymalizacja wymaga przeniesienia delegacji na własne serwery. Skoro sama strona nie wytrzymuje ruchu to button też nie da rady, bo jakoś ludzie do tego buttona muszą dotrzeć. Jakbyś potrzebował kogoś już do konkretnej realizacji/wdrożenia streamingu lub optymalizacji strony to zapraszam na PW lub creating.www@gmail.com (działam aktualnie jako freelancer, ale wciąż szukam ludzi, dzięki którym się to może zmienić).

Pytanie lekko offtop - ile Cię to kosztuje? Genialny setup pod kilka rzeczy, które powoli będę realizował i z ciekawości chciałem wiedzieć ile taka przyjemność. (aktualnie wszystko piszę tak, żeby śmigało na chmurkach godzinowych, bo pomysły skalują się idealnie wraz z ruchem). Oferta BIG-RAM VPS, może jakaś render-farma pod Cinemę (która nie ma renderingu po GPU wbudowanego) lub np. pod obliczenia dla jakichś firm, które mają dużo danych analitycznych do przemielenia.

Ktoś zapłacił zaliczkę jemu deklarując się na kupno całości LUB już kupił całość. Rzeka na razie wstrzymana. EDIT: @up - na 99% nie bank. Ponoć jakaś bogatsza firma nie chciała puszczać historii swojego konta i jako klient zapłaciła.

To pewnie jakiś zapomniany trup albo próba instalowania czegoś innego przed DA. 0.0 0.0, więc chyba niegroźna sprawa (oczywiście zakładając, że zera nie są tylko na czas tego snapshot'a zrobionego przez DA).

Strona zaczyna być popularna, a Ty masz serwer z Apache'm i to w niezbyt ciekawej konfiguracji. Nie ma dobrego panelu (inaczej - każdy ma jakieś problemy), który wspiera nginx + php-fpm, więc albo ręcznie to skonfigurujesz albo możesz powoli szukać w Google'u: "jak dokonać cudu, czyli duży ruch na apache". Swoją drogą taki tytuł artykułu dobrze by pozycjonował bloga

Powiedzcie czego Wam brakuje najbardziej - będzie dużo łatwiej.

Trzeba użyć File API i wrzucać po kawałku. Do takiego skryptu warto też dorzucić wznawianie uploadu, a to już przekracza budżet niestety. Polecam Ci zatem przemielić Githuba w poszukiwaniu źródeł z takimi gotowymi skryptami lub ew. daj znać czy interesuje Cię jakiś przerobiony pod Ciebie gotowiec.

W kilku już firmach było tak, że mieli na tym samym serwerze kilka wersji. Zależnie od serwera i rozwiązania stawiasz kilka wersji i zgodnie z tym co klient ustawi - tam kierujesz żądania. Kilka pul FPM (jeżeli jeden user może mieć kilka wersji PHP na raz - różne dla różnych stron).

Straszenie oprócz samego usuwania złych opinii polegało na zwykłych wiadomościach (często od teoretycznie prywatnych osób niezwiązanych z firmą), że jeśli nie zaprzestanie się pisania prawdy o firmie to po prostu konto zostanie zablokowane wraz z danymi i tych danych już się nie odzyska. To praktyki, które nie wobec mnie, ale wobec zaufanej osoby zastosowało RAZ e24, a wobec wielu osób, którym również jestem w stanie zaufać stosowały też inne firmy z polskie sceny. Błagam, znowu porównanie do S3 i sugestia, że S3 jest tanie. S3 nie jest tanie, jak całe AWS. Oczywiście, jeżeli podejdziemy do tego w kategorii KISS lub po prostu budżetowo (tania implementacja i całkiem przyzwoite SLA - S3 miało przerwy, ale do tematu jak najbardziej pasuje) to S3 jest genialne, bo mamy dziesiątki gotowych klas, rozwiązań itd. Jednak jeśli firma myśli długoterminowo i może sobie pozwolić na dostosowanie własnego API lub zrobienie "wrappera" to S3 wyjdzie drożej w dłuższym rozliczeniu.

Tu nie chodzi tylko o pamięć. Pamięć to jedno, a podejście na zasadzie zastraszanie dużych klientów to drugie. Co prawda ze straszeniem klientów jest tez wiele innych doświadczeń w Polsce, ale e24cloud się to też zdarzyło. Dorzucę również fakt genialnej oferty z nielimitowanym łączem, które jak się okazało - skończyło się po uruchomieniu przez jednego gościa 100 instancji (limit konta z tamtego czasu) i uruchomieniu na tym ruchu. Firma nie była widoczna dla klientów Orange, Netii i Dialogu przez dobę.

Tutaj nie chodzi nawet o ilość jednoczesnych połączeń. W skrypcie jest błąd, który albo otwiera połączenie i z niego nie korzysta albo podane są w tym połączeniu złe dane. Jest wyraźnie napisane: many connection errors

Od razu odradzę Ci e24cloud, bo nadal mają takie same podejście jak przed 2 laty. Dostaniesz od nich wiadomość w połowie miesiąca, że jednak nie dadzą rady z ruchem albo dyskiem LUB co gorsza dowiesz się, że rozsypał im się RAID, a kopia zapasowa zrobiona 40tys. km dalej (w tym samym DC ) zrobiła kopię rozsypanych danych i 2 tygodnie stoisz bez usługi. Wtedy SLA będzie miało 5 9-tek - 49.9999% w skali miesiąca. Oktawave w Polsce, poza Polską LeaseWeb, OVH i ew. nowo wyrastający z ziemi Scaleway, który jest marką już większej firmy - Online.net. (piszę o zagranicznych firmach, bo podałem przykłady z Polski, ale jest ich tak mało, że szkoda posta).

Nie zawsze, czasami da się "coś" zobaczyć. Zapraszam na PW z kodem.

Jeżeli nie chcesz publicznie powiedzieć nic o skrypcie to podaj na PW albo informacje o skrypcie albo dane, pod którymi np. w trybie do odczytu można go obejrzeć. Po kontakcie powiem Ci, czy wina leży po stronie serwera, czy skryptu (jeżeli tak, to przy okazji chętnie powiem co napisać autorowi, żeby nie cwaniaczył na przyszłość) oraz powiem ile by kosztowało u mnie poprawienie problemu. Sama analiza darmowa.

Pomyśl (ale tylko przez chwilę), czy nie lepiej postawić po 50% ruchu na serwer i np. robić sobie backup na drugą maszynę, ale jednak ruch danych skrzynek obsługiwać tylko na 1 serwerze konkretnie. Jeżeli nie to z podanych przez Ciebie rozwiązań tylko GlusterFS.

Teraz zrobię coś, czego nie lubię, bo proponuję inne rozwiązanie poziom wyżej, ale napiszę: czy nie możesz tych 2 serwerów podzielić między sobą i rozkładać ruch dla skrzynek tak, żeby miały po pół? Łączenie storage'u na 2 maszynach powinno je spowolnić, a jak podzielisz skrzynki to raczej wolniej nie będzie (a może będzie szybciej).