wify

O ile problem jeszcze aktualny, via custom.css: Blok Reputacji: .cProfileRepScore_neutral{ background: #FF0000; } .cProfileRepScore_points, .cProfileRepScore_title { color: #FFF; } Belki: html .ipsApp .ipsBox .ipsBox .ipsWidget_title, html .ipsApp .ipsTabs_panels .ipsBox .ipsWidget_title, html .ipsApp .ipsBox .ipsBox .ipsType_sectionTitle, html .ipsApp .ipsTabs_panels .ipsBox .ipsType_sectionTitle{ background: #FF0000; }

Z tego co rozumiem, po wyczyszczeniu własnego pola Copyright napis "Powered by Invision Board" nie ustawia się w jednej linii z "IPS Theme by IPSfocus". Zakładam, że wyczyściłeś własne pole Copyright w ustawieniach, dostaw w custom.css poniższy kod i dostosuj padding zgodnie z potrzebą. #ipsLayout_footer #elCopyright { padding-bottom: 20px; }

W IPB4 domyślnie statusy są wyłączone dla nowych użytkowników i muszą w Edycji profilu to ręcznie przestawić. Użytkownicy sprzed aktulizacji mają włączone statusy (o ile nie zmieniali tego w konfiguracji wcześniej). Czyli do sprawdzenia: 1. Bez ingerencji w ustawienia ogólne, Edycja profilu tego konkretnego użytkownika > przestawić suwak przy Włączyć aktualizacje statusu? na zielony. 2. Ogólne ustawienie ACP sterujące widocznością tego dla wszystkich użytkowników: ACP > Użytkownicy > Profile użytkowników > Ustawienia profilu > Statusy i komentarze w profilu > Włączyć statusy i komentarze w profilu? jest ustawione na "Domyślnie wyłączone" i to do ew. zmiany.

Spróbuj jeszcze w zamian wstawić do custom.css (to również u mnie działa): div[data-ipseditor-toollist] .ipsAreaBackground_light { background: #FF0000; } Jeśli to nie przyniesie rezultatu, usuń z custom.css kod i zrób zrzut ekranu ze "Zbadaj element", jaki element zaznaczasz i co tam w ogóle za definicje widać.

U mnie kod działa. Sprawdź czy coś się zmieni po dostawieniu "!important": .ipsComposeArea div[data-ipseditor-toollist] .ipsAreaBackground_light { background: #FF0000 !important; }

Tak, od daty zakupu stylu IPSFocus jest 6 miesięcy darmowej pomocy bezpośrednio od autora, plus pobieranie (wliczając wersje "Nightly" z szybkimi bugfixami).

Wstaw do custom.css, zmieniając kod czerwony na wybrany: .ipsComposeArea div[data-ipseditor-toollist] .ipsAreaBackground_light { background: #FF0000; } PS. Jeśli masz aktywną licencję dla stylu z IPSFocus, nie prościej byłoby prosić o pomoc autora stylu na forum IPSFocus? Masz gwarantowane szybkie i precyzyjne odpowiedzi.

Tak jest, to wszystko.

Witam, .ipsType_sectionTitle (belki działów) masz ustawione na: .ipsType_sectionTitle { background-image: url('http://ashea.pl/uploads/set_resources_3/005d20f304c7929cbfdb3fe61d088022_maintitle_overlay.png'); background-blend-mode: overlay; } .ipsType_sectionTitle { background: #046092 url('http://ashea.pl/uploads/set_resources_3/005d20f304c7929cbfdb3fe61d088022_maintitle.png') repeat 50% 50%; } Wstaw do custom.css definicję .ipsWidget.* (belki widżetów) kopiując kod tła z powyższego: .ipsWidget.ipsWidget_vertical .ipsWidget_title, .ipsWidget.ipsWidget_horizontal .ipsWidget_title{ <TUTAJ> }

Problem rozwiązany. Nie mogę uwierzyć jak proste to było, siedziałam nad tym od niedzieli! Rozwiązanie jest w KB2277918. Hotfix się nie aplikował, bo pliki na serwerze były w nowszej wersji, ale ta opisana na spodzie prosta edycja rejestru (utworzyć wartość FastCGIUtf8ServerVariables ustawioną na REQUEST_URI) załatwiła sprawę od ręki. Mam nadzieję, że moje znaleziska pomogą innym użytkownikom Windows Server, bo na support nie ma co liczyć (ticket był już w Tier II i kicha). Nie dość, że powierzchownie i całkowicie błędnie sklasyfikowali problemy, to jeszcze mnie wpuszczali w bardzo gęste maliny, tzn. downgrade do IPB 3.x (podczas gdy wiedzieli, że i tak nie przetworzą bazy, bo nie pracują pod Windows Server), a już hitem była namowa na przeniesienie bazy danych pod Linuxa, by mogli wykonać diagnostykę. Wszystkie problemy zostały rozwiązane przeze mnie samodzielnie. Jak już się wie w czym rzecz, sprawa jest banalna. Bardzo dziękuję za próby pomocy. Temat można zamknąć.

Ten kod nie powoduje żadnych zmian. Wcześniej była już próbowana masa kombinacji i nici. Mój web.config działa za to poprawnie na IPB 3.x. Dla porządku dodam, że plik z ISAPI Rewrite miał postać: RewriteEngine on RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [NE,L] [Na początku tylko flaga L, potem próba z innymi]

Niestety. Po wyłączeniu reguły w IIS URL Rewrite na korzyść ISAPI Rewrite ten sam błąd. Nie rozumiem dlaczego ten sam konfig na IPB 3.x nie produkuje błędu z linkami Unicode. Support IPS nie ma mi nic do powiedzenia, poza ... przeniesieniem się na Linuxa, by mogli "wykonać diagnostykę". NTS.

Dzięki. Ustawienia IIS oraz testy z (de)kodowaniem URL mam już dawno za sobą, bez rezultatu. Natomiast przejście na ISAPI Rewrite z htaccess IPSu mam w planie, dziś wieczorem będę to testować. Na localhoście był bowiem Windows w kombinacji z Apache i tam nie było problemu.

Dzięki za odpowiedź. Co masz konkretnie na myśli? Oryginalny plik htaccess generowany przez IPS posiada następującą definicję, odpowiadającą regule zdefiniowanej w moim pliku web.config: RewriteRule . /index.php [L] Problem z przyjaznymi linkami występuje tylko i wyłącznie dla adresów posiadających znaki Unicode. Ta sama zasada działa też na IPB 3.x.

Bardzo przepraszam za podbijanie tematu, ale czas edycji jest tu ograniczony. Zastępczy symbol � został naprawiony na podstawie dokumentacji MS. W pliku IPB4 ...\system\Lang.php kod: $this->locale = localeconv(); ... został zastąpiony przez: $locale_info_from_windows = localeconv(); $locale_info_from_windows['thousands_sep'] = iconv('Windows-1252', 'UTF-8', $locale_info_from_windows['thousands_sep']); $this->locale = $locale_info_from_windows; Dla porównania podobny problem z Windows Server w tym wątku, tylko rzecz jasna o inną definicję rzecz się rozbijała. Czyli problem numer 2 został przeze mnie samodzielnie naprawiony. Zostały mi te nieszczęsne przyjazne linki. Bardzo proszę o jakiś pomysł...

Aktualizacja do punktu 2 (na bazie ciągów w dokumentacji MS) : - Flaga angielska w menu języków została naprawiona. Wystarczyło wpisać "usa" zamiast "enu" jako locale. - Również brakujące polskie frazy w widoku forum oraz zastępowanie polskich czcionek pytajnikiem zostało naprawione poprzez wpisanie jako locale "plk" lub ew. "polish". Pozostaje jednak problem z formatowaniem separatora w numerach, nadal jest ten zastępczy symbol � oraz oczywiście problem numer 1 z przyjaznymi linkami.

Witam, Konfiguracja: IPB 4.3.5, Windows Server 2008 R2, PHP 7.2.7, MySQL 5.6.14 Po aktualizacji z IPB 3.4.9 do 4.3.5 wystąpiły dwa problemy, które wg IPS (mam ciągle otwarty ticket) są wynikową "błędów konwersji UTF8". Cytuję z supportu: [Ostatnia odpowiedź dopiero po dwóch dniach, choć podane było od razu, że działam na Windows Server!] Szukam pomocy i tutaj na forum, gdyż mam pewne wątpliwości co do tej diagnozy. Forum nie było konwertowane na UTF8 przed aktualizacją (od lat działało w tym kodowaniu bez błędów), a pierwszy z problemów opisanych poniżej nie wystąpił na lokalnej testowej instalacji (ta sama baza danych). 1. Przyjazne linki zawierające Polskie znaki produkują błąd: "Pętla przekierowań Podczas łączenia z serwerem wystąpił błąd." Błąd przestaje się pojawiać po wyłączeniu opcji IPB4 Rewrite URLs. Nie działa: https://www.fixitpc.pl/forum/38-dzia%C5%82-pomocy-dora%C5%BAnej/ Działa: https://www.fixitpc.pl/index.php?/forum/38-dzia%C5%82-pomocy-dora%C5%BAnej/ Zawartość pliku web.config (IIS, Windows Server 2008 R2): <rule name="pretty urls" enabled="true" stopProcessing="true"> <match url="." ignoreCase="false" /> <conditions logicalGrouping="MatchAll" trackAllCaptures="false"> <add input="{REQUEST_FILENAME}" matchType="IsFile" negate="true" /> <add input="{REQUEST_FILENAME}" matchType="IsDirectory" negate="true" /> </conditions> <action type="Rewrite" url="/index.php" appendQueryString="true" /> </rule> Jak zaznaczone, ten problem ujawnił się dopiero podczas upgradu na żywo, na localhoście nie było problemu. 2. Podobny problem jak tutaj, tzn. brak określonych fraz w widoku forów (typu Dziś, Piątek) + polskie czcionki zastąpione pytajnikami w niektórych frazach Kalendarza + ale dodatkowo też symbol zastępczy w numerach postów. Jest wgrane locale "pl" na serwerze. Po wgraniu "en" (było potrzebne, by z powrotem przestawić język domyślny na angielski) menu języków przestało także pokazywać angielską flagę. Czy ktoś ma jakiś pomysł?

Wersja 4.3.3: Ustawienia powiadomień > sekcja Profil "Powiadomienie, gdy ktoś doda Cię jako znajomego" powinno zostać zmienione na "Powiadomienie, gdy ktoś doda Cię do obserwowanych". W oryginale opcja to "Someone follows me". Funkcja Znajomi została przecież usunięta na korzyść Obserwowanych.

Sądzę, że w tym konkretnym przypadku błąd jest już po stronie angielskiej. Po angielsku też nie wygląda mi to logicznie: "Warning issued by X for Spamming in Profile." "Spamming in Profile" można odczytać jako całość. Przykład (nie wiem czy wolno mi linkować inne strony, więc zacytuję tylko co stwierdził na anglojęzycznym forum użytkownik): "i'm not exactly sure what i got suspended for...it says spamming in Profile but my profile doesn't have any mass spam" A więc i on odczytuje, że został ukarany za "spam w profilu" i to własnym.

Carran, racz zwrócić uwagę gdzie jest założony temat, czyli w "Spolszczenia - Błędy spolszczeń" i opis działu: http://forum.invisionize.pl/forum/31-spolszczenia/ "Zauważyłeś błąd w wydawanych przez nas spolszczeniach do forum oraz aplikacji? Zgłoś go!" To dział zgłaszania błędów w spolszczeniu, by je ulepszyć, a nie dział rozwiązywania problemów technicznych, które notabene są u mnie rozwiązane i nie potrzebuję żadnej pomocy w tych drobnostkach.

1. members/public_profile > warning_blurb_yy > Ostrzeżenie dodane przez %s za %s w %s. Efekt: "Szczegóły ostrzeżenia Ostrzeżenie dodane przez Nick za Spam w Profil." Jak sądzę, chodzi, by w panelu moderatorskim inni moderatorzy wiedzieli który użytkownik został ukarany. Ale ten przestawiony szyk: - Po pierwsze nie brzmi logicznie i dziwnie to wygląda. - Czytającemu ostrzeżonemu użytkownikowi podsuwa interpretację: "zostałem ukarany za spam we własnym profilu" (gdyż ten link kieruje do profilu delikwenta). Sugeruję nagiąć końcówkę i nie tłumaczyć wiernie z EN. Może coś w rodzaju: Ostrzeżenie dodane przez %s za %s. %s do wglądu. "Szczegóły ostrzeżenia Ostrzeżenie dodane przez Nick za Spam. Profil do wglądu." 2. core/public_search > update_selected > Zaktualizuj wybrane Za długie i rozbija menu. W oryginale EN menu jest jednoliniowe. Po zaaplikowaniu spolszczenia: - Na domyślnym skinie skutek z przesunięciem przycisku do drugiej linii: - Na skinie niedomyślnym możliwy taki efekt: Proponuję po prostu krótsze "Zaktualizuj", menu wróci do jednej linii.

Numerowanie: dw_Tooltip.defaultProps = { showCloseBox: true, closeBoxImage: 'images/close.gif' // image path and file name } dw_Tooltip.defaultProps = { showCloseBox: true, closeBoxImage: 'images/close.gif' // image path and file name } dw_Tooltip.defaultProps = { showCloseBox: true, closeBoxImage: 'images/close.gif' // image path and file name }Parsowanie:[color=#1072E0][b]MozBackup[/b][/color] [b]pogrubienie[/b] MozBackup pogrubienie Stary Box: http://mozbackup.jasnapaka.com/ pogrubienie [spoiler]tekst ukryty[/spoiler] [hr]

Będzie łatka: http://community.invisionpower.com/resources/bugs.html/_/ip-board/solution-code-inserted-via-code-tags-in-rte-has-embedded-html-r40603

1. Obserwuj to forum / ten temat > Tylko, gdy jestem online. W oryginale tam jest: Only when not online. 2. Proponuję także w ustawieniach powiadomień zamienić "Lista wiadomości" na po prostu "Lista". Spolszczenie nie mieści się obok tickboxa (oryginał EN ma to w jednej linii). Efekt mało zauważalny na wielkich oknach, choć widać, że nastąpiło zawinięcie do drugiej linii, gdyż box się przesuwa w górę: ale jeśli okno zostanie zmniejszone, rozbija do trzeciej linii i napis ląduje poza badge stając się niewidoczny na domyślnym skinie: 3. Na mojej instalacji jeszcze brak literki w core/public_modcp > perm_delete_post > Usuń całowicie.