Z dwóch powyższych dużo większe szanse na działanie ma druga, PHP to nie HTML, tutaj ścieżki działają nieco inaczej, i i używanie "/" na początku jest bardzo złym wyjściem ;-).
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Forum projektu eStats » Posty przez Emdek
Z dwóch powyższych dużo większe szanse na działanie ma druga, PHP to nie HTML, tutaj ścieżki działają nieco inaczej, i i używanie "/" na początku jest bardzo złym wyjściem ;-).
Sprawdź w panelu, czy statystyki są aktywne.
Jeśli ścieżka rozpoczyna się od "/", to usuń ten znak z jej początku.
Jeśli to nie pomoże, to podaj adres strony...
Tak, dokładnie.
Znak "@" nie wyłącza, a tylko wycisza ostrzeżenia PHP, czyli na podstronach dalej będzie ok, a tam się po prostu nie załaduje, ale PHP nie wyświetli komunikatu ;-).
Dopisywanie tych informacji, z panelu, do statystyk jest wg mnie niekoniecznie dobrym pomysłem ;-).
Możesz zrobić warunek sprawdzający nazwę pliku lub katalogu (z $_SERVER['SCRIPT_NAME']) lub jeśli nie chcesz zbierania danych z tych stron, to po prostu wstaw ponownie znak "@" przed includ
Być może to problem ze ścieżką dostępu i plik odpowiedzialny za zliczanie nie jest dołączany.
Ścieżka dostępu jest ustawiona względem plików, do których dołączany jest subheader.php?
Żeby sprawdzić czy dołączany jest plik (o ile włączona jest na serwerze dyrektywa odpowiedzialna za wyświetlanie błędów PHP), to usuń znak "@" sprzed include i zobacz, czy nie pojawi się komunikat PHP.
define ('eTITLE', $napis);Zawsze można sprawdzić w manualu PHP ;-).
Przy okazji, proszę nie dopisywać się do tematów w takich przypadkach, a tworzyć nowe, żeby nie robić bałaganu (tak, to też jego forma ;-)
Można go umieścić w dowolnym miejscu w obrębie sekcji BODY.
Warto dodać też kod zawarty pomiędzy tagami NOSCRIPT, wtedy są szanse na wyłapanie botów i użytkowników bez aktywnego JS.
Możesz spróbować tak zrobić, ale nie było to nigdy testowane ;-).
Spróbuj wstawić zamiast PATH w kodzie aktywacyjnym w wersji JS / HTML adres pliku stats.php położonego na tym serwerze, teoretycznie powinno działać :-).
Najlepszym wyjściem byłoby zdefiniowanie stałej zawierającej adres (w kodzie aktywacyjnym):
[code]define ('eADDRESS', $_SERVER['PHP_SELF']));[/code]
Drugim wyjściem z sytuacji jest edycja pliku stats.php:
Linię 57. (dla wersji 4.5.09):
[code]if (!defined ('eADDRESS')) define ('eADDRESS', $_SERVER['REQUEST_URI']);[/code]
Należy zastąpić tą:
[code]if (!defined ('eADDRESS')) define ('eADDRESS', $_SERVER['PHP_
To dość dziwne, nie powinno zależeć od przeglądarki.
Może wcześniej zaznaczyłeś opcję "Używaj przyjaznych adresów" (domyślnie wyłączona).
Użycie phpMyAdmin nie powinno akurat nic popsuć, ale jeśli się tak bardzo obawiasz, to mogę coś napisać ;-).
Co do de instalatora, była ta opcja rozważana już wcześniej (potencjalnie zintegrowany ze skryptem instalatora), ale na chwilę obecną są ważniejsze sprawy (przygotowanie wersji 4.6).
Może to pomoże w tym przypadku:
http://estats.emdek.cba.pl/forum/viewto … d=329#p329
Co do indeksów, to akurat nie może być przyczyną ;-).
Spróbuj wykonać te instrukcje:
http://estats.emdek.cba.pl/forum/viewto … d=329#p329
Jeśli żadna z tych opcji nie pomoże, to możliwe, że występują jakieś problemy z ustawianiem zawartości zmiennej $_SERVER, najlepiej podaj adres statystyk.
Sprawdź zawartość zmiennych konfiguracyjnych w bazie, tabela estats_configuration, pola (kolumna name.
Wypróbuj jedną z poniższych konfiguracji (lewa kolumna wartość name, prawa to value:
Path|mode 1
Path|prefix index.php?path=
Path|separator ?Lub:
Path|mode 0
Path|prefix index.php?path=?vars=
Path|separator &Po każdej zmianie należy usunąć pliki z katalogu data/cache/.
Nie ma żadnego katalogu pl/ ;-).
To tylko forma przekazywania danych w adresie, PATH_INFO, zresztą domyślnie wyłączona, gdyż niektóre serwery mają z nią problemy.
Forum projektu eStats » Posty przez Emdek