Přehled odpovědí
-
AutorPříspěvky
-
stáhněte si šablonu, rozbalte si ji a obsah překopírujte na ftp do složky /themes/, potom ji přes administraci aktivujte…
Tady je to vysvětleno: http://www.jakpsatweb.cz/presmerovani.html#server
V nastavení reklamy toho moc není, viz screen. Pro mě to zas takové omezení není, mam na endore jen vedlejsi maly projekt …
U placeneho hostingu na endore mi vse fungovalo, pote co jedu na free tu chybu mam i pres pridani toho radku do async-upload.php.
některé šablony to mají již v sobě, ale nejspíše bude potřeba nějaký plugin. Například tyto:
Něco podobného se mi taky stalo u jedné šablony, nakonec to způsoboval jeden plugin, doporučím tedy všechny deaktivovat a jestli čeština bude v pořádku, bude to způsobovat nějaký plugin…
Ukazuje mi to chybu o tom, že se uživatel registroval a přitom ne. Teda vlastně jo, protože se vzápětí v db ukáže, ale ten formulář ho vůbec nepřesměruje a nezobrazí se to jako úspšená registrace. Autor o tom ví, a snad to do další aktualizace už opraví.
admin: Díky za ten kód, funguje přesně tak, jak jsem potřeboval, ještě to ale pořádně testnu. Chtěl jsem, aby zůstali lidi jen na frontendu, a ikdyž bych jim skryl admin bar, tak by to tam někdo mohl zkusit napsat rucne, takhle je to presmeruje zase na frontend, coz mi vyhovuje.
K tomu Profile Builder – vypnul jsem a zapnul pluginy a chodí to, ale pokud zapnu plugin Nextend Facebook Connect, tak mi to zase háže chybu, ale asi to už řešit nebudu a nechám ho vyplej.
Takže díky moc, snad už to bude OK.
Jakou tedy základní funkci jsem měl místo dotazu do databáze použít? Ono nejde jen o tento kód, ale dělá to třeba i plugin Page Builder (siteorigin), který taky přepisuje permalink a metaboxy u pluginu all-in-one SEO.
Co jsem tak googlil, tak ten dotaz na databázi je jediné řešení, které mi chodilo.
V podstatě tady to je můj problém popsaný: ODKAZ
Pokud si do metaboxu hodím query dotaz, tak mi to přepíše metaboxy a (permalink). A na to jsem použil klasický loop, dle Codexu:
<?php // The Query $the_query = new WP_Query( $args ); // The Loop if ( $the_query->have_posts() ) { echo '<ul>'; while ( $the_query->have_posts() ) { $the_query->the_post(); echo '<li>' . get_the_title() . '</li>'; } echo '</ul>'; } else { // no posts found } /* Restore original Post Data */ wp_reset_postdata();
Tu chybu to dělalo, i když jsem ty promenne vymazal a nechal samotny loop, takže těmi proměnnými to není.
Tak jsem pořádně progooglil fora a našel jsem, jak to obejít. Ono je v podstatě jedno, jestli ty proměné jsou nastavené, tak či jinak, dělá to prostě vždy, když se použije new query, a všichni si na fórech stěžují na špatné řešení a nefunkčnost v podobě wp_reset_postdata().
Takže jsem to vyřešil takto: použil jsem funkci get_results:
<?php global $wpdb; global $post; $originalpost = $post; $id_prispevku = $post->ID; $querydetails = " SELECT * FROM $wpdb->posts WHERE $wpdb->posts.post_type = 'wpcf7_contact_form' AND $wpdb->posts.post_status = 'publish' ORDER BY $wpdb->posts.post_date DESC "; $pageposts = $wpdb->get_results($querydetails, OBJECT); if ($pageposts) { foreach ($pageposts as $post) { setup_postdata($post); $postID = get_the_ID(); echo '<option value="'; echo $postID . '"'; echo selected($postID,get_post_meta($id_prispevku, 'contact', true),false); echo '>'; echo the_title(); echo '</option>'; } } $post = $originalpost; ?>
Každý článek se ukládá do databáze (tabulka wp_posts), ovšem nerozumím tomu problému, pokud publikujete článek, tak lze tento článek v administraci editovat a poté aktualizovat.
Zkuste toto: http://www.jakpsatweb.cz/zalozky.html
Tak už to jde, trochu jsem zmenil nastaveni wp super cache a najednou se to zacalo zobrazovat pres taxonomy.php – tak jak by melo. Ale nechapu to, protoze jsem zkousel wp super cache vypinat, protoze me napadlo, ze by se mohlo zobrazovat cache, ale resit to uz nebudu, uz to jede, jak ma :-)
Jj, omlouvám se – Měl jsem vytvořených několik taxonomy přes register_taxonomy(), ale nemohl jsem přijít na to, aby se chovala u příspěvku jako tag – tedy možnost zapisovat do řádku tagy, které se samy oddělí.
Nakonec jsem použil tento kód a funguje to, ale nějak se mi nedaří ty tagy vypsat. Mám tam soubor taxonomy.php a u jiných taxonomy mi to funguje, ale tady u toho ne. Docela záhada.
function build_taxonomies() {
register_taxonomy
(
'portfolio-tag',
array('my-product'),
array
(
'hierarchical' => false,
'labels' => array
(
'name' => _x( 'Portfolio Tags', 'taxonomy general name' ),
'singular_name' => _x( 'Portfolio Tag', 'taxonomy singular name' ),
'search_items' => __( 'Search Portfolio Tags' ),
'all_items' => __( 'All Portfolio Tags' ),
'edit_item' => __( 'Edit Portfolio Tag' ),
'update_item' => __( 'Update Portfolio Tag' ),
'add_new_item' => __( 'Add Portfolio Tag' ),
'new_item_name' => __( 'New Portfolio Name' ),
'menu_name' => __( 'Portfolio Tags' ),
),
'show_ui' => true,
'query_var' => true,
'rewrite' => array('slug' => 'portfolio-tag', 'with_front' => true),
)
);
}V tomto případě to dělám tak, že na svém PC na localhostu si přehraju celou databázi (upravím ji tak, aby fungovala) a tam na ni testuju novou šablonu a pak už jen přehraju šablonu na hosting …
aha, tak už to mám …
16. srpna 2013 (19:58) odpověď na téma: Optimalizace rychlosti načítání WordPressu (hlavně JS a CSS) #16209Lukenzi: komprimace grafiky a obrázků je hotova. o odstranění stringů za URL jsem uvažoval a ještě dodělám. mod_deflate a CDN nastuduji.
Admin: O VPS jsem taky už uvažoval, ale nemám s ním bohužel žádné zkušenosti. Musím si to prvne nastudovat.
16. srpna 2013 (6:30) odpověď na téma: Optimalizace rychlosti načítání WordPressu (hlavně JS a CSS) #16206admin: díky, to jsem přesne udelal, vlezl jsem do kazdeho vetsiho pluginu a prokousaval jsem se skripty a hledal je, ale myslel jsem, jestli to nejde “efektivneji” :-)
Web se už trochu zrychlil, jen jsem chtěl docílit maximální rychlosti webu.
admin: přesně jak píšete, jedná se vlastně o klasické příspěvky, které se budou filtrovat přes ty parametry (taxonomie) a to bohužel u WP nevím jak na to (zatím teda) …
Díky, mrknu na to …
-
AutorPříspěvky