zelo

W panelu administracyjnym masz funkcje do przeliczania postów. ACP > Przeliczanie i przebudowa/Recount and rebuild > Przelicz liczbę postów użytkowników. Chociaż po konwersji nie zaszkodzi przeliczyć też innych danych. Ja musiałem jeszcze przebudowywać posty ale od czego to było zależne to już nie pamiętam. Na pewno nie zaszkodzi.

Okazało się, że hook działa ok tylko jakaś kolizja była z ciastkami i mimo, że byłem widziany jako googlebot to forum traktowało mnie jako gościa. Pomógł tryb incognito w chrome. Tak więc problem rozwiązany.

Może spróbuj przebudować treść postów. Po przejściu z phpbb na ipb miałem podobny problem i dało rade.

Problem rozwiązałem przy pomocy supportu IPS. Okazało się, że IPS ma narzędzie do konwersji kodowania bazy danych znajdujące się tu: http://community.invisionpower.com/files/file/2929-character-set-converter/ Konwersja trwała 3-4 godziny na lokalnej maszynie dla 300 mb bazy (wąskim gardłem była tu wydajność bazy mysql). Jeśli ktoś chciał by z tego korzystać to sugeruje robić to lokalnie bo ten skrypt dość mocno obciąża bazę danych (po kolei przerzuca każdy rekord ze starej bazy do nowej) i zrywa połączenie co się wiąże z edycją ustawień skryptu i ponownym uruchamianiem. Na koniec tylko dodam, że na prawdę warto jak najszybciej przekonwertować całą bazę do UTF-8 bo im później się tym zajmiecie tym więcej problemów i dłużej to potrwa. Dodatkowo przy stosowaniu hacków takich jak wyżej podlinkował DawPi przy każdej aktualizacji trzeba o tym pamiętać.

Działa . Kto by pomyslał...

Tutaj jest lokacja tej zmiennej z numerami linii w której się znajduje. Nie mogę już edytować powyższego posta a może to ułatwić komuś pomoc w problemie. extensions/sitemapPlugins/forums.php:20: $permCheck = $this->DB->buildWherePermission(array($this->settings['guest_group']), 'p.perm_view', true); extensions/sitemapPlugins/content_database_categories.php:22: $permCheck1 = $this->DB->buildWherePermission(array($this->settings['guest_group']), 'perm1.perm_view', true); extensions/sitemapPlugins/content_database_categories.php:23: $permCheck2 = $this->DB->buildWherePermission(array($this->settings['guest_group']), 'perm2.perm_view', true); extensions/sitemapPlugins/content_database_categories.php:24: $permCheck3 = $this->DB->buildWherePermission(array($this->settings['guest_group']), 'p.page_view_perms', true); extensions/sitemapPlugins/downloads_categories.php:20: $permCheck = $this->DB->buildWherePermission(array($this->settings['guest_group']), 'p.perm_view', true); extensions/sitemapPlugins/downloads_files.php:29: $permCheck = $this->DB->buildWherePermission(array($this->settings['guest_group']), 'p.perm_2', true); extensions/sitemapPlugins/blogs.php:25: 'where' => 'g_id = ' . $this->settings['guest_group'])); extensions/sitemapPlugins/topics.php:46: $permCheck = $this->DB->buildWherePermission(array($this->settings['guest_group']), 'p.perm_2', true); extensions/sitemapPlugins/nexus_products.php:22: 'where' => 'p_store=1 AND ' . $this->DB->buildWherePermission( array( $this->settings['guest_group'] ), 'p_member_groups' ), extensions/sitemapPlugins/calendar.php:39: 'where' => $this->DB->buildWherePermission( array( $this->settings['guest_group'] ), 'p.perm_view' ) extensions/sitemapPlugins/calendar.php:61: 'where' => "event_end_date < {$time} AND " . $this->DB->buildWherePermission( $calendars, 'event_calendar_id', FALSE ) . ' AND ' . $this->DB->buildWherePermission( array( $this->settings['guest_group'] ), 'event_perms' ), extensions/sitemapPlugins/calendar.php:81: 'where' => "event_end_date > {$time} AND " . $this->DB->buildWherePermission( $calendars, 'event_calendar_id', FALSE ) . ' AND ' . $this->DB->buildWherePermission( array( $this->settings['guest_group'] ), 'event_perms' ), extensions/sitemapPlugins/blog_entries.php:22: 'where' => 'g_id = ' . $this->settings['guest_group'])); extensions/sitemapPlugins/content_pages.php:25: $permCheck = $this->DB->buildWherePermission(array($this->settings['guest_group']), 'page_view_perms', true); extensions/sitemapPlugins/content_database_records.php:23: $permCheck1 = $this->DB->buildWherePermission(array($this->settings['guest_group']), 'perm1.perm_2', true); extensions/sitemapPlugins/content_database_records.php:24: $permCheck2 = $this->DB->buildWherePermission(array($this->settings['guest_group']), 'perm2.perm_2', true); extensions/sitemapPlugins/content_database_records.php:25: $permCheck3 = $this->DB->buildWherePermission(array($this->settings['guest_group']), 'p.page_view_perms', true);

Bez zmian. Stworzyłem nową grupę z nową maską uprawnień i zmieniłem ustawienia hooka. Wykrywa mnie jako Googlebota, koloruje nick jak trzeba i wyświetla to co powinno, jednak nie mogę wejść do żadnej kategorii (w masce uprawnień oczywiście ustawiłem i wyświetlanie i czytanie) Edit. Jednak bot dostaje maskę guest. Pomimo tego, że inne ustawienia grupy Bot są aktywne (chociażby kolorowanie nicka) Może ip.seo nadpisuje maskę na guest. Edit2. Zastanawiam się czy globalna zmiana wszystkich odwołań w kodzie IP.SEO do guest group na odwołanie do grupy botów była by bezpieczna. Tzn czy przy okazji bym czegoś nie spieprzył. Poniżej zamieszczam listę plików i linie w których są odwołania do tej zmiennej. Wszystkie ścieżki są podane relatywnie do "board/upload/admin/applications_addon/ips/ipseo" ./extensions/sitemapPlugins/forums.php: $permCheck = $this->DB->buildWherePermission(array($this->settings['guest_group']), 'p.perm_view', true); ./extensions/sitemapPlugins/content_database_categories.php: $permCheck1 = $this->DB->buildWherePermission(array($this->settings['guest_group']), 'perm1.perm_view', true); ./extensions/sitemapPlugins/content_database_categories.php: $permCheck2 = $this->DB->buildWherePermission(array($this->settings['guest_group']), 'perm2.perm_view', true); ./extensions/sitemapPlugins/content_database_categories.php: $permCheck3 = $this->DB->buildWherePermission(array($this->settings['guest_group']), 'p.page_view_perms', true); ./extensions/sitemapPlugins/downloads_categories.php: $permCheck = $this->DB->buildWherePermission(array($this->settings['guest_group']), 'p.perm_view', true); ./extensions/sitemapPlugins/downloads_files.php: $permCheck = $this->DB->buildWherePermission(array($this->settings['guest_group']), 'p.perm_2', true); ./extensions/sitemapPlugins/blogs.php: 'where' => 'g_id = ' . $this->settings['guest_group'])); ./extensions/sitemapPlugins/topics.php: $permCheck = $this->DB->buildWherePermission(array($this->settings['guest_group']), 'p.perm_2', true); ./extensions/sitemapPlugins/nexus_products.php: 'where' => 'p_store=1 AND ' . $this->DB->buildWherePermission( array( $this->settings['guest_group'] ), 'p_member_groups' ), ./extensions/sitemapPlugins/calendar.php: 'where' => $this->DB->buildWherePermission( array( $this->settings['guest_group'] ), 'p.perm_view' ) ./extensions/sitemapPlugins/calendar.php: 'where' => "event_end_date < {$time} AND " . $this->DB->buildWherePermission( $calendars, 'event_calendar_id', FALSE ) . ' AND ' . $this->DB->buildWherePermission( array( $this->settings['guest_group'] ), 'event_perms' ), ./extensions/sitemapPlugins/calendar.php: 'where' => "event_end_date > {$time} AND " . $this->DB->buildWherePermission( $calendars, 'event_calendar_id', FALSE ) . ' AND ' . $this->DB->buildWherePermission( array( $this->settings['guest_group'] ), 'event_perms' ), ./extensions/sitemapPlugins/blog_entries.php: 'where' => 'g_id = ' . $this->settings['guest_group'])); ./extensions/sitemapPlugins/content_pages.php: $permCheck = $this->DB->buildWherePermission(array($this->settings['guest_group']), 'page_view_perms', true); ./extensions/sitemapPlugins/content_database_records.php: $permCheck1 = $this->DB->buildWherePermission(array($this->settings['guest_group']), 'perm1.perm_2', true); ./extensions/sitemapPlugins/content_database_records.php: $permCheck2 = $this->DB->buildWherePermission(array($this->settings['guest_group']), 'perm2.perm_2', true); ./extensions/sitemapPlugins/content_database_records.php: $permCheck3 = $this->DB->buildWherePermission(array($this->settings['guest_group']), 'p.page_view_perms', true);

Shoutbox nie wyświetla dat w sposób relatywny. Moje ustawienia: - Use relative dates: Yes (Last X Minutes, Today & Yesterday) - Today time format: %I:%M %p | {--}, %H:%M (próbowałem oby dwa i żadnych zmian) Wygląda to tak jak by shoutbox ignorował zupełnie ustawienia dla krótkiej daty. Oczywiście cache czyściłem po zmianach.

Problem rozwiązałem. Po poprawnej konwersji bazy problem znikł. A spowodowane to było prawdopodobnie tym, że dane były zapisywane za pośrednictwem ajaxa i w tym momencie znaki były zamieniane na encje. Jest nawet jakaś pozycja w ustawieniach dotycząca tego problemu.

Zainstalowałem ten hook ale nie działa to tak jak bym chciał. Grupa Bot korzysta u mnie z tej samej maski uprawnień co grupa użytkownicy, mimo tego jako googlebot po próbie wejścia w jakąkolwiek kategorie dostaje błąd o braku uprawnień. Bota rozpoznaje prawidłowo i przydziela do grupy Bot. Ma ktoś jakiś pomysł?

Jak ustawić uprawnienia do przeglądania działów dla botów wyszukiwarek? W poprzednich wersjach była taka opcja i działało to całkiem sprawnie.

Czas wykonywania skryptu to rzecz marginalna. Rzecz która zwykle daje największy spadek wczytywania stron i wymaga bardzo mało wysiłku do implementacji to dodanie nagłówków max-age do wszystkich statycznych elementów witryny. Robi się to dlatego, że za każdym razem jak twoja strona (forum) jest wczytywane do przeglądarka odpytuje po kolei każdy element strony (grafiki, css, js, ...) czy nie uległ on przypadkiem zmianie, co oczywiście chwile trwa i jest zwykle zbędne. Najprostszym sposobem na dodanie takich nagłówków jest umieszczenie pliku .htaccess o odpowiedniej treści w katalogu gdzie przechowujemy nasze statyczne pliki. Przykład: <FilesMatch "\.(ico|jpg|jpeg|png|gif|js|css|swf)$"> Header set Cache-Control "max-age=86400, public" </FilesMatch> Czas podajemy w sekundach. W tym wypadku 24h. Można dla różnych rozszerzeń określić różny czas. Cała zabawa spowoduje, że przez określony czas przeglądarki nie będą sprawdzać czy posiadana w cache wersja pliku jest aktualna. W sumie to jest tylko wierzchołek góry lodowej jeśli chodzi o optymalizacje www, ale jak pisałem najprościej jest to zaimplementować i daje dobre efekty.

Jak wyłączyć w edytorze na forum funkcje zamieniania znaków na encje? np aby po wpisaniu "ó" do bazy zostało wysłane "ó" a nie "ó". Jaki jest w ogóle sens stosowania encji?

Próbowałem, ale wcześniej nie pomyślałem o wyczyszczeniu cache postów. Po wyczyszczeniu znaczki wyświetlają się poprawnie. Wygląda na to, że wszystko działa, jednak na dłuższą metę jest to tylko obejście problemu a nie jego rozwiązanie. Zastanawiam się dlaczego pomimo tego, że baza jest kodowana w UTF-8 to to nie działa. Baza cały czas rośnie, a w miarę rozrostu bazy mogą kłębić się problemy.

Chciałbym zaktualizować forum do nowszej wersji ale mam problemy z bazą. Aktualnie forum stoi na ipb 3.1.4. Kodowanie bazy to utf8_general_cl, collation ustawione tak samo. Co zabawne kodowanie forum jest ustawione na iso-8859-2 (inaczej się krzaczyło). Zrobił się z tego niezły syf i postanowiłem to ogarnąć. Po konwersji przez iconv i podmianą krzaczków za pomocą sed'a udało mi się to ogarnąć do takiego stopnia, że prawidłowo wyświetla się to w phpmyadmin. Problem pojawił się po aktualizacji do ipb 3.2.3 gdzie wszystkie polskie znaczki (po za ó i ó) są zamieniane przez skrypt forum na pytajniki. Dzieje się to niezależnie od ustawienia kodowania w ipb. Zna ktoś przyczynę/rozwiązanie tego problemu?