Abdel
Użytkownik-
Postów
49 -
Dołączył
-
Ostatnia wizyta
Informacje o forum
-
Wersja
IP.Board 3.0.4
-
Forum
http://www.forum.mage.pl
Osiągnięcia 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.
-
ROZWIĄZANY: Przenoszenie forum - jakie tabele można wyczyścić?
Abdel odpowiedział(a) na Abdel temat w Ogólny support IPB
Ok dzięki wielkie za informacje. Temat można zamknąć . -
ROZWIĄZANY: Przenoszenie forum - jakie tabele można wyczyścić?
Abdel odpowiedział(a) na Abdel temat w Ogólny support IPB
W załączeniu tabele.pdf -
ROZWIĄZANY: Przenoszenie forum - jakie tabele można wyczyścić?
Abdel opublikował(a) temat w Ogólny support IPB
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?
