eider

core/public_usercp/dname_string: You have made <strong>%s</strong> of <strong>%s</strong> display name changes since %s. You are permitted to make %s changes in a %s day period.<br /> Dokonano %s z dostępnych %s zmian nazwy wyświetlanej od %s. Możesz wykonać jeszcze %s zmiany w czasie %s dni. Zmiana nazwy wyświetlanej <strong>nie</strong> wpływa na dane logowania. Zmiana nazwy wyświetlanej <strong>nie</strong> wpływa na dane logowania. duplikuje się z core/public_usercp/dname_string2 Dodatkowo nie potrzebnie umieszczone jest słowo "jeszcze". Poprawiony tekst: Dokonano %s z dostępnych %s zmian nazwy wyświetlanej od %s. Możesz wykonać %s zmiany w czasie %s dni.

Informacja dla przyszłych: 1.4.0 ma zepsute to ustawienie i w ogóle nie wyświetla tego formatowania.

Na FTP edytujesz plik conf_global.php i dodajesz: $INFO['sql_charset'] = 'utf8';

Wersja 1.3.12 ma to po prostu zwalone. Sam to przerabiałem. Pobierz nową darmową wersję: http://community.invisionpower.com/index.php?app=downloads&module=display&section=file&id=5955

Nie wygląda za dobrze. Musisz sam się pobawić w stylu. Jesteś pewien, że ten styl jest kompatybilny z IPB 3.3.4? Ewentualnie zawsze możesz przywrócić lub porównać zmiany. To co będzie Cie najpierw interesować to na pewno boardIndexTemplate w Strona główna

Problem pojawia się tylko gdy AdTaily dodaje nietypowe znaki. Przed chwilą otrzymałem od nich odpowiedź z której wynika jednoznacznie, że leją na ten problem ciepłym moczem. Podobnie zresztą jak IPS które odsyła mnie do AdTaily

Ale chyba tu chodzi o wyłączenie edytora a nie szybkiej odpowiedzi... Brak szybkiej edycji to efekt uboczny usunięcia CKEditora. Zamiast niego wszędzie będzie się pojawiać czyste pole tekstowe ;-) Jeżeli zaś chodzi o Twój problem wychowany to na pewno już gdzieś go opisywałem, ale dam jeszcze raz: Lecimy szybko do Wygląd->Twój styl->Edytor i szukamy editorSettings. Szukamy: <input type='checkbox' class='input_check' id='pastePlain' <if test="$this->memberData['bw_paste_plain']">checked="checked"</if> name="pastePlain" value="1" /> <label for='pastePlain'>{$this->lang->words['editor_paste']}</label> Zamieniamy na: <input type='checkbox' class='input_check' id='pastePlain' checked="checked" name="pastePlain" value="1" disabled="disabled" /> <label for='pastePlain'>{$this->lang->words['editor_paste']}</label> Teraz wybieramy editorLoadJs i szukamy: CKEDITOR.config.CmdVAsPlainText = <if test="hasPastePlain:|:$this->memberData['bw_paste_plain']">true<else />false</if>; Zamieniamy na: CKEDITOR.config.CmdVAsPlainText = true; Po tym zabiegu formatowanie już nie powinno się walić na naszym forum a wklejany tekst będzie zawsze bez formatowania :-)

Support IPS zamknął zgłoszenie jako "Not a bug" i twardo twierdzi, że to wina AdTaily. AdTaily natomiast ma to głęboko w tyle i nie odpisuje na kolejne wiadomości, więc mamy błędne koło i raczej nie ma co liczyć na szybkie rozwiązanie.

Style->Edytor i szukasz editor Zamieniasz: bypassCKEditor: {parse expression="intval( $options['bypassCKEditor'] )"}, na: bypassCKEditor: {parse expression="intval( 1 )"}, Uwagi: Szybka edycja nie działa po tym zabiegu

Sprawdź podany plik ;-) Najpewniej jakieś gówno siedzi na samym początku kodu, może nawet Twój "wirus" opisany w innym temacie. Sam błąd oznacza, że nagłówki zostały już wysłane do klienta, ale skrypt próbuje je zmodyfikować (np. nowa sesja, ciasteczko etc). W razie dalszych problemów pisz tutaj lub na PW jak będziesz mieć jakieś głębsze pytania (lub trywialne), chętnie pomogę Ci pozbyć się tego gówna. Przykład: <?php echo 'test'; session_start(); ?> Ale wiele zależy od konfiguracji PHP, bo można tak je skonfigurować, aby nagłówki wysłane były dopiero po całkowitym przerobieniu skryptu.

Odpowiedź od AdTaily: Obawiam się, że nie liczą się z tym problemem, ale zobaczymy jak dalej się to pociągnie. %F3 to znak 'ó' dlatego też freamwork IP.Board się wywala. Zamiana Krak%F3w na Krak%2Cw pomaga.

Odesłali mnie do AdTaily. Napisałem im tam. Jak coś się ruszy to napiszę.

Z tego co patrzyłem to ten tekst 'Editor Options' jest obecnie nie do przetłumaczenia w normalny sposób.

Tak. Sprawdzałem dobrze. Funkcja którą podajesz nie jest wykonywana, a przynajmniej nie w moim IPB 3.4.1 ;-) Do teraz nie wiem co błąd powodowało bo nie bawiłem się w debugowanie. Natomiast podam rozwiązanie na wypadek gdyby ktoś miał kiedyś podobny problem. Idziemy do /admin/sources/classes/member i otwieramy plik memberFunctions.php. Szukamy w nim funkcji updateName, to ona odpowiada za zmianę nazwy. Szukamy tam: if ( $this->checkNameExists( $name, $member, $field ) === TRUE ) { throw new Exception( "USER_NAME_EXISTS" ); } i zamieniamy na: $this->DB->build( array( 'select' => "{$field}, member_id", 'from' => 'members', 'where' => $field . "='". $this->DB->addSlashes( strtolower($name) )."' AND member_id != ".$member_id, 'limit' => array( 0,1 ) ) ); $this->DB->execute(); if ( $this->DB->getTotalRows() ) { throw new Exception( "USER_NAME_EXISTS" ); } To tyle ;-) Teraz troszkę rozważań: funkcja checkNameExists z memberFunctions.php wydaje się nieprawidłowo wywoływać sprawdzanie nazwy (a może autorzy w nowej wersji pomylili nazwy? Wszak te w różnych plikach różnią się jedynie kolejnością "name"). W każdym razie funkcja którą podałeś DawPi pochodzi z auth.php i nigdy nie jest wywoływana przez skrypt zmiany nazwy wyświetlanej w profilu. Zamiast niej wywoływana jest dosyć spora funkcja /** * Check for an existing display or user name * * @access public * @param string Name to check * @param array [ Optional Member Array ] * @param string name or members_display_name * @param bool Ignore display name changes check (e.g. for registration) * @param bool Do not clean name again (e.g. coming from cleanAndCheckName) * @return mixed Either an exception or ( true if name exists. False if name DOES NOT exist ) * Error Codes: * NO_PERMISSION This user cannot change their display name at all * NO_MORE_CHANGES The user cannot change their display name again in this time period * NO_NAME No display name (or shorter than 3 chars was given) * ILLEGAL_CHARS The display name contains illegal characters */ public function checkNameExists( $name, $member=array(), $field='members_display_name', $ignore=false, $cleaned=false ) Nie doszedłem i nie mam zamiaru dochodzić (brak czasu) gdzie funkcja się wywala, ale dodanie "return FALSE;" w środku nie daje efektu, a na początku daje, więc zapewne gdzieś na samym początku się wykrzacza. W każdym razie na pewno nie dochodzi do tej części kodu: //----------------------------------------- // Check for existing name. //----------------------------------------- /* Load the handler if it's not present */ if( ! $this->han_login ) { $classToLoad = IPSLib::loadLibrary( IPS_ROOT_PATH . 'sources/handlers/han_login.php', 'han_login' ); $this->han_login = new $classToLoad( $this->registry ); $this->han_login->init(); } $this->han_login->nameExistsCheck( $name, $member, $checkField ); if( $this->han_login->return_code AND $this->han_login->return_code != 'METHOD_NOT_DEFINED' AND $this->han_login->return_code != 'NAME_NOT_IN_USE' ) { return TRUE; } $this->DB->build( array( 'select' => "{$field}, member_id", 'from' => 'members', 'where' => $checkField . "='" . $this->DB->addSlashes( strtolower($name) ) . "'" . ( $member['member_id'] ? " AND member_id != " . $member['member_id'] : '' ), 'limit' => array( 0,1 ) ) ); $this->DB->execute(); Zaznaczam, że pliki IPB mam oryginalne, nawet wgrywałem je drugi raz specjalnie dla pewności ;-)

Aktywna jest tylko IPB Internal. Converter jest wyłączona, ale jej włączenie nic nie zmienia. Zaznaczę, że konwersje wykonywałem na wersji 3.1 i później aktualizowałem forum do 3.4. Konwersje wykonywałem na 3.1 ponieważ konwerter pod 3.4 gubił strukturę działów z niewiadomych przyczyn. Podczas aktualizacji forum usunąłem aplikację konwertera, a więc jego dane zostały usunięte (m.in stare hasła zapisane w formacie SMF czy też dane potrzebne do przekierowania linków), ale raczej nie powinno mieć to wpływu na nazwy wyświetlane. Integracje z Facebookiem jest aktywna, ale jej wyłączenie nie zmienia nic.