391

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

Problem ten dotyczył modułu MySQL, w obecnej wersji powinno działać poprawnie smile.

Zmiana w obecnej wersji powinna trwale uniemożliwić występowanie takich przypadków smile.

393

(0 odpowiedzi, napisanych Ogłoszenia)

Mam nadzieję, że to już ostatnie wydanie przed serią 4.1.x (która najwcześniej może pojawić się na początku września), ale kto wie wink.

Ta wersja niesie kolejne poprawki w modułach baz danych oraz zapisie konfiguracji. Dodatkowo nastąpiła drobna zmiana w separatorze używanym w szablonach, aby usunąć potencjalne problemy mogące wyniknąć ze zmiany oznaczenia końca linii w niektórych plikach.

Aby dokonać aktualizacji należy nadpisać obecne pliki nowymi z archiwum. Zmiany nastąpiły w folderach pages/ oraz lib/. Oczywiście należy nadpisać także plik index.php. Dodatkowo należy skopiować plik install/modules/Twój typ bazy danych/db.php z nowej paczki do katalogu lib/.

Wiem na czym polega problem, tylko, że nie powinien występować i u testerów nie występuje.
Może spróbuj użyć innego programu do rozpakowania archiwum.

Paczka testowa, jeśli nie będzie z nią problemów, to jutro wieczorem wyjdzie jako 4.0.46 smile.
Proszę o testy, gdyż obecna paczka (4.0.45) była dziś sprawdzana przez kilka osób i nie wystąpiły żadne problemy...

http://estats.emdek.cba.pl/dev/estats.zip

Jest dobrze tongue.
Problem może występować przecież także przy pakowaniu do archiwum lub przy rozpakowywaniu.

Możliwe, że ma, skoro tylko u niektórych po rozpakowaniu archiwum takie coś występuje...

Tak, ale archiwum zapewne rozpakowałeś pod Windowsem wink.

Jest ok, to jest po prostu automatyczne przekierowanie w celu dokończenia konfiguracji.
Jak już pisałem, problem leży po stronie szablonu, lub ewentualnie pliku lib/main.php (postaram się dzisiaj przetestować archiwa pod Windowsem).
Czy ja wiem, przecinki są mało estetyczne wink.
Poza tym, w pakiecie extras powinien pojawić się opis jak dokonać przeróbki, głównie dla mod_rewrite i użycia metody GET.

1. Poprawione, dziękuję za zgłoszenie.
2. i 3. - Prawdopodobnie uszkodzony plik szablonu, sprawdzę paczki (być może Windows sobie z nimi nie radzi neutral).
4. Tylko, że tam nigdzie nie ma rewrite tongue.

401

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

Nie chodziło mi o obejście, choć spodziewałem się takiej interpretacji smile.
Dzisiaj przeprowadzę testy, choć akurat brak możności wstawienia tego znaku był podyktowany względami bezpieczeństwa.

402

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

Przyjrzę się temu problemowi wink.
Choć osobiście użyłbym jakiegoś innego separatora smile.

403

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

Czyli jednak działa?
Po co definiujesz ID? Przeczytaj to README w końcu big_smile.

404

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

Oj, bardzo zabytkowa i prymitywna seria...
Chyba jedyne co może pomóc do zmuszenie administracji do aktualizacji...
Choć sam nie wiem (po pobieżnym przeglądnięciu manuala), które zapytanie jest problematyczne dla tej bazy...
Co do tych dodatkowych ustawień, to widziałbym to jako dodatkową kartę, ewentualnie pola edycji wyświetlane byłyby po kliknięciu w przycisk / link.

405

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

Takie coś mogłoby jedynie występować w formie "ukrytej konfiguracji", coś takiego jak about:config lub opera:config wink.
Odwrotnie to już mija się z celem big_smile.
To może tak, jaką wersję MySQL masz dostępną na serwerze (testowane było na 5.22)?