pl  |  en

Obsługujemy PHP

Obok Perla, Pythona i Ruby, do wspieranych przez nas języków programowania dołączył kolejny. Od 14 lutego (zbieżność daty ze świętem murarzy i tynkarzy przypadkowa) oferujemy również PHP. Pewną nowością w porównaniu z tradycyjnym hostingiem PHP jest to, że każdy klient ma własnego Apache i możliwość zmian w jego konfiguracji. Zanim podam więcej szczegółów, kilka słów o tym jak wygląda architektura systemu.

Jako serwera WWW używamy lekkiego i szybkiego Nginx. Serwer odbiera wszystkie połączenia HTTP, samodzielnie serwuje pliki statyczne z określonych katalogów a żądania do treści dynamicznych przekazuje do serwerów aplikacji działających na prawach użytkownika. Komunikacja między serwerem WWW a serwerem aplikacji może odbywać się protokołem HTTP (Mongrel, Thin, Paster) lub FastCGI (Flup na którym uruchomione jest Django, Fcgiwrap – bramka do obsługi CGI). Wszystkie aplikacje uruchamiamy statycznie co oznacza, że raz uruchomione będą stale oczekiwać na przychodzące żądania. Takie rozwiązanie jest najbardziej wydajne, wymaga jednak zapewnienia wystarczającej ilości pamięci na swoim koncie. Wspierane przez nas frameworki i serwery aplikacji uruchamiane są automatycznie przez nasze oprogramowanie – wystarczy dodać aplikację w panelu administracyjnym. To, czego nie ma na naszej liście można uruchomić samodzielnie i skorzystać z naszego serwera WWW jako proxy (konfigurowane przez panel). Taka architektura zapewnia zaawansowanym użytkownikom swobodę w korzystaniu z nowych technologii.

Architektura systemu

Apache z mod_php w naszym środowisku jest kolejnym „serwerem aplikacji”. Tak jak w pozostałych przypadkach, pliki statyczne serwuje Nginx. Dla każdego użytkownika uruchamiany jest jeden Apache, który obsługuje wszystkie aplikacje PHP skonfigurowane na koncie. Apache uruchamiany jest w trybie prefork i sam zarządza liczbą aktualnie potrzebnych instancji. Jego konfiguracja znajduje się w katalogu /home/user/etc/apache i można dostosować ją do swoich potrzeb (np. uruchomić mod_wsgi). Domyślna wersja PHP to 5.3, na serwerze zainstalowana jest również wersja 5.2, możemy doinstalować PHP 6. Każdy klient może samodzielnie zmienić wersję PHP, ma także możliwość korzystania z własnego php.ini i instalowania dodatkowych rozszerzeń. Apache z mod_php zajmuje przeciętnie 10 MB pamięci.

Dodał: Magda Zarych

  • Na sam hosting Perl/Python/Ruby brak chętnych i wprowadzacie PHP?

  • Na sam hosting Perl/Python/Ruby brak chętnych i wprowadzacie PHP?

  • Konrad Szyc

    Wprowadzenie PHP to chyba znaczna zmiana profilu Państwa usługi, a zatem i zmiana profilu przeciętnego użytkownika. Oby nie ucierpiała na tym jakość Państwa pomocy technicznej. Pozdrawiam

  • Konrad Szyc

    Wprowadzenie PHP to chyba znaczna zmiana profilu Państwa usługi, a zatem i zmiana profilu przeciętnego użytkownika. Oby nie ucierpiała na tym jakość Państwa pomocy technicznej. Pozdrawiam

  • Megi

    @seban
    Chętnych nie brak, na PHP zapotrzebowanie było zgłaszane przez klientów już korzystających z naszych usług.

    @Konrad Szyc
    Nadal nastawiamy się głównie na zaawansowanych użytkowników i konkurencją dla budżetowych hostingów dla mas nie będziemy 🙂

  • Megi

    @seban
    Chętnych nie brak, na PHP zapotrzebowanie było zgłaszane przez klientów już korzystających z naszych usług.

    @Konrad Szyc
    Nadal nastawiamy się głównie na zaawansowanych użytkowników i konkurencją dla budżetowych hostingów dla mas nie będziemy 🙂

  • Magda Zarych

    @seban
    Chętnych nie brak, na PHP zapotrzebowanie było zgłaszane przez klientów już korzystających z naszych usług.

    @Konrad Szyc
    Nadal nastawiamy się głównie na zaawansowanych użytkowników i konkurencją dla budżetowych hostingów dla mas nie będziemy 🙂

  • Magda Zarych

    @seban
    Chętnych nie brak, na PHP zapotrzebowanie było zgłaszane przez klientów już korzystających z naszych usług.

    @Konrad Szyc
    Nadal nastawiamy się głównie na zaawansowanych użytkowników i konkurencją dla budżetowych hostingów dla mas nie będziemy 🙂

  • Tomasz

    Zgadza się. Sami zgłaszaliśmy zapotrzebowanie na obsługę PHP.
    Dlaczego?
    Choćby dlatego, że przy Railsowym projekcie chcemy uruchomić bloga opartego na WordPressie. Powodów chęci oparcia tego na WP chyba nie muszę wyjaśniać.
    Teraz to będzie dużo szybsze i łatwiejsze do zrealizowania.

    Tak więc duże podziękowania dla zespołu M.

    Pozdrowiam

  • Tomasz

    Zgadza się. Sami zgłaszaliśmy zapotrzebowanie na obsługę PHP.
    Dlaczego?
    Choćby dlatego, że przy Railsowym projekcie chcemy uruchomić bloga opartego na WordPressie. Powodów chęci oparcia tego na WP chyba nie muszę wyjaśniać.
    Teraz to będzie dużo szybsze i łatwiejsze do zrealizowania.

    Tak więc duże podziękowania dla zespołu M.

    Pozdrowiam

  • Tomasz

    Zgadza się. Sami zgłaszaliśmy zapotrzebowanie na obsługę PHP.
    Dlaczego?
    Choćby dlatego, że przy Railsowym projekcie chcemy uruchomić bloga opartego na WordPressie. Powodów chęci oparcia tego na WP chyba nie muszę wyjaśniać.
    Teraz to będzie dużo szybsze i łatwiejsze do zrealizowania.

    Tak więc duże podziękowania dla zespołu M.

    Pozdrowiam

  • Milosz

    🙂 Świetne posuniecie. Właśnie tego mi było trzeba – zakładam, że nie tylko mi. Czasami prościej i szybciej skorzystać z gotowych bibliotek PHP tj. wspomniany wyżej WP. Teraz już wszystko można zrobić na megiteam!

    Dzięki.

    PS. 😉 Już dzisiaj miałem okazję na szybko przerzucić z innego serwera prosty mechanizm ankiety. 😉 Wszystko pięknie działa.

  • Milosz

    🙂 Świetne posuniecie. Właśnie tego mi było trzeba – zakładam, że nie tylko mi. Czasami prościej i szybciej skorzystać z gotowych bibliotek PHP tj. wspomniany wyżej WP. Teraz już wszystko można zrobić na megiteam!

    Dzięki.

    PS. 😉 Już dzisiaj miałem okazję na szybko przerzucić z innego serwera prosty mechanizm ankiety. 😉 Wszystko pięknie działa.

  • Tomasz

    W ramach małego narzekania brakuje troszkę możliwości uruchamiania na podkatalogu.

    Tzn.
    http://www.projekt.pl na RoR
    http://www.projekt.pl/blog/ na PHP
    Dla blog.projekt.pl spokojnie możemy sobie hostować samego bloga w innymi miejscu przekierowując subdomenę.

  • Tomasz

    W ramach małego narzekania brakuje troszkę możliwości uruchamiania na podkatalogu.

    Tzn.
    http://www.projekt.pl na RoR
    http://www.projekt.pl/blog/ na PHP
    Dla blog.projekt.pl spokojnie możemy sobie hostować samego bloga w innymi miejscu przekierowując subdomenę.

  • Magda Zarych

    @ Tomasz

    Kiedyś możliwość przekierowania wywołań do niezależnych aplikacji na podstawie URI na pewno się pojawi, ale nie prędko.

  • Magda Zarych

    @ Tomasz

    Kiedyś możliwość przekierowania wywołań do niezależnych aplikacji na podstawie URI na pewno się pojawi, ale nie prędko.

  • Konrad Szyc

    Magda Zarych: Całe szczęście, bo już myślałem, że zwątpili Państwo w fantastyczność oferowanej przez siebie usługi 😉 PHP na pewno się przyda 🙂

  • Konrad Szyc

    Magda Zarych: Całe szczęście, bo już myślałem, że zwątpili Państwo w fantastyczność oferowanej przez siebie usługi 😉 PHP na pewno się przyda 🙂

  • jbezka

    To bardzo dobra wiadomość, doskonale uzupełnia to Państwa ofertę.

    Po cichu marzy mi się jeszcze dodatkowa pamięć w korzystniejszych cenach.

    Pozdrawiam
    –j

  • jbezka

    To bardzo dobra wiadomość, doskonale uzupełnia to Państwa ofertę.

    Po cichu marzy mi się jeszcze dodatkowa pamięć w korzystniejszych cenach.

    Pozdrawiam
    –j

  • Magda Zarych

    @ jbezka
    Pamięć to niestety to co najbardziej ogranicza w przypadku tego typu hostingu. Wszystkie aplikacje uruchamiamy statycznie i raz uruchomione tkwią w pamięci cały czas. Na serwerach z 16GB pamięci jesteśmy w stanie zmieścić niewielką liczbę kont w stosunku do możliwości tych maszyn, co podnosi koszt hostingu. Pracujemy już nad możliwością dynamicznego uruchamiania aplikacji, co przy takiej samej dostępnej pamięci pozwoli uruchomić nieco więcej aplikacji (kosztem spadku wydajności, ale użytkownik sam będzie decydował który sposób uruchamiania w jego przypadku jest lepszy).

  • Magda Zarych

    @ jbezka
    Pamięć to niestety to co najbardziej ogranicza w przypadku tego typu hostingu. Wszystkie aplikacje uruchamiamy statycznie i raz uruchomione tkwią w pamięci cały czas. Na serwerach z 16GB pamięci jesteśmy w stanie zmieścić niewielką liczbę kont w stosunku do możliwości tych maszyn, co podnosi koszt hostingu. Pracujemy już nad możliwością dynamicznego uruchamiania aplikacji, co przy takiej samej dostępnej pamięci pozwoli uruchomić nieco więcej aplikacji (kosztem spadku wydajności, ale użytkownik sam będzie decydował który sposób uruchamiania w jego przypadku jest lepszy).

  • pats

    No i o to chodziło!

    Gratuluję, teraz z czystym sumieniem mogę sprawdzić czy jest ok i przenosić powoli „stare śmieci” 🙂

  • pats

    No i o to chodziło!

    Gratuluję, teraz z czystym sumieniem mogę sprawdzić czy jest ok i przenosić powoli „stare śmieci” 🙂

  • Świetna wiadomość,

    Teraz bedziemy mogli używać skryptów PHP (nam bliższych) na jednym hostingu. Ciekaw jestem tylko jaka jest prędkość wyświetlania wyników przy PHP/Apache->nginx..

  • Świetna wiadomość,

    Teraz bedziemy mogli używać skryptów PHP (nam bliższych) na jednym hostingu. Ciekaw jestem tylko jaka jest prędkość wyświetlania wyników przy PHP/Apache->nginx..

  • „Teraz bedziemy mogli używać skryptów PHP (nam bliższych) na jednym hostingu.” – oby się nie zapchało śmieciami…

  • „Teraz bedziemy mogli używać skryptów PHP (nam bliższych) na jednym hostingu.” – oby się nie zapchało śmieciami…