makensis

Mam pytanie czy w ogóle mają sens na invisionize np. oprócz naszej klasy znalazło się już dawno nieistniejące grono.net . Lokalizacja przycisków i wielkość np. Lubię to też jest trochę nietrafiona, czy to się zmieni w nowym IPB i ogólnie czy zauważyliście jakiś feedback odnośnie tej funkcjonalności?

http://community.invisionpower.com/files/file/3784-hsc-links-to-titles/ jedyna alternatywa na razie, szkoda, że mod nie zapisuje wyników do bazy w post tylko trafia to do cache, po kilku tygodniach miesiącach link wraca do swojej nieprzyjaznej formy.

Wiadomo coś kiedy będzie IPB 3.4 opublikowane? Ma wdrożoną obsługę wordpressa co mnie by bardzo urządzało

Mój artykuł linkuje do mnie. Nie chcesz nie wchodzisz, nie czytasz. Zapraszam do kolejnego artykułu tym razem będzie o polskich znakach diakrytycznych w adresach WWW forum IPB. Poradnik jest na tyle uniwersalny, że powinien pomóc szczególnie forom z narodowym alfabetem jak np. cyrylica. Podobne rezulaty uzyskała z powodzeniem ipbmafia.ru

Posiedziałem trochę nad kodem i w końcu udało się - rozwiązanie bajecznie proste. Zakładam że poprawiono kilka rzeczy w najnowszym IPB ponieważ wcześniejsze próby podejścia do tematu zakończyły się fiaskiem. Zapraszam do artykułu: polskie znaki w adresach www na forum IPB.

Zamiast ó wyświetlają się krzaki w tytułach tematów(po edycji) i w shoutboxie. Ktoś się spotkał z takim bugiem?

Poprawiony artykuł odnośnie optymalizacji linków dla IPB 3.3.3 zamieszczam tutaj: Optymalizacja SEO forów IPB v.2.0 czyli przyjazne linki jakich dotąd nie było Ponadto wszyscy, którzy wykonali modyfikację i zaktualizowali forum do najnowszej wersji muszą wykonać kosmetyczną zmianę w jednym pliku: http://www.forum.tweaks.pl/forum-IPB-tworzenie-przyjaznych-adresow-stron-t44420.html#entry254158

Może kogoś zainteresuje, opisałem swoje wrażenia odnośnie IPBWI w artykule: integracja IPB z Wordpress

Może być 404 aby się boty zdziwiły.

Chciałbym zmienić adres rejestracji na forum tak, aby odwołanie: /index.php?app=core&module=global&section=register nie prowadziło do rejestracji. Mam coś takiego w furltemplates, ale to zamienia link /register/ na adres rejestracji, a ja chciałbym kompletnie aby wywołanie powyższe nie prowadziło do rejestracji. Wydaje mi się, że boty okupują tą stronę. W pliku furlTemplates.php mam tak: 'section=register' => array( 'app' => 'core', 'allowRedirect' => 1, 'out' => array( '#app=core(&|&)module=global(&|&)section=register(&|&|$)#i', 'register/$3' ), 'in' => array( 'regex' => "#/register(/|$|\?)#i", 'matches' => array( array( 'app', 'core' ), array( 'module', 'global' ), array( 'section', 'register' ) ) ) ),

@Amfidiusz Uważam jednak, że poradnik jest na czasie, szczególnie po zmianach w kodowaniu na forach IPSu. Sposób w linku - przez phpMyAdmin i gżegżółkę pominąłem celowo, bo jest czasochłonny i potrafi nie wyjść, bo po drodze mamy różne systemy porównywania znaków. Sorry, ale to nie ty decydujesz czy poradnik jest przydatny czy nie.

W linku jest poradnik do wszystkich, wiadomo małe fora = mały problem, a duże to już bez konsoli się raczej nie obędzie. Ewentualnie można zrobić tak: prośba do hostingodawcy o zrzut bazy w SQL upload na localhost konwersja z konsoli na localu (ewentualnie gżegżółka i editpad lite) upload na serwer prośba do hostingodawcy o wczytanie pliku do nowej bazy danych Niestety nie widzę możliwości dalej działania na forach z innym kodowaniem jak UTF skoro nowe IPB zapisuje znaki w unicode. Jeden znak specjalny zajmuje 5 zwykłych, poza tym nie jest czytelny przez wyszukiwarkę, bo musiałaby ona dać dwa zapytania - jedno w kodowaniu domyślnym, a drugie w unicode. Masakra

Miszczowie IPS-u wprowadzili ciekawy bug do nowej wersji IPB. W zamian za działające tagi otrzymujemy upośledzoną wyszukiwarkę. Błąd się pojawia na forach z kodowaniem innym niż UTF, dlatego postanowiłem pomóc opuszczonym przez IPS użytkownikom przedstawiając poradnik odnośnie konwersji bazy danych z ISO na UTF-8.

W związku, że nowe IPB 3.3.1 spłatało figla* użytkownikom o innym kodowaniu niż UTF-8 przedstawiam sposób na szybką i skuteczną konwersję naszego forum do jedynego lubianego systemu kodowania UTF-8. Kroki: Logujemy się do serwera np. programem Putty Zrzucamy bazę danych na serwer(trzeba zadbać o odpowiednią ilość wolnego miejsca) komendą: mysqldump -uuser -ppassword nazwa_bazy_danych > dump.sql przy czym -uuser to nie błąd -u[nazwa_uzytkownika] Zmieniamy kodowanie tabel na docelowe komendą: perl -pi -w -e 's/CHARSET=latin2/CHARSET=utf8/g;' dump.sql Konwertujemy znaki w locie poleceniem: iconv -f iso-8859-2 -t UTF-8 dump.sql > dump-utf8.sql Wczytujemy plik do uprzednio stworzonej bazy danych o kodowaniu = tym po konwersji, komenda: mysql --default-character-set=utf8 -uuser -ppassword nowa_baza_danych < dump.sql Jeśli wystąpią błędy w trakcie wczytywania jak np. brak inkrementacji to pozostaje nam je naprawić, albo wyczyścić niefrasobliwą tabelę z rekordów poleceniem TRUNCATE tabela_z_problemami . Polecenie te wywołujemy np. z poziomu phpMyAdmin Podłączamy bazę danych do pliku konfiguracyjnego naszego forum w pliku conf_global.php Po konwersji powinniśmy otrzymać komunikat: FATAL ERROR Your settings could not be read by IP.Board. This is a fatal error and IP.Board cannot function while this issue persists. W tym wypadku ściągamy paczkę forum z IPS-u i wypakujemy zawartość folderu /Tools. Wrzucamy na serwer do /admin folder /upgradeFinish W przeglądarce wpisujemy adres www naszego forum z końcówką: /admin/upgradeFinish pojawi nam się instalator IPB, który przebuduje zawartość cache forum Wchodzimy do panelu ACP i ustawiamy w zakładce System -> Ustawienia -> Server Enviroment kodowanie na takie jakiego dotyczyła konwersja. W razie różnego kodowaniem wewnątrz bazy danych czeka nas długa droga do sukcesu. W tym wypadku przyda się EditPad Lite, który radzi sobie z odczytem plików o wielkości nawet kilkunastu gigabajtów. Nie pobiera zbyt wiele pamięci. Ręcznie ustawienie kodowania pliku w EditPad na takie jakie powinno być docelowe i następnie metodą Ctrl+H "kod-znaku-litera" docelowy znak - zamienić wszystkie nie pasujące do reszty znaki specjalne. Jeśli nie mamy dostępu do shell czeka nas nieco dłuższa droga, którą opisałem w tym temacie: konwersja bazy danych *) w nowym IPB każdy nacjonalny znak zamieniany jest na UNICODE # nr_znaku; zabiera to dodatkowo miejsca i będzie w przyszłości stanowić ogromny problem na przykład wyszukiwarka IPB nie znajduje polskich znaków w kodowaniu innym niż UTF. Mowa tutaj o wersji 3.3.1 i tematach powstałych już na tej wersji..

Gorzej jak taki serwis dostanie dostanie bana w Google, kończy się to zazwyczaj śmiercią forum(jeżeli użytkownicy docierają na forum głównie z wyszukiwarki). Forum ma konstrukcję bardzo przejrzystą i musiałbyś sprytnie zakonspirować szablon skryptu linków, aby nie doszło do wykrycia nienaturalnego napływu linków na stronie.

Centrum sporów to nic ciekawego. Pomocne chyba tylko gdy sprzedający ma sklep i nie wywiązuje się z postanowień gwarancyjnych. Idź na policję, jeżeli przyjmą sprawę to otrzymasz numer który wpisujesz w programie ochrony kupujących na Allegro. Niestety czeka mnie podobna procedura w przyszłym tygodniu. Allegro posiada swoją stronę prawną i na pewno lepiej brzmi pismo z policji i od Allegro niż "przedsądowe wezwanie do zapłaty", którego nie musi odebrać i którego egzekucja ewentualnego roszczenia toczyłaby się z postępowania sądowego, czyli dlugo i kosztownie.

Zablokowałem IP serwerów z listy: https://www.countryipblocks.net/index.php , jak na razie jest spokój.

Ataków ciąg dalszy, teraz boty z Islandii i Rosji. Czy to możliwe, że ktoś wykupił atak na moją stronę? Boty przeglądają forum, użytkowników etc. nie rejestrują się.

Jak to jest z użytkownikami, którzy nie raczyli wpisać nazwę wyświetlaną i się zarejestrowali z fb i jemu podobnych portali? Mam w panelu(zakładka niekompletne rejestracje) przycisk ukończ, ale chyba nie działa albo nie wiem co on robi.

Miło i niemiło mi poinformować, że w 3.3.1 ktoś jednak odniósł się do moich zarzutów i wreszcie usunięto takie błędy, bo inaczej tego nie można nazwać jak: największy bug to strona z tagami prowadzi do tematów z jeszcze bardziej enigmatyczną końcówką: /page__fromsearch__1 (nikt tego nie zauważył w IPB 3.2?) znaki specjalne zamieniane na kod nikomu nieznany, ktoś pośpieszył się z title. Na problem z księgowaniem tagów w starszej wersji można zrobić tak w pliku robots.txt: Disallow: /*app=core&module=search Powinno pomóc. Ponadto jak ktoś ma domenę zamiast folderu /forum to wtedy powinien też usunąć /forum/ z wpisów w pliku.

Dałem deny na Chiny i kraje ościenne, mam nadzieję, że podziała nie uśmiecha mi się przejście na VPS przez boty.

Chyba błąd leży w profilu - wydaje mi się, że boty kradną page rank, bo linki w ich profilach nie mają atrybutu nofollow jak w reszcie forum

Niedawno hostingodawca zwrócił mi uwagę, że na forum wchodzi wiele robotów, które obciążają bazę i tworzą mnóstwo pustych zapytań: "na stronę wchodzą głównie te same połączenia chińskie sieci a jak je wytniemy przychodzą inne". Rzeczywiście zauważyłem, że niektórzy użytkownicy siedzący na forum posiadają w swoich profilach różne adresy www. Czy ktoś spotkał się z podobnym problemem? Macie pomysł jak mogę się ochronić przed tego typu atakami?

DawPi jeśli można wiedzieć co zrobiłeś, aby reputacja w profilu znów działała, z tego co się orientuję to był osobny mod

Zamiast: Po tej prostej operacji w skinie nie musimy się przejmować problemem dublowania zakładek. proponuję linka do własnej strony www