Misiek08

@d.v. - bez obrazy, ale się nie zgodzę. Jeżeli mówimy o niezbyt skomplikowanym tego typu systemie to 3 osoby w ciągu miesiąca są w stanie zrobić to od 0 na spokojnie. Oczywiście nie za 10 tysi, bo to ledwo ponad 3k na głowę wyjdzie, a taka kwota jest już śmieszna, bo trzeba trochę wiedzy i myślenia, że to dobrze i logicznie zrobić. Dostosowanie gotowca to w tej kwocie i w tym terminie też wykonalna sprawa, tylko pytanie czy naprawdę potrzeba tutaj dostosowywać jakąś kobyłę, zamiast napisać od 0 system, który nie jest w sumie mega-zaawansowany.

Miesiąc czasu to termin "na styk". Jednak nikt nie zostawi innych zajęć tylko dla tego 1 na miesiąc za 10 tyś. Przy 30 tyś. można się zastanawiać, a przy ok. 50 da się to zrobić w 2-3 osoby (nawet tak, że 1 pisze, a 2 szukają dziury w całym).

Jeżeli potroimy budżet to termin jest wykonalny. Jeśli potroimy termin to budżet jest do przełknięcia.

Osobiście bawiłem się w obrabianie zdjęć i filmów i powiem, że albo JSON-RPC albo baza w stylu MongoDB i kolejkowanie. taka baza ma to do siebie, że schemat tworzy sie "live" i dodanie np. nowego parsera do plików czy dodanie opcji przy kompresji nie robiło problemu, bo baza jest mega elastyczna. Autoryzacja po SSL czasami ma swoje zalety, czasami wady. Auth Basic tez powinien wstarczyć. Poza tym - @up - dobry poradnik dla osoby, która w ogóle nie ogarnia agentów i uczy dobrych manier Jeszcze co do bazy: MySQL czy Postgre się teoretycznie nie nadają, jednak widziałem 1 rozwiązanie o ruchu ok. 2000 zapytań SELECT/s i działało to nieźle, ale maszynka też była dość kosmiczna - tylko potrzebowali transakcji, więc Mongo czy inne alternatywne odpadały.

JSON-RPC jest prawdopodobnie jednym z najmniej pożerających transfer i bardzo czytelnych. Autoryzacja leży po Twojej stronie: czy to klucz, czy hasło usera kodowane po stronie PHPa jeszcze, a potem sprawdzane przez demon. Wykonywanie z uprawnieniami usera polega na tym, że demon pracuje na roocie, a wykonuje komendy poprzez sudo.

Nie XML-RPC, bo jest niepotrzebny narzut treści, a JSON-RPC, czyli czystość w przekazie i minimalizm. W Pythonie masz do serwerów gier revo. Tzn daemon jest w revo.

https://tiktalik.com/pricing

Chodziło mi np. o maszyny, na które wrzuca się dziennie trochę filmów i strona daje demonowi do przerabiania filmy. Wtedy warto zrobić tabelkę w bazie i demon wybiera z bazy zadanie, wykonuje i zmienia status jak skończy. oczywiście to nie muszą być filmy, to może być serwer testujący wytrzymałość stron internetowych (loadimpact, blitz.io). To takie przykłady. W Twoim przypadku wystarczy demon, np. JSON-RPC, które strona podaje informacje, a on na żywo je wykonuje i odpowiada.

Zależy co chcesz obsługiwać. Jak masz multum operacji to robisz tabele w bazie z operacjami do wykonania (id, operacja, status) i demon wyciąga po kolei o robi. Jak mnie, to po prostu na żywo łączysz się z demonem z PHP.

Mógłbyś podać linki do miejsc, gdzie kupię te wszystkie wymienione części do 500zł?

Jeszcze chmod +x sc_serv w katalogu z serwerem.

Ja polecam nginx, a jeżeli chodzi o stabilność i awaryjność to stabilny i bezawaryjny. Trzeba tylko przepisywać regułki rewrite, nie ma .htaccess, jest 1350813508 razy szybszy niż Apache, polecam do tego PHP-FPM.

Ewentualnie kontaktuj się ze mną pod creating.www@gmail.com. Cena 100zł.

@kafi - Rozwiązania stricte ze sobą powiązane, czyli panel VoIP do VoIP i tylko to ma sens na 1 maszynie, jednak chodziło mi bardziej o stawianie 200-300 klientów na serwerze (www+bazy+ftp), a przy tym postawienie VoIP. Trzeba trochę pokombinować przy konfiguracjach, żeby VoIP nie miało czkawek. OpenVZ to właśnie to sąsiedztwo, którego serwery gier nie lubią, bo nie ma często zasobów dla serwera gry. Natomiast chodziło mi o to, że gdy postawimy odpowiednie www przy serwerach gier, to wraz ze wzrostem popularności www można mieć co raz większe problemy z serwerem gry. Co do tematu: Stawianie nginx/apache i maila na 1 maszynie jak najbardziej ma sens i nie jest w żaden sposób odradzane, szczególnie przy małych i średnich projektach.

Stawianie www, bazy, ftp, mail na 1 serwerze nie jest złą praktyką. Stawianie VoIP i/lub gier razem z www/bazą nie jest już dobrą praktyką, bo część serwerów gier nie lubi sąsiadów, a VoIP powinien mieć "czysto na sieci", żeby rozmowy miały dobrą jakość.

Proszę zajrzeć na PW

Twój rekord powinien wyglądać mniej więcej tak: gdzie 1234 to port TS, a na końcu wstawiasz adres TS'a. Koniecznie ten adres TS'a musi być nazwą kanoniczną, więc ewentualnie dajesz tam ts.twojadomena.pl, a potem dodajesz rekord

No raczej podaj IP serwera na którym stoi TS, bo w ten sposób to dużo nie zadziała.

Kiedyś był traffic dużo droższy i nikt nie narzekał, więc te 20-25zł to też nie jest problem.

Jakby coś to napisz na PW. Ja sshd instalowałem ten panel

Z takim zapasem RAMu to można przy odpowiednio dużym dysku mini-CDN machnąć pod statyk.

Oczywiście, tylko mój sposób wyklucza jakiekolwiek problemy z używanymi plikami, chociaż niby nie ma to żadnego znaczenia. Może jeszcze być tak, że podmieniasz pliki w złym katalogu (tak wiem, brzmi jakbym uważał Cię za idiotę, ale lepiej sprawdź - autopsja )

Tylko pozazdrościć, bo brzmi jak prawdziwa bajka. Powiedz jeszcze w jakiej miejscowości się to działo, to może się przeprowadzę....

Stop serwera, wgranie nowych plików, start serwera. serwer - TS3.

To bardziej wygląda na błędy na stronie i zbyt wrażliwą konfigurację MySQL.