Podstrony
- telcocafe
- [PHP+MySQL] Problem z połączeniem mysqli('localhost', 'xxx', 'xxx', 'xxx'
- [PHP] Wyrażenia regularne. Zamienić name="info_imie" na name="{info_imie}"
- [php] Dodanie textu do pliku. Problem... :) POMOCY!!!!!!!!!!!!!
- [PHP] Skrypt cenzury Chcę cenzury!!!
- Dobre programy do edycji php Dobre programy do edycji php
- [PHP] podział na strony php: podział na strony
- [PHP i MySQL] jak pobrac liczbe rezultatow Jak pobrac liczbe rezultatow???
- jak zrobic aktualizacje php? pomocy!!!!!
- Błąd w PHP-Fusion pomocy !!!!!
- Daczego nie dziala?? skrypt php nie chce działać!!!
- zanotowane.pl
- doc.pisz.pl
- pdf.pisz.pl
- endurocross.keep.pl
telcocafe
Wraz ze skryptem dołączam plik .htaccess o treści:php_value session.use_only_cookies 1 php_value session.use_trans_sid 0 php_value register_globals 0 php_value magic_quotes_gpc 0Na localhost nie mam żadnych problemów. Czym właściwie różni się php_value od php_flag? Tutaj raczej powinienem użyć drugiego polecenia.
Niestety niektóre hostingi nie radzą sobie z takimi wpisami, co skutkuje błędem 500. Prawdopodobnie zaostrzone reguły albo inny serwer HTTP. Na OVH należy użyć komendy SetEnv:SetEnv MAGIC_QUOTES 0Home.pl też nie obsługuje tych poleceń w .htaccess. Trzeba stworzyć plik php.ini:magic_quotes_gpc = 0 magic_quotes_runtime = 0 register_globals = 0
Czy istnieje uniwersalna metoda, która wyłączy przynajmniej magic_quotes i pakowanie ID sesji do URL?
Nie istnieje raczej. Zabawy z tworzeniem .htaccess raczej powinny być opcjonalne, jeżeli chcesz obsługiwać "słabe" hostingi o dziwnej konfiguracji.
nie ma metody, to zależy od konfiguracji serwera, a to na różnych hostingach baaaaardzo różnie bywa...
no a najlepiej jest na własnym serwerze na Linux :D
Pakowaniem ID sesji do URL nie powinieneś się przejmować, bo to jest ból właścicieli niszowych hostingów. Przynajmniej nie spotkałem się jeszcze z hostingiem, który by miał włączoną tę opcję. Co do magic_quotes, przecież możesz to sprawdzać w PHP, skoro nie możesz znaleźć idealnego rozwiązania. Czy autorzy innych CMS-ów też mieli jakiś z tym problem? Sprawdzają konfigurację w PHP i nie odpowiednio reagują. Rozwiązanie, którego szukasz należy do webmasterów, którzy mają własne strony na hostingach, które znają i odpowiednio do nich konfigurują .htaccess lub php.ini.
Dokładnie - odpuścić sobie "wspieranie" każdej najgłupszej konfiguracji serwera prosto z pudełka i od pierwszej wersji - bo to tylko drastycznie przeciągnie wydanie czegokolwiek, ograniczy funkcjonalność i zaśmieci niepotrzebnie kod...
http://net.tutsplus....gement-systems/ -- prezentowane tutaj CMSy w większości raczej nie będą działały (lub będą protestować) na serwerach z register globals, przyciętymi modułami itd. a i tak są najlepsze i powszechnie używane, bo żadna poważna strona potrzebująca takiego CMSa nie będzie się hostować na jakimś wynaturzonym serwerze. Plus rozwój tych skryptów jest mocno otwarty na społeczność (release early, release often) ;)
Użytkownik Riklaunim edytował ten post 20 wrzesień 2009, 00:28