portals

IPB potraktowało prawdopodobnie załączniki jako osierocony i został on skasowany. Gdy problem pojawi się ponownie będę musiał skontaktować się z supportem IPB ale aktualnie mam nieważną licencję.

Są to standardowe posty.

Tak, jako admin nie mogę pobrać tego pliku mimo posiadania uprawnień do tego. To samo dotyczy wszystkich innych grup które mają do tego uprawnienie. Gdy sam dodałem plik w tym samym temacie nie ma z tym żadnego problemu. Problematyczny post z załącznikiem: http://stalkerteam.pl/topic/5264-oblivion-lost-remake-2025/?p=74297. Problem już kiedyś się pojawił ale potraktowałem to jako pojedynczy przypadek i zignerowałem.

Od jakiegoś czasu zauwazyłem że niektórych załączników nie można pobrać w powodu braku uprawnień. Nie było by w tym nic dziwnego gdyby nie fakt że jako administrator posiada uprawnienia do pobierania pików z wszystkich katerogii. Oprócz tego w panelu administratora można zobaczyć "To nie jest temat" (załączam screena) przy tych załącznikach. Czy ktoś ma pomysł czym może być spowodowany ten problem?

Dostałem odpowiedz że to bug w /admin/sources/base/ipsMember.php i wrzucili mi poprawioną wersję tego pliku. Teraz wszystko jest ok.

Dostałem odpowiedz od supportu o tym że wymagane jest "further investigation." oraz "Because of the advanced nature of your request, please note that it may take longer than usual to fully address your concern.". Jeśli ktoś ma jeszcze pomysły to chęnie wysłucham.

Nie pamiętam żebym grzebał przy tym bo nigdy na IPB nie miałem problemów z polskimi znakami z tego co pamiętam. Zresztą takie wymuszenie jeśli nie są w conf_global.php to po chyba aktualalizacji znikają Plik conf_global.php raczej standardowy: <?php $INFO['sql_driver'] = 'mysql'; $INFO['sql_host'] = $INFO['sql_database'] = $INFO['sql_user'] = ' $INFO['sql_pass'] = ''; $INFO['sql_tbl_prefix'] = 'ipb_'; $INFO['sql_debug'] = ''; $INFO['sql_charset'] = 'utf8'; $INFO['board_start'] = '1296765159'; $INFO['installed'] = '1'; $INFO['php_ext'] = 'php'; $INFO['safe_mode'] = '0'; $INFO['board_url'] = 'http://stalkerteam.pl'; $INFO['banned_group'] = '5'; $INFO['admin_group'] = '4'; $INFO['guest_group'] = '2'; $INFO['member_group'] = '3'; $INFO['auth_group'] = '1'; $INFO['use_friendly_urls'] = '1'; $INFO['_jsDebug'] = '0'; $INFO['mysql_tbl_type'] = 'INNODB'; define('IN_DEV', 0); // $INFO['use_memcache'] = '0'; $INFO['memcache_server_1'] = '127.0.0.1'; $INFO['memcache_port_1'] = '11211'; $INFO['use_eaccelerator'] = 1; $INFO['use_mmcache'] = 0; $INFO['use_xcache'] = 0; $INFO['use_apc'] = 1; $INFO['use_diskcache'] = 0; .

Zrobiłem dumpa i jak wpisałem latin1 i latin 2 nie było nic. Problem jednak nie zniknął. Zrobiłem nowe konto które widać na screenie i zalogować się nie da.

Myślę że wszystko jest już z kodowaniem OK skoro przeszło to: http://community.invisionpower.com/files/file/2929-character-set-converter/

Stworzyłem nowe konto i gdy wszystko jest w "utf8_general_ci" więc to chyba nic nie da. Tabela "ipb_members" był nie ruszana a chyba tylko ona jest potrzebna do logowania oraz nie ma problemów jak ktoś ma polskie znaki w loginie.

Witam Skontaktowałem się z supportem ponieważ gdy nazwa użytkownika zawiera " na konto nie da się zalogować. Nazwa użytkownika TES"T z phpMyAdmin widoczna jest jako TES"T. Problem dość dziwny więc skontaktowałem się z supportem IPB przy okazji wspominając że po ich próbach naprawy archiwizacji ciągle nie ma polskich znaków. Otrzymałem odpowiedz że to dlatego że mam w bazie mieszankę "utf8_general_ci" i "latin2_general_ci" i że oni z tym nie pomogą i mam się skontaktować z supportem hostingu. Tabele które były w "latin2_general_ci" były puste albo zawierały informacji zapisane tylko w ASCI. "ipb_members" jest i było w "utf8_general_ci". Zmieniłem wszystko jednak na "utf8_general_ci" i ustawiłem je domyślne dla całej bazy i napisałem ponownie do supportu. Stwierdzili oni że zmiana tego bez konwersji na utf8 nie pomoże (choć nie wiem dlaczego skoro problem ten dotyczy "ipb_members" które był ok). Poprosili żeby użyć http://community.invisionpower.com/files/file/2929-character-set-converter/ albo poprosić żeby zrobił to dostawca hostingu. Zrobiłem to jednak powiem szczerze straciłem już całe chęci w pisaniu do supportu i wolę zapytać się Was bo wydaje mi się że tu szybciej uzyskam pomoc.

Faktycznie masz rację, ale wydawało mi się że IPB tworzą tabela wymusi poprawne kodowanie. Człowiek uczy się całe życje, support już pewnie rozwiąze sprawę do końca.

Nie dodane table mają latin1_swedish_ci a poprzednie utf8_general_ci. Napisałem już zgłoszenie do supportu, nie oni się tym martwią.