maxx

Dobrze będzie, przejdź spokojnie na IP. BOARD i patrz jak idziesz w górę. Nie masz jakiejś dzikiej konkurencji na swoje klucze. Generalnie fora pozycjonują się wysoko treścią i ruchem - wszystkie te SEO-cuda mają mniejsze znaczenie. Z naszych doświadczeń wynika też, że phpbb jest mniej lubiane przez google niż IPB Przekierowanie linków... hm... masz ~1500 postów, nie opłaci się kombinować. Przyjdzie gugiel i przeczyta wszystko od nowa.

Ano nie da się (chyba), też szukamy czegoś takiego, tyle że pod jakiegoś CMS-a. Przy okazji szukania znalazłem takie coś pod WORDPRESS-a. Nie wiem czy to spełni oczekiwania autora, ale może się przyda?

200MB? czy 20MB?

RSS?

Jesteś wielki! Dzięki.

W sensie dostępu do funkcji wg g_id lub chociaż g_is_supmod

Pięknie, dzięki wielkie - a jakby jeszcze grupy dołożyć?

Ad. primo - jeszcze z tydzień (poza tym mamy w administracji 4 fora - wszystkie póki co 2.3.x ) Ad. secundo - powinni to wbudować w ACP, albo ktoś by może moda napisał p.s. a gdzie w kodzie?

Jak w temacie, chciałbym ograniczyć userom możliwość śledzenia for i tematów. I, o dziwo, nie znalazłem takiej opcji. O dziwo, bo nie zastanawiałem się specjalnie nad tym, dopóki nie zajrzałem w tabelkę ibf_tracker - a tam kilkaset subskrypcji. Po pierwsze mailer generuje kilka tysięcy maili dziennie, a po drugie userzy praktycznie czytają w ten sposób forum bez czytania forum, a nie po to się forum zakłada. Any idea?

Nie jest tak różowo, ale 3 dni testów na localhoście i na serwerze, trochę literatury i gugiel dały pożądany efekt końcowy i nadzieję, że wiem jak to zrobić. Metoda którą zastosowałem: 0. Czyszczenie bazy: a. usunięcie logów botów, trackera i innych niepotrzebnych śmieci b. optymalizacja i sprawdzenie bazy 1. Instalacja mysqldumper'a i backup całej bazy (w ustawieniach UTF8 bez względu na kodowanie backupowanej bazy (!) włączona kompresja *.gz) 2. Download backupu i rozpakowanie bazy na PC (totalcmd) 3. Zmiana kodowania gżegżółką: a. odhaczone wszystkie opcje w zakładce konwersja) b. konwersja z ISO-8859-2 na UTF8 (encje w każdej konfiguracji dawały "krzaki") c. plik miał prawie 700MB - poszło bez problemu 4. Spakowanie skonwertowanej bazy do *.gz (totalcmd) 5. Upload pliku do katalogu mysqldumpera i odtworzenie bazy z tego pliku 6. Próba wejścia na forum i... cannot ... czyli wysypka. 7. Przywrócenie z backupu tabel, które moim zdaniem nie zawierały żadnych polskich znaków (~47 tabel, niektóre, puste zostawiłem) 8. F5 na klawiaturze i jest - wszystko ładnie, z ogonkami i bez żadnych krzaków (nie wiem ja PW - nie robiłem konwersji z 2.3.x do 3.0.5) Wnioski: 1. Bigdump nie nadaje się wbrew nazwie do ładowania dużych baz, bo: a. przy dużych tabelach (jak np. ibf_post) producent każe wyłączyć "rozszerzone dodania" przy eksporcie - daje to taki efekt, że plik potraja swoją objętość - eksport z włączoną opcją "rozszerzonych dodań" krzaczy forum w każdej próbie, a zrobiłem ich sporo b. potrafi "zabić" dedyka, mimo ostrożnego ustawienia (1000 lini, 100ms delay'a) - i za każdym razem albo sam się wieszał, albo dramatycznie podnosił load serwera po mniej więcej 3/4 przywracania - load dochodził do 300(!) c. backup trzeba sobie phpmyadminem zrobić - nie każdy serwer to udźwignie (no chyba, że się ma dostęp do shella i możliwość uruchomienia mysqldump'a - nie próbowałem) 2. Gżegżółka konwertuje nawet spore pliki 3. Nobla temu kto napisze gżegżółkę pod linuxa - najwięcej czasu zajmuje robienie backupu, download/upload i restore bazy (w moim przypadku łącznie prawie 3h, a łącze mam szybkie, serwer też) 4. Trzeba by sporządzić listę tabel, które powinno się skonwertować. Backup byłby mniejszy i stresów mniej. 5. Metoda kodowania napisów w poszczególnych tabelach nie ma znaczenia (screen 3-ci z pierwszego posta ( przestawianie przed i po konwersji nic nie zmienia) 6. Zastanawiam się, czy przy upgrade chodzącego forum (a nie kopii testowej) konwersję ISO/UTF lepiej robić przed czy po upgrade (?) To tyle na szybko. Nie twierdzę, że powyższa metoda da każdemu dobry wynik - w moim przypadku dała

A proszę bardzo (IM) Hide Posts From Guests 1.0.0

Wiem, wiem - na forum zatrzęsienie tematów o krzakach na forum, znakach "?", konwersji różnymi metodami. Dwa dni siedziałem, czytałem to wszystko pilnie i robiłem testy. Niby problemu nie ma, ale wątpliwości pozostają. Baza od środka wygląda tak; Zawartość tabeli ibf_post PRZED konwersją wygląda tak: Konwertuję gżegżółką ustawioną w poniższy sposób: i otrzymuję taki wynik w bazie: Robię konwersję do UTF-8 (na próbę tylko ibf_forums i ibf_topic), przestawiam forum na UTF-8 i: jest ok, ale... Zastanawiam się, czy wszystko jest tak jak być powinno, bo tabele dalej mają opis [Metoda porównywania napisów latin2_general_ci] Nie chciałbym czegoś skopać (>300k postów) więc stąd moje wątpliwości i pytania: 1. czy tak jak jest jest dobrze (w bazie), czy mam coś zmienić? 2. czy gżegżółka jest dobrze ustawiona i czy "daje radę" plikom >200MB? 3. czy bigdump może "zepsuć" kodowanie przy imporcie?

Może użyj tej modyfikacji? (DP30) IP Address Cleaner

No, i teraz idź przełącz Umieszczaj CSS w plikach tekstowych na nie, a potem ponownie na tak.

Ale masz podwójnego slesza w adresie [//] - a tak być nie powinno.

http://csns.hsms.pl//index.php? Coś nie halo z adresem

Loguję się z tego samego kompa na 4 nickach, z czego 3 są z grupy users. Mod tworzy 4 tabele: ibf_mudd ibf_mudd_details ibf_mudd_outs ibf_mudd_whitelist tylko w tabeli ibf_outs dopisują sie nowe rekordy (nie wiem czy ma tak być?) Jako "reported by" ustawiłem siebie (admina), grupa admin jest też na" whitelist" - chyba, bo w tabeli ibf_mudd_whitelist nic nie ma. Grpua "Admin" jest też ustawiona jako uprawniona do otrzymywania raportów. A raportów nie ma

Mam problem z tym modem, instaluję, konfiguruję i próbuję zmusić go do wygenerowania jakichkolwiek wyników. I nic. Próbowałem i na localhoście i na serwerze. Czy ktoś może używa lub testował? Link do aktualnej wersji w tym temacie

Dzięki, poszło

Sorry, zapomniałem luknąć na skin używany przez Ciebie. Ja robię na fabrycznym skinie, a w tym którego używasz jest zupełnie inny css

Spróbuj (w ipb_styles.css) zamienić div#categories { width: xx%; na div#categories { padding-right: 10px;

Może ja głupi jestem, ale albo określasz szerokość w % i wtedy masz "ruchomą" szerokość, albo w px i wtedy masz na sztywno. Jak określisz szerokość sidebara (#index_stats) na sztywno, a samo forum (div#categories) w % zawsze jest ryzyko, że się komuś rozjedzie, zwłaszcza przy 400px sidebara.

Pomogło w sekcjach, a gdzie to zmienić:

Zmień w kodzie z jutuba parametry width="400" height="340" na width="auto" height="auto" a sidebar ustaw sobie jak chcesz

"Przegląd" i "Zarządzanie" wyświetlające się poprawnie zmieniłem w zarządzaniu modułami.