346

(1 odpowiedzi, napisanych Rozwiązywanie problemów)

To raczej omyłkowe ustawienie wartości jednej ze zmiennych konfiguracyjnych ;-).
Otwórz plik config.php i poszukaj linii podobnej do tej:

$AntyFlood = 360;

Zamiast 360 wpisz 2.

Wsparcie dla plików tekstowych zostało całkowicie usunięte (jednak możliwa będzie migracja danych z modułu TXT), włączając w to także zapis plików konfiguracyjnych oraz logów, które będą od tej pory przechowywane w bazie danych.
Także aktualizacja z serii 3.x została usunięta, więc jeśli ktoś posiada jeszcze skrypt w tej wersji, to zalecam migrację na 4.0 aby uniknąć późniejszych problemów z przeniesieniem danych.
Rozważam także przeniesienie ciągów z plików językowych do bazy danych, ale to nic pewnego.

348

(14 odpowiedzi, napisanych Inne)

Zdaje się, że przyczyna była podawana już w jakimś wątku ;-), winna okazała się niewłaściwa konfiguracja serwera (niewłaściwe ustawianie wartości niektórych zmiennych).

Rozwiązanie:

W plikach index.php oraz install/index.php należy podmienić linię:
[code]$PInfo = explode ('/', $_SERVER['PATH_INFO']);[/code]
Na:
[code]$PInfo = explode ('/', $_SERVER['ORIG_PATH_INFO'])

Kobra napisał/a:

Liczę na NetSprint -krótko ujmując.

Wyszukiwarki to oddzielna sprawa ;-).
Wszystko w swoim czasie, najpierw postaram się ruszyć chociaż wizualną stronę edytora, następnie pobieranie słów kluczowych i ewentualnie ranking najpopularniejszych wyszukiwarek :-).

Co do Whois, jest w rozwojowej już od kilku miesięcy :-).

Co do wydajności, rozważam opcję kilku profilów konfiguracji wybieranych przy instalacji, nastawionych na potrzeby i możliwości użytkowników.

Prace nad kolejną wersją skryptu trochę się przedłużą (ograniczony czas z powodu studiów....), więc będę miał więcej czasu nad zastanowieniem się nad nową funkcjonalnością kolejnej wersji (prawdopodobnie oznaczonej numerem 4.5). Główną zmianą będzie przepisana konfiguracja, dająca znacznie większe możliwości, lecz nie wprowadzająca bałaganu, gdyż ukryta w Zaawansowanych, zbliżonych zasadą działania do rozwiązań zastosowanych w przeglądarkach Opera i FireFox. Dodane zostały także nowe przeglądarki, systemy operacyjne i roboty sieciowe. W planach jest możliwość edycji ich listy w ramach Zaawansowanych. Rozbudowana ma być także biblioteka "rysująca" wykresy oraz wiele innych drobiazgów :-).
Najprawdopodobniej zostanie usunięte wsparcie dla aktualizacji z wersji 3.x (być może powstanie oddzielny skrypt konwertujący dane, ale to nie jest pewne) oraz wstrzymane zostaną (być może jedynie czasowo) prace nad modułem obsługującym pliki tekstowe, gdyż z założenia jest mało wydajny i posiada znacznie ograniczone możliwości, a dostęp do baz danych (MySQL i SQLite) jest coraz łatwiejszy.
Pierwsze poglądowe wersje mogą pojawić się w okolicach nowego roku, ale niczego nie mogę niestety obiecać.
Jeśli macie jakieś propozycje zmian i nie chodzi o geolokalizację ;-) (którą można wprowadzić, ale kosztem dość dużego spadku wydajności), to możecie je podawać w tym wątku, być może, jeśli będą praktyczne i "opłacalne", to zostaną zrealizowane :-).

351

(3 odpowiedzi, napisanych Rozwiązywanie problemów)

Być może na serwerze jest zainstalowane rozszerzenie mysqli, zamiast mysql.
Sprawdź co wyświetli ten skrypt:

<?= 'mysql_query - '.(int) function_exists ('mysql_query').'<br />mysqli_query - '.(int) function_exists ('mysqli_query'); ?>

Jeśli tylko dla mysqli_query wyświetli się jedynka, to będziesz musiał przy użyciu jakiegoś narzędzia zamienić ciągi mysql_ w plikach z katalogu install/modules/MySQL na [i]mysq

352

(7 odpowiedzi, napisanych Rozwiązywanie problemów)

Gdyby były idealne, to mógłbym dać sobie spokój z ich rozwijaniem wink.
Z geolokalizacją jest taki problem, że baza danych dla samej Polski zajmuje ładnych parę MB i wyszukanie w niej odpowiedniej linii zajmowałoby trochę czasu wink.
Choć przy okazji prac nad kolejną wersją zacznę być może pierwsze testy takiej opcji, ale raczej jako dodatku, a nie domyślnie włączonej opcji, gdyż wymagać będzie ona wydajnego serwera...

353

(7 odpowiedzi, napisanych Rozwiązywanie problemów)

Tak, jest, osobiście jakiś czas temu zrobiłem test wink.
Z tego co widzę, to ten konkretny serwer OVH ma wadliwe oprogramowanie, powinna pomóc zamiana ciągu $_SERVER['PATH_INFO'] na $_SERVER['ORIG_PATH_INFO'] w plikach index.php oraz [i]install/index.php[

354

(20 odpowiedzi, napisanych Rozwiązywanie problemów)

Ano, nie ma wyboru wink.
Teraz postaram się skupić nad 4.1, ale niestety, wcześniej niż na Nowy Rok zapewne nie wyjdzie, mam dużo pracy, a teraz dojdą studia - wolny czas tylko w weekendy...

355

(0 odpowiedzi, napisanych Ogłoszenia)

Ta wersja niesie głównie poprawki umożliwiające wyświetlanie dwóch brakujących wykresów w przypadku modułu MySQL, dla wersji bazy danych starszych niż 4.1.1. Dodatkowo poprawiony został błąd związany z cache występujący w tym module dla Archiwum. w modułach MySQL oraz SQLite skorygowany został (mam nadzieję ostatecznie wink) błąd objawiający się niewłaściwym wyliczeniem liczby dni (wykres Ostatni miesiąc). Dodatkowo została uzupełniona angielska wersja, z niewiadomych przyczyn jeden ciąg nie został pierwotnie przetłumaczony big_smile.

Zmiany zaszły w plikach db.php poszczególnych modułów, w index.php oraz langs/en.php.

356

(20 odpowiedzi, napisanych Rozwiązywanie problemów)

Mam nadzieję, że jutro, ostatnio mam sporo roboty "z dala do komputera" wink.

357

(5 odpowiedzi, napisanych Rozwiązywanie problemów)

Wysłałem na podany przez Ciebie email dane kontaktowe, w ten sposób problem zostanie rozwiązany szybciej, a jeśli rozwiązanie może okazać się przydatne dla innych, to zamieszczę opis smile.

358

(14 odpowiedzi, napisanych Inne)

Wysłałem na podany przez Ciebie email dane kontaktowe, w ten sposób problem zostanie rozwiązany szybciej, a jeśli rozwiązanie może okazać się przydatne dla innych, to zamieszczę opis smile.

Jeszcze się zastanawiam jak to będzie wyglądać, ale w ostateczności mogę zawsze wypisać w jakimś wątku "nietypowe" serwery oraz metody radzenia sobie z ich "nietypowościami" smile.

Nie, o błędzie można mówić , gdy nie jest to właściwe zachowanie, niezależnie od ilości serwerów.
Tak samo jak z IE, to, że jest używany przez większość i jakąś strona działa pod nim inaczej nie oznacza, że jest to wina autora, ale jest to wina upośledzenia pod każdym względem tamtej "przeglądarki" smile.
Te zmienne muszą po prostu działać normalnie, jeśli jest inaczej to winna jest administracja, czy to nieświadomie coś skopała lub ma jakieś "widzimisię". Równie dobrze mogłyby przestać działać tablice $_GET[ lub $_POST.
I z czego ja niby najnowszego korzystam?
PHP 4.3 wyszło w 2002 roku (http://pl2.php.net/news-2002.php).
MySQL 4.0 (zalecane) wydane zostało w 2001 (http://www.mysql.com/news-and-events/ne … le_81.html).
Ja tu nie widzę nic super nowego, jedynie super lenistwo administracji niektórych serwerów smile.
Tak, aktualizacja oprogramowania na serwerze może być ciężka, jak się na wprowadza takich niestandardowych zmian po których przestają działać prawidłowo niektóre rzeczy, ale przez te pięć lat mogli chociaż dać jakieś normalne, w miarę nowoczesne, (prawie) "wszystko-mające" MySQL, a nie gnębić użytkowników jakimś zabytkiem...
Co do tych przeróbek, to po co mam ufać w ogóle PHP, najlepiej napisać własny język, który zawsze i wszędzie będzie działał tak samo big_smile.
A na poważnie, takie wynajdowanie od nowa koła, to znaczy, chciałem napisać: poprawianie błędów, które nie mają w teorii prawa występować, powoduje tylko zmniejszenie wydajności, a przecież nie będę tworzył specjalnych paczek dla WP, czy już na pewno nie dla yoyo.pl, w którym co chwile pojawiają się jakieś inne błędy, a poprzednie znikają, oby na stałe smile.
Aczkolwiek nie oznacza to, że zostawię tą sprawę samej sobie smile.