makensis

Wrzuciłem do ogólnika ciekawe czy ktoś poprze moją opinię, ale fakt faktem jest że tagi w ipb 3.2.3 nie były księgowane, bo nie były zgodne z polityką Google, a przy 3.3. wszystkie błędy wyszły na jaw z dwojoną siłą.. http://community.invisionpower.com/topic/359239-ipb-seo-tags-worse-that-even-before/

To jest wynik jaki widzi Google nie tylko Ty i gwoli ścisłości link /page_from_search1 to jest nowy adres www. Gdyby zrobić z tego 301 to jeszcze by to przeszło, ale zrobili canonical co jest już niewybaczalne. Poza tym straszny śmietnik zostawili za sobą - np. w starych tagach nie dbając oto, to jest najzwyczajniej nieprofesjonalne. Reklamując to jako SEO zwyczajnie sobie żartują z ludzi. Nie wiem po co próbujesz porównać tagi z vB do tych z IPB, bo naprawdę to inaczej wygląda(click). Po prostu w IPB znów coś zrobili bez żadnych konsultacji ze środowiskiem.

Sorry, ale twoja wypowiedź nijak się ma do postawionych zarzutów. Nabąknięcie, że są jeszcze tagi dla innych IP.aplikacji wcale mnie nie urządza. Pisali pełną gębą SEO friendly, a tu po rozpakowaniu taki bubel.

Niestety tagi to w dalszym ciągu klęska na całej linii. Zamysł był dobry, ale realizacja jak widać: znaki specjalne zamieniane na kod nikomu nieznany, ktoś pośpieszył się z title. w linkach pojawia się enigmatyczne /forums/ 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?) poprzednio wyświetlane tagi nadal się księgują i działają, brak canonical do nowej wersji ale naprawiono title w efekcie Google znów księguje strony ze starymi tagami myśląc, że to webmaster dokonał zmian w celu usunięcia duplicate title brakuje jakiejś przebudowy cache dla tagów - jakakolwiek modyfikacja w bazie wywala wszystkie tagi na całej linii.. (odważni ci co robią jakieś dodatki dla tagów ) Modyfikacja "Również z tagiem" potrafi wprowadzić 40 linków(przy założeniu tylko 3 tagów na temat) przy małym rozstrzale wolnego od podlinkowania tekstu - efekt farma na stronie. Jak komuś chce się to chce to rozbić na tickety i wrzucić do ich trackera to byłoby miło. Pierwsze efekty nowej wersji IPB i "tagów":

Miałem na myśli IPBWI bez dostosowania do Wordpress. Wtedy mam dostęp do kodu źródłowego oraz większe możliwości edycji, ale dziękuję za opinię.

Według założeń: Jedno logowanie i rejestracja(z poziomu Wordpress), dane zapisywane do bazy danych IPB + ochrona przed botami. Awatary, itp. w komentarzach z forum. Wyświetlanie ostatnich 5 tematów, w których brało się udział na pasku użytkownika. Wyświetlanie 5 najnowszych tematów z forum w formie widgetu + na pasku użytkownika. Wyświetlanie 5 ostatnich postów z forum w formie widgetu . Wyświetlanie moich wiadomości(ikony) na pasku(wraz z licznikiem nieprzeczytanych) Wyświetlanie statusów z forum w formie widgetu Własna inicjatywa również mile widziana Do wykonywanych zmian konieczne jest sporządzenie dokumentacji. Pomocne skrypty: Kontakt. Gadulec 88 85 78 7 lub PM.

Zastanawiam się jaki wybrać mod, tak aby sprawnie połączyć forum IPB z portalem WP. Ktoś z was może korzystał z któregoś modu, albo może polecić jakiś. Moja lista: http://community.invisionpower.com/files/file/2159-ipcwordpress-101/ - za darmo http://ipbwi.com/products/ - za darmo, ale fatalny opis http://community.invisionpower.com/files/file/4349-wordpress-sso-integration/ - 40$

Kilka tysięcy około musiałbym zatrudnić chińczyka aby się opłacało ich ręczne wstawianie od nowa

Mam tagi z innego moda i chciałem je przenieść do nowego ibf_core_tags niestety jest tam jeszcze coś takiego ibf_core_tags_cache, którego kontstrukcji nie rozumiem. Istnieje, gdzieś możliwość wyczyszczenia cache tagów i nadania im od nowa wartości?

Przyjazne linki, które posiadają: polskie znaki diakrytyczne w UTF-8 (powinny być w Firefoxie widoczne jak normalne literki polskie) duże i małe litery (rozróżniona wielkość liter tak jak w tytule tematu)

Mógłbyś zobaczyć do kodu i ewentualnie wycenić usługę jeśli zajęłoby to zbyt dużo czasu

SUPER!

Hehe dla nich to nie będzie bład bo pojawia się po edycji określonych plików, czyli ingerencji w silnik forum. Ticket już wysłałem, ale nie liczę na konkrety

Niestety oni supportują wszystkiego co jest poza specyfikacją forum. Moge spytać oczywiście, nie zaszkodzi, ale nie oczekuję zbyt wiele.

No właśnie Forum mam od kilku lat i przez ten czas były to linki w takiej formie. Obecnie jak i w przeszłości dla Google linki z małymi i dużymi literami to dwa kompletnie różne strony.

Normalnie, czyli duże i małe litery w url, ale brak zawartości strony. Z moich analiz wynika, że publicOutput nie potrafi sobie poradzić z rozszyfrowaniem tytułu z friendly url na postać showtopic=, showforum= etc.

Dostaję błąd w Firefoxie: przekierowanie jest nieprawidłowe, może to być błąd serwera bądź cookies.. Na Operze i IE nie ładuje się strona. Tymczasowo włączoną mam funkcję mb_..

Trudno się połapać, ale końcowy efekt to UTF8: character_set_client latin2 character_set_connection latin2 character_set_database latin2 character_set_filesystem binary character_set_results latin2 character_set_server latin1 character_set_system utf8 character_sets_dir /usr/share/mysql/charsets/ collation_connection latin2_general_ci collation_database latin2_general_ci collation_server latin1_swedish_ci

Chciałbym, aby były zarówno duże i małe litery w urlach oraz polskie znaki. W nowym IPB przy postępowaniu analogicznym jak w starszych wersjach, po usunięciu komendy mb_strtolower strony z polskimi znakami nie chcą się wyświetlać. Gdy jest ta komenda - jest git, ale z kolei nie mam dużych i małych liter na których też mi zależy.

Mam problem z nowym IPB. Na forum mam duże i małe litery oraz polskie znaki diakrytyczne. Uzyskałem je modyfikując plik core.php. Polskie znaki tworzą się bez problemu, gorzej już z ich parsowaniem. Po usunięciu funkcji $text = mb_strtolower($text, IPS_DOC_CHAR_SET); - linki zwyczajnie się sypią tzn. nie działają url z polskimi znakami. Z tą funkcją działają, ale oczywiście wielkość liter jest ignorowana. Spróbowałem to zamienić funkcją: mb_convert_encoding rawurlencode (wcześniej działało na starszych wersjach IPB) Niestety bez rezultatu. Próbowałem znaleźć w takim razie błąd w routerze skryptu i doszedłem do edycji pliku publicOutput, linia 2087: /* Do we need to encode? */ if ( IPS_DOC_CHAR_SET != 'UTF-8' ) { $seoTitle = urlencode( $seoTitle ); } $replace = str_replace( '#{__title__}', $seoTitle, $this->seoTemplates[ $_template ]['out'][1] ); $url = preg_replace( $this->seoTemplates[ $_template ]['out'][0], $replace, $url ); Wydaje mi się, że w tym miejscu tkwi problem. Macie pomysł czym zastąpić obie funkcje bądź, gdzie jeszcze może kryć się odniesienie do kontroli zapytania url? Ewentualnie czym jeszcze mogę zastąpić mb_strtolower, ale np. dla mb_strtoupper również pojawia się błąd więc bugu szukałbym w routerze.

Zlecę dokonanie aktualizacji kilku prostych modów do IPB i wykonanie nowych. Kontakt szybki g.g. 888 5 78 7 Nie wymagam faktur, zlecenie spoza UE.

Zastanawia mnie co się dzieje z opisem tematu po aktualizacji IPB.

Nieaktualne sorry.

Zlecenie dotyczy kreacji logo forum komputerowego i urządzeń mobilnych. Parametry: - wysokość 60 pixeli - tło przezroczyste, plik png Logo ma być lekkie, fachowe i chwytliwe.

Odnośnie optymalizacji forum, zrobiłem tak, że usunąłem cały śmietnik z poprzedniej wersji forum, w tym ustawienia pliku conf_global.php teraz pojawia się pytanie czy można jeszcze przyspieszyć forum wklepując dodatkowe komendy do pliku konfiguracyjnego jak use_xcache itp? Co używacie aby forum nie obciążało tak serwera?