Abdel

Wtedy robi się problem ze stroną główną. Wygląda tak jakby z nieznanych powodów te ostatnie posty się nie przekonwertowały tak jak pozostałe do UTFu. Pytanie dlaczego i czy można to jakoś rozwiązac?

Dziwne - wygląda na to, że większość postów została konwertowana ok ale te dodawane ostatnio nadal się krzaczą. Przykład: http://forum3.mage.pl/topic/6449-2-odslona-3-republiki/page__pid__84550#entry84550 Pierwsze posty w temacie ok - później krzaki. Ma ktoś pomysł o co może chodzić ?

Osiągnełem połowiczny sukces Posty w kodowaniu przeglądarki ISO wyglądają ok: http://forum3.mage.pl/topic/6485-pierwsza-wiesc-po-atomiconie/page__pid__84468#entry84468 Za to tematy i strona główna wyglądają ok w kodowaniu UTF-8. Spróbuję jeszcze raz przekonwertować tabelę z postami może coś z tego wyjdzie.

Udało się! Wygląda na to, że część tabel IPB nie lubi konwersji gżegżółką bo ma serializowane dane. Posiłkując się poradami z tego forum ponownie wgrałem (bez konwertowania gżegżółką) te tabele, które teoretycznie nie powinny zawierać polskich znaków. Efekt: forum działa na tej bazie. Niemniej ten temat można zamknać i zostawić dla potomności.

Ok dzięki wielkie za informacje. Temat można zamknąć .

W załączeniu tabele.pdf

No właśnie, przy okazji ciągłych prób przenoszenia forum zastanawiam się czy, któreś z jego tabel możemy spokojnie wyczyścić tak by zmniejszyć rozmiar bazy danych a równocześnie nie utracić żadnych istotnych danych. Macie jakieś sugestie?

Kodowanie zmieniałem gżegżółką z ISO (latin2) na UTF-8. Po tym wszystkim wgałem to z lini komendz zaznaczeniem kodowania utf-8 na serwer do bazy danych o kodowaniu utf_8. Może powinienem przyjąć inną taktykę? W załączniku jedna z tabel. ibf_warn_logs(2).rar U mnie wygląda to tak. Rezultat SQL - phpMyAdmin 3...pdf Przykładowy "dobry" post z bazy danych (dodałem z poziomu skryptu do innej bazy i się prawidłowo wyświetlają polskie znaki) widziany z phpmyadmina: ąężźćłóżź (zawiera same polskie znaki)

Jaki właściwie plik mam sprawdać odnośnie tych linijek? W ACP to samo - pusta strona. Kodowanie zmieniałem z iso-8859-2 na UTF-8. Baza wygląda tak: Zasady mocy i postanowienie odnoÅ›nie broni. Przypominam, że kto siÄ™ nie zgÅ‚osiÅ‚ wczeÅ›niej to nie może używać mocy. Czy to dobrze czy źle? Bo jak źle to nie ma co się z tym bawić.

A jakbyś to dał jako funkcję "shutdown"? http://php.net/manual/en/function.register-shutdown-function.php

-------------------------------------------------------------------------------- > Time: 1281284656 / Sun, 08 Aug 2010 16:24:16 +0000 > URL: / > > [8] Undefined index: HTTP_X_ORIGINAL_URL > > Line: 1246 > > File: /admin/sources/base/ipsRegistry.php -------------------------------------------------------------------------------- > Time: 1281284656 / Sun, 08 Aug 2010 16:24:16 +0000 > URL: / > > [8] Undefined index: HTTP_X_REWRITE_URL > > Line: 1250 > > File: /admin/sources/base/ipsRegistry.php -------------------------------------------------------------------------------- > Time: 1281284656 / Sun, 08 Aug 2010 16:24:16 +0000 > URL: / > > [8] Undefined index: path > > Line: 1315 > > File: /admin/sources/base/ipsRegistry.php -------------------------------------------------------------------------------- > Time: 1281284656 / Sun, 08 Aug 2010 16:24:16 +0000 > URL: / > > [8] Undefined index: act > > Line: 341 > > File: /admin/extensions/coreVariables.php -------------------------------------------------------------------------------- > Time: 1281284656 / Sun, 08 Aug 2010 16:24:16 +0000 > URL: / > > [8] Undefined index: section > > Line: 42 > > File: /admin/applications/forums/extensions/coreVariables.php -------------------------------------------------------------------------------- > Time: 1281284656 / Sun, 08 Aug 2010 16:24:16 +0000 > URL: / > > [8] Undefined index: module > > Line: 42 > > File: /admin/applications/forums/extensions/coreVariables.php -------------------------------------------------------------------------------- > Time: 1281284656 / Sun, 08 Aug 2010 16:24:16 +0000 > URL: / > > [8] Undefined index: module > > Line: 53 > > File: /admin/applications/forums/extensions/coreVariables.php -------------------------------------------------------------------------------- > Time: 1281284656 / Sun, 08 Aug 2010 16:24:16 +0000 > URL: / > > [8] Undefined index: module > > Line: 66 > > File: /admin/applications/forums/extensions/coreVariables.php -------------------------------------------------------------------------------- > Time: 1281284656 / Sun, 08 Aug 2010 16:24:16 +0000 > URL: / > > [8] Undefined index: module > > Line: 78 > > File: /admin/applications/forums/extensions/coreVariables.php -------------------------------------------------------------------------------- > Time: 1281284656 / Sun, 08 Aug 2010 16:24:16 +0000 > URL: / > > [8] Undefined index: module > > Line: 78 > > File: /admin/applications/forums/extensions/coreVariables.php -------------------------------------------------------------------------------- > Time: 1281284656 / Sun, 08 Aug 2010 16:24:16 +0000 > URL: / > > [8] Undefined index: module > > Line: 88 > > File: /admin/applications/forums/extensions/coreVariables.php -------------------------------------------------------------------------------- > Time: 1281284656 / Sun, 08 Aug 2010 16:24:16 +0000 > URL: / > > [8] unserialize() [<a href='function.unserialize'>function.unserialize</a>]: Error at offset 147 of 554 bytes > > Line: 2755 > > File: /admin/sources/base/ipsRegistry.php -------------------------------------------------------------------------------- > Time: 1281284656 / Sun, 08 Aug 2010 16:24:16 +0000 > URL: / > > [8] unserialize() [<a href='function.unserialize'>function.unserialize</a>]: Error at offset 1707 of 2196 bytes > > Line: 2755 > > File: /admin/sources/base/ipsRegistry.php -------------------------------------------------------------------------------- > Time: 1281284656 / Sun, 08 Aug 2010 16:24:16 +0000 > URL: / > > [8] unserialize() [<a href='function.unserialize'>function.unserialize</a>]: Error at offset 5525 of 81122 bytes > > Line: 2755 > > File: /admin/sources/base/ipsRegistry.php -------------------------------------------------------------------------------- > Time: 1281284656 / Sun, 08 Aug 2010 16:24:16 +0000 > URL: / > > [8] unserialize() [<a href='function.unserialize'>function.unserialize</a>]: Error at offset 394 of 933 bytes > > Line: 2755 > > File: /admin/sources/base/ipsRegistry.php -------------------------------------------------------------------------------- > Time: 1281284656 / Sun, 08 Aug 2010 16:24:16 +0000 > URL: / > > [8] unserialize() [<a href='function.unserialize'>function.unserialize</a>]: Error at offset 6029 of 22004 bytes > > Line: 2755 > > File: /admin/sources/base/ipsRegistry.php Przejechałem bazę gżegźółką może mieć to jakiś związek?

Dziękuję za waszą życzliwą pomoc, kilka osób napisało do mnie na PW ale niestety na razie nic nie udało się zdziałać. Na chwilę obecną wygląda to tak: PHPMYADMIN: Forum: Męczy mnie strasznie, że nie mogę tego ustawić więc jeżeli ktoś ma jakieś jeszcze pomysły śmiało piszcie!

Nadal pusta strona. Gdy wyłączę proces odpowiedzialny za mySQL pojawia mi się za to normalny Invisionowy SQL Error.

Kolejne próby przenosin i kolejny problem. Forum na jeden bazie działa normalnie. Gdy jednak przełączam je na drugą bazę dostaję zupełnie pusty index.php. Podobnie kiedy próbuję wejść do panelu admina. Jakieś sugestie z czego to może wynikać? Baza wygląda na wgraną poprawnie. (publikuję w oddzielnym temacie bo to inny problem)

Moje obecne postępowanie: 1. Ściągnełem z phpmyadmina zrzut bazy zgody z MYSQL40 2. Przerobiłem grzegrzółką zrzut na UTF-8 3. Wgrałem zrzut na serwer 4. Próbuję wgrać mySQLdumpem zrzut do bazy [root@iog /]# mysqldump -u mage_for_2 --password=[HASLO] mage_for_2 < mage.sql -- MySQL dump 10.11 -- -- Host: localhost Database: mage_for_2 -- ------------------------------------------------------ -- Server version 5.0.45 /*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */; /*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */; /*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */; /*!40101 SET NAMES utf8 */; /*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */; /*!40103 SET TIME_ZONE='+00:00' */; /*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */; /*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */; /*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */; /*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */; /*!40103 SET TIME_ZONE=@OLD_TIME_ZONE */; /*!40101 SET SQL_MODE=@OLD_SQL_MODE */; /*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */; /*!40014 SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS */; /*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */; /*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */; /*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */; /*!40111 SET SQL_NOTES=@OLD_SQL_NOTES */; -- Dump completed on 2010-08-08 10:07:16 Do bazy nie wgrywają się żadne dane? Co może być problemem?

Podejście 2 Przeinstalowałem serwer mySQL na UTF8 i ponowiłem próbę. Oto rezultaty: Wygląd przykładowego posta w bazie: Przyjmuję do wiadomości. oraz innego (pochodzącego jeszcze z konwersji SMF na IP.BOARD): Elemental, nie chodzi mi o zasady i mechanikę, ale o Stary Świat! Poczytaj kilka podręczników, książek... To się wszystko zazębia i tworzy naprawdę złożony świat, logiczny, w którym nie ma takich smaczków jak np. skaveńska twierdza na obrzeżach Athel Loren (no dobra, może to dziwny przykład ). Świat jest naprawdę [b]dobrze[/b] skonstruowany... Wygląd na stronie: nadal znaki zapytania.

Przy próbie ustawienia w konfiguracji mySQL kodowania - tak by zgadzało się na obu serwerach otrzymuję błąd: 100807 12:36:55 mysqld started 100807 12:36:55 [ERROR] /usr/libexec/mysqld: unknown option '--collation_connection latin2_general_ci' Czyżby nie była to zmienna konfiguracyjna?

Rozumiem, że masz na lokalnym komputerze zainstalowany serwer? Jeżeli tak wchodzisz na ściężkę a Invision prowadzi Ciebie przez całą instalację.

W tobie moja nadzieja . Dziękuje za pamięć.

Mi również bardzo się podoba ale zgodzę się z predmówcami, że dobrze było by przełamać czymś tą szarość.

Jakoś nie mogę rozgryźć tego błędu. A co masz nad tym ?

Szukajac po forach znalazłem gdzie powinienem sprawdzac kodowanie. Oto screeny przedstawiające zmienne sql na obu serwerach. Czy one nie powinny byc takie same?

Dzięki DavPi, przesłałem hasła, jeżeli znajdziesz chiwlę będę wdzięczny za zerknięcie. Przy okazji prób rozwiązania tego problemu zauważyłem też, ze w panelu admina sytuacja ma się podobnie. Nie wiem czy to normalne a może komuś podsunie jakieś rozwiązanie więc napisze.

Niestety nadal to samo. Nie jestem jednak pewien czy te zapytania do bazy, której wstawiłem są wykonywane. (jednym słowem nie jestem pewien czy wstawiłem je w dobrym miejscu). Nie pomaga. Obecnie testuję to pod adresem: http://forum3.mage.pl/ Ma ktoś pomysł co jeszcze można zrobić?

To chyba jednak musi być gdzieś zakodowane w Invision Power Board. Przeprowadziłem bowiem prosty test - stworzyłem niekończącą się pętlę i ją uruchomiłem. Błąd Timeoutu otrzymałem po 900 sekundach (czyli po tylu ile mam w php.ini) Uruchomiłem na tych samych ustwaieniach IPB. Błąd Timeoutu otrzymałem po 120 sekundach.