Přehled odpovědí
-
Příspěvky
-
Tak už to je asi jasné, máte na mysli klasické stránkování. Pokud kód vložíte do souboru index.php, tak tento soubor je stejný i pro všechny další stránky se staršími příspěvky. Musíte tedyvložený kód ošetřit pomocí jednoduché podmínky, aby se slider už na dalších stránkách nezobrazoval, např. pomocí funkce is_paged():
<?php if ( !is_paged() ) { include ( ABSPATH . '/wp-content/plugins/wp-featured-content-slider/content-slider.php' ); } ?>Lze to ale patrně řešit i jinou podmínkou, např. zjištěním, zda jde pouze o úvodní stránku, atd.
Co máte na mysli filtrováním? Pokud chcete nějak označovat konkrétní stránky, tak můžete použít např. uživatelská pole, případně si na jejich základě vytvořit vlastní metabox s příslušným zaškrtávátkem (např. “Zobrazovat podřazené”). Ale nejsem si jist zda tomu zcela rozumím – pokud podřazené stránky nějak souvisí s nadřazenou, tak by měly být vidět všechny? A filtrování zobrazování podstránek by se mělo vztahovat obecně na všechny stránky?
Obecně umí něco podobného např. plugin WP Hide Post, ale nevím, jestli se přesně hodí k zamýšlenému účelu (záleží také jakým způsobem zobrazujete podřazené stránky u konkrétní nadřazené stránky).
Aha, myslíte soubor options-general.php. Jestli tomu dobře rozumím, tak jste poté překopíroval raději znovu všechny soubory na FTP nebo proběhla automatická reinstalace? Nemusel být totiž problém pouze v tomto konkrétním souboru, ale např. právě výběr časového pásma je řešen funkcí, která je načítána v jiném souboru (nehledě na to, že mají časová pásma i vlastní lokalizační soubory).
Jde konkrétně o plugin WP Featured Content Slider?
A tím “na dalších stránkách” máte na mysli stránkování příspěvků na hlavní stránce nebo se slider objevuje také třeba u výpisu rubriky, nějakého příspěvku či konkrétní statické stránky?
Ještě bych prověřil jednu věc. Jaký používáte hosting? Nemáte nějak omezenou např. velikost databáze. Problém s tlačítkem “Odeslat ke schválení” se tu již dříve řešil a nemožnost publikovat byla důsledkem právě zaplněného místa. Bohužel to ale zatím neřeší další zmiňované problémy, i když by mohly možná trochu souviset…
P.S. Pokud jde o web uvedený v profilu, tak se mi i jako nepřihlášenému všechny články správně zobrazují…
A náhodou jsem natrefil na původní dotaz na webu. Stejně by ale bylo docela zajímavé dořešit, v čem byl konkrétně problém, protože plugin Simple Meta Tags by měl fungovat i v nejnovější verzi WordPressu. Takže bych asi spíše podezříval upravovanou šablonu…
Na češtině pro BuddyPress pracovali již někteří uživatelé zde. Je tam přeloženo cca 80 % řetězců. Bohužel jsme neměli zatím čas to dotáhnout do úplného konce a celý překlad oficiálně schválit, protože tam jsou některé věci, které by tam být asi neměly. Ale jinak je tento překlad vcelku povedený, takže bychom z něho chtěli vycházet. Pokud máte lepší návrhy, můžete ho samozřejmě průběžně doplňovat…
P.S. Doplňte prosím do balíčku s češtinou také zdrojový soubor .po, abychom se na to mohli alespoň zběžně podívat…
Ano, to může být také příčiny. Přenos souborů přes FTP může zazlobit a nějaký soubor se tam třeba nenahraje (nebo jen částečně), což pak může způsobovat problémy…
Co je to “generals_config”?
Po reinstalaci (ve smyslu překopírování souborů na FTP) by měly zůstat všechny příspěvky uložené v databázi a není tak třeba vše znovu doplňovat…
Vypadá to jako ztráta nějakých uživatelských oprávnění v administraci. Nejčastěji to může způsobit nějaký plugin, teoreticky může problém přetrvat i po jeho deaktivaci (uloženo v databázi). Nezkoušel jste nedávno nějaký plugin? Nebo to začalo dělat jen tak “z ničeho nic”? Na obrázku vidím, že se nabízí aktualizace – zkusil bych ještě spustit automatickou aktualizaci na nejnovější verzi… Případně zkuste třeba založit jiného uživatele s administrátorskými právy… Každopádně je to celé podivné…
Nikoli, pomocí filtru post_class to vyřešíte elegantně bez většího zásahu do šablony. Kód vložíte do souboru functions.php nebo přímo vytvoříte samostatný plugin.
Našel jsem dvě podobná řešení, která byste mohl použít. První globalizuje proměnnou a nastaví ji hodnotu “odd” a po každém průchodu pak testuje, zda je “odd” a poté ji nastaví “even”. Druhou možností (pod názvem “Custom Post Class”) je pak také testování dělitelnosti číslem 2, stejně jako to používáte v uvedeném příkladu.
Proč nefunguje vlastní řešení přesně nevím (nezkoušel jsem to), ale myslím, že by mohl být problém právě s předáváním proměnné mezi soubory index.php a content.php, kde se hodnota patrně ztratí. Budete to jinak muset řešit pomocí nějaké funkce, případně proměnnou nastavit jako globální.
Mimochodem, pro zájemce (a na vysvětlenou) dodávám odkaz na článek o ternárních operátorech a upozorním na nutnost jejich správného využití, aby nedocházelo ke zbytečnému zpomalování.
Pro novou šablonu stránek si budete muset vytvořit vlastní soubor a nahrát ho do adresáře s používanou šablonou. Související vlákno naleznete zde.
Zkontrolujte prosím PHP verzi na používaném serveru. Můžete použít např. plugin PHP Server Info. Při instalaci/aktualizaci WordPressu se neobjevila žádná chyba? Obvykle jde v podobných případech o problém s volbou časového pásma, který souvisí právě s verzí PHP (případně nějakým jiným nastavením serveru)…
Ruční převod už asi ani nebudu zkoušet doporučovat :-)
Nějaké informace jsou dostupné ve fóru Bloxxy, ale těžko říci bez vyzkoušení. Kolik je na webu komentářů, obrázků, případně dalších informací určených k převodu? Chtělo by to prozkoumat strukturu databáze, případně nějaký exportní formát Bloxxy (uvádí se kompatibilita s Movable Type).
Výborně, díky za zpětnou reakci. Jenom pro zajímavost – byl tedy problém s původně zmiňovaným pluginem nebo něco se šablonou? Pokud funguje jiný plugin, tak byla šablona asi v pořádku?
yantar: Tady jde o trochu jiný problém, který řešíme v tomto vlákně.
Takže, prozatímní zjištění:
Na hostingu máte aktivovaný Windows Server 2003 a nikoli klasický Linux, takže PHP tam pak běží jako FastCGI proces. Z toho následně vyplývá několik důležitých věcí:
– Není možné upravit či zobrazit aktuální oprávnění pomocí FTP klienta. CHMOD 666, který je tam tedy vidět (a vypadá to, že nejde změnit) vůbec neodpovídá a je to jen jakési výchozí zobrazení klienta, když vlastně neví, jaký CHMOD je tam doopravdy.
– Pro tyto případy má Forpsi možnost nastavení přístupových práv v administraci hostingu. Po přihlášení (uživatelské jméno je doména, heslo je heslo pro FTP) jsem v menu Oprávnění pro skripty aplikoval předpřipravenou šablonu pro WordPress (přiřadila nějaká přístupová práva pro adresář wp-content). Nahrávání obrázků už nyní bezproblémově funguje…
– Bohužel při instalaci/aktualizaci pluginů se zobrazí následující chyba:
FastCGI Error
The FastCGI Handler was unable to process the request.
Error Details:
The FastCGI process exited unexpectedly
Error Number: -2147467259 (0x80004005).
Error Description: Unspecified error
HTTP Error 500 - Server Error.
Internet Information Services (IIS)S IIS však nemám moc zkušeností, takže bych ale stejně zkusil poprosit hosting, zda by vás nepřevedel na server s Linuxem. Ovšem nevím jestli tam nemáte i nějakou aplikaci, která vyžaduje Windows. Nebo se jich můžete zkusit zeptat na problém s aktualizacemi u WordPressu, třeba budou mít nějaké tipy… Každopádně nahrávání obrázků už funguje…
Doporučil bych spíše nalézt nějakou vhodnější šablonu než se bez potřebných znalostí pokoušet o poměrně složité úpravy. Změna vzhledu (přidání sloupců) není jednoduchá, budete muset upravit kaskádové styly (CSS) a možná i v kombinaci s HTML (či pořadím načítaných .php souborů). U některých šablon to jde snadno, ale u některých je to dost složité a je lepší najít nějakou vhodnější. Jakou šablonu používáte?
Pro ucelenější přehled o fungování WordPressu bych doporučil možná první knihu v češtině o WordPressu (překlad). Dobrou volbou je pak samozřejmě manuál.
Plugin asi opravdu není potřeba používat, ale osobně je používám, protože je pak příslušný kód generován automaticky a nemusím upravovat šablonu :-) A pomocí pluginů si naklikám snadno potřebné pokročilé nastavení bez toho, aniž bych vkládal nějaký vlastní kód… Nevýhodou je samozřejmě nějaká (velmi malá) zátěž pluginu, který musí počítat s různými alternativami. Osobně používám z nějakých historických důvodů Google Analyticator, ale oblíbený a známý je zejména Google Analytics for WordPress.
Jinak nejhorší je podle mě “jen tak” vložit kód do nějakého souboru šablony (header.php, sidebar.php, atd). Mnohem lepší řešení je pro přehlednost použít nějaký samostatný soubor a načítat ho jak bylo uvedeno výše. Ale úplně nejlepší je asi do souborů šablony vůbec nezasahovat a vytvořit si svůj malý plugin (či upravit functions.php v adresáři šablony), kde necháte kód vypisovat pomocí akce wp_head, která se napíchne na používanou funkci wp_head(). Tímto způsobem obecně fungují i všechny výše zmiňované pluginy…
