DawPi

Problem ROZWIĄZANY. Jeśli są jakiekolwiek wątpliwości, pytania proszę o założenie nowego tematu. Wszelkie uzasadnione reklamacje/pretensje/sugestie/rady przyjmuje ekipa forum.

Problem ROZWIĄZANY. Jeśli są jakiekolwiek wątpliwości, pytania proszę o założenie nowego tematu. Wszelkie uzasadnione reklamacje/pretensje/sugestie/rady przyjmuje ekipa forum.

www.adresforum.pl/index.php?act=uportal - to link do portalu. A tutaj info jak się dodaje tam linki: Dodawanie nowych linków w TOPie forum.

Najlepiej wykonaj wszystko, a potem tylko zmień w pliki init.php też wartość na zero: define( 'IPB_MAKE_UPORTAL_HOMEPAGE', 1 ); Czyli na: [b][/b]define( 'IPB_MAKE_UPORTAL_HOMEPAGE', 0 );

conf_global.php i tylko tam.

Pobrałeś do wersji: Invision Power Board 2.0.x » Website Integration » Viewing File A powinieneś do Twojej - 2.3.x. Czyli ten: Unreal Portal 2.3b For IPB 2.(2-3).x

No więc to zapewne przez ten błąd. Skrobnij tutaj http://forums.invisionpower.com/tracker/ zgłoszenie bo to problem z plikami .js forum.

Pokaż lokalizację skąd pobrałeś ten Unreala - dokładny link.

Oczywiście zdajesz sobie sprawę, że to wykona dodatkowe zapytanie do SQL dla każdego tematu? Czyli masz 20 tematów na stronę to oryginalne zapytania plus te dodatkowe 20. Jeśli tak to mogę kontynuować. Można by to spróbować ewentualnie zrobić przy dodatkowym jednym zapytaniu, ale pamiętam jak robiłem optymalizację thx advanced z tylu zapytań do dwóch - parę dni, więc jeśli interesuje Cię taki mod to daj cynk na supporcie.

Podstawowa sprawa: jak masz kodowaną bazę i tabele w bazie? Podejrzewam, że tabele sb przybrały kodowanie bazy, a same tabele masz inaczej kodowane. Sprawdź to w pierwszej kolejności.

Witaj, jest, u nas na forum: http://forum.invisionize.pl/index.php?showtopic=1380&view=findpost&p=23346

Witaj, skoro baza kodowana w latin, to zapewne musisz plik tłumaczenia o nazwie ipb.lang.js zakodować w utf-8 ( tak, nie pomyliłem się ) i wysłać ponownie na FTP. To nasz błąd, ponieważ język używany w '.js' powinien być kodowany w utf-8 - niedawno to przerabiałem jak nasz baza stała jeszcze na latin2.

Mam taką modyfikację do 2.3.x. Do 3.x zapewne będę ją próbować zaktualizować.

Fajne, tylko jak możesz zrób 1280x1024 i wstaw do downloadu z miniaturką ze znakiem wodnym.

Problem ROZWIĄZANY. Jeśli są jakiekolwiek wątpliwości, pytania proszę o założenie nowego tematu. Wszelkie uzasadnione reklamacje/pretensje/sugestie/rady przyjmuje ekipa forum.

Nie sądzę jednak by na każdym skinie wywalało niemożność pisania. Ah - dobra, na każdym skinie, ale czy na każdej przeglądarce?

To usuń to: $dp23rmenu .= "<br /><div class='borderwrap'><div class='maintitle'>Ostatnie posty</div>"; $dp23rmenu .= "<table class='ipbtable' cellspacing='1' width='18%'><tr><th width='120px'>W temacie</th> <th width='65px'>Autor</th> <th width='65px'>Data</th></tr>"; $this->ipsclass->DB->simple_construct( array( 'select' => 'p.pid, p.author_name, p.post_date', 'from' => array( 'posts' => 'p'), 'where' => 'queued = 0', 'add_join' => array( 0 => array( 'select' => 't.tid, t.title, t.last_poster_id, t.starter_name', 'from' => array( 'topics' => 't' ), 'where' => 't.tid=p.topic_id AND approved = 1', 'type' => 'inner' ) ), 'order' => 'pid DESC', 'limit' => array( 0, $IlePostow ) ) ); $this->ipsclass->DB->simple_exec(); while ($rowrm2 = $this->ipsclass->DB->fetch_row()) { $data_rm = $this->ipsclass->get_date( $rowrm2['post_date'] , 'LONG', 0 ); $dp23rmenu .= "<tr><td class='row1'> <a href=\"{$this->ipsclass->vars['board_url']}/index.php?showtopic={$rowrm2['tid']}&view=findpost&p={$rowrm2['pid']}\">" . $this->ipsclass->txt_truncate($rowrm2['title'], $TnijNazwe ) . "</a></td> \n <td class='row2'><a href=\"{$this->ipsclass->vars['board_url']}/index.php?showuser=".$rowrm2['last_poster_id']."\">".$rowrm2['author_name']. "</a></td>\n <td class='row2'>{$data_rm}</td> </tr>"; }

Whoops.

Czy pod IE pojawiają się jakieś komunikaty błędów - żółta ikonka w lewym dolnym rogu przeglądarki.

Przy kiepskich jakościowo serwerach miałem ten sam problem. Robota na godzinę, jaką miałem przy jakimś forum okazywała się parogodzinną męczarnią. Współczuję. Zrób tak - ja tak wtedy zrobiłem - napisz maila do admina by Ci zrobił poprawny zrzut w postaci pliku .sql i umieścił go na FTP.

Problem ROZWIĄZANY. Jeśli są jakiekolwiek wątpliwości, pytania proszę o założenie nowego tematu. Wszelkie uzasadnione reklamacje/pretensje/sugestie/rady przyjmuje ekipa forum.

Dokładnie tak. Jeśli sytuacja jest klarowna to jaka decyzja została podjęta jeśli można wiedzieć?

Wystarczy wyciąć ze skina - w ustawieniach i profilu - przy aktualizacjach zmienione bity nie są aktualizowane poprzez nadpisanie oryginalnymi. Problem rozwiązuje się w wersji 3.x - tam wszystkie pola profilu są edytowalno-usuwalne.

Witaj, przypomnij mi się jutro prywatną wiadomością i jutro będziesz mieć taki tutorial do 3.x.

Witaj, teoretycznie to powinno działać tak, jak napisałeś, ale dla mnie jest to o tyle dziwne, że ten cały framework praktycznie opiera się o folder admin/, gdzie mieści się cały kod php forum 'widzialnego' i rzecz jasna administratora. Myślę, że oni na żywca przekopiowali tę opcję, nie zważając na nic. Jeśli nie działa Ci portal po zmianie tego folderu to pozostaje napisanie nowego zgłoszenia w trackerze IPSu. Powinni coś z tym zrobić. Jednakże istnieje duże prawdopodobieństwo, że takie zgłoszenie już tam jest - mają ok. 300 rozpoczętych zgłoszeń, nazwijmy to 'w trakcie realizacji'.