Přehled odpovědí
-
Příspěvky
-
neteyescz: Určitě, pokrok je opravdu velký, ale cesta před námi všemi ještě velmi dlouhá :-)
kubalap: Není to blbost, ale správný postup lokalizace šablony :-) Jde o tzv. gettextování, tedy přizpůsobení šablony pro překlad. Celý ten článek jsem pochopil spíše jako obecný návod a samotní autoři šablon z webu Solostream by to měli mít ve svých šablonách vše správně ošetřeno (u několika bodů to dokonce zmiňují). ten třetí bod je tam podle mě právě proto, že někdy je šablona gettextovaná, ale nenačítá automaticky překlad pomocí funkce load_theme_textdomain(), takže si ji tam musí doplnit všichni uživatelé, kteří budou překlad potřebovat.
neteyescz: A to jste pořád teprve na začátku :-)
kubalap: Jaké jsou první dva kroky? Když už je šablona gettextována, tak by se měly lokalizace také většinou automaticky načítat. Jediné, co mě napadá je možnost, že vývojáři nechávají načítat lokalizace pouze uživatele, kteří to opravdu potřebují (a funkce se pak nespouští všem uživatelům, kteří používají originální anglickou verzi). O jakou jde konkrétně šablonu?
Tak to nebude nic vážného. Zkuste smazat soubor .htaccess a přeinstalovat WordPress (menu Nástěnka – Aktualizace).
Co to znamená, že plugin “zabil stránky”? Smazal všechny příspěvky? Nebo nefunguje web? Co se vlastně přesně stalo?
Pravda, uvedená ukázka řešení bude fungovat pouze pro první přístup z hlavní stránky. Nikdy by mě nenapadlo, co ještě uživatelé dokáží vymyslet za vychytávky :-)
Šablona ThreatToCreativity není gettextovaná, takže mě zaujalo právě to
lrdpz, což je unikátní identifikátor pro lokalizaci pluginů a šablon (tzv. textdomain) a je tam podle mě zbytečně. Odkud byl celý kód zkopírován?Uvedené řešení funguje pouze v jednom případě a aby fungovalo správně, tak bychom si museli informace někam průběžně ukládat (patrně využít cookies), což je ale už poměrně složitější úkol… A napadají mě ještě další situace, které mohou nastat – co když někdo přijde rovnou na výpis rubriky z vyhledávače? Co se bude dít v tomto případě?
Požadovaným způsobem ale funguje plugin Smarter Navigation, který doporučuji vyzkoušet. Stávající funkce v šabloně se nahradí novými, např. previous_post_link() se po aktivaci pluginu přepíše na previous_post_smart(). Nevím, jestli bude fungovat úplně přesně podle požadavků, ale mnoho zmiňovaných věcí by tam mělo být ošetřeno. Dejte pak prosím vědět, jak testování dopadlo…
WordPress Answers: Jak odstranit možnost, aby mohli uživatelé přidávat rubriky (obecně taxonomie) během úprav příspěvku?
Zdroják: Představení využití mikrodat v HTML5.
WordPress Answers: Možnosti využití MVC při tvorbě vlastního pluginu pro WordPress.
WordPress Answers: Jak nastavit pro všechny uživatele, aby byl na Nástěnce pouze jeden sloupec s jednotlivými sekcemi?
Smashing Magazine: Jak na tvorbu animovaného grafu s pomocí HTML, CSS a jQuery?
Ipstenu on Tech: Proč nepoužívat víceuživatelskou verzi aneb kdy a proč se pro zamýšlený projekt nehodí.
WordPress Must-Use Tutorials: Zajímavý plugin pro sdílení vlastního navigačního menu pro všechny weby sítě (+ na webu naleznete další pluginy pro víceuživatelskou verzi WordPressu). A jedno řešení pro sdílení nahraných obrázků v celé síti webů.
Wptuts+: Návod na tvorbu vlastního pluginu s podporou Google Maps.
Spare Clock Cycles: Zajímavý článek o hromadném testování bezpečnostních problémů některých pluginů v oficiálním adresáři.
WordPress Answers: Jak pro uživatele omezit velikost nahrávaných souborů na 500 kB?
Smashing Magazine: První část povedeného obecného seriálu o zlepšování funkčnosti a fungování eshopu (nejen ve WordPressu).
Je tam vidět nějaká chyba, ale to s tím asi nesouvisí, to bude šablonou…
Každopádně nezobrazování menu a dalších částí stránky tam vyřešené nevidím, případně se dotaážu na konkrétní řešení. Ideálním způsobem je asi založení nové odvozené šablony a úprava příslušného souboru, který slouží jako šablona stránky pro základní přehled (index) fóra. Našel jsem ještě jeden povedený návod, kde je to všechno vcelku dobře vysvětleno.
To je náhoda, včera jsem zrovna podobný problém řešil. Základní možnosti jsou v zásadě dvě:
Nejjednodušším způsobem je založit stránku a vložit do ní zkrácený zápis
[bbp-forum-index]. Na této stránce pak bude základní přehled fóra.Pokud si ale budete chtít vzhled fóra přizpůsobit, tak je doporučeno použít (vytvořit) odvozenou šablonu. Pak budete moci pro zvolenou stránku zvolit příslušnou šablonu stránky (z adresáře šablony). Co máte na mysli tím “jako jedna buňka”? Zkuste sem dát prosím odkaz přímo na konkrétní fórum…
Další podrobnosti naleznete zde.
P.S. Co je to vlastně za šablonu s textdomain lrdpz?
A jestli mohu tipovat ten plugin na obrázky, tak půjde o efekt FancyBox, konkrétně plugin FancyBox for WordPress.
neteyescz: Dobrá práce s manuálem, díky!
Specifické šablony rubrik s tím ale nesouvisí, i když je hezké, mít je tu takto vysvětlené :-)
V tomto případě bude potřeba natvrdo otestovat, odkud návštěvník na konkrétní příspěvek přichází, a to pomocí
$_SERVER['HTTP_REFERER'].Příklad:
<?php
$url = site_url() . '/';
if ( $_SERVER['HTTP_REFERER'] == $url ) {
$omezeni_rubriky = false;
}
else {
$omezeni_rubriky = true;
}
?>
<?php previous_post_link( '%link', '<span class="meta-nav">' . _x( '<<<', 'Previous post link', 'lrdpz' ) . '</span> %title', $omezeni_rubriky ); ?>
<?php next_post_link( '%link', '%title <span class="meta-nav">' . _x( '>>>', 'Next post link', 'lrdpz', $omezeni_rubriky ) . '</span>' ); ?>Pozor omezení funguje opravdu pouze na hlavní stránce, pokud by mělo jít i o další podmínky (výsledky vyhledávání, výpisy štítků, atd.), tak bude třeba celou funkci ještě trochu upravit.
PixoPoint: Povedený plugin na správu automatických aktualizací vlastních pluginů či šablon.
Yoast: Pozor na použití funkce get_permalink(), pokud ji nepoužíváte správně, tak budou probíhat zbytečné dotazy do databáze a ještě využijete více paměti než je opravdu potřeba. Problém by měl být opraven ve WordPressu 3.3.
WordPress Answers: Dostupné pluginy pro jednoduché zprovoznění funkce často kladených otázek (tzv. FAQ).
WPBeginner: Měla by být z WordPressu zcela odstraněna sekce Odkazy, která již není kvůli systému vlastních menu potřeba?
WP Tavern: Objevují se spekulace o možném prodeji firmy Automattic, provozovatele blogového portálu WordPress.com.
Theme.fm: 5 užitečných MySQL dotazů pro použití ve WordPressu.
TCBarrett: Ve WordPressu bohužel chybí jednoduchá funkce the_slug().
moreco.de: Jak vytvořit vlastní metabox pro nahrávání souborů v administraci WordPressu, např. v rámci svého pluginu?
Wptuts+: Jak řešit přístupy a oprávnění uživatelů k použití svého vlastního pluginu?
WordPress Answers: Zdůvodnění proč nemá WP_Query žádný parametr pro řazení příspěvků podle přiřazených položek taxonomie.
WP Engineer: Jak zcela deaktivovat novou funkci ukazatelů novinek (pointers) ve WordPressu 3.3 nebo naopak přidat nějaké vlastní nové informační bubliny?
Smashing Magazine: Průvodce pro práci s databází ve WordPressu (třída wpdb).
Ano, ale zdarma je pořád méně :-) Nakonec to ale vypadá, že i na Webzdarma.cz lze provozovat téměř plnohodnotně WordPress, což mě samotného (vzhledem k ceně) docela udivuje…
Případně jsme nalezli další způsob, jak tento problém obejít, zkuste se podívat na podrobnosti.
Nevzdávat se, nakonec se snad zadařilo :-)
Do souboru wp-config.php je třeba přidat následující kód (viz manuál):
define( 'CONCATENATE_SCRIPTS', false );Potom už vše bez problémů funguje. Je to ale freehosting, takže mi to přijde dost pomalé, ale memory_limit je nastaven na 48 MB, takže je nejnovější verze WordPressu víceméně funkční (s nasazením cachování by se to mohlo ještě urychlit).
Jsou tu nějací uživatelé, kteří také používají Webzdarma? Na konkrétním serveru bylo PHP 5.2.13, ale zatím netuším, co bylo přesně špatně, že spojování skriptů nefungovalo. Měli jste také nějaké problémy s tímto freehostingem?
Mimochodem u Webzdarma jsou také problematické automatické aktualizace, protože mají zakázanou funkci copy() a nemůžete tak automaticky aktualizovat a instalovat, což je určitě uživatelsky nepříjemné. Obvykle se objeví následující chyba:
Warning: copy() has been disabled for security reasons in /3w/xf.cz/r/domena/wp-admin/includes/class-wp-filesystem-direct.php on line 200Můžete to ale obejít malým trikem (nahradíme přímý přístup k FTP pomocí extenze PHP), když doplníte do souboru wp-config.php doplníte následující kód (viz manuál):
define( 'FS_METHOD', 'ftpext' );
define( 'FTP_HOST', 'server' );
define( 'FTP_USER', 'uzivatelske-jmeno' );
define( 'FTP_PASS', 'heslo' );První řádek změní typ přenosu dat, další tři řádky ukládají informace o připojení k FTP, aby se nemusely ručně zadávat při každé aktualizaci (doplňte si tam samozřejmě svoje údaje).
Pokud používáte Webzdarma.cz, tak každopádně uvítáme vaše zkušenosti…
P.S. Možná by to mohlo mít souvislost s automaticky vkládanou reklamní lištou freehostingu, nevím…
Tak po dlouhém chatu s podporou Wedosu se nám podařilo zjistit, v čem je konkrétně problém. Způsobuje to zapnuté cachování přímo na straně serveru, kde Wedos využívá nástroj eAccelerator. Ještě nevíme přesně, kde by mohl být problém (může to způsobovat přímo tento nástroj nebo i kombinace se zdrojovým PHP kódem pluginu Members – zkusíme ještě zjistit), ale odstranit lze tato chyba poměrně jednoduše.
V administraci hostingu klikněte na jeho název (doména s hostingem) a poté vyberte v levém sloupci nabídku “Konfigurace PHP“. Třetí řádek upravuje nastavení “eaccelerator.enable”, které je defaultně zapnuto. Překlikněte na “Vlastní hodnota” a odškrtněte vedlejší pole (vlastně ani nevím, k čemu tam konkrétně je). Potvrďte pomocí tlačítka “Upravit” a za pár minut by se to mělo projevit.
Děkuji všem uživatelům, kteří plugin otestovali, rozdíl je vidět právě ve využitém memory_limitu. Uživatel mirekk spotřebovává cca 28 MB, takže patrně nemá cachování PHP na straně serveru aktivní, zatímco Jirik ho aktivní určitě má (WordPress minimálně vyžaduje kolem 24 MB a 14 MB by opravdu bez cachování nestačilo). Samotné cachování na straně serveru je v podstatě správné a nemělo by způsobovat problémy, ale jde o samostatný nástroj, kde se mohou občas objevit chyby. Kombinace pluginu Members a nástroje eAccelerator je patrně jednou z řídkých vyjímek. Zkusíme ještě zjistit, v čem je konkrétně problém, ale nemusí se to vůbec podařit…
Takže díky všem za spolupráci a snad je problém vyřešen, vyzkoušejte.
neteyescz: Ano, také se mi to stalo. Po první aktivaci se tam ty položky v menu vůbec neobjeví. Musíš nejdříve kliknout ještě někam jinam, např. na Nástěnku a pak se do menu Uživatelé podívat znovu. Je to pěkný chyták :-)
P.S. Doplním odpověď i do fóra Wedosu, kam to bylo také nahlášeno.
Zajímavé na jednom hostingu u Wedosu mi to také hází chybu 500. Teď ještě zjistit, zda je to problém hostingu nebo pluginu.
kubalap: Jakou verzi PHP máte na hostingu, kde to bez problémů funguje?
neteyescz (a další): Pokud máte hosting u Wedosu, můžete vyzkoušet plugin nainstalovat, aktivovat a kliknout na položku menu Uživatelé – Roles? Co se stane? Díky…
Přístupy jsem dostal a zkoušel jsem to. Problém tam opravdu je, nejde jen o Nástěnku. Celkově je tam strašně pomalé načítání, takže to bude patrně nějaký související problém s výkonem. Ještě to budu zkoušet…
neteyescz: Pokud máte čas a chuť, tak si zkuste založit na Webzdarma nějaký web a nezávisle vyzkoušet, zda se problém objeví i u čisté instalace nebo je vše v pořádku…
Pokud se u vás problém ještě objevuje, zkuste prosím použít řešení z tohoto vlákna, případně dejte prosím vědět, jakým způsobem jste problém vyřešil.
Tak i když se nakonec nepodařilo přijít na něco kloudného, nedávno se nám ozval emailem další uživatel s tímto problémem:
Dobrý den,
stal se mi problém, který jste již řešil na fórech s jinými uživateli, tak se chci zeptat, jestli jste již na něj nalezli nějaké řešení. Jde o to, že se mi místo Publikování příspěvku zobrazuje v menu možnost Odeslat ke schválení a příspěvek poté zmizí. Jsem jediným adminem a tvůrcem stránek. Pomohla deaktivace všech pluginů, jak jste radili?
A na naši zápornou odpověď s dotazem, zda jde o tento konkrétní problém, přišel brzy email s řešením:
Ano, jde o tento problém, ale již jsme ho vyřešili. Problém byl v tom, že můj web jede na hostingu s dalšími weby mého kolegy a důvodem zamezení zobrazování příspěvků byla jednoduše zaplněná databáze. Tu jsme uvolnili smazáním starých komentářů, které zabíraly několik mega, a následně jsme již opět mohli psát příspěvky. Myslím, že z tohoto důvodu nemohli psát příspěvky ani uživatelé z fóra se stejným problémem.
Každopádně díky za odpověď a třeba vám naše vyřešení problému pomůže s podobnými dotazy uživatelů. Někdy se za komplikacemi skrývá jednoduchý problém, který člověk nebere v potaz.
Děkujeme! Takže pokud ještě narazíte na tento problém, můžete toto navrhované řešení prověřit. Každopádně je to velmi zajímavé a zkusíme ještě zjistit další podrobnosti…
