Ardziej

Hej, jedyne co to edycja pliku odpowiadającego z BBCODE Ręcznie pobierasz z FTP i dodajesz jakieś URL jako wyjątek, w sumie wygodne to nie jest ale tak ciężko cokolwiek znaleźć na ten temat. Bym znał lepiej API do IPB o ile jest to bym mógł moda skleić do tego, ale jak chcesz mogę poszukać który to plik bo teraz nie pamiętam. Pozdrawiam

Panowie, zawsze przed aktualizacją backup plików jak i bazy obowiązkowo. Posty z przed aktualizacji wyeksportowałem tylko, same dane, i ustawiłem metodę UPDATE, jedynie tylko kilkaset postów nowszych ma jakiś problem z formatowaniem. Bez przywrócenie na da rady nic, ponieważ nie ma na jakiej podstawie przywrócić <br> itd. Jeżeli ktoś backupu nie ma, to o ile ma dobry hosting, backup dostanie Pozdrawiam.

W sumie linuxpl.com też świetnie się ma

Tylko dlaczemu ? Nie ma nawet znaków następnej linii, i parsowania potem. Jedyne co zatem co mi pozostaję to zabawa z backupem Pozdrawiam i ostrzegam pozostałych, bo posty się rozleciały

No i chyba niestety i mnie czeka zabawa z przywróceniem bazy. A następnie modyfikacją ręczną nowych postów i ich dodaniu. Ale problem nadal jest... Jakieś pomysły ?

Witam, tak jak w temacie. IPB 3.3.0, po przebudowie zawartości postów znaczniki <br> znikają z bazy, przejścia w postaci "Entera" też nie widać. Wychodzi na to że jestem skazany na pozostawienie sprawy jaka jest, albo zmienić zawartość kilku tysięcy postów ręcznie ? Pozdrawiam i liczę na jakieś pomysły.

Witam, jako iż sam mam ten sam błąd, a aktualizacja nic nie naprawiła, sam wziąłem sprawę w swoje palce Problem tkwi w 127 linijce pliku skin_downloads_external.php , lub w innych przypadkach pluje błędem w innej linijce, jednakże kod ten sam trzeba zamienić. . sprintf( $this->lang->words['file_changelog'], $file['file_name'] . ' ' . $file['file_version'] ) . na . "Zmiany w " . $file['file_name'] . ' ' . $file['file_version'] . Problem w tym, że w przypadku aktualizacji forum, bądź zmiany stylu problem powrócić może Mam nadzieję, że komuś się przyda mini-tutorial Pozdrawiam

Także, powiem co pomogło, mam nadzieję, że w przyszłości komuś pomogę Otóż jakoś dziwnie przy upgrade wszelkie tabele poszły w utf8, przez co ustawienie $INFO['sql_charset'] = 'utf8'; powodowało tylko błędy. Zatem założyłem nową bazę i poprosiłem o backup administrację i ładnie przez shella wgrane zostało, podpatrzyłem tabele w środku był w latin2, dodanie utf8 do conf_global w tym przypadku rozwiązuje sprawę, w bazie jak i na stronce są polskie znaczki. Walka długa była bo ponad 14 godzin, ale udało się. Dzięki wszystkim za pomoc! Szczególnie DawPi! Pozdrawiam serdecznie PS. Praktycznie ten sam post co w temacie z ustawienie set_names, ale tu dodam że można już zamknąć i dzięki bardzo jeszcze raz!

Także, powiem co pomogło, mam nadzieję, że w przyszłości komuś pomogę Otóż jakoś dziwnie przy upgrade wszelkie tabele poszły w utf8, przez co ustawienie $INFO['sql_charset'] = 'utf8'; powodowało tylko błędy. Zatem założyłem nową bazę i poprosiłem o backup administrację i ładnie przez shella wgrane zostało, podpatrzyłem tabele w środku był w latin2, dodanie utf8 do conf_global w tym przypadku rozwiązuje sprawę, w bazie jak i na stronce są polskie znaczki. Walka długa była bo ponad 14 godzin, ale udało się. Dzięki wszystkim za pomoc! Szczególnie DawPi! Pozdrawiam serdecznie

Tylko tyle wiem: Your settings could not be read by IP.Board. This is a fatal error and IP.Board cannot function while this issue persists. Problemu z IPB 3.2.2 nie rozwiążę, także downgrade i zobaczymy czy coś z tego będzie

FATAL ERROR Your settings could not be read by IP.Board. This is a fatal error and IP.Board cannot function while this issue persists. This issue is generally caused by changing your character set in the ACP to one that does not support data stored in the rest of your settings, or by restoring a database backup/completing a server transfer and importing your database tables using the wrong character set or collation. You should contact IPS Technical Support for further assistance. Taki oto błędzik po dodaniu: mysqli_query($this->connection_id, 'SET character_set_connection=utf8'); mysqli_query($this->connection_id, 'SET character_set_client=utf8'); mysqli_query($this->connection_id, 'SET character_set_results=utf8'); mysqli_query($this->connection_id, "SET names utf8;"); do: classDbMysqliClient.php W bazie każda tabela ma utf8_general_ci i tam znaczki widać poprawnie, po prostu IPB nie dodaje ich w UTF-8 ani nie pobiera w takim kodowaniu.

Variable_name Value character_set_client utf8 character_set_connection utf8 character_set_database utf8 character_set_filesystem binary character_set_results utf8 character_set_server latin2 character_set_system utf8 character_sets_dir /usr/local/mysql/share/mysql/charsets/ Wszelkie tabele w utf8_general_ci Ale jak ustawisz $INFO['sql_charset'] = 'utf8'; To od razu FATAL ERROR. Tak samo jak narzucę kodowanie dla classDbMysqliClient.php, a dla classDbMysqlClient.php nic nie zmienia. 149$ wydane, support już się skończył, IPB nie potrafi korzystać z UTF8 zdany jestem na samego siebie, albo zapłać 25$ to dostaniesz możliwość napisania na forum lub supportu. Naprawdę zero pomysłów już i rozwiązań, backup bazy mam, ale co z tego ? Jak IPB nie radzi sobie z obsługą bazy w UTF8. To jak, koniec już czy damy radę coś jeszcze zdziałać, czy jestem zmuszony na kilkudniową przerwę forum i zapłacenie tych cholernych 25$ ? Nie wspominając o cały dniu straconym. RIP IPB

Witaj DawPi, u mnie po ustawieniu wartości na utf8 wyskakuję FATAL ERROR, w takim razie po co ta cała funkcja jak nie mogę z niej skorzystać ?

Oto zawartość pliku classDbMysqlClient.php http://wklej.org/id/592228/ Przywrócenie bazy i wgranie od nowa IPB oraz pozostałych aplikacji w najnowszych wersjach nic nie pomogło.

No właśnie nie.