Přehled odpovědí
-
Příspěvky
-
Ratesman: Omlouvám se že jsem se ještě neozval na mejl, ale nějak nestíhám :) Každopádně pokud na tu migraci extrémně nespěcháš může ti pomoct plugin, na kterém zrovna dělám. Chce to jen vydržet :D Nějaké to info zde.
Manuál od tvůrce šablony je ti k ničemu pokud chceš využívat nějaký jiný plugin pro galerie, v tomto případě je důležitý manuál k danému pluginu. Myslím tím např. způsob vkládání galerií do článků nebo stránek. Například ten výše zmíněný plugin File Gallery se vkládá do článků pomocí zástupných značek což se můžeš dočíst třeba právě v “manuálu” k tomuto pluginu a zrovna tento plugin jsem zkoušel a funguje naprosto bez problémů.
Užitečné je přečíst si hlavně body
4.fully integrated with the visual editor (tinyMCE) – click on the [gallery] placeholder image and change any option in the File Gallery metabox – changes will be applied instantly
a
13. compatible with “WordPress Mobile Edition”, “Media Tags” and “WPML Multilingual CMS” plugins
Na stránce tohoto pluginu se samozřejmě dozvíš víc http://wordpress.org/extend/plugins/file-gallery/
Pokud nemáte povolen přístup do některé složky na svém hostingu kontaktujte administrátora nebo podporu daného hostingu. WordPress s tím nemá co dělat. O jaký hosting jde?
jj, taky jsem to chvilku sledoval a byl jsem docela překvapen co všechno by s tímhle šlo dělat, jen mi příjde, že používání těchto funkcí (jakkékoliv) musí být obrovská zátěž navíc. Nijak jsem to nezkoušel ani netestoval a proto si asi nějak nedokážu představit jak by fungovalo dynamické generování URL adres a rewrite pravidel při X000 UIP denně respektive jak dlouho by trvalo než spadne server… zatím není čas, ale určitě si s tím chci trochu “pohrát” :)
PS: stejně měnit URL jen kvůli “vzhledu adresy” a vlastně dělat jakkékoliv zásahy do výchozích adres je stejně riskantní a podle mně úplně k ničemu. Nejen, že je s tím spousta práce, ale je to i zbytečná zátěž a můžem si tim přidělat kopu problémů navíc…
nn takhle zmršený kód je v jedné šabloně, která se mi dostala do ruk. S wp a jeho překladem to nemá co dělat.
1) jj o tomhle způsobu vím, ale právě tomu jsem se chtěl vyhnout, protože těch řetězců tam je asi 40-50…
2) o tomhle jsem nevěděl, díky za tip, i když pro můj problém je to nepoužitelné
Každopádně nechápu, proč když už funkce “load_theme_textdomain” pracuje jak s tak i bez identifikátoru není upravena tak, aby když se identifikátor neuvede hledala mo soubor tam kde určím pomocí druhého parametru (v tomto případě v TEMPLATEPATH). Koukal jsem na to a úprava té funkce je naprosto jednoduchá a vyřešili by se tím tento problém.
btw jak jsem psal, že funguje i bez toho povinného identifikátoru tak pokud ji použiji takhle:
<?php load_theme_textdomain(TEMPLATEPATH); ?>tak proti tomu nic nenamítá a určená cesta k souboru s překladem se stane identifikátorem překladu. Podle mně je to bug, povinný by mněl být identifikátor (i když ani ten by nemusel) a nepovinná by mněla být cesta (pokud by nebyla uvedena hledalo by se třeba v aktuální složce se souborem functions.php). Tím by se najednou vyřešili úplně všechny problémy.
Samozřejmně děkuji za reakci, trochu mně to nakoplo a dám vědět jak jsem to vyřešil :)
admin: Ano souhlasím s nedostatky, ale neexistuje jiné řešení pokud je mi známo a tebou navrhované pluginy pracují na úplně stejném principu (jen místo funkce flush_rules používají flush_rewrite_rules což je imho úplně to samé). Nemluvě o tom, že pokud budu chtít dosáhnout takového výsledku abych nahradil “author” za “uzivatel” tak pro výše uvedené pluginy spotřebuji minimálně 10x tolik paměti než pro ten kousek kódu který jsem uvedl…
…k bodu 2. samozřejmě, předpokládal jsem, že pokud někdo chce měnit část URL adresy stránek, tak to nebude na webu, který je už v provozu delší dobu. Ale děkuji za připomínky, mohl jsem to tam dopsat.
více info a možnosti s příklady najdeš v dokumentaci
Tomu vůbec nerozumím , když přece kliknu např, na rubriku “Nezařazené” tak se mi zobrazí vše jen z rubriky nezařazené, když kliknu na rubriku “O psech” tak mám zase všechny články jen z rubriky o psech, tedy ve výsledku to co chceš.
Plugin pravděpodobně ne (žádný jsem nenašel) asi proto, že tyto systémy používají každý rozdílnou strukturu databáze a vlastně pracují každý jinak. Ale našel jsem článek pro MediaWiki, ze kterého jsem se dostal až na zajímavý projekt WPMW. Z komentářů v článku lze vidět že jejich řešení funguje.
Jinak možnost je ještě na Stackoverflow.com (úplně dole v komentářích) pomocí OpenID. Snad to pomůže…
EDIT: ještě jeden projekt https://github.com/auzigog/mediawiki2wordpress
Toho bych se nebál, pluginů jsou mraky stačí si kterýkoliv stáhnout a zjistit jak funguje. Když nevíš co která funkce vlastně dělá, je ti k dispozici dokumentace kde je vše relativně dobře popsáno a vysvětleno. Chce to jen chtít naučit se něco nového a hlavně nebát se toho, zas tak složité to není :)
Opravit je můžeš ve zdrojovém kódu tvé šablony vzhledu. Ale záleží na tom kolik a hlavně jaké ty chyby jsou. Nikde totiž není psané, že tvé stránky musí být bezpodmínečně validní. Doba kdy se dělali stránky validní proto, aby se v každém prohlížeči zobrazili stejně jsou už dávno pryč, dnes je to spíš naopak…co se má zobrazovat stejně musíš napsat “nevalidně” za pomocí různých vychytávek a využívat vlastností (chyb) konkrétního prohlížeče (samozřejmně myšleno pokud používáš CSS a efekty jako jsou například stínování, zakulacené rohy, přechod z barvy do průhlednosti a podobné kraviny)
Jednoduše řečeno, pokud chyby nejsou vážné a stránky se zobrazují v každém prohlížeči stejně jsou už z principu validní i když ti validátor řekne že nejsou. Ale sto lidí sto názorů…
Zdravím, mnělo by fungovat toto (vlož do souboru functions.php tvé šablony vzhledu):
global $wp_rewrite;
$wp_rewrite->author_base = "uzivatel";
$wp_rewrite->flush_rules();
Tak jednoduše použij jakýkoliv plugin pro kontaktní formulář. Já používám Fast Secure Contact Form, lze v něm nastavit jednotlivá pole, která má uživatel vyplňovat a spoustu dalších věcí. Jinak už nevím, opravdu netuším co tvá aplikace mněla dělat nebo jak funguje ale pokud jen uživatel vyplní 3 pole a odešle je na nějaký mejl tak ti ten plugin bude vyhovovat.
Tohle všechno se dá relativně snadno vytvořit pomocí pluginů na rozšíření profilových informací (telefon, email, vlastní fotka atd) kategorizace by zase šla přes plugin upravující třeba role registrovaných uživatelů, ale je to celkem takové řešení na nic. Univerzální plugin, který zvládne přesně to chceš asi nikdy existovat nebude.
Z toho vyplývá, že asi nejlepší řešení je si takový plugin napsat/nechat napsat sám. Pak to teprve splní přesně tvé požadavky. Jen pro příklad v jednom intranetovém systému jsem taky potřeboval něco podobného i když trošku složitějšího a musel bych na to použít 8 pluginů ze kterých bych použil vždy jen část, zbytek by mi byl k ničemu. Výhoda vlastního pluginu je v tom, že bude dělat přesně to co požaduješ a v budoucnu můžeš kdykoliv jakoukoliv funkčnost přidat či upravit.
Na posílání emailu jsou pro wp stovky pluginů stačí si jen vybrat. Ukázany příklad ale asi nebude umět žádný, protože už z principu je to nesmysl. Např. IE umožňuje max. délku GET požadavku 2048 znaků, takže když odečtu předmět a samotnou emailovou adresu můžu odeslat zprávu max. o nějakých 1900 znacích, jinak se zpráva neodešle. Nemluvě o tom že text zprávy v GET parametru je docela šílenost.
Z dostupné nabídky pluginů si určitě vybereš mnohem lepší, spolehlivější a bezpečnější řešení: http://wordpress.org/extend/plugins/search.php?q=email+form&sort=
Smysl to určitě má, jde o to jak se k tomu postaví autoři pluginů. Už jsem viděl několik pluginů, kde nějakou nekompabilitu řešili pouze připsáním informace s jakým pluginem si jejich výtvor nerozumí :/
Z toho také vyplývá řešení problému, buď napsat autorům a doufat, že chybu co nejdřív napraví, nebo upravit současnou verzi tak, aby fungovala správně (ale už bez možnosti aktualizace v budoucnu), nebo improvizovat a jeden z “vadných” pluginů nahradit jinou alternativou.
Jen doplním, že nedávno jsem na jednom webu řešil problém s widgety na nástěnce v administraci, kdy některé šli přetahovat myší a některé ne. Opět byl problém jen na jednom určitém hostingu, na jiných mi přetahování myší fungovalo bez problémů. A protože je toto řešeno taky přes javascript, napadlo mně že by to mohlo mít souvislost. Pokud ne aspoň se dozvíte jak řešit nefunkční přetahování widgetů :)
Stačí do složky wp-admin vložit prázdný soubor .htaccess a do něj přidat tyto řádky:
<IfModule mod_security.c>
SecFilterEngine Off
SecFilterScanPOST Off
</IfModule>
ovšem s mojí šablonou zřejmě nespolupracuje
Docela bych se divil kdyby tento plugin “nespolupracoval” s nějakou šablonou. Přečetl sis “návod k použití”? (http://skyphe.org/wp-content/plugins/file-gallery/help/index.html)
Možná by pomohl odkaz na použitou šablonu, nějaké řešení vždycky existuje, zvlášť u WordPressu.
šablona: http://www.web2feel.com/multichrome/
Jinak jak jsem už napsal, šablona na to nemá žádný vliv.
Nastavení v šabloně (počet zobrazených příspěvků) má vliv jen na ten slider pod logem. Kolik článků zadáte v nastavení, tolik jich tam budete mít při přepínání k dispozici.
Počet článků ve spodní části stránky se řídí nastavením zobrazení počtu článků v administraci WP (Nastavení->Zobrazení).
Teď jsem to testoval, takže buď špatné nastavení přímo ve WP nebo nějaký plugin.
Zajímavé, když jsem to zkoušel tak tam nic nebylo, teď při výchozí šabloně už je. Co to byla za šablona, která to způsobuje?
