Problem z pobieraniem danych technicznych i inne małe problemy(4.9.09)

Witam,
Na początek zaznaczę, że nie miałem -jak dotąd- czasu nawet zaktualizować swoich instalacji eStats do *nowych* wersji - a co dopiero zapoznać się z obecnym kodem.
Odpiszę głównie z uwagi na fakt, że osoby najlepiej zorientowanej, tj. Emdeka można spodziewać się na forum -najwcześniej- w czwartek.

@1:

<script type="text/javascript">
var eCount = 0;
var ePath = estats/;
var eTitle = '<?php include ("tytul_sk_t.php") ?>'; // opcjonalnie
</script>

Popraw (jest błąd) na

<script type="text/javascript">
var eCount = 0;
var ePath = '/estats/';
var eTitle = '<?php include ("tytul_sk_t.php") ?>'; // opcjonalnie
</script>

...pisałem zresztą Emdekowi (prywatnie) niedawno o tym (kody *wstawkowe*). Tj. o IMO istniejącej potrzebie automatyzacji procesu. No ale to pewnie w TODO sobie poleży ;-)

@2:
Spodziewam się, że jak tylko Emdek będzie - od razu wyjaśni. Kojarzę o co może chodzić, ale nie będę tak *strzelał*, bo mógłbym w błąd wprowadzić...a póki co (do czwartku/soboty) chyba przeżyjesz ten "...index.php"?

@3:
Tutaj już jednak *strzelę* - home.pl? eStats jest rozwijany z Apache@GNU/Linux, a home.pl to Idea@BSD. Czyli czasem coś się teoretycznie może...*różnić* ;-)
To już jednak moje *zgadywanie* - tylko i wyłącznie.

Pewnie, zaraz rano złożę zawiadomienie do prokuratury :->
Serio pisząc - co jak co, ale nie-wyświetlanie w przypadku błędu (połączonego z nie-działaniem) mogło by chyba tylko Microsoftowe licencje łamać ;-)
Nie, w tej sytuacji z całą pewnością nie łamie licencji. Równocześnie - na 99% wynika z wskazanego przeze mnie -powyżej- błędu (JavaScript) więc po poprawieniu powinno być już po sp

No tak...jak wspominałem - nie jestem na bieżąco z kodem. Podmień aktualny kod na:

<script type="text/javascript">
var eCount = 0;
var ePath = '/estats/';
//Opcjonalne
var eTitle = '<?php include ("tytul_sk_t.php") ?>';
var eAddress = '<?=$_SERVER['REQUEST_URI']?>';
var eAntipixel = 'default/silver.png';
</script>
<script type="text/javascript" src="/estats/stats.js"></script>

(czyli do podmiany jeszcze jedna linijka).
Jedyne co teraz *ma prawo* być nie tak, to $_SERVER['REQUEST_URI'] - jeśli jest na home.pl inaczej nazwana. Liczę jednak, że tak samo.
W każdym razie - jeśli po tej zmianie będzie poprawnie, wtedy można edytować oczywiście default/silver.png - na nazwę antipixela, jaki Tobie odpowiada.
A ja spróbuję jeszcze z Emdekiem o tych kodach wstawkowych poro

Co do braku CSS / obrazków, to wynika to najprawdopodobniej z nietypowego definiowania ścieżek w przypadku używania tej formy adresu. Zdaje się, że był już kiedyś taki przypadek. Poza nieestetycznym wyglądem nie ma jednak żadnych negatywnych skutków, tak czy owak postaram się w wolnym czasie zbadać ten problem :-).
Co do błędu 500 to niestety nie mam raczej pomysłów, po prostu czasem się "zdarza". Chociaż jeśli w tym wypadku występuje regularnie przy tej samej czynności, to są bardzo duże szanse na namierzenie przyczyny za pomocą zastawiania pułapek w kodzie, tyle, że wymagałoby to Twojego aktywnego udziału i w przypadku pecha może zająć nawet godzinę (w końcu jest już trochę tego kodu do zastawiania tych pułapek ;-)).
Co do geolokalizacji, to idealnym rozwiązaniem byłoby nakłonienie administratora do zainstalowania modułu, przekonując go, że właściwie zerowym kosztem znacząco zwiększy atrakcyjność oferty ;-). A na poważnie, wybrałem SQLite ze względu na to, że jest teoretycznie powszechne (wbudowane w PHP 5, dołączane często do martwego już PHP 4.3 i 4.4) i na prostotę instalacji (skopiowanie na serwer jednego pliku). Na chwilę obecną nie mogę niczego obiecać, ale mogę wskazać stronę z instrukcją:
http://www.maxmind.com/app/csv
Jeśli zostanie utworzona baza danych o budowie analogicznej do tej przeznaczonej dla SQLite, to wystarczy dodać połączenie z bazą (co będzie problematyczne, jeśli home.pl ogranicza liczbę połączeń z jednego skryptu, gdyż ponowne użycie połączenia MySQL statystyk może być trudne) oraz minimalnie zmodyfikować zapytania SQL.

Przyczyna powstania tych błędnych adresów jest taka sama. Ostatecznie można ustawić w skrypcie tą wartość ręcznie, na stałą. Nie jest to przechowywane w bazie gdyż powoduje problemy w przypadku przenoszenia statystyk lub zmiany nazwy ich katalogu.
Co do daty "sesji" proponuję sobotnie popołudnie (np. około 16:00, o ile Ci pasuje ta pora i nic mi nie wypadnie...).
Co do poprawki 4.9.10, to roboty są domyślnie ukryte, wystarczy zmienić ustawienie w formularzu na górze strony :-).

P. S.
A co do błędów, to wykrakałeś ;-).
Odkryłem, że część nazw botów jest błędnie generowana, poprawka w drodze.