Mr Darek

Cześć, żebyśmy mogli Ci pomóc najlepiej podaj link do Twojego forum, będzie prościej zlokalizować błąd - nie wiem o co chodzi dokładnie z tą przyciętą belką. Czy posiadasz aktualną wersję aplikacji chatboxa? https://invisioncommunity.com/files/file/7465-bim42-chatbox/ Pozdrawiam Darek

Cześć, z tego co widziałem to dzisiaj wyszła jakaś poprawka 4.3.1, zaktualizuj i sprawdź czy pomogło. Pozdrawiam Darek

Selektor, który odpowiada za pogrubienie w przypadku nowej zawartości: .ipsDataItem_subList li.ipsDataItem_unread { font-weight: bold; } znaleźć w edycji stylu HTML/CSS i zamienić font-weight: bold na font-weight: normal. Pozdrawiam Darek

Wszystko jest w najlepszym porządku jeżeli chodzi o sortowanie użytkowników w ACP. Nadając użytkownikowi grupę X jako podstawową oraz grupę tą samą X jako podrzędną to po zapisaniu i tak będziesz miał grupę podstawową jak tutaj: bez opisu pod spodem z grupami podrzędnymi jak tutaj, bo ma tą samą rangę, jeżeli miałby inną grupę to miałby jak na obrazku niżej: Po wejściu w ACP: Użytkownicy → Grupy klikając w liczbę użytkowników danej grupy: przesortuje nam grupę główną oraz podrzędną w poszukiwaniach. Działa to bardzo dobrze i poprawnie. Jeżeli chodzi o publiczne wyszukiwanie użytkowników na stronie to zauważ, że masz przeszukiwanie użytkowników tylko i wyłącznie przez grupę podstawową. Według mnie to bardzo dobre rozwiązanie, grupy podrzędne jako administrator możesz zobaczyć w ACP.

Ze względów wydajnościowych CMS w jej nowszej odsłonie postanowił, że będzie to inaczej wyglądało niż w v.3.4. Jeżeli ktoś wypowie się w temacie, w krótkim odstępie czasowym to uzyskasz taki sam efekt jak na Twoim obrazku. To normalne według mnie, że wyświetlają się ostatnie posty nawet jeżeli byłby w tym samym temacie. Odnośnie wcześniej wspomnianej wydajności, częstotliwość odświeżania wpisów w blokach możesz ustawić w System → Zaawansowane → Przechowuj pasek boczny, nagłówek i bloki stopki w pamięci podręcznej i ustaw na tyle ile uważasz za stosowne (ja mam 300 sekund).

Ja proponuje spróbować całkiem innej rzeczy. Muszę przyjąć założenie, które może okazać się nieprawdziwe, ale trzeba to sprawdzić. Czy masz włączoną usługę antyspamu IPS? Znajduje się ona w : Użytkownicy → Ustawienia użytkowników → Ochrona przed spamem → Usługa antyspam IPS. Jeżeli masz włączoną to wyłącz ją całkowicie wraz z wysyłaniem raportów zwrotnych do IPS i sprawdź teraz.

Szkoda trochę Marcinie reinstalować forum z powodu takiej pierdoły. Spokojnie, przygotowałem dla Ciebie zapytanie, które doda rekord w bazie logowania Google'a: INSERT INTO `xxxxx_xxxxxxxx`.`core_login_handlers` ( `login_key` , `login_enabled` , `login_settings` , `login_order` , `login_acp` ) VALUES ( 'Google', '0', '{"client_id":"","client_secret":"","real_name":true}', '8', '0' ); UWAGA! Za xxxxx_xxxxxxxx wpisz nazwę swojej bazy danych!!!! Odbywa się to w tabeli core_login_handlers, jeżeli masz jakiś prefix to go dodaj przed nazwą. Sprawdziłem trzy razy poprawność zapytania, jest w porządku. Generalnie będziesz miał wszystko tak jak miałeś nieustawione na początku. P.S Dziwne, że klucze API miałeś niepoprawne, na pewno wszystko robiłeś zgodnie z instrukcją?https://invisionpower.com/4guides/how-to-use-ips-community-suite/social-sign-in/google-r234/ DawPi chyba się zdenerwuje, że odchodzimy od tematu głównego, oby wybaczył nam w nowy rok.

Najmocniej przepraszam, miałem zakładkę otworzoną z v4.0, trzymaj instrukcję na v3.4. W wersji 3.4 tutaj niestety jest troszkę inaczej, ja polecam takie proste rozwiązanie: W panelu administracyjnym edytować styl (Look & Feel > Manage Skin Sets & Templates > IP.Board (tutaj nazwa Twojego stylu) i tutaj bit skin_board ( Board Index ) -> boardIndexTemplate na dole szukamy kod: <if test="showActive:|:$this->settings['show_active'] && $this->memberData['gbw_view_online_lists']"> <h4 class='statistics_head'>{parse expression="sprintf( $this->lang->words['online_right_now'], $stats['TOTAL'] )"} {$this->lang->words['active_users']}</h4> <p class='statistics_brief desc'> {parse expression="sprintf( $this->lang->words['active_users_detail'], $stats['MEMBERS'], $stats['GUESTS'], $stats['ANON'] )"} <if test="onlineListEnabled:|:$this->settings['allow_online_list']">&nbsp;&nbsp;<a href='{parse url="app=members&amp;module=online&amp;sort_order=desc" base="public"}' title='{$this->lang->words['online_link']}'>({$this->lang->words['online_link']})</a></if> </p> </if> <if test="activeNames:|:count($stats['NAMES']) && $this->settings['show_active']"> <br /> <p> <span class='name'>{parse expression="implode( ",</span> <span class='name'>", $stats['NAMES'] )"}</span> </p> </if> następnie usuwamy go uzyskując efekt, który chciałeś, bez kto był ostatnio online oraz listą osób online. Tutaj niestety nie ma hooków, pluginów na to, ja stosuje taką prymitywną metodę.

Można ją wyłączyć za pomocą Zarządzania blokami (tak to się nazywa), wystarczy kliknąć po lewej stronie forum w znacznik ze strzałką: Następnie wyłącz blok z ostatnimi osobami online i zakończ edycje: Done!

Generalnie jest kilka opcji. Pierwszą z nim są ustawienia w profilu danego użytkownika w ACP: Sprawdzić czy ta opcja jest włączona, dodatkowo sprawdzić będąc zalogowanym na koncie, z którym są problemy czy w ustawieniach swojego konta na forum sygnatury są na pewno włączone, bo ustawienia w ACP Profiles nie wiele się zdadzą: Generalnie to chyba wszystko, pomijając ustawienia danej grupy, której jak mnie mam masz dobrze ustawione.

Jak to mówią ciekawość ludzka nie zna granic, więc postanowiłem przetestować całą metodę logowania przez Facebooka! Skorzystałem z pomocy oferowanej przez IPS :Facebook - Social Sign In - IPS Community Suite, po której zgodnie z instrukcją włączyłem tą metodę logowania. Zarejestrowałem sobie konto testowe na forum korzystając z Facebooka i poszło to bez problemu. Przekierowało mnie na stronę Facebooka. Pojawił się standardowy komunikat o zaakceptowaniu warunków korzystania etc. Obserwując zauważyłem, że pobrało mi tylko z Facebooka e-mail bez daty urodzenia etc. Generalnie moje opcje ACP w metodzie logowania Facebook wyglądają tak: Jak widzicie opcje Używania prawdziwym danych mam odznaczoną. Po zaakceptowaniu warunków na stronie Facebooka przekierowało mnie na stronę forum, gdzie do wpisania miałem swoją własną nazwę użytkownika - opcja działa prawidłowo. Myślałem, że odznaczając będę miał może możliwość dodania hasła, niestety nie. W ustawieniach profilu swojego konta zauważyłem zakładkę "Facebook", w której miałem opcję odłączenia swojego konta. Niestety przy próbie odłączenia wyskoczył mi komunikat: Zdziwiło mnie to, ponieważ standardową metodę logowania miałem włączoną. Chwilę pomyślałem i logicznym myśleniem skoro nie da się odłączyć konta to ustawiłem przez ACP temu koncie hasło. Spróbowałem jeszcze raz i z sukcesem odłączyłem swoje konto Facebooka od konta na forum: Podsumowując rejestracja kont przez Facebooka według mnie jest na obecną chwilę niedopracowana. Gdyby dodali w trakcie rejestracji, przy jej finalizowaniu "Uzupełnij swój profil" możliwość dodanie hasła do konta lub przy odłączeniu swojego konta możliwość dodania hasła wtedy byłoby idealnie. Tak to wyskakuje komunikat, że nie można odłączyć konta Facebooka. Niestety w trakcie korzystania z konta podłączonego do Facebooka nie można dodać hasła: Opcja dodania hasła jak widać została wyłączona. Aby uniknąć błędu przy odłączeniu swojego konta w zakładce Facebook trzeba przez ACP ustawić hasło dla takiego użytkownika. Wtedy odłączenie konta nastąpi bez problemu. Oczywiście nastąpi to również bez problemu w momencie, gdy włączycie i skonfigurujecie poprawnie kolejną metodę logowania. Po wyłączeniu metody logowania przez Facebooka użytkownicy połączeni swoje konto z Facebookiem nie mogą się zalogować chyba, że jak wyżej napisałem ustawi im się hasło w ACP. Mam nadzieje, że rozwiałem wszelkie wątpliwości i wyczerpałem temat. Pozdrawiam Darek.

Przeszukałem uprawnienia grupy, uprawnienia danego forum, ustawienia zawartości i nie znalazłem opcji, która ignorowałaby sprawdzanie tego dla danej grupy bądź użytkownika. Jeżeli aż tak bardzo Ci zależy to wejdź w ustawienia swojego konta użytkownika w ACP i zwiększ sobie "Zawartość" na większą którą ustawiasz w w/w przez Ciebie opcji. Osobiście to rozwiązanie przeze mnie jest tylko proponowane, bo takowej opcji ignorowania nie ma. Możesz również zrobić plugin, który będzie ignorował tą opcję dla wybranych grup.

Może to głupie pytanie, ale trzeba sprawdzić - czy posiadasz folder z nazwą /admin? Czy nie edytowałeś czasem przekierowań w plikach.htaccess w katalogu głównym albo w folderze z administratorem? To strona xxxxxx.com Ci nie działa cała czy tylko panel administracyjny cms'a?

Przepraszam za odkopanie tematu, ale jestem w trakcie konfiguracji CRON'a właśnie na dhostingu i korzystając z porady kolegi wyżej: <?php $argv = $_SERVER["argv"] = array('task.php', '81727fffafdcd7e9913fda4e37aea256'); $argc = $_SERVER["argc"] = count($argv); include('task.php'); ?> wszystko poszło u mnie bez problemu. Postanowiłem, że się podzielę wiedzą kompletnie za free. Co zrobiłem? Stworzyłem plik cron.php w katalogu applications/core/interface/task, który wypełniłem w/w zawartością podmieniając 81727fffafdcd7e9913fda4e37aea256 na swój: W dPanelu dhostingu ustawiłem CRON'a korzystając z cURL'a ustawiając https://xxxxxxxxxxxxxxxxxx.com/applications/core/interface/task/cron.php zadania do wykonania (xxxxxxxxxxxxx to moja domena testowa xD!) co jedną minutę zgodnie z zaleceniami. Nie mam żadnych błędów w szczegółach zadania wszystko wykonuje się jak należy.

Tak, sprawdziłem dwa razy w przypadku $orientation == 'horizontal' oraz $orientation == 'vertical' i nie pomogło. W bicie szablonu nic nie znalazłem ciekawego, to jest bardzo dziwna dla mnie sytuacja, ale nic niemożliwego. Przeorałem jeszcze raz i jednak po sprawdzeniu to musi być jednak to applications/core/widgets/whosOnline.php: $where = array( array( 'core_sessions.running_time>' . \IPS\DateTime::create()->sub( new \DateInterval( 'PT30M' ) )->getTimeStamp() ) ); zamienić na: $where = array( array( 'core_sessions.running_time>' . \IPS\DateTime::create()->sub( new \DateInterval( 'PT15M' ) )->getTimeStamp() ) ); Działa! P.S Takie banalne a tak niepozorne...