Přehled odpovědí
-
Příspěvky
-
neteyescz to tu pěkně podrobně rozebral…
Ano, existuje opravdu spor o to, zda by měly všechny prémiové šablony respektovat a převzít licenci GPL. Často tomu tak dokonce bývá, takže je de facto možné, když si někdo prémiovou šablonu zakoupí (a je licencována jako GPL), tak ji upravit a pod licencí GPL ji šířit dále. Na druhou stranu je to vůči autorům šablony trochu nefér. V dnešní době je již mnoho prémiových šablon licencováno pod GPL a hlavním důvodem pro jejich koupi jsou zejména průběžné aktualizace šablony, které autoři pravidelně vydávají a také přístup do fóra autorů šablony, kde naleznete řešení mnohých problémů. Ale o podobném tématu by šlo diskutovat neomezeně dlouho…
Ad 1) Uvedené pluginy podle mě řeší problematiku přihlášených uživatelů spíše obecně (buď musí být uživatel přihlášen a pak uvidí vše nebo naopak můžete pomocí zkráceného zápisu určit část textu, který bude nepřihlášeným skryt). Problematika skrytí kompletně celé rubriky je sloitější a zatím jsem pro tyto účely objevil pouze plugin Allow Catgeories.
Ad 2) Ruční řešení má v tomto případě několik problémů.
1 – První bod pouze definuje zkrácený zápis “member”, který je pak možné používat přímo v textu. Tento způsob je ale pro automatické skrytí celé rubriky nedostatečný.
2 – Táto část je víceméně v pořádku, ale řeší pouze skrytí výpisu rubriky, pokud někdo klikne na její odkaz. Vůbce už ale neřeší to, že rubrika např. zůstane viditelná v navigačním menu, a co je ještě závažnější – třeba na homepage (nebo ve widgetu s nejnovějšími příspěvky nebo v RSS zdroji) budou vidět všechny příspěvky publikované v této rubrice. Takže de facto nebudou mít neregistrovaní uživatelé přístup do konkrétního výpisu skryté rubriky, ale příspěvky z této rubriky budou moci nalézt kdekoliv na webu.
Ruční řešení je v tomto případě poměrně složité, respektive je třeba ošetřit mnoho různých kombinací…
Dalším řešením může být nějaký “složitější” plugin pro správu oprávnění, omezovat přístup do jednotlivých rubrik by měl myslím umět plugin Role Scoper.
P.S. Poté, co jsem to celé napsal jsem ve fóru objevil velmi podobné vlákno.
Přesně tak, při registraci API klíče zvolíte “Personal” (nekomerční použití) a posléze navolíte nulovou cenu (nebo můžete autorům např. několika dolary přispět). Až po zadání API klíče začne Akismet fungovat a zachytávat spamy. Pokud se ale nikde registrovat nechcete, tak můžete použít klidně nějaký jiný plugin.
Často se stává, že na webu nebyl dlouhodobě problém se spamy, ale pak se najedou vyrojí a bez pluginu se bohužel neobejdete. Web se dostane do hledáčku spambotů, kteří to budou zkoušet a zjišťovat, zda se přece jen nepodařilo nějaký komentář s odkazem “propašovat”…
Přesně tak, zkontrolujte, zda máte na webu správně vytvořen soubor .htaccess a hosting povoluje mod_rewrite (u některých hostingů je třeba ho povolit v administraci). Případně kontaktujte hosting a nastavte výchozí strukturu trvalých odkazů (menu Nastavení – Trvalé odkazy). Jaký používáte hosting? Jaké používáte nastavení trvalých odkazů?
Uživatel Catch se mnou totiž dnes začal řešit zcela stejný problém. A také měl VPS od Wedosu… Naštěstí měl také pohotového administrátora, který objevil následující chybu:
mod_fcgid: HTTP request length 132255 (so far) exceeds MaxRequestLen (131072)Zatím nemáme další detaily, ale vydedukovat lze již tak mnohé:
– PHP na serveru běžela v modu Fast CGI
– Pro modul Apache mod_fcgid byla defaultně nastavená hodnota MaxRequestLen na 128 kB (tedy zmíněných 131072 B).
– Takže i když máte na úrovni PHP povolené nahrávání souborů třeba o velikosti 8 MB, tak mod_fcgid tomu zabrání.Patrně tedy stačilo tuto hodnotu v konfiguraci serveru změnit (navýšit).
Nalezl jsem ještě další podrobnosti o tom, že původně byla výchozí hodnota nastavena na 1 GB, ale od verze 2.3.6 se snížila na pouhých 128 kB.
Podobný problém i s podobným řešením je také dohledatelný na oficiálním anglickém fóru WordPressu.
Nevím, jestli jsem vše interpretoval zcela správně (nejsem Linuxový administrátor), ale pokud se vám objevuje při nahrávání obrázků (větších než 128 kB) podobná chyba (HTTP chyba či IO chyba), tak tu snad naleznete alespoň cestu k jejímu řešení…
S tazatelem jsme to nakonec ještě celé nějakou dobu řešili:
sity (6.5.2011 – 11:25):
Dobrý den.
Na základě kontaktu z diskuze na serveru separatista.net, zasílám přístupové údaje k testovacímu WP a na FTP. Jedná se o čistou instalaci WP jen k tomuto účelu.
Každopádně děkuji za ochotu pomoci s problémem! Kdyby bylo cokoliv ještě potřeba, dejte vědět.
admin (6.5.2011 – 11:44):
Dobrý den,
poprosím ještě o zodpovězení doplňujících dotazů z fóra.
Zkoušel jsem několik drobností a patrně je tam nějaký problém s filesystemem.
Chtěl jsem pomocí FTP klienta vytvořit podadresář upgrade v adresáři wp-content a nezdařilo se.
Adresář test (v rootu htdocs) se sice vytvořit podařilo, ale už ho nelze smazat čí přejmenovat.
Vypadá to na nějaký problém s oprávněním?
Tento problém pak samozřejmě může ovlivňovat i samotný WordPress a způsobovat chyby…
sity (6.5.2011 – 13:00):
Dobrý den.
Byla špatně nastavena skupina chown, to se ale týká pouze této testovací verze – stahoval jsem a rozbaloval data přímo na serveru. Již jsem chybu opravil, mělo by být OK.
K otázkám z fóra:
– cachování APC bohužel netuším jak zjistím, zda je zapnuto, nebo nějak ovlivňuje WP
– jiná instalace WP je, zkusím zjistit od provozovatele, zda s tím problémy nemá
– logy Apache jsem zkontroloval, nic podezřelého jsem ale nenašel; vše se zdá být funkční.
admin (6.5.2011 – 14:53):
Dobrý den,
zajímavé, máte pravdu, obrázek 106 kB v pořádku projde, ale 200 kB už nikoli, paměti je očividně dost… S tím jsem se ještě nesetkal… Zkusím ještě několik testů, ale je to podivné. Ještě mě napadají nějaké parametry serveru pro běh skriptu?
Práva ještě v pořádku nejsou, když vytvořím ručně adresář, tak ho nemohu přejmenovat (ani smazat), to samé se souborem.
Jakou máte konkrétně VPS (firma a nějaké technické detaily)?
sity (6.5.2011 – 15:56):
Dobrý den.
Díky za info, pokusím se tedy práva ještě zkontrolovat a chybu napravit. VPS je pronajata společností WEDOS, jde o jejich nejvyšší nabídku – tj. 4 GB DDR3, 3 vlákna procesoru, na serveru běží systém debian5.
Ještě jsem právě mluvil s kolegou, který provozuje druhý web na WP, na našem VPS – u něj prý žádný problém s nahráváním obrázků do knihovny médií není. Jejich WP je však docela hodně “ohnuté”, spíše to raději ještě ověřím u jeho IT správce, třeba knihovnu médií vůbec nepoužívají.
Přikládám ještě výpis z PHP verze.
root@alex:/# php -version
PHP 5.3.3-7+squeeze1 with Suhosin-Patch (cli) (built: Mar 18 2011 20:10:12)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies with Suhosin v0.9.32.1, Copyright (c) 2007-2010, by SektionEins GmbH
sity (6.5.2011 – 19:58):
FTP se chová zvláštně, pokud je nastaveno do podložky domény… Nastavil jsem proto FTP na root domeny, zadna data tam stejne nejsou – do subdomeny test se tak dostanete z rootu FTP přes složku “test”.
Poté jsme se chvíli odmlčeli a zkoušeli hledat řešení…
sity (12.5.2011 – 13:26):
Dobrý den.
Chtěl jsem se zeptat, zda jste se nějak díval na můj problém s WP.
admin (16.5.2011 – 23:43):
Dobrý den,
ano, minulý týden jsem to trochu testoval.
Dnes se mi už nepodařilo přihlásit na FTP (špatné heslo)?
Jediné, co mě zatím z dostupné konfigurace napadlo je potenciální problém s instalovaným Suhosinem. Zkuste projít jeho konfiguraci, zda tam není nějaké další omezené paměti, podrobnosti viz např. tento článek
Další odmlka…
admin (23.5.2011 – 13:32):
Dobrý den,
problém stále přetrvává?
Objevily se nějaké nové informace či se podařilo vše vyřešit?
sity (24.5.2011 – 12:38):
Dobrý den.
Díky za zprávu.
Problém stále přetrvává; účet na ftp jsem smazal po delší odmlce z vaší strany. Bohužel jsem nyní v zahraničí a ke znovunastavení ftp se do konce týdne nedostanu.
sity (1.6.2011 – 14:10):
Dobrý den.
FTP účet jsem aktitoval se stejným nastavením.
admin (6.6.2011 – 21:23):
Dobrý den,
ještě jsem to otestoval, ale na straně WordPressu nevidím problém.
Zkoušel jsem nahrávat i obrázky prostřednictvím pluginu Nextgen Gallery, ale opět to velké obrázky odmítá s HTTP chybou. Patrně jde o problém nastavení serveru (VPS), který větší uploady nějakým způsobem blokuje.
Zkoušel jste už můj minulý tip? Jediné, co mě zatím z dostupné konfigurace napadlo je potenciální problém s instalovaným Suhosinem. Zkuste projít jeho konfiguraci, zda tam není nějaké další omezené paměti, podrobnosti viz např. tento článek
Prozkoumejte nastavení Suhoshinu a dejte prosím vědět, zda to nepomohlo…
A tím to na delší dobu celé skončilo. Problém zůstal na čas nevyřešen a celé to sem doplňuji zejména proto, že se dnes objevily nové skutečnosti…
Podobná diskuze tu již proběhla, zkuste se tam podívat na doporučované pluginy. Pokud se nic nebude hodit, tak zkusíme najít nějaký další…
Bainternet: Jak spouštět některou funkci opravdu pouze jednou (a nikoli pokaždé při aktivaci pluginu) prostřednictvím funkce register_activation_hook()?
WP Engineer: Jak přidat vlastní CSS třídu k položkám vlastního typu obsahu či taxonomie?
Smashing Magazine: Představen sémantický gridový CSS nástroj (The Semantic Grid System) s podporou různých rozlišení.
FlexSlider: Zajímavý jQuery plugin pro rotaci obrázků s podporou různých rozlišení.
WordPress Answers: Tipy na pluginy pro automatické SEO odkazování podle zvolených klíčových slov.
VoodooPress: Jak přidat vlastní barevné schéma do výchozí šablony Twenty Eleven?
Wptuts+: Začátek několikadílného seriálu o pokročilých dotazech ve WordPressu.
WordPress Answers: Zajímavý příklad “osekávání” paměťové náročnosti u vlastní funkce.
Bootstrap for WordPress: Integrace uvolněného prostředí Bootstrap for Twitter do WordPressu.
Smashing Magazine: Úpravy obrázků přímo na webu prostřednictvím HTML5 canvasu.
DevPress: Podrobný návod na integraci vlastního vyhledávání od Google do webu ve WordPressu.
WordPress Answers: Zajímavá diskuze řešící dva problémy: zjištění odkazů směřujících na konkrétní příspěvek a zjištění nevyužitých galerií (nevložených do žádného příspěvku).
DevPress: Ideální řešení pro možnosti zasahování pluginu na různá místa zobrazené šablony?
Lazyloading je další možností pro zrychlení načítání webu. Vyzkoušet můžete např. pluginy jQuery Image Lazy Load WP (pozdrží načítání obrázků až do zobrazení celé stránky) a Lazy Widget Loader (pozdrží načítání obsahu zvolených widgetů, např. Facebook, reklamy).
Přesně tak, pro sledování uživatelů existuje mnoho pluginů (některé to mají jen jako součást nějaké další činnosti). Každý umí trochu jiné věci a určitě uvítáme, pokud nám sem napíšete, který jste si nakonec vybral a proč…
Pokud máte na mysli plugin WP FancyZoom, tak máte asi pravdu (nezkoušel jsem). Většina podobných pluginů hledá ale pouze obrázky, které odkazují na svoji původní velikost (nemusí jít o speciální stránku se zobrazením přílohy). Podle toho lze totiž předpokládat, že vůbec existuje něco, co lze zvětšovat a zobrazovat v novém okně. Teoreticky by měl jít ale plugin upravit tak, aby automaticky zobrazoval grafický efekt i pro obrázky bez odkazů (patrně ve stejné velikosti). Nebo by se musel vytvořit speciální plugin, který by automaticky našel všechny obrázky bez odkazů v textech příspěvků a podle URL dohledal jejich originální velikost a vytvořil na ni odkaz…
Ano, rubrika blog může mít zcela jiný vzhled než zbytek webu a podle mě je to pro tento případ asi i nejjednodušší řešení. Pro tuto rubriku můžete nadefinovat jiný soubor se styly a použít vlastní soubor pro zobrazení rubriky (manuál, anglicky). Ale záleží na tom, zda chcete využívat na blogu i další specifické funkce (vyhledávání, widgety, atd), které by asi nebylo možné příliš jednoduše zprovoznit v modifikované podobě. Každopádně vyzkoušejte, chce te pořádně zvážit, zda toto řešení postačuje (má své výhody i nevýhody).
Také integrace prostřednictvím víceuživatelské verze WordPressu má své výhody a nevýhody. Nejsem si např. jist, zda NextGEN Gallery funguje tak, jak si představujete (tedy jedno hromadné a sdílené uložiště – naopak může jít pouze pro aktivaci pluginu pro všechny weby sítě a galerie nebudou propojené). Obecně je víceuživatelská verze WordPressu bezproblémová, ale je potřeba zvážit (a vyzkoušet) dostupné funkce a konfrontovat je se svými požadavky. Pokud spolu něco opravdu hodně souvisí, tak k tomu nemusí být odlišné weby, ale jen jinak nastylovaná rubrika “Blog” a integrovaný eshop na stránce “Eshop”. Jinak jde spíše o samostatné věci a těžko je budete vzájemně propojovat na úrovni obrázků a dalších detailů.
Je velmi pravděpodobné, že to bude problém freehostingu, ale pak by si asi stěžovalo mnohem více lidí… Můžete nám poslat přístupy (administrátor WordPressu a FTP) na email pavelevap@separatista.net, zkusíme se na to podívat.
Záleží hodně na tom, jaký plugin přesně používáte. Některé pluginy totiž přidávají potřebnou třídu pro grafický efekt do HTML kódu během vkládání obrázku do příspěvku (takže pak funguje pouze u nově vkládaných obrázků), zatímco jiné to řeší až při zobrazování obrázků na webu, kdy používají nejčastěji filtr the_content, kde pomocí vlastní funkce naleznou vložené obrázky a třídu k nim přidají až při jejich zobrazování. Ale nemělo by být moc složité plugin případně upravit…
Zajímavé, to vypadá na novou (čistou) instalaci. Nemohlo se při nahrávání stát, že nějaký soubor nebyl správně nakopírován na FTP? Zkuste tam soubory nahrát ještě jednou, případně WordPress automaticky přeinstalovat (nevím, jestli to bude na tomto hostingu fungovat). Jinde než na Nástěnce se tento problém neobjevuje?
Klasické dilema mnoha uživatelů WordPressu :-)
Použití pluginu či více instalací pro vícejazyčný web? Pokud nejde opravdu o velmi odlišné varianty, tak se přikláním spíše k použití pluginu, protože spravovat např. 3 jazykové varianty jednoho webu je mnoho práce navíc (aktualizace, úpravy šablon, atd). Volba pluginu je také víceméně jasná. WPML je obecně lepší (má více funkcí), ale je zpočátku složitější a placený (budeme ho nabízet v češtině se slevou). Na druhou stranu je qTranslate také vcelku použitelný a je zdarma. Konkrétní volba pak už spočívá pouze na zvážení toho, zda to plugin zvládne nebo bude potřeba vlastní instalace pro každou jazykovou verzi. A opět je možné, že bude rozhodnutí špatné a budete ho v budoucnu ještě měnit, protože web se bude nějakým směrem vyvíjet…
P.S. Pro qTranslate existuje např. tato podmínka, kterou lze použít v šabloně:
if ( qtrans_getLanguage() == 'en' ) {
echo "Angličtina";
}Je možné, že to způsobuje používaný freehosting Webzdarma. Používáte aktuální verzi WordPressu? Nějaké další pluginy? Jaký používáte prohlížeč? Máte nějaký screenshot Nástěnky, abychom si mohli představit, jak ta chyba vypadá?
Zajímavý problém…
Importovat adresář s obrázky by jít mělo (nastavení cesty bude záležet na parametrech hostingu), ale je tam jeden problém – importované obrázky budou v původní podobě, takže pokud jste si k obrázkům na původním webu třeba pečlivě doplnil názvy nebo nějaké texty (popisy), tak na novém webu nebudou (jsou uložené v databázi na původním webu).
Zkoušel jsem trochu hledat a vypadá to, že to zatím nikdo moc neřešil, i když by se to určitě velmi využilo (občas by se nějaká galerie dala zobrazovat i na jiném webu). Zatím mě napadá jediné řešení prostřednictvím XML-RPC nebo prostřednictvím klasického XML (JSON). Tam by ale bylo potřeba doprogramovat plugin (na původním webu by se tvořilo privátní specifické XML s galeriemi a druhý web by z něj automaticky načítal hodnoty). Zkusím se ještě optat autora pluginu na nejlepší řešení…
Aldo: Nestálo by za zvážení nepoužívat dvě různé instalace WordPressu, ale pro druhý blog, který má URL http://www.horskesporty.cz/foto použít pouze rubriku s odlišným zobrazením článků? Trochu by se tím omezila funkčnost, ale byly by tam i zajímavé výhody (jedna instalace WordPressu).
