Přejít na obsah

adasek

Root Admin
  • Příspěvky

    147
  • Registrace

Vše od uživatele adasek

  1. To je ten problém se Safari? Můžu se pro jistotu zeptat verze Safari? vzhled aktivní v době přihlášení a vzhled nastavený ve tvém profilu? Já to teď vyzkoušel s aktuálním desktopovým Safari 15.4 a přihlášení funguje. Podle mě kdyby šlo o problém na naší straně (fóra, pluginu), tak by se s tím ozývalo víc lidí. To že to začlo ve chvíli minulého upgrade akorát znamená, že se od té doby začaly kontrolovat ty CSFR tokeny. Pro představu - to CSRF znamená jenom to, že na přihlašovací stránce součástí formuláře je XYZ123 (pokaždé jiný náhodný řetězec) a po kliknutí na "Přihlásit se" se zkontroluje, že tam je XYZ123. Slouží to, aby se nemohl podvrhovat přihlašovací formulář. Důvod proč se ti ta chyba objevuje bych hledal v něčem co ti modifikuje provoz. Může to být i jiný plugin než adblock, může to být antivir, může to být nějaká proxy která je součástí připojení. Provoz se dá prohlížet ve vývojářských nástrojích a například simulovat ty dotazy pomocí řádkového nástroje curl, porovnávat s funkčními, atd. Občas to ale může být dost dlouhá detektivní práce. Nejspíš je tedy nejsnazší workaround - použít jiný prohlížeč.
  2. Upgradoval jsem Invision community na nejnovější verzi 4.6.11 Prosím o hlášení případných nedostatků, problémů, špatné češtiny, zobrazení, atp.
  3. Díky za upozornění, spadlo to a nenahodilo se to. Mar 10 02:43:54 chronomag-elastic elasticsearch[738]: fatal error in thread [elasticsearch[chronomag-elastic][generic][T#26]], exiting Mar 10 02:43:55 chronomag-elastic elasticsearch[738]: java.lang.OutOfMemoryError: Java heap space Mar 10 02:44:40 chronomag-elastic elasticsearch[738]: fatal error in thread [elasticsearch[chronomag-elastic][generic][T#14]], exiting Mar 10 02:44:40 chronomag-elastic elasticsearch[738]: java.lang.OutOfMemoryError: Java heap space Mar 10 02:44:40 chronomag-elastic systemd[1]: elasticsearch.service: Main process exited, code=exited, status=127/n/a Mar 10 02:44:40 chronomag-elastic systemd[1]: elasticsearch.service: Failed with result 'exit-code'. Restartuji, za pár minut by to mělo být v pořádku.
  4. Zdar, sorry za lehký offtopic, ale chci reagovat pro @Bert Neříkám že by IPS bylo ve všem perfektně optimalizované, ale tohle číslo se 1) zvyšuje častým používáním 2) je asi další vrstva cache, kterou si udržuje web (IPS) aby se ti některé věci dělaly rychleji (např. já tam vidím nějaké pole smajlíků). Možná se tam ukládá i nějaká lokální historie (rozepsané příspěvky, atp) a proto bych doporučil se zamyslet než ji promažeš ale nějaký vážný problém by to promazání nemělo způsobit 3) tě nemusí trápit, dokud ti zbývá rozumný prostor v úložišti U mě ve Firefoxu je to pro srovnání asi půl MB.
  5. Ahoj, je to nová funkcionalita "Odměna za doporučení", ale IPS tam má sekvenční id uživatele, takže je to očividně využívané (zneužívané) spammery (možná že "doporučený" uživatel působí na antispam důvěryhodněji). Takže jsem tu funkci právě vypnul. Takhle to vypadalo:
  6. Po konfiguračních peripetiích jsem ho nakonec rozchodil. Stále ale platí doporučení používat místo něj normální rozhraní fóra.
  7. Starý vzhled Nový vzhled (jiného přiblížení si nevšímejte) Takže ten rank ("Megazávislák") tam byl a přesunul se do překrývajícího obrázku (který jsem odstraňoval), příspěvky se zhustily aby byly rychleji čitelné, jinak vypadá všechno stejně - i ta uživatelská skupina tam už byla. Já můžu nastavit aby to vypadalo skoro jakkoliv, ale příjde mi že ta změna je malá a celkově k lepšímu. Oni to třeba i uživatelsky testovali Otázkou tedy je, mám tam ten rank pod jméno zase vrátit?
  8. A je to reálně problém, nebo jen změna? Tapatalk jsem neupgradoval - poslední stabilní verze jejich pluginu je víc jak rok stará a máme dost malé možnosti s tím něco dělat. Doporučení je místo Tapatalku používat mobilní verzi fóra.
  9. Notifikační emaily jsem opravil. Pomohlo to?
  10. V kterém vám to dělá emailovém klientovi? Je to webové rozhraní, nebo program? Je to na počítači, nebo v mobilu? Tohle vypadá, že se z nějakého důvodu zobrazuje textová verze místo html. Díky!
  11. Dík za hlášení. Zvláštní je, že emaily poslané před upgrade to dvojité HTML, které zmiňuje @beeman dělaly taky. Přitom šablony jsou defaultní. A mě se teda mail v Thunderbirdu zobrazuje v pořádku. Zkusil jsem, zda je chyba v tom zdublování - a nastavil emailNoWrapper bez html. Napište prosím, jestli to nové notifikace opravilo nebo ne. Můžeme to pak dát jako bug InvisionCommunity.
  12. To je ale jenom při nájezdu myší na ten růžek... mně to připadá celkem neproblematické. Ty hodnosti jsou na fóru od nepaměti - tahle aktualizace je akorát dává víc na odiv.
  13. Udělal jsem to. Ale mohlo by být zábavné různým rankům dát různou ikonku, i když by asi musela být decentnější Moderátorům ikonku štítu v pravém horním rohu nechám, ok?
  14. Ahoj, dnes v noci udělám aktualizaci systému Invision Community z 4.5.4.2 -> 4.6.6 Aktualizace je potřebná k opravě spousty chybek a záplatování bezpečnostních děr. Zlepší to uživatelský zážitek i rychlost fóra. Čeština Bohužel to vypadá, že námi zakoupený (a používaný) lokalizační balíček novou verzi nemá. Vyjdeme tedy ze staré verze a průběžně dopřeložíme řetězce v nové verzi. Nemělo by to být příliš textu, se svými návrhy na překlad se můžete přidat i vy! Vzhled Tmavý FMSite vzhled je bohužel také již nepodporovaný, a tak místo něj nainstaluji Bravo 6, který vypadá pěkně a snad se jeho komunita nerozpadne. Možná si budete muset tmavý vzhled znovu nastavit ve svém profilu. Počítám s vytvoření verzí bez sloupečku. Drobné zásahy do vzhledu budou možné - pokud vyhodnotím, že jsou ku prospěchu všech. Pište návrhy! Ostatní Adaptuji úpravu která filtruje výpis Aktivit, aby v něm každé fórum vyskočilo jen jednou, ale možná to den dva zabere. Zapojte se! Po aktualizaci budu rád za hlášení chyb, problémů a návrhů na překlad v tomto vláknu.
  15. Ahoj, dneska jsme zprovoznili nový způsob cachování - Redis - který je vyžadován následující verzí Invision Community. Věřím že by to mohlo mít i pozitivní dopad na výkonnost fóra ve špičce; napište kdyžtak jak to subjektivně vnímáte. Přibližně popříští týden (5.7.+) pak uděláme upgrade na novou verzi Invision Community. Také tam slibují výkonová vylepšení, takže uvidíme . Dá se pa ale možná očekávat pár malých problémků (nedokonalý překlad, barvičky...). Napíšu sem & žluté upozornění až se to bude blížit - předpokládám že to zase zabere nějakou noc.
  16. Ahoj, dík za hlášení. Restartoval jsem jeden z pluginů a vypadá to z mojí strany, že to zas jede bez errorů.
  17. Indexování doběhlo a aktivity by měly funkční. Zdá se mi ale, že ten elasticsearch server je na hraně s výkonem - pokud se objeví výpadky, zejména v dobách špičky (18-22), prosím reportujte.
  18. Děkuju za nahlášení, opravil jsem to. Vypadá to na nějakou chybu v Tapatalk pluginu (uvnitř fóra) - jeho restartem se situace napravila. Bohužel novou verzi namají a nevím zda o chybě vědí, nahlásím jim to.
  19. Ahoj, dík za nahlášení - dle reakcí to asi trápí všechny Chápu-li správně: není to nějaký konkrétní sled aktivit, ale občas se u některého či více sledů stane, že jsou nějakou dobu vyprázdněné. Doba by mohla být kvantovatelná 15min, což je myslím platnost cache. Zatím to vypadá jako výkonnostní problém; proberu to s @Bert Mimochodem - na menší aktivitu v podvečer se nedá spoléhat, pro Chronomag je špička 8:00-23:00 (níže je graf počtu uživatelů, který ale nemusí odpovídat zatížení serveru - některé činnosti jsou prostě mnohem náročnější než jiné)
  20. Zkontroloval jsem vyhledávání, a ukázalo se, že to asi způsobil můj patch na streamy. Modifikoval jsem ho. Vyhledávání by mělo být v pořádku. Dejte prosím vědět, jestli se něco nepokazilo s těmi streamy (Aktivity, všechny aktivity, nepřečtené)... zadání bylo, aby se jednotlivé komentáře v rámci vláken neopakovaly. Podle všeho je to tohle nastavení sledů: A nastavil jsem ho i defaulntímu sledu (Všechny aktivity)
  21. Děkuju za nahlášení. Taky se mi temporary error objevil; Zkusmo jsem vypnul/zapnul Tapatalk a dvě další aplikace které ve foru máme a vypadá to, že to pomohlo. Juknu se kam jdou případné logy a jestli to nemůžu nějak efektivněji monitorovat.
  22. Děkuju moc za konkrétní příklad problému. Vyzkoušel jsem hledat tvé vlákno, a máš naprostou pravdu - nenajde se ani když rozšířím záběr na celé fórum. Podivné ovšem je, že v indexu jsem ta data našel! Problém musí být buď v dotazu (který dává Invision), nebo v nějakém následném filtrování. Mohlo by to být třeba nějakým příznakem toho vlákna - například že je zamknuté, atp. Co teď musím udělat je, že ten dotaz odchytím (ideálně si to před tím zreplikuju na testovací verzi fóra) a kouknu se co by mohlo být důvodem. Mimochodem jsem včera víceméně omylem spustil reindexaci fóra - takže se omlouvám za den bez fulltextového vyhledávání (mělo by to do zítra doběhnout) K problémům se skloňováním zadaného textu při vyhledávání: je tam nastavená čeština, takže výrazy pro které se najde lemma se ohýbají - například pro výraz hodinky se najdou i témata obsahující slovo hodinek. Předpokládám že je to co většina z nás při dotazech českých čeká. Bojím se, že to nejde nastavit pro kombinaci jazyků (například aby se skloňovala česká i anglická slova - hodinky -> hodinek, watch -> watches). Pokud potřebujete vyhledat specifickou frázi, použijte dvojité úvozovky: například "box na hodinky" (i s těmi úvozovkami). @Radek124dobrý nápad s výkonností, ale hledání je od toho minulého - velkého - upgrade fóra dělán přes samostatný elasticsearch node. Tam jsem nepozoroval žádné problémy s výkonem - a na hlavní fórum by to nemělo vliv (krom hledání a sledů). Je to specializovaný systém na prohledávání textu, a díky indexování by rozdíl mezi hledáním v 200k a 2000k příspěvcích měl být zanedbatelný. Jediné co prozkoumám v rámci řešení toho od @parnistroj je, že by s výsledkem pak Invision dělalo nějaký psí kusy (například že by to pro tisíc výsledků (což je maximum) načítalo nějaké properties z databáze) - což by bylo zvrhlé, ale stát se to může
×
×
  • Vytvořit...