[larvaexotech]

#administracja #php #hhvm #linux

Ludziska spod #administracja, mam pytanko. Stronka siedzi na nginxie, wymieniłem php5-fpm na hhvm na jeden wieczór na próbę. Czy hhvm trzeba też jakoś konfigurować tak jak fpma? bo w fpm musiałem na dzień dobry zwiększyć ilość procesów, workerów itp itd. a w hhvm ta konfiguracja jakaś taka biedna jest :D

[fervi]

@larvaexotech: O wiele lepiej jest przejść na php7 ( ͡° ͜ʖ ͡°)

[larvaexotech]

@fervi: już się kompiluje ale będziemy mieli mały peak i muszę potestować na żywym towarze co jest lepsze #januszeadministracji

[list86]

@fervi: albo przepisać na sensowny język ( ͡° ͜ʖ ͡°)ﾉ⌐■-■

[VR46]

@list86: Na przykład na co?

[list86]

@VR46: ruby, python, scala, go, erlang..

[VR46]

@list86: No to faktycznie sensowne języki :)

[5z7k9]

@list86: Ruby? No nie wiem, jeśli wierzyć benchmarkom...
http://www.tophebergeur.com/images/articles/performance-php7.jpg
https://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=yarv&lang2=php

PHP vs. Ruby/standardowy Python - dużej różnicy w wydajności raczej by nie było.

[list86]

@5z7k9: benchmarki to jedno, a w realnym świecie najczęściej czekasz na dane albo interakcję użytkownika, tym bardziej w aplikacjach www

poza tym polecam rubinius :)

[5z7k9]

@list86: ale dużego skoku wydajności by nie odczuł przy zmianie na Ruby/Pythona, co innego ze Scalą/Go, z Erlangiem nie jestem pewny. No chyba, że o inny "sens" Ci chodziło.

[list86]

@5z7k9: przede wszystkim o wygodę pisania, bezpieczeństwo, stabilność itp.

ostatnio przepisałem 10k SLOC php na 200 SLOC ruby (choć tutaj nie liczę szablonu, czyli powiedzmy 1200 SLOC) ( ͡° ͜ʖ ͡°)

[5z7k9]

@list86: nie znam się na Rubym, ale w jakim znaczeniu jest bardziej bezpieczny/stabilny od PHP 7?
Wygoda pisania - subiektywne.

[list86]

@5z7k9: przyznam że php7 nie używałem, nadal aplikacje się "uruchamia" przez wrzucanie .php do www-root? Samo to rodzi olbrzymie niebezpieczeństwo. Dlatego też nie będę porównywać do php7 bo go nie znam. Ale też trudno by mi było kiedykolwiek zaufać php z jego historią "bezpieczeństwa" :P

Tymczasem typową appkę w ruby się odpala jako całość i potem po prostu kieruje ruch na określony port albo socket (albo ten cały wsgi w

[5z7k9]

@list86: podzielenie aplikacji na wiele plików .php(niedostępnych z zewnątrz zresztą) nie stwarza niebezpieczeństwa. Historia bezpieczeństwa? Raczej spójności nazw funkcji itd., a nie bezpieczeństwa.

[list86]

@5z7k9: mam na myśli np. https://bugs.php.net/bug.php?id=55439

GDZIE BYŁY AUTOMATYCZNE TESTY JA SIE PYTAM? ( ͡° ͜ʖ ͡°)

[5z7k9]

@list86: 5.3.7RC5 <-- RC

[list86]

@5z7k9:

We have also experienced this problem with the official release of PHP 5.3.7.

było minęło, ale niesmak pozostał :P

[5z7k9]

@list86: aha, zwracam honor. Niezły fail, ale to wcale nie przekreśla PHP. PHP miało/ma swoje problemy, natomiast nowa 7 wydaje się być "zmartwychwstaniem". :P

[larvaexotech]

@VR46: @5z7k9: @list86: Stopniowo delegujemy przepisujemy fragmenty aplikacji jako micro services napisane w Node.js ale zostaje nadal ogromny codebase napisany w PHP a wszystkiego na raz nie da się zrobić.