Podstrony
- telcocafe
- [PHP] Skrypt wejscia na strone Jedyne mozliwe wejscie na strone
- [mysql php]wykonywanie skryptów php z bazy mysql czy to mozliwe?
- [MySQL] Jak dodać do Apache 2 obsługę MySQL
- serwer www strona serwera apache.org nie otwiera
- [Apache/PHP] Błędy w dołączaniu bibliotek PHP
- konfiguracja apache i tomcat'a jak zgrać tomcata i z apacha
- [PHP] Przenośny interpreter bez Apache, tylko PHP na dysk USB
- [Apache] Rewrite module .htaccess katalog a potem rewrite jak to zrobić ?
- [PHP,XML] Wykorzystanie XML jako bazy danych jak MySQL na stronie PHP, jak?
- [HTML] 2 odnosniki w jednym? Czy jest mozliwe w 1 odnosniku dac 2?
- zanotowane.pl
- doc.pisz.pl
- pdf.pisz.pl
- kudrzwi.htw.pl
telcocafe
Kolejną innowacją w rozwoju WWW mogą być CMS-y napisane w C lub innym kompilowanym języku (nawet kompilowany PHP, jak kiedyś do tego dojdzie, bo to łatwy język), np. jako rozszerzenie Apache.Zalety:
- szybkie i wydajne rozwiązanie
- biblioteki, funkcje i klasy załadowane są cały czas i tylko w 1 kopii
- szablony tak samo napisane w (x)HTML, CSS, itp. - może nawet z wstawkami {var}, itp... bez PHP, ASP, JSP, Perl...
- po prostu tylko 1 silnik z rozszerzeniami - ale wszystko skompilowane do kodu maszynowego (choć rozszerzenia PHP też)
Przeznaczenie:
- serwisy blogowe
- firmy z własnym serwerem oferujące różne usługi (często z obciążonymi serwerami)
- hostingi takich CMS-ów
- (...)
Czy istnieją już takie rozwiązania? Co w ogóle o tym myślicie? :)
Użytkownik Ferrari edytował ten post 20 lipiec 2007, 21:17
Czym by to się różniło od zwykłych CMS-ów? Bo niezbyt rozumiem . . .
Ja jak na razie nie chcę sie uczyć nowego języka więc raczej nie idę na to.
I trochę to dziwne . . . Wszystko skompilowane? Nawet czysty html? :P
- szybkie i wydajne rozwiązanie tobie znowu odbiło z pseudowydajnością? Początek stronek i www to CGI, a także C. Jak widać ludzie z tego uciekli na bardziej elastyczne platformy vide PHP, Python, Ruby. Pisanie aplikacji sieciowej w C a nie w języku interpretowalnym wiele nie zmieni bo operacje sieciowe są znacznie wolniejsze niż wykonanie skryptu. Oczywiście ogromne projekty jak np. onet czy google mają komponenty napisane w C/C++ itp. ale nie są to całe "serwisy" bo:
- nie ma sensu
- trudno to rozbudowywać
- do zrobienia stronki nagle potrzebny jest mistrzu C/C++
- błędy i luki w aplikacji C/C++ mogą być znacznie poważniejsze niż w skrypcie PHP (w kwestii bezpieczeństwa i stabilności serwera)
- nikt nie stawia serwera na i386 i 2MB RAM
(nawet kompilowany PHP, jak kiedyś do tego dojdzie, bo to łatwy język)
...
- biblioteki, funkcje i klasy załadowane są cały czas i tylko w 1 kopii
- szablony tak samo napisane w (x)HTML, CSS, itp. - może nawet z wstawkami {var}, itp... bez PHP, ASP, JSP, Perl...
- po prostu tylko 1 silnik z rozszerzeniami - ale wszystko skompilowane do kodu maszynowego (choć rozszerzenia PHP też) Istnieją enkodery do PHP, ale zwykłe skrypty/userzy ich nie używaj / nie ma ich na serwerach. Python przykładowo tworzy pliki z bajtkodem bez dodatków i np. używając mod_pythona w apache serwer używa tego bajtkodu (nie kompiluje kodu za każdym wywołaniem jak zwykłe PHP).
Przeznaczenie:
- serwisy blogowe
- firmy z własnym serwerem oferujące różne usługi (często z obciążonymi serwerami)
- hostingi takich CMS-ów
- wordpress czy blogspot stoją i jakoś w C napisane nie są.
- różne usługi... przykładowo SVN nie jest napisane w języku interpretowanym :)
- hosting CMSów... CGI nie jest wydajne (a tak "najczęściej" działały/działają "strony" napisane w C/C++). Poza tym gdyby ktoś chciał to by zrobił a jak na razie python i ruby w ofensywie :)
http://debaday.debia...ming-framework/ - chciałeś to masz.
<%! #include <time.h> time_t now; %> <html> <head><title>A hello world app for debaday</title></head>> <body> <h1>Hello World</h1> <p><% now = time(0); io_printf(out, "Time is now %sn", ctime(&now)); %> </body> </html>
Po prostu śliczny i łatwy do modyfikacji kod, teraz tylko jakieś biblioteki dla bazy danych :P i będzie po prostu full wypas. I weź to jeszcze hostuj na "zwykłych" serwerze LAMPP + uwzględniając architektury, wersje bibliotek i GCC owe CMSy w C/C++ musiałyby być kompilowane na docelowym serwerze :)
Użytkownik Riklaunim edytował ten post 21 lipiec 2007, 00:37
Z ciekawości zrobiłem testy.
Test obejmowało wyświetlenie w pętli znaków, dostęp do plików, połączenie przez socket.
Test wykonany za pomocą Apache benchmark pomiędzy php a c++ w cgi, php wypadł lepiej o jakieś 2s przy 1000 zapytaniach do strony.
Użytkownik Ziombka edytował ten post 22 lipiec 2007, 13:50
imho nie przeszłoby samo założenia hostingowania :-) nikt by tego u siebie nie zainstalował, a jeśli byłaby to aplikacja dedykowana to trzebaby robić dogłębny audyt bezpieczeństwa co się by nie opłacało :-) tak więc jak już pisał Riklaunim idzmy do przodu, a nie cofajmy się :-)
Użytkownik Bełdzio edytował ten post 23 lipiec 2007, 13:42