Chmarus

Nie przekierowuje, po prostu w tym miejscu ładuje się PA tak jakby był includowany.

Ok, ten skrypcik już ładnie działa. Jest jeszcze jeden problem. Mianowicie jak odpalam ten skrypt ze sciezki: public/adminek/news/dodaj to temat nie dodaje się i wyświetla się ekran logowania do PA ipb Rozumiem, ze jest to jakas forma zabezpieczenia. Jest jakis sposob na ominiecie tej sytuacji? Ten sam skrypt odpalony z public/ nie daje takich efektów. W najgorszym wypadku będę po prostu do tego pliku curlem przesylal dane i wykonywal skrypt. Wolalbym jednak tego uniknac i licze, ze istnieje jakies lepsze rozwiazanie.

Przepraszam, nie doczytałem faktycznie. Mógłbyś powiedzieć jak użyć tej klasy? $wrzuta = new Post; I dalej nie mam pomysłu jeszcze kiepski z obiektówki jestem

narazie odpalilem skrypt ze zwyklej sciezki: <?php require_once( 'forum/admin/applications/forums/app_class_forums.php' ); $appClass = new app_class_forums( ipsRegistry::instance() ); /** * Get posting class */ require_once( 'forum/admin/applications/forums/sources/classes/post/sources/classes/post/classPost.php' ); $this->_postClass = new classPost( ipsRegistry::instance() ); /** * Set some data. The method names give away what we are setting. * We are using forum id 1 */ $this->_postClass->setIsPreview( false ); $this->_postClass->setForumData( ipsRegistry::getClass('class_forums')->forum_by_id[ 1 ] ); $this->_postClass->setForumID( 15 ); $this->_postClass->setPostContent( "This is the body of the post here" ); $this->_postClass->setAuthor( 9014 ); $this->_postClass->setPublished( true ); $this->_postClass->setSettings( array( 'enableSignature' => 1, 'enableEmoticons' => 1, 'post_htmlstatus' => 0, 'enableTracker' => 0 ) ); $this->_postClass->setTopicTitle( "Topic title here!" ); /** * And post it... */ try { if ( $this->_postClass->addTopic() === FALSE ) { print "Topic could not be posted"; exit; } } catch( Exception $error ) { print "Topic posting failed: " . $error->getMessage(); exit; } $this->topic = $this->_postClass->getTopicData(); $this->post = $this->_postClass->getPostData(); ?> I nic się nie dzieje. Dostaje tylko error: Incorrect access You cannot access this file directly. If you have recently upgraded, make sure you upgraded all the relevant files.

mam jeszcze jeden problem z wykorzystaniem tych klas wbudowanych w IPB. Bardziej natury samego PHP Skrypt gdzie chce wywołać procedurę dodania tematu jest np. tutaj: /public/administracja/news/dodaj.php a forum: /public/forum/ wpisałem require_once( '.../forum/admin/applications/forums/app_class_forums.php' ); i dostaje błąd failed to open stream

Dzięki bardzo za odpowiedź. Dla upewnienia jednak zapytam o jeszcze jedną rzecz dotyczącą skryptu z Twojego linka. Temat muszę założyć w ten mój "ręczny" i niezbyt zgrabny sposób by dopiero potem wywołać tamtą funkcję?

Witam, chciałbym aby materiały dodawane na mój cms automatycznie lądowały w określonym dziale na forum jako nowy temat. Póki co stworzyłem skrypt, który ręcznie wrzuca wymagane dane do tabeli ibf_posts i ibf_topics. To jednak nie wystarcza. Mogę bez przeszkód wyświetlić dodany temat wpisując url z id i nazwą np: http://localhost/forum/topic/8089-moj-news/ Niestety mimo, że to działa temat nie wyświetla się na liście tematów w interesującym mnie dziale. Do jakich jeszcze tabeli muszę wykonać zapytania? Mój skrypt: $tytul = $data['title']; $news = $data['value']; $seo = form::inlink( $data['title'] ); $sql = "INSERT INTO `mmorpg_forum`.`ibf_posts` (`pid`, `append_edit`, `edit_time`, `author_id`, `author_name`, `use_sig`, `use_emo`, `ip_address`, `post_date`, `icon_id`, `post`, `queued`, `topic_id`, `post_title`, `new_topic`, `edit_name`, `post_key`, `post_parent`, `post_htmlstate`, `post_edit_reason`) VALUES (NULL, '0', NULL, '9014', 'NewsMan', '1', '0', '178.42.137.254', UNIX_TIMESTAMP(), 0, '$news', '0', '0', NULL, '0', NULL, '0', '0', '1', '')"; $q = mysql_query($sql); $postid = mysql_insert_id(); $sql = "INSERT INTO `mmorpg_forum`.`ibf_topics` (`tid`, `title`, `description`, `state`, `posts`, `starter_id`, `start_date`, `last_poster_id`, `last_post`, `icon_id`, `starter_name`, `last_poster_name`, `poll_state`, `last_vote`, `views`, `forum_id`, `approved`, `author_mode`, `pinned`, `moved_to`, `total_votes`, `topic_hasattach`, `topic_firstpost`, `topic_queuedposts`, `topic_open_time`, `topic_close_time`, `topic_rating_total`, `topic_rating_hits`, `title_seo`, `seo_last_name`, `seo_first_name`) VALUES (NULL, '$tytul', NULL, 'open', '0', '9014', UNIX_TIMESTAMP(), '9014', $postid, '0', 'NewsMan', 'NewsMan', '0', '0', '0', '15', '1', '1', '0', NULL, '0', '0', '$postid', '0', '0', '0', '0', '0', '$seo', 'newsman', 'newsman')"; $q = mysql_query($sql); $topicid = mysql_insert_id(); $q = mysql_query("UPDATE ibf_posts SET topic_id = '$topicid' WHERE pid = '$postid ' LIMIT 1");

PROBLEM ROZWIĄZANY Wystarczyło przebudować tematy/posty i kodowanie się poprawiło. Moja recepta na sukces: 1. Eksport starej bazy w latin1_swedish_ci 2. Masowa zamiana w pliku bazy: DEFAULT CHARSET=latin1 na DEFAULT CHARSET=utf8 3. Masowa zamiana polskich znaków według tabeli: 4. Utworzenie bazy zgodniej z utf8 5. Upload poprawnie zakodowanej bazy 6. Przebudowanie tematów/postów usunięcie plików cache 7. Gotowa baza w utf8 Pozdrawiam i dziękuje za wszystkie odpowiedzi, które w mniejszym lub większym stopniu nakierowały na prawidłowe rozwiązanie problemu. Reputy dodałem

To niech napiszą, że IPB działa z polskimi znakami tylko na elitarnych i szlachetnego pochodzenia serwerach. Mój portal obecnie stoi na jakby nie patrzeć porządnym serwerze, nie na jakimś shared hosting gdzie płaci się smsem. Nie wiem czy tam będą problemy bo póki co próbuję naprawić ten bajzel na localhoście. Wracając jednak do wątku, obecnie tą bazę testuje na localhoście Wampservera. Nie sądze by był tam jakiś problem z konfigiem. Mam całkiem spory CMS pisany na zamówienie, z którym nie było żadnego problemu z utf8 i konwersjami baz danych. Jeżeli chodzi o bazę danych, z której próbuję korzystać jest ona już całkowicie wyczyszczona z krzaków. Nowo dodawane tematy się prezentują dobrze. Wszystkie tabele są zakodowane na "utf8_polish_ci" a dwie tabele odpowiedzialne za tematy i posty są zakodowane jako "utf8_general_ci"

Zastosowałem się do rady DawPi. Dzieje się kompletnie dziwna rzecz i w tym momencie muszę to zrzucić na IPB! W bazie są polskie znaki kompletnie bez krzaków, kodowanie porównanie itp w bazie ustawione na utf8. Po ustawieniu połączeń z bazą danych w plikach classDbMysqlClient.php i classDbMysqliClient.php na latin2 wyświetlają się polskie znaki w jednym miejscu: w meta tagach title i w nazwie tematu:

Dzięki za odpowiedzi. Temat, który podał swist już przeglądałem. Baza jest przekonwertowana raczej dobrze, aczkolwiek przy użyciu innych skryptów. Spróbuję skorzystać z tutoriala DawPi. Dziwne wydaje mi się, że w owym tutorialu połączenie jest ustawione na latin2, mimo iż baza zakodowana jest w utf8. Pokręcone to wszystko Niemniej wypróbuję tę radę i pod wieczór napiszę czy udało się rozwiązać problem. Pozdrawiam!

Wszystkie tematy dotyczace kodowania na tym forum przejrzałem. Po wielu cennych wskazówkach udało mi się zrobić nie lada postęp i czuje, że jestem już krok od rozwiązania całego problemu. Udało mi się zmienić już całkowicie strukturę bazy danych oraz uzyskać prosto w bazie normalne polskie znaki (do tej pory były one zapisane krzakami) . Mimo tego, że polskie znaki w bazie są w ipb dalej nic. Nowo wprowadzane tematy są z polskimi znakami. Jakaś wskazówka?

Udało mi się zmienić tak, że w phpmyadmin każda tabela wyświetla się jako utf8. Jednak mimo użycia grzegrzolki i jakiegos konwertera online kodowanie nie wyświetla się prawidłowo:

Czyli kompletnie nic nie da się zrobić? Ręcznie to znaczy, ze musze przeglądnąć 50tys postów i każdego krzaka ręcznie zamienić na ąęźć? Nie wierze

W menu Operacje metoda porównywania napisów jest i była ustawiona na utf8_polish_ci . Więc problem leży gdzie indziej

Witam, Chciałbym się pozbyć mieszanego kodowania i "trenuje" sobie na testowej bazie danych na localhoście. Wrzuciłem cały zrzut do gzegrzolki i przekonwertowalem na utf8. Wlaczylem rozpoznanie celem sprawdzenia i ponownie ukazalo się kodowanie w utf8. Pełen radości i zapału wrzuciłem bazę do phpmyadmin zaznaczając w formularzu importu kodowanie pliku na utf i całość zakończyła się niepowodzeniem. Przy niektórych tabelach mam kodowanie: latin1_swedish_ci a przy innych utf8_polish_ci . Jak zmusić IPB do pracy w utf8?

Eh no szkoda myślałem, że istnieje coś gotowego. Potrzeba matką wynalazców a więc napisałem samemu coś takiego: http://www.mmorpg.org.pl/tematy/tematy.php Pętla while, mysql_fetch_assoc szczypta sql i gotowe. Problem można uznać za "samorozwiązany"

Niestety nie mogę odszukać kompletnie tego samego skryptu, którego używałem na IPB2 bo ostatnio robiłem porządki na dysku. Na 95% chodzi jednak o coś takiego: Display X Latest Posts http://mods.invisionize.com/db/index.php/f/6487 Pzdr.

A nie istnieje coś takiego jak do IPB2? Aż nie chce mi się wierzyć, myślałem, że bankowo coś takiego istnieje a ja tylko nie potrafię tego znaleźć Z tym RSS to wyświetlenie w php to inna para kaloszy, ale jak w ogóle wyświetlić rss z 10 najnowszymi postami w tematach?

Witam, istnieje może gotowa modyfikacja wyświetlająca ostatnie tematy z forum na stronie WWW? Wiem, że do IPB2 coś takiego było natomiast do IPB3 nic takiego nie mogę znaleźć