melior

Ależ tak właśnie robię. Przez ftp przeniosłem tylko zachowaną wcześniej kopię pliku css. Teraz chciałem ją edytować w ACP, lecz przy próbie edycji i zapisania otrzymuje reset całego skina do standardowego (w wyglądzie, plik css ma cały czas tą samą treść)

Witam, Mam problem z edycją plików css w skinie. Musiałem przeinstalować forum, zgrałem więc z serwera pliki css skina jakiego używałem. Przeinstalowałem forum, stworzyłem nowego skina i podmieniłem pliki css. Wszystko wygląda ok. Gdy jednak próbuję zmienić cokolwiek w pliku przez ACP to wygląd forum resetuje się do domyślnego. Co więcej, plik otworzony przez ACP ma ciut inną zawartość niż ten na serwerze. Co jest nie tak? Plus inny problem. Gdzie zmienić elementy wyświetlane w oknie profilu przy poście? Chciałbym np. usunąć "zainteresowania" by się nie pokazywały. W PHP/CSS czuję się dobrze, ale w IPB jeszcze kiepsko

Dzięki, ale już udało się rozwiązać problem. Przyczyna leżała prawdopodobnie w character_set_server. Na starym serwerze było tam latin2, na nowym utf8. To jedyna różnica między obiema bazami i serwerami jaką udało się znaleźć. Rozwiązanie było w sumie proste, ale czasochłonne. Chodziło o import bazy danych w takiej formie, że w phpmyadmin wyświetlały się poprawnie wszystkie polskie znaczki. Zmieniłem więc kodowanie w bazy na utf8, dumpa przepuściłem gżegżółką zmieniając wszędzie znaki na polskie i zimportowałem. Potem ponownie wróciłem na kodowanie latin2 i odpaliłem upgrader'a. Po upgradzie wystarczyło zmienić kodowanie na iso-8859-2 i wyglądało ładnie. Jedynie "-" się trochę rozwaliły, ale to można naprawić UPDATE'em. Uff. Coś czuję że szykuje się trochę wolnego :]

Ok. Eh, najgorsze jest właśnie to czekanie. No ale nic Jak dowiem się co to było to napiszę. Może przysłuży się potomnym :/

Oczywiście :/

Tak. Windows-1250 też. Ogólnie z tego co mówili mi w supporcie, to zamiast takiej modyfikacji w kodzie, lepiej wymuszać charset poprzez conf_global.

in ips_kernel/classDbMysqlClient.php mysql_query($this->connection_id, 'SET character_set_connection=latin2'); mysql_query($this->connection_id, 'SET character_set_client=latin2'); mysql_query($this->connection_id, 'SET character_set_results=latin2'); mysql_query($this->connection_id, "SET names latin2;"); and in ips_kernel/classDbMysqliClient.php mysqli_query($this->connection_id, 'SET character_set_connection=latin2'); mysqli_query($this->connection_id, 'SET character_set_client=latin2'); mysqli_query($this->connection_id, 'SET character_set_results=latin2'); mysqli_query($this->connection_id, "SET names latin2;");

Cieszę się, że ma taką moc :/ Gdyby tylko miał chociaż trochę więcej czasu Tak prezentują się dane w bazach link1 link2

Gość nazywa się Brandon Farber. Zauważyłem w sumie przed chwilą jeszcze jeden szczegół, ale kompletnie nie mam pojęcia czy może mieć on jakiś wpływ na ten problem. Na samym dole bazy w podsumowaniu, raz mam cp1250, a raz latin2_general_ci, choć tak jak wspomniałem reszta jest identyczna. baza stara baza nowa Nową bazę importowałem używając kodowania utf-8. Jeżeli importowałem ją iso-8859-2 to stara i nowa różniły się (znaczki wyglądały inaczej). W obu phpmyadmin mam jednak ustawione UTF-8, więc wychodzę z założenia, że ten sam zestaw znaków powinien być wyświetlany identycznie.

Hej, Jestem zdesperowany, bo mam strasznie patową sytuację. Może znajdzie się jakaś rada by rozwiązać problem na moim forum. Zrobiłem upgrade forum, ale nie mam polskich znaków. Niby standard, ale jednak nie... W bazie danych wszystkie znaki wyświetlają się dokładnie w takiej samej postaci jak w starej bazie danych (na innym serwerze). Mają dokładnie takie samo kodowanie latin2_general_ci. Ogólnie wszystko jest takie samo, więc wychodzę z założenia, że w bazie danych jest wszystko ok. Na starym forum (jeszcze silnik 1.3.1) kodowanie wyświetlania strony było windows-1250. Czego próbowałem po upgradzie: - w server environment zmienić kodowanie na utf-8, windows-1250, iso-8859-2 - w conf_global.php dodać charset_sql ww. kodowaniach. - zmodyfikować klasy in classDbMysqlClient.php i classDbMysqliClient.php ww. kodowaniach. Nic nie pomogło Najciekawsze jest to, że na localhoście postawiłem próbne forum i tam są polskie znaki, przy ustawionym kodowaniu wyświetlania strony windows-1250 i zmodyfikowanych klasach dbmysql(i)client by łączyły się z charsetem "latin2". Baza danych jest identyczna (to samo collation i widzę ten sam zestaw znaczków). Oczywiście próbowałem takiego rozwiązania i takiej samej konfiguracji, ale nie wyszło. Zgłosiłem się do IPB support. Pierwszy departament nie dał rady, przesłał ticket do technicznego. Ci też nie dali rady i przesłali to do experta od kodowania. A ten coś popróbował i milczy od 48h. Forum jest już 5 dzień wyłączone, a mi już dawno wyczerpały się pomysły. Może gdzieś jednak jest problem z bazą danych, ale go nie widzę dobrze? Nie wiem. Zgłaszam się tutaj, bo może ktoś ma jakiś pomysł czego można jeszcze spróbować, albo co sprawdzić. Spytać nie zaszkodzi. Any help?

Ok. Dzięki za pomoc W sumie dopiero niedawno zauważyłem, że support oferuje samemu zrobić upgrade :] Chyba tak będzie najprościej

Error Number: 1062 Error: Duplicate entry '9041' for key 1

To co poprzednio już nie. Tylko przy rejestracji pojawia się Driver Error, There appears to be an error with the database.

Dzięki

Powiedz mi proszę gdzie to dokładnie mogę zrobić, bo się trochę pogubiłem w ustawieniach

Zaczyna się od tej linii: foreach( $this->cache->getCache('login_methods') as $method ) { $login_methods[ $method['login_folder_name'] ] = $method['login_folder_name']; if( $method['login_user_id'] == 'username' ) { $uses_name = true; } if( $method['login_user_id'] == 'email' ) { $uses_email = true; } } Już raz zetknąłem się z tym, że TC zmienił mi wszędzie znaki na małe, ale od tego czasu uważam by przypadkiem nie była zaznaczona ta opcja Wszystkie pliki mają więc tą samą nazwę. Zresztą wydaje mi się, że gdyby było inaczej to zamiast warningu o błędnym argumencie byłby fatal error o braku plik

Dobra, dzięki. Będę próbował wgrać to wszystko jeszcze raz i poustawiać dobrze. Marzy mi się świat z jednym uniwersalnym kodowaniem, ISO-Charset-salvation

Podobne: Warning: Invalid argument supplied for foreach() in /home/strefarp/domains/strefarpg.o12.pl/public_html/admin/applications/core/modules_public/global/login.php on line 490 Warning: in_array() [function.in-array]: Wrong datatype for second argument in /home/strefarp/domains/strefarpg.o12.pl/public_html/cache/skin_cache/cacheid_1/skin_login.php on line 66 Warning: in_array() [function.in-array]: Wrong datatype for second argument in /home/strefarp/domains/strefarpg.o12.pl/public_html/cache/skin_cache/cacheid_1/skin_login.php on line 69 Warning: in_array() [function.in-array]: Wrong datatype for second argument in /home/strefarp/domains/strefarpg.o12.pl/public_html/cache/skin_cache/cacheid_1/skin_login.php on line 75 Warning: in_array() [function.in-array]: Wrong datatype for second argument in /home/strefarp/domains/strefarpg.o12.pl/public_html/cache/skin_cache/cacheid_1/skin_login.php on line 90 Warning: Cannot modify header information - headers already sent by (output started at /home/strefarp/domains/strefarpg.o12.pl/public_html/admin/applications/core/modules_public/global/login.php:490) in /home/strefarp/domains/strefarpg.o12.pl/public_html/admin/sources/classes/output/formats/html/htmlOutput.php on line 93 Warning: Cannot modify header information - headers already sent by (output started at /home/strefarp/domains/strefarpg.o12.pl/public_html/admin/applications/core/modules_public/global/login.php:490) in /home/strefarp/domains/strefarpg.o12.pl/public_html/admin/sources/classes/output/formats/html/htmlOutput.php on line 96 Warning: Cannot modify header information - headers already sent by (output started at /home/strefarp/domains/strefarpg.o12.pl/public_html/admin/applications/core/modules_public/global/login.php:490) in /home/strefarp/domains/strefarpg.o12.pl/public_html/admin/sources/classes/output/formats/html/htmlOutput.php on line 104 Warning: Cannot modify header information - headers already sent by (output started at /home/strefarp/domains/strefarpg.o12.pl/public_html/admin/applications/core/modules_public/global/login.php:490) in /home/strefarp/domains/strefarpg.o12.pl/public_html/admin/sources/classes/output/formats/html/htmlOutput.php on line 105 Warning: Cannot modify header information - headers already sent by (output started at /home/strefarp/domains/strefarpg.o12.pl/public_html/admin/applications/core/modules_public/global/login.php:490) in /home/strefarp/domains/strefarpg.o12.pl/public_html/admin/sources/classes/output/formats/html/htmlOutput.php on line 109

Niestety nadal nie Jeżeli miałbym pewność, że to nie zaszkodzi działaniu forum to po prostu wyłączyłbym wyświetlanie warningów Chyba że jest na to jeszcze jakaś rada.

Spróbowałem też tego rozwiązania, jak i zmienić lokalizację tłumaczenia na pl_PL.ISO-8859-2

Tak, ale nic to nie zmienia. Domyślnie miałem iso-8859-1, zmieniłem na iso-8859-2 i to samo. Spróbowałem też na utf-8, ale otrzymałem inny zestaw krzaczków.

Zgodnie z zasadą jeden problem = jeden temat zakładam nowy wątek z prośbą o pomoc. Oryginalna baza danych ma kodowanie - latin2 Właśnie z takim kodowanie zrobiłem jej dumpa i ponowne wgranie na nowy serwer. Porównując zawartość oryginalnej bazy i tej po przeniesieniu mam to samo. Robiłem upgrade i stare tablice są latin2, a nowe latin1 (posts, members, etc są latin2). Wgrałem spolszczenie. Wszędzie są znaki zapytania + jakieś krzaczki, i w spolszczeniu i w postach. Poprawiłem te dwa pliki o których mowa w tutoriale, do którego prowadzą linki z podobnych tematów, ale to nic nie dało. Próbowałem latin2 i utf-8. Kiedy jednak piszę posta z samych polskich znaków to wyświetla się poprawnie. Nie mam pojęcia jak to ugryźć

Przebudowa postów zakończona pomyślnie. No właśnie robiłem tę najwyższą opcję w Narzędziach skinów - przebuduj skin. Cache forum = Przebuduj dane głównego skina dla forum?

Upgrade wykonał się wzgędnie pomyślnie. Na sam koniec otrzymałem komunikat o błędzie Database Driver Error, ale gdy zresetowałem upgrader to oświadczył mi że mam aktualną wersję. Potem wykonałem: recache skin sets rebuild master skin data (html, css, replacements) for system/forums/members Aktualnie jestem na etapie: rebuild content (posts, pm, signatures, about me, forum rules) Co dokładnie robi rebuild postów i innych? W 15 min zrobiło mi się na razie jakieś 0,5% Wydaje się że wszystko działa. Widać forum, można pisać posty. Jednak przy logowaniu wywala na samej górze stos warningów: Warning: in_array() expects parameter 2 to be array, boolean given in D:\xampp\htdocs\forumrpg\cache\skin_cache\cacheid_1\skin_login.php on line 90 Warning: Cannot modify header information - headers already sent by (output started at D:\xampp\htdocs\forumrpg\admin\applications\core\modules_public\global\login.php:490) in D:\xampp\htdocs\forumrpg\admin\sources\classes\output\formats\html\htmlOutput.php on line 93 Warning: Cannot modify header information - headers already sent by (output started at D:\xampp\htdocs\forumrpg\admin\applications\core\modules_public\global\login.php:490) in D:\xampp\htdocs\forumrpg\admin\sources\classes\output\formats\html\htmlOutput.php on line 96 Warning: Cannot modify header information - headers already sent by (output started at D:\xampp\htdocs\forumrpg\admin\applications\core\modules_public\global\login.php:490) in D:\xampp\htdocs\forumrpg\admin\sources\classes\output\formats\html\htmlOutput.php on line 104 Warning: Cannot modify header information - headers already sent by (output started at D:\xampp\htdocs\forumrpg\admin\applications\core\modules_public\global\login.php:490) in D:\xampp\htdocs\forumrpg\admin\sources\classes\output\formats\html\htmlOutput.php on line 105 Warning: Cannot modify header information - headers already sent by (output started at D:\xampp\htdocs\forumrpg\admin\applications\core\modules_public\global\login.php:490) in D:\xampp\htdocs\forumrpg\admin\sources\classes\output\formats\html\htmlOutput.php on line 109

Oka, to już instaluję Licencja oczywiście mam Mam na to papiery