Pan Kot
-
Zawartość
2746 -
Rejestracja
-
Ostatnio
-
Wygrane dni
157
Wszystko napisane przez Pan Kot
-
Apache + php - jak się to teraz "robi" najlepiej?
Pan Kot odpisał wansee na temat w Administracja Serwerów
"Najlepiej" to się robi pozbywając się apache'a. Nginx + php-fpm w wersji 7 przebija wszystko. Zapytaj sam siebie z jakiego powodu potrzebujesz apache'a, bo jeśli możesz ten powód ominąć i wrócić do nginx + php-fpm to będziesz szczęśliwszym człowiekiem. Jeśli się "nie da" to korzystanie z apache'a w należyty sposób i tak kończy się na postawieniu przed nim czy to nginxa, varnisha czy coś innego, więc sobie dokładasz roboty. Apache + php-fpm mija się już całkowicie z celem, tego się po prostu robić nie opłaca. nginx + php-fpm, albo <coś> + apache, gdzie <coś> to np. nginx czy varnish. Oczywiście mówię tutaj o próbie zrobienia tego "dobrze", bo zrobienie tego "jakkolwiek" ogranicza się do apt-get install apache2 php. -
Niet. http://www.krs-online.com.pl/blackice-networks-sp-z-o-o-krs-771367.html
-
A może zamiast wynajdywać koło na nowo, i jeszcze robiąc to w nieudolny sposób, zainteresujesz się chociażby tym jak działa rsync? Bo to co napisałeś stoi na tym samym poziomie użyteczności co większość twoich postów tutaj .
-
Post Łukasza to najlepszy post z całego tego tematu, który w bardzo zwięzły i konkretny sposób streszcza go w jednym zdaniu .
-
VPS z mocnym procesorem pod środowisko developerskie
Pan Kot odpisał mgwizdała na temat w Serwery Dedykowane i VPS
Jeśli jesteś pewny, że chcesz działać tylko w tych 4 konkretnych godzinach to obowiązkowo VPS z rozliczaniem godzinowym, czyli jakaś chmura. -
https://github.com/joe42/CloudFusion Dużo możliwości, powinna się tam znaleźć selektywna synchronizacja. A jak nie to zawsze możesz sam oskryptować, w końcu to tylko filesystem.
-
Od kiedy PHPMA nie wspiera PHP7? Od kilku dni wszystkie swoje strony razem z backendowymi panelami trzymam wyłącznie na PHP7.
-
Nawet jeśli ktoś rzeczywiście może sobie rościć odszkodowania z tytułu awarii, to każda osoba logicznie myśląca dobrze wie jak wygląda polskie sądownictwo, i że prawdopodobnie nawet jeśli coś ugra, to na pewno nie pokryje to nawet połowy zadeklarowanych kosztów. To nie USA. Tym bardziej, że proces sądowy to nie jest kilka dni. Jeśli BJ ma cokolwiek w tej swojej pustej głowie to już dawno cały majątek przepisał na rodzinę.
-
Przecież przewidziałem to już kilka dni temu, jakieś stare informacje masz . Stron nie będzie, nic nie będzie. Żadne włamanie tylko wtopa jednej z osób. Być może ktoś zaorał nie ten serwer co trzeba - zdarza się, jak BJ chciał oszczędzać to niekoniecznie musiał wziąć kogokolwiek odpowiedzialnego czy mającego pojęcie, tym bardziej że firma była już wtedy w sporym nieładzie. Powiem tak, KAŻDY klient któremu RZECZYWIŚCIE zależy nie czeka na to co będzie, albo czego nie będzie, tylko czym prędzej przywraca swoje backupy, wysyła mail do NASK o wydanie kodu authinfo i w trybie natychmiastowym przywraca swoją stronę. Jeśli ktoś tych backupów nie robił, to znaczy że aż tak bardzo mu na własnym serwisie nie zależało - to jest odwieczna zasada prowadzenia strony www. Jedyne co się teraz może zdarzyć to wieszanie psów na osobie BJ i grupie AdWeb. Jeśli TVN rzeczywiście wyda ten swój materiał w niedalekiej przyszłości to jedyne co się wydarzy to już przewidziany przeze mnie upadek firmy. Widać, że BJ do dzisiaj nie zdaje sobie do końca sprawy z tego co się wydarzyło skoro uznaje hosting za jakiś mini-projekcik prowadzony na boku firmy.
-
Osoby które nie czytają opinii ani nic się nie orientują się na 100% znajdą, ale wątpię żeby było to wystarczające do utrzymania działalności gospodarczej.
-
Po tym incydencie? Nawet jeśli jakieś były, to bardzo szybciutko powinny zmienić swoje nastawienie po tym co tu się wydarzyło. A jeśli nie, to już niedługo telenowela powróci z sezonem drugim.
-
Pytanie nie powinno brzmieć czy wymagają, ale dlaczego wymagają. Jeśli wymagają w celu weryfikacji imienia, nazwiska, ew. wieku, bo te dane są najczęstsze, to im wysyłasz zdjęcie dowodu z tymi trzema rzeczami, i zamazaną resztą. Jeśli firma jest poważna i nie pracują w niej ludzie upośledzeni umysłowo to support zrozumie, że dbasz o swoją prywatność, i wysyłasz im tylko to o co proszą, a nie cały dowodzik. A jeśli nie, to być może warto się zainteresować inną firmą. W ostateczności możesz się dopytać jakich dokładnie danych sobie życzą, i samemu zdecydować czy się na to zgadzasz czy nie. Nie ma nigdzie prawnego wymogu wysyłania firmom swoich dowodów. Firma co najwyżej może poprosić, a w przypadku odmowy - odmówić Ci świadczenia usług z tego powodu, i nic więcej. Dbajcie o swoją prywatność.
-
Jak sobie wyobrażasz monitoring, który 24/7 ora SSD w celu wykrycia "czasów zapisu i odczytu poniżej określonej normy"? Bo ja sobie nie wyobrażam. Takie rzeczy zgłasza się supportowi, a nie pisze na forum.
-
Zabrakło mi tylko adnotacji "wpis zawiera lokowanie produktu" .
-
Do końca życia będę uważał OS X za takiego gorszego Linuxa.
-
Komuś jeszcze przewidzieć przyszłość? Tylko dzisiaj 10% taniej.
-
Bullshit, wielokrotnie było mówione, że BJ uważał pracę admina za siedzenie przed komputerem i udawanie, że się coś robi - nie zdawał sobie sprawy z powagi sytuacji. To też doprowadziło prawdopodobnie do odejścia starego admina, bo jak już zaznaczyłem wcześniej nie wierzę, że jakiś błahy powód zdecydował o rozstaniu się z firmą w której siedziało się dobre 10+ lat, tym bardziej że płaca nie była zła. Przeczytaj oświadczenie byłego admina dokładnie, podjął on wiele "prób" poprawy sytuacji - poprosił o wyższe wynagrodzenie, był pod telefonem, nawet zaproponował pracę zdalną. Gdyby BJ zgodził się na jakikolwiek wariant, albo nie traktował starego zaufanego pracownika jako "przyjdą inni" to prawdopodobnie do żadnego incydentu by nie doszło. Zresztą ja go nigdy o nic nie podejrzewałem - to się nie klei. Nadal mam dwa warianty - albo jedna z tych firm zrobiła to umyślnie z powodu jakiś wewnętrznych zatargów (prawdopodobnie pieniężnych) z BJ, albo ktoś spartolił robotę, być może umyślnie lub też nie, i nie chce się przyznać. Bardziej wiarygodny jest wariant z celowym działaniem, ale nie chce mi się wierzyć, że firma zdecydowałaby się na taki krok.
-
Spider-Man 2, do usług .
-
Nie znajdują się, to wszystko jest kompilowane do bzImage czy innego skompresowanego zImage. Jedyne co może wskazywać na custom patche to załadowanie /proc/config.gz (po uprzedniej dekompresji) jako .config do drzewa z tą samą wersją jądra na którą wskazuje i zrobienie make oldconfig. Jeśli nowo-wygenerowany .config będzie się różnić od zdekompresowanego /proc/config.gz to znaczy, że coś było patchowane. Najłatwiej to zrobić diffem. Przykładowo, jeśli zrobisz taki zabieg na kernelu grsec to od razu zauważysz, że twój nowy .config z make oldconfig nie posiada żadnych wpisów dot. grseca - a te znajdują się w /proc/config.gz. Jest to spowodowane tym, że twoje drzewo o tych wpisach nie wie, więc je usuwa z make oldconfig. To niestety jest tylko "wskazówka", bo jak ktoś zmienił kod jądra dyrektywami GCC czy samym kodem to i tak się do tego nie dokopiesz. IMHO, jeśli zabieg wyżej wskaże na jakieś braki, to najlepiej te braki zgooglować i poszukać skąd się biorą. Jeśli nie - wg. mnie można bezpiecznie założyć, że zrobienie własnego kernela na bazie oryginalnego configu będzie wystarczające.
-
Bo takich plików się nigdy nie powinno edytować ręcznie, nawet jeśli chcesz zmienić tylko jedną linijkę. Po to ludzie wymyślili seda i inne tego typu narzędzia, żeby można było zrobić to bez potrzeby ładowania i wyświetlania całego pliku userowi.
-
Włącz fastcgi_intercept_errors.
-
Mhm, nie można już ufać żadnej jego wypowiedzi, gość kręci jak tylko się da. Ktoś mocno spartolił sprawę i nie chce się przyznać, a historyjki z włamaniem można między bajki włożyć .
-
Że też ci czasu nie szkoda Kamikadze na czytanie tego śmietnika .
