p

Jak ma być bezpiecznie to tylko svn+ssh://

http://www.webhostingtalk.pl/topic/16429-wazna-uwaga-dt-umieszczania-prosb-o-pomoc-w-konfiugracji-serwerow-dns-dla-waszych-domen/

fork();

Jesteś pewien, że było to związane właśnie z RAMem? Jakoś nie mogę sobie wyobrazić aby jakikolwiek blog z taką ilością odwiedzin, który stosuje cache (przez co dotyka bazy raz na ruski rok) wymagał aż tyle RAMu.

1) 10 000 PV,2) Co to ma wspólnego z RAMem?

Możesz napisać na jakiej podstawie określiłeś to minimum?

Faktycznie, mój błąd. Zupełnie zapomniałem o PI.

Dokładnie...

/21

Niepotrzebnie użyłem słowa kod, które chyba wprowadziło zamiesznie. Chodziło mi o to, że dopóki BlueMan nie udostępnia swojego dzieła w jakikolwiek sposób (nie sprzedaje, nie rozdaje za darmo, itp) to nie ma obowiązku dzielić się jego kodem źródłowym. Jeżeli jednak chciałby kiedykolwiek ten produkt np. sprzedać i rozpowszechniałby go w formie binarnej, to takiemu produktowi powinnien towarzyszyć kod źródłowy (a jeżeli nie towarzyszy to musi być dostępny na żądanie). Cały produkt musiałby oczywiście być licencjonowany na zasadach GPL. GPL to niestety jedna z najdurniejszych licencji open source'owych. Że co? Gdzie takie pierdoły wyczytałeś?

Nikt Cię nie zmusi do udostępniania Twojego kodu, ale jeżeli chciałbyś kiedykolwiek udostępnić lub sprzedać cały system, to całość musi być wtedy na GPLu.

Wyobraź sobie, że wiem o co biega i podtrzymuję to co wcześniej napisałem. Zdajesz sobie sprawę z tego, że bardzo mało prawdopodobne jest to aby każde zapytanie czytało całą zawartość bazy danych? Przypuszczam, że mniej niż 20% zawartości będzie czytane więcej niż raz dziennie... Akurat nie trafiłeś, bo pracowałem z dużymi bazami... A 1GB bynajmniej dużą bazą nie jest Żeby nie było niedomówień, nie ma żadnej "mojej tezy", napisałem, że jego strona powinna działać na małym VPS'ie, bo w ogólności powinna... Nie jestem takim hipokrytą, żeby doradzać komuś konkretne rozwiązanie, w tym samym poście, w którym piszę o nieznajomości budowy jego strony...

...i Twoja firma ma "consulting" w nazwie? Z powyższej wypowiedzi można wywnioskować, że albo nie masz pojęcia o czym piszesz albo wciskasz na siłę rozwiązania, których klient nie potrzebuje. Wstyd. Tyle tylko, że Twoja oferta ma się nijak do jego wymagań... Przecież jego strona nie generuje nawet 1 zapytania na sekundę i powinna spokojnie działać nawet na małym VPS'ie... Poza tym jak można "doradzać" komuś jakiego sprzęt potrzebuje, jeżeli nie wiadomo w jakiej technologii wykonana jest strona, jakie obciążenie generuje, ile zapytań do bazy generuje każda odsłona, jakie metody cache'owania zastosowano, itp, itd?

$ cat ftp2.log | awk '{print $6}' | sort | uniq | cut -b2- DELE // DELETE MKD // MAKE DIRECTORY RETR // RETRIEVE RMD // REMOVE DIRECTORY RNFR // RENAME FROM RNTO // RENAME TO STOR // STORE $ cat ftp2.log | grep STOR | awk '{SUM += $9} END {print SUM/1024/1024 " MB"}' 17,3783 MB $ cat ftp2.log | grep RETR | awk '{SUM += $9} END {print SUM/1024/1024 " MB"}' 1,00955 MB

1) Bez logów nikt Ci nic sensownego nie powie, 2) Rozmiar *usuwanego* pliku nie powinien być dodawany do transferu.

Nic nie powiem... Brak mi słów

Wydaje mi się, że na takich serwerach nie działa submission, ale mogę się oczywiście mylić

Zabezpieczyć? Najlepiej postawić taki serwer aplikacji za pełnoprawnym serwerem www... Ale bardziej zainteresuj się zabezpieczaniem strony, bo to pewnie ona będzie słabym ogniwem... Z optymalizacją tak samo... thin / passenger / unicorn. Wszystko zależy od Twoich konkretnych wymagań, architektury w jakiej to ma działać, itp, itp. Chyba nie chcesz porównywać wydajności frameworka do wydajności gołego języka? Chcesz konkretnej odpowiedzi to zrób taką samą stronę w railsach i w php i porównaj ich wydajność... Na wydajność rozwiązania wpływa tyle różnych czynników, że na Twoje pytanie nie można jednoznacznie odpowiedzieć...

Jaka wskazówka? Uruchamiasz i działa. Jak masz konkretne pytanie to je zadaj, jak nie masz to nie ma na co odpowiadać.

thin / passenger / unicorn / mongorel

Oczywiście, że są. Jasne, że nie, bo nie będzie mógł się połączyć bezpośrednio z serwerem odbiorcy.

Jeżeli będzie wyraźnie zaznaczone, że Hostop jest marką Budex'u (i wszystkie dane na stronie będą wskazywały na Budex) oraz jeżeli Budex będzie miał podane PKD 6311Z (Przetwarzanie danych; zarządzanie stronami internetowymi (hosting) i podobna działalność) w ewidencji, to tak.

Jeżeli chcesz się czegoś uczyć, to dlaczego akurat PHP? Głupszej rady dawno nie słyszałem...

Na to wygląda.