Přehled odpovědí
-
Příspěvky
-
S aktualizací to nebude mít nic společného…
Druhá skupina štítků bude patrně taxonomie (chválím za jejich využití). Pokud nejsou přiařené položky taxonomie na webu správně zobrazeny a zobrazuje se chyba 404, tak je možné, že nedošlo ke správné aktualizaci nastavení trvalých odkazů, např. pomocí funkce flush_rules() nebo ručně v menu Nastavení – Trvalé odkazy – a bez nějakých změn kliknout na Uložit změny a aktualizovat tak celou strukturu trvalých odkazů.
P.S. Díval jsem se na dotyčný web a vypadá to, že už vše funguje. Čím to tedy bylo způsobeno a jak jste to vyřešil?
Pingdom Tools myslím měří trochu něco jiného než umí měřit WordPress, ale můžete to zkusit porovnat.
WordPress používá vlastní funkci timer_stop(), kterou můžete použít jednoduše v šabloně (viz příklady na uvedeném odkazu) a měřit s ní i na několika místech rychlost zpracování svého webu. Jde ale o dobu PHP zpracování webu a myslím, že nebude zahrnovat čas načtených souborů (JavaScripty, obrázky, atd).
Pro zajímavost, WordPress umí zobrazovat i počet zpracovávaných dotazů do databáze, a to pomocí funkce get_num_queries(). To samé (počet dotazů i dobu zpracování webové stránky) umí zobrazovat např. i přímo plugin Display – Queries, kde se můžete po jeho prozkoumaní třeba naučit, jak údaje zobrazovat bez zásahu do šablony, respektive použití samostatné funkce v souboru functions.php a jejího napojení pomocí API na prováděnou akci wp_footer.
A ještě jsem našel existující plugin Pingdom Status, který by měl právě měřit automaticky pomocí API Pingdomu všechny načítané stránky a zobrazovat výsledky na webu. Nezkoušel jsem to příliš detailně, je třeba se zaregistrovat a je tam mnoho různých možností nastavení. Vyzkoušejte a dejte vědět, co nakonec použijete, proč a s jakými výsledky…
Weblog Tools Collection: Další ze studií srovnávajících trh redakčních systémů aneb WordPress opět s přehledem vítězí.
WordPress Answers: Jak na problémy s .png obrázky v IE6 ve WordPressu?
WordPress Answers: Jak správně načítat lokalizační soubory v odvozených šablonách?
WPLift: Pěkný výběr mikroblogovacích šablon aneb vlastní Tumbrl ve WordPressu snadno a rychle.
WordPress Answers: Tipy a triky jak optimalizovat web ve WordPressu pokud plánujete mnoho přihlášených uživatelů?
WordPress Answers: Jak používat hierarchické taxonomie bez nutnosti vybírat nadřazenou položku (aneb jde spíše o zobrazení pro uživatele)? A podobný tip jak odstranit/upravit část “Oblíbené štítky” v menu Příspěvky – Štítky?
WordPress Answers: Jednoduchý tip jak smazat všechny komentáře ke konkrétnímu příspěvku.
WordPress Answers: Aktuální přehled dostupných frameworků pro tvorbu stránek s nastavením vlastního pluginu/šablony.
WordPress Answers: Opět vlastní struktura trvalých odkazů, tentokráte bude obsahovat položky taxonomie i hodnotu uživatelského pole.
Max Foundry: Nabídka zajímavých prémiových pluginů.
WordPress Answers: Tvorba vlastních statusů pro příspěvky/vlastní typy obsahu stále není ideální.
WordPress Answers: Jak správně načítat .php soubory ve vlastním pluginu ve WordPressu?
DesignBeep: 30 šablon pro WordPress, které jsou zdarma a obsahují nějaký hezký slider obrázků/příspěvků.
WordPress Answers: Jak automaticky přesunout příspěvek po několika dnech do jiné rubriky?
WPCandy: Představena nová šablona Bones i s celým frameworkem pro další tvorbu.
WordPress Answers: Jak zobrazovat vlastní pole při rychlých úpravách?
WPLift: 20 různých návodů na vlastní tvorbu užitečných funkcí bez využití existujících pluginů.
WordPress Answers: Jak zobrazovat své vlastní velikosti obrázků vzniklé pomocí funkce add_image_size()?
WPCandy: Jak se budou vyvíjet šablony ve WordPressu v roce 2011?
Nejdříve raději doporučuji pokusit se automatickou aktualizaci zprovoznit, většinou je to možné a pak také velmi pohodlné…
Ale zpět k problému, pokud se dobře pamatuju, tak by tu zprávu mohl způsobovat WordPressem zapomenutý (nesmazaný) soubor .maintenance v hlavním adresáři (tam kde je .htaccess, wp-config.php a další). Pozor, soubor je skrytý, takže si ho v některých FTP klientech (např. Total Commander) budete muset nechat nejdříve zobrazit. Při automatické aktualizaci je automaticky spouštěn tzv. “Režim údržby webu” (spočívá právě ve vytvoření souboru .maintenance) a po jejím dokončení je tento režim zase automaticky vypnut. Nemělo by se sice stát, že by tam zůstal tento soubor zapomenut, ale už jsme to také v ojedinělých případech viděli… Nevím, možná za to mohla práva (CHMOD) nadřazeného adresáře, už si to moc nepamatuju. Každopádně vyzkoušejte a dejte vědět…
P.S. Zapomenutí souboru může být také způsobeno např. vypršením času pro aktualiazci povolenou serverem či nedostatkem paměti (memory_limit).
Myslím, že by to nemělo být nic zvláštního…
Navigace na starší příspěvky by měla samozřejmě fungovat až když je např. v příslušné rubrice dostatek příspěvků (výchozí hodnotu lze nastavit v menu Nastavení – Zobrazování – Na webu zobrazit maximálně).
Pokud se odkaz na “Starší příspěvky” zobrazuje i když nemá, tak je tam něco nestandardního, zkus sem dát odkaz na šablonu ať to můžeme třeba otestovat. V souboru archive.php by měly být použity funkce next_posts_link() a previous_posts_link(). Problém může být např. s druhým parametrem těchto funkcí ($max_pages) nebo je v celém souboru špatně udělaný výpis. Existují i problémy s $wp_query->max_num_pages (např. při určité verzi PHP), ale pak se ten odkaz spíše vůbec neobjevuje. Těžko říci bez prozkoumání dotyčné šablony…
Omlouvám se, do výše uvedeného kódu se při jeho editaci dostala HTML značka pro nový řádek. Už by to mělo být v pořádku a můžete to zkusit ještě jednou :-)
Takže po komunikaci s podporou Forpsi jsem se dostal k tomuto dokumentu, kde je uvedeno, že skripty (PHP soubory) vyžadují nově CHMOD 755. Výchozí automatická aktualizace WordPressu však standardně instaluje pouze všechny adresáře s CHMOD 755 a skripty (soubory) s CHMOD 644. Co s tím? Naštěstí pro WordPress existuje jednoduché řešení. Do souboru wp-config.php za řádek s nastavením jazyka
define ('WPLANG', 'cs_CZ');přidejte následující dva řádky:
define('FS_CHMOD_DIR', (0755 & ~ umask()));
define('FS_CHMOD_FILE', (0755 & ~ umask()));Pak už by mělo všechno v pořádku fungovat (testováno na jednom webu). Napište sem prosím své zkušenosti…
Poznámky:
1) Při úpravě souboru wp-config.php raději nepoužívejte Poznámkový blok, ale nějaký standardní editor, který vám umožní uložit soubor v kódování utf-8, např. PSPad.
2) Pokud vám web nefunguje, tak abyste se dostali k automatické přeinstalaci, musíte na FTP ručně nastavit CHMOD 755 pro všechny soubory v hlavním adresáři (zejména wp-login.php) a poté i všem souborům v podadresáři wp-admin. Pak se dostanete do administrace a po provedení automatické přeinstalace už by mělo být vše v pořádku.
Dalším řešením je také možnost nastavení práv pro vaši doménu přímo u hostingu na adrese lincp.forpsi.com.
Další komunikace s uživatelem LSN:
LSN: Zdravim,
tak sem si chvilku hral s tema pravama souboru a asi sem to rozchodil.
Jinak forpsi vubec nedokazalo nic vyresit ale snahu melo :)
admin: Zdravím, je to celé podivné…
Dnes se objevil už další uživatel s podobným problémem (viz fórum).
Když se označí všechny soubory a změní se jim CHMOD na 755, tak se to rozběhne. Ale po automatické (či ruční) reinstalaci to zase fungovat přestane. A když se pak CHMOD vrátí na standardní 644, tak to funguje i při reinstalaci…
Vyplývá z toho fakt, že s tím u Forpsi něco provádějí a není to problém WordPressu. Můžete jim zkusit napsat a dostat z nich nějakou opravu?
LSN: Zdravim, abych rekl pravdu jen doufam ze je to vyreseno, zatim se to tak tvari a
pockam na WP 3.1 a pak se uvidi. :)
admin: Zdravím, opravdu je to vyřešeno?
Jakým způsobem jste to nakonec vyřešil?
Poznáte to podle toho, když provedete automatickou reinstalaci WordPressu :-)
Potom teprve uvidíte, jestli je vše v pořádku nebo se to zase rozbije…
Toť zatím vše, třetím uživatelem s problémy je Cloover. Pište prosím všechny svoje postřehy dále do fóra, email je pouze pro posílání přístupových údajů. Jediné řešení je podle mě ale kontaktovat hosting Forpsi, aby se na to pořádně podívali…
Možná vyřešili, ale pouze na chvíli. Zatím nikdo neudělal to nejdůležitější = vyřešil problém přímo s hostingem Forpsi. Doplňuji ještě některé emaily, které dorazily. Všechny související problémy tím mohou být způsobeny a nemá cenu je řešit…
Dotatečná emailová komunikace s uživatelem Lada:
Lada: Zkoušel jsem teď novou automatickou instalaci a asi Vás nepotěším. Atributy přepsala instalace a problém se znovu opakoval. Pracně teď měním ručně Chmod na 755, problém se zdá být vyřešen. Přesto se mi zatím nepodařil zprovoznit textový editor pro přidávání příspěvků a stránek – zobrazuje se jen HTML.
Lada: Dobrý den,
před chvílí jsem zkusil novou automatickou instalaci a asi Vás nepotěším. Atributy přepsala na 644 instalace a problém se znovu opakoval. Ručně jsem změnil atributy na 755, problém se zdá být vyřešen. Přesto se mi zatím nepodařil zprovoznit textový editor pro přidávání příspěvků a stránek – zobrazuje se jen HTML.
V druhé fázi jsme vyzkoušel nainstalovat verzi přes FTP a atributy se nezměnily, zůstaly 755.
admin: Zdravím, díky za info, mám ještě přístup k jednomu “postiženému” webu, zkusíme to ještě pořádně otestovat…
Pořád si ale zatím myslím, že jde o chybu hostingu…
admin: Ještě jednou zdravím,
testovali jsme to a na serveru je stále nějaký problém.
Nejenom po automatické, ale i po ruční aktualizaci se problém stále vrací…
Atributy 644 jsou pro soubory správné (na všech ostatních serverech to tak máme), pro adresáře jde o CHMOD 755.
Zkuste jim znovu napsat, že tam je stále problém s filesystemem…
Lada: Už jsem to chtěl vypnout a právě přišla vaše zpráva. Vrátil jsem to zpět na verzi 3.0.4 a zatím mi to chodí správně. Jen mám pocit, že díky tomu přepisování jsem si udělal v souborech a adresářích pěkný zmatek. Nejhorší je, že i když jsem si celý obsah serveru hned zkraje zazálohoval, tak stejně podle zálohy nezjistím, jaké tam byly dříve ony atributy…
Jsem spíše jen uživatel a publicista, než velký odborník na tyto zásahy, takže už vlastně ani nevím kde má být 664 a kde 755. Tím pádej je i slabší moje odborná komunikace s Forpsi, navíc, když mě to funguje (přesto jsou ochotní a slušní).
Mám trochu obavu to znovu zkoušet přeinstalovávat na verzi 3.0.5. Dnes jsem pomalu nedělal nic jiného, než asi desetkrát přeinstalovával, něco zkoušel, chaoticky přepisoval a snažil se udržet stránky “při životě”…
Lada: Dobré ráno,
omlouvám se, že se ozývám i v neděli, ale nahlédl jsem do fóra a zjistil, že problémy s verzí 3.0.5 přetrvávají. Znovu jsem přes FTP nainstaloval nejnovější verzi (3.0.5) a zjistil, že to všechno napoprvé chodí tak, jak má. Předtím jsem samozřejmě už měl přepsány atributy všech adresářů a části souborů na 755. Po instalaci kódy už zůstaly a nezměnily se na 644. Tolik tedy k ruční intalaci přes FTP. Myslím, že v případě Forpsi už se bude muset alespoň v dohledné době instalovat přes FTP (což nakonec oni přímo doporučují).
Co mi však už definitivně stálým přeinstalovávání v administraci zmizelo, je textový editor Wysivig. Tedy alespoň pokud se týká OS Vista a prohlížečů IE a Firefox. U prohlížeče Grome + OS Vista to funguje. Paradoxně funguje i u všech prohlížečů pod OS Windows 2000. Ostatní jsem zatím nezkoušel. Nesetkal jste se s tím už?
Lada: Omlouvám se, ale už funguje. Bylo nutné přepsat kódy souborů v adresáři /wp-includes/js/tinymce/.
Tudíž z mého pohledu doporučuji každému, kdo má hosting na Fopsi přestat úplně všechno na 755. Je to úmorné, ale asi je to jediné, co prozatím pomáhá…
V pátek večer? :-)
Spíše by ale třeba mnoha uživatelům pomohlo, kdybys kromě jenoduchého a nicneříkajícího “Už je to O.K.” trochu popsal, jak jsi tento problém vyřešil?
Vyřešeno podle mě zatím není skoro nic. Jste už třetí uživatel, který má na hostingu Forpsi problémy a zatím se je nepodařilo vyřešit. Podle stávajících poznatků je sice možné web po hraní si s právy souborů a adresářů zprovoznit, ale po další aktualizaci (automatické či ruční nahrání souborů) se problém objeví vždy znovu.
Atributy 644 jsou pro soubory správné (na všech ostatních serverech to tak máme), pro adresáře jde zase o CHMOD 755. Problém je, že Forpsi z nějakého důvodu vyžaduje 755 i pro soubory jinak to nefunguje a objevuje se chyba. Těžko se to popisuje, je tam mnoho drobností, ale na 100 % je problém na straně Forpsi.
Musíte se toho někdo ujmout a zkusit jim znovu napsat, že tam mají stále nějaký problém s filesystemem, jinak se to nevyřeší. Klidně jim pošlete i odkaz na toto fórum…
BuddyBoss: Další nabídka frameworku a šablon, tentokrát pro BuddyPress.
WPMU.org: Přehled návodů na tvorbu pluginů pro WordPress.
WordPress Answers: Jaká řešení existují pro zvýrazňování syntaxe v editoru pluginů a šablon?
Kissing Crust: 50 moc hezkých (většinou prémiových) šablon z roku 2010.
Smashing Magazine: Jak co nejdříve rozpoznat dobré a špatné klienty?
WordPress Answers: Administrační menu ve WordPressu a jeho pokročilé úpravy.
Webdistortion: Jak kompletně integrovat Facebook do WordPressu?
planetOzh: Podrobný návod pro vytváření vlastního přesměrovávání bez dalších úprav v souboru .htaccess.
hakre on wordpress: Moc pěkný CRM systém CiviCRM bude pravděpodobně portován i pro WordPress.
cb.blog: Jak používat formáty příspěvků jako standardní taxonomii?
WordPress Answers: Vkládané obrázky do vizuálního editoru jsou automaticky obalené HTML značkou p (pro odstavec) a jedna drobná funkce tomu dokáže zabránit.
WordPress Answers: Nápady na sdílení obsahu mezi jednotlivými weby ve WordPressu, nejlépe asi prostřednictvím HTTP API.
A ještě přišla dodatečná zpráva od Forpsi:
Teď mi přišla ještě od Forpsi druhá zpráva, která práví, že: “Kdyby se Vám tedy v budoucnu stalo to samé, tak problém byl v tom, že na složkách a souborech jste měl právo 644. To stačí změnit na 755.” Za celou dobu fungování stránek jsem právo neměnil, přesto aktualizace byly bezproblémové.
Celý problém tedy patrně spočíval v přechodu na nový server (či nějaké změně), kdy byly všechny soubory/adresáře sice překopírovány, ale všem byl při přesunu nastaven CHMOD 644.
Takže dnes se objevil další zcela stejný problém.
A ještě než jsme se k tomu dostali, tak byl také během dopoledne vyřešen:
Kontaktoval jsem také hned Forpsi, odkud mi bylo sděleno, že mám aktualizovat přes FTP. To jsem také předtím udělal, přesto to nepomohlo. Nakonec mi chybu odstranili přímo, spíš si myslím, že to bude jejich přechodem na nový server. Předtím všechny aktualizace fungovaly bezchybně.
V tomto problému je tedy WordPress nevinen :-)
Pokud to funguje v jednom prohlížeči, tak by to neměl být problém na serveru. Možná máte jenom nějaké speciální nastavení prohlížeče Internet Exploreru (cache)? Těžko odhadnout, možností může být mnoho (záleží jakým způsobem plugin používáte, jaký máte aktivovaný efekt, atd)… Uveďte prosím odkaz, abychom to mohli také vyzkoušet, třeba nás něco napadne. Pokud ho nechcete uvádět veřejně, tak se ozvěte na email pavelevap@separatista.net, zkusíme se na to podívat…
Není zač, jen to není ideální řešení do budoucna, protože si tak omezujete možnosti využití WordPressu. Nejlepší je nechat si navýšit
memory_limitpřímo od hostingu nebo přejít na hosting, který s tím nemá problém.Trochu paměti může pomoci ušetřit plugin pro českou verzi WordPressu.
Zajímavé, dejte prosím vědět jak jste dopadl, případně se ozvěte na email, pokud bude problém přetrvávat…
Jak jsem psal, záleží to hodně na šabloně a kde se to “Napsat komentář” přesně zobrazuje. Potom bude třeba upravit patrně některý ze souborů single.php, comments.php, index.php či archive.php. Ale také to není ideální, protože tím zase zabráníte možnosti automatické aktualizace šablony. Jakou šablonu používáte?
P.S. A ještě jeden dodatek: U dříve vytvořených příspěvků/stránek je třeba komentáře ještě zvlášť zakázat ručně (např. pomocí hromadných úprav), protože jinak se bude pole pro vkládání komentářů na webu ještě u těchto starších článků zobrazovat.
Nejjednodušší je použít menu Nastavení – Komentáře – Základní nastavení – odškrtnout volbu “Povolit návštěvníkům webu přidávat komentáře k příspěvkům a stránkám”.
Tím budou komentáře na webu globálně vypnuty, i když šablona bude patrně tuto informaci o vypnutých komentářích nadále zobrazovat. Můžete ji ale také zcela odstranit, a to přímo zásahem do příslušného souboru šablony (záleží na tom jakou používáte šablonu).
