Přehled odpovědí
-
Příspěvky
-
a zálohy neděláme?
Co se týče chyby, tak klasika:
1) přeinstalovat wp z administrace
2) použít výchozí šablonu a vyzkoušet zda se chyba zobrazuje (zjistíme tak zda je chyba v šabloně)
3) deaktivovat všechny pluginy a jeden po druhém postupně aktivujeme a zároveň zkoušíme kdy se chyba objeví (tak zjistíme ve kterém pluginu je chyba)
Co se týče pomalého načítání stránky tak určitě začít používat některé z nástrojů, které nám hned řeknou kde je problém např. https://developers.google.com/speed/pagespeed/insights nebo http://tools.pingdom.com/fpt/
Tak by jsme třeba zjistili, že máme používat menší obrázky, používat kompresi, nenačítat 4 fonty (proč stahovat arial, když jej má snad každý?), nepoužívat externí soubory zvlášť pokud server neodpovídá (multibar.me), používat komprimované JS a CSS soubory atd. atd.
Hlavní problém není ani tak to, že stránka má 1,5Mb, ale to že se čeká na odpověď serveru multibar.me
sjimnocna: to opravdu ne, ja mam rad veci pokud funguji a pokud se na ne muzu vzdy spolehnout. Jestli ma uzivatel problem pochopit tak zakladni vec, tak at zkusi jiny podobny plugin.
Opravdu nemam potrebu resit problemy zpusobene jeho vlastni blbosti.
Kdo chce at plugin pouziva tak jak je, kdo nechce, nevi, neumi, at se uci zachazet s FTP klientem. Kazdy nejak zacinal :)
v pluginech nebo sablonach se pouzivaji nejcasteji php funkce __(); a _e(); s textem treba v anglictine. Clovek ktery chce plugin nebo sablonu prelozit si stahne programek poedit ve kterem si vytvori novy katalog. Ten projde vsechny tyto funkce a text v nich obsazeny a prida je do tohoto katalogu. Ten je pak mozno ulozit jako *.po soubor (textovy). Vsechny anglicke texty v tomto *.po souboru se prelozi a ulozi. Pri ukladani se ulozi do *.po souboru a take se vytvori i soubor s koncovkou *.mo (binarni).
*.po soubor vlastne obsahuje texty jak v puvodnim jazyku tak i texty jiz prelozene (mozna lepe receno jaky text se ma nahradit za jiny text v jinem jazyce) ale slouzi jen programu poedit, pripadne vam pro pozdejsi zmeny nebo upravy (muzete z nej kdykoliv zase vytvorit novy *.mo soubor). Jinak je k nicemu. Pro WordPress je nejdulezitejsi prave vygenerovany *.mo soubor, ktery je v binarnim tvaru a proto je prace s preklady rychlejsi a mene narocnejsi.
Jinak pokud se v PHP funkci __(); uvede pouze text k prelozeni, hledaji se *.mo soubory ve slozce “languages” ve WordPressu. Pokud tato funkce obsahuje i druhy parametr hledaji se texty jen v urcite slozce (v sablone nebo v pluginu se musi definovat kde jsou ulozeny preklady a identifikator prekladu). Napr u sablony twentyten je funkce pro prelozeni textu takova __(‘text k prekladu’, ‘twentyten’); Funkce __(); tak vi, ze pro prelozeni retezce “text k prekladu” musi sahnout do sablony “twentyten”. Cely proces nacteni prekladu je daleko slozitejsi, popisuji to jen velice strucne.
Pro blbce nevim zda neco rozumneho existuje, nejlepe je kouknout do dokumentace a zkouset :)
treba proto ze by se kvuli teto chybe musely upravovat systemove soubory wordpressu takze by tato oprava byla po dalsi aktualizaci uplne k nicemu?
Jinak “vizual” je upraveny TinyMCE editor takze vlastne pouzivate kod vytvoreny nekym, ktery pak jeste upravil nekdo jiny, opravdu ho chcete pak jeste upravovat vy? Ja ne, prijde mi to jako zbytecna prace. Oprava pomoci pluginu? Shortcode si vytvorim max za 2 minuty i s pripojenim na FTP, pokud bych mel hledat chybu v editoru nebo v cemkoliv jinem stravim u toho nekolik hodin.
Mozna to bude znit trochu blbe ale co by jste radeji, opravare ktery vam bude pracku opravovat 4 hodiny s nejistym vysledkem do budoucna nebo opravare, ktery tu pracku opravi po svem za par minut tak aby fungovala naveky?
Verze 3.5.1 funguje bez problemu
Jak vite ze se dostal prvne k heslu do db? Neuhadl spise heslo do administrace WP? Nebo nebyla vyuzita nejaka bezpecnostni chyba v nekterem z pluginu nebo sablony? Nemohl vyuzit chyby v zabezpeceni hostingu? Zavirovany pocitac? Moznosti jak se dostat na web je kopa… Jinak nejake zadni vratka pro opakovani utoku muze umistit kamkoliv jak do zdrojoveho kodu WP tak treba do databaze, nebo si muze na server nahrat svuj php soubor diky kteremu se na web dostane kdykoliv, nebo taky upravou nekterych nastaveni v administraci hostingu. Muze cokoliv. Bez nejakych blizsich informaci tezko rict, treba popsat jak jste napadeni zjistil, jak se projevuje,hosting,web atd atd.
No napadlo mě vytvořit z odkazů něco jako boxíky, které budou mít ikonku pro každý typ souboru, samozřejmě doplněné o nějaký ten popis a třeba tlačítko ke stažení – jenže pak jsem to zavrhnul, protože by to asi bylo zbytečné a přeplácané.
není v šabloně nějaká vlastní úprava pomocí query_posts?
btw ty knížky jsou luxusní, jsem se nachytal jak po nich přejíždím myškou jak úchyl :)
Mazec, teď nahrávám do WP obrázek (rozbité RSS fóra) a co nevidím – Http chyba
Obrázek se ale nahrál, jen nechápu co je blbě, před verzí 3.5 vše fungovalo bez problémů. Může to někdo vyzkoušet? Hosting Wedos.
Lubos237: Pokud nepoužíváte aliasy, tak by měl fungovat WP v rootu tedy ve složce “www”, předpokládám, že používáte jednu databázi a určitě bych si opět prvně udělal zálohu úplně všeho.
1. Pak překopírujte WordPress ve složce do WordPressu v rootu (www)
2. Pak bych vše ostatní kromě složky wp-content a souboru wp-config.php smazal.
3. Pak jen stáhnout nový WordPress a nakopírovat jej do www (obsah původní složky wp-content tak zůstane zachován – nepříjdete ani o obrázky, ani o pluginy i šablona zůstane)
4. Do htaccess souboru bych ještě doplnil výchozí wedosácký – to pro případ, že by jste někdy v budoucnu chtěl použít subdomény a taky se tam myslím řeší i verze domény s nebo bez www, ale to řeší i WP. Ale jen pro jistotu, nic tím nezkazíte.
5. pokud teď web nefunguje, měla by se zkontrolovat databáze zda neobsahuje nějaké nastavení cest, pokud byl jeden z WordPressů v nějaké složce a něco (třeba nějaký plugin) si do DB uložil absolutní cestu je třeba ji opravit tak aby odkazovala jen do složky “www”.
6. pak už musí vše fungovat.
Snad jsem na nic nezapoměl, jestli to není srozumitelné ještě to upřesním.
admin: Štěstí přeje připraveným :) http://wp-blog.cz/?attachment_id=773 jestli jsem to správně pochopil, tak vložený text od peekaa obsahoval nějaký znak, který nesmí být v XML dokumentu v kódování utf-8 – tady se zobrazil, ale v RSS to nadělalo paseku, protože RSS je XML.
sjimnocna: měl jsem stejný problém (nebo podobný) tak jsem to vyřešil tak, že jsem si vytvořil shortcode
Code:, který se nahradí za html tagy pro zobrazení kódu i s třídami pro nastylování vzhledu. Vyřešilo se to proto, že editor shortcode nechá beze změn a WordPress jej nahradí až při zobrazení stránky, takže výsledek je přesně takový jaký chci. jestli chceš nějaké další info stačí říct.
1) Ne :) Mám jedny statistiky a ty mi stačí, nepotřebuji další.
2) Netuším žádné nepoužívám
3) ano, něco mi na YARP vadilo jenže si teď nemůžu vybavit přesně co :(
Každopádně co se mi na pluginu líbí
1) Jednoduchý, přehledný, dělá to co má a nic jiného
2) Možnost vybrání vzhledu z několika témat – nainstalovat, nastavit a o nic se nestarat, to mi vyhovuje
3) Možnost zobrazení náhledových obrázků (nebo prvního obrázku v článku pokud není náhledový, nebo vlastní výchozí pokud není žádný)
4) Možnost vynechání konkrétních rubrik z výpisu
5) Možnost zobrazení titulku, úryvku (lze nastavit i délka), počet komentářů, datum publikování – vše lze libovolně kombinovat
Jednoduše řečeno maximum nastavení při zachování maximální přehlednosti a srozumitelnosti + výsledek = maximální spokojenost :)
Pozitivně na mně zapůsobil taky, jenže do 10-ti minut po aktivaci mi začal hlásit jeden pokus o přihlášení do administrace za druhým, během hodiny necelých 100 chybných přihlášení. Pokaždé jiná IP z jiné země od Číny, Indie, Ruska až po Kanadu. Prvně jsem si myslel, že to je jen něco jako syndrom některých antivirových programů pro Windows, které jsou schopny najít stovky virů i v čerstvě nainstalovaném systému :)
Jenže současně jsem měl aktivovaný i plugin Limit Login Attempts a ten všechny tyto pokusy o přihlášení potvrdil stejně tak jako můj vlastní plugin pro zabezpečení. Prostě hned po aktivaci došlo k cíleným pokusům o přihlášení pomocí výchozího uživatelského jména ve WP. Jinak nešlo o nic jiného, žádné pokusy o nalezení nějaké známé zranitelnosti ve WP nebo pluginech jsem nezaznamenal (ani na cloudfare nebylo zaznamenáno nic neobvyklého), šlo jen o pokusy o přihlášení.
Možná to mohla být jen náhoda, jenže si nějak nedokážu vysvětlit proč tento útok přestal ihned po tom co jsem plugin deaktivoval a taky proč jsou na internetu i jiní uživatelé s naprosto stejným problémem, lépe řečeno s dotazy na které autor pluginu neodpovídá. Plugin jsem zběžně prohlížel a neobjevil jsem zatím nic neobvyklého ale je docela složitý, takže to bude chtít trochu času.
Jinak ale k tématu, funguje to ve vizuálním editoru po kliknutí na ikonku “Vložit jako neformátovaný text” a musí se odškrtnout “Ponechat zalomení řádků”. Pak to funguje. Ale jde to jen přes vizuál, v HTML toto tlačítko není.
Tento post rozbil RSS kanál fóra viz: https://www.separatista.net/forum/rss.php :)
admin: tak ono jde hlavně o to že obrázek se mu v pořádku zobrazí, protože si to WordPress upraví dle svého (odstraní mezery a další podobné znaky) a URL obrázku a cesta k souboru bude taková aby vše fungovalo bez problémů – tedy bez mezer a podobných znaků (ono je to totiž tak nějak standard, takhle prostě vše funguje bez toho aby se kdokoliv musel starat o to jak a proč) v rámci aplikace je to tedy OK.
Problém je v tom, že tohle se děje “na pozadí”, uživatel o tom nemá ani ponětí (a proč by se o tom taky měl dozvědět, desítkám miliónům lidí to takhle funguje bez problémů nejen na WP) a pak s vědomím, že jste nahráli soubor “žluťoučký kůň.png” na něj i takhle odkážete a bác ho dárek – odkaz nefunguje. Každopádně toto není chyba WP, toto je problém uživatele, protože snad v každém návodu (nebo si to nazývejte jak chcete) se snad už od spuštění internetu píše, že názvy souborů na serveru se mají psát bez diakritiky a bez mezer. Tečka.
Ono to totiž má svůj smysl, je to vyzkoušené a zkušenostmi prověřené a pokud to někdo nechce respektovat bohužel musí počítat s tím, že bude mít problémy. Ale tohle není o WP, v Joomle to snad funguje? V Drupalu? V nějaké jiné PHP aplikaci? Nefunguje to tak nikde, jednoduše proto že to je nesmysl.
A zobrazuje to nějakou chybu? Jaký používáte prohlížeč a verzi WP?
jistě ale to není o stránkách, těm to je fuk. Pojmenujte si jakýkoliv soubor například v korejštině a odinstalujte si podporu pro korejštinu z OS pak budete mít z názvu čtverečky. Systém ty znaky prostě nepozná.
Stejné je to s URL adresou, jinak jak koukám se tady každý zabývá úplně odlišnými věcmi – v prvním postu píšete, že “pak na ně vytvořím odkaz tak nefunguje, hlásí že neexistuje” a admin píše o tom, že se soubor nahraje a zobrazí, což jsou dvě odlišné věci, protože ten nahraný a zobrazený soubor už nemá ten původní název – z toho důvodu vám na tento soubor odkaz podle názvu nikdy fungovat nebude a to je to o čem tady celou dobu píšu.
Jinak i kdyby jste přišel na nějakou fintu jak tohle ošetřit, nikdy nebudete mít jistotu, že tak to bude fungovat u každého názvu souboru, v každé verzi WP a pro každého návštěvníka. Proto si taky stojím za tím, že diakritika je v názvu souboru někde na internetu naprostá zbytečnost a pouze zdroj problémů.
peekaa: bez ohledu na to co napsal admin (se vší úctou samozřejmě) já to asi jako jediný narozdíl od vás zkoušel…
