jsem se zapotil...

$udalosti = get_post_meta($post_id, 'bla_bla' );
$prev = $udalosti;
foreach ($udalosti as $key => $udalost){
....
}
update_post_meta($post_id, 'bla_bla', $udalosti, $prev );

nefunkcni! nevim proc, ale proste nesouhlasilo zanoreni toho arraye (udalosti mely o jeden level vic, nez co je v DB. nepochopim. doufam, ze to neni bug a ze mi to za tyden "neopravi"... + s tim poslednim parametrem mi to nejede nikdy. proste ac na $prev nesahnu, tak se mu z nejakeho duvodu nelibi..

KOCMOC: https://developer.wordpress.org/reference/classes/wp_oembed/fetch/

KOCMOC: Nicmene me to tlaci k napsani nejaky override funkce pro defaultni oembed od WP, protoze jakoze klientovy se oranzovej template SC uplne nehodi...

KOCMOC: Tak jinak, moje blbost :D Tenhle shortcode totiz plati jenom pro weby hostovany na Wordpress.com :DDD

Kdyby nekdo potreboval neco doprogramovat, hlavne pro woocommmerce a wordpress jako takovej, tak za tejden budu mit cas

MRTVY_KENNY: ted mi doslo, ze asi kdyz to udelam takhle, tak pak nebudu umet rict, ze cervena je vyprodana..

ok. jen nevim, jestli budes resit to same.

eshop s hadrama = nektere zbozi ma ruzne barevne a/nebo velikostni varianty

1/ kdyz udelam zbozi s variantama a neresim rozdil cen, staci udelat jen jednu variantu s promennyma parametrama velikosti a barvy - tzn ve variantach mam va adminu jeden radek viz obrazek?



rsp. to nagenerovani tech variant pouzivam jen v pripade, ze chcu mit u nejake varianty nejaky parametr jinak (treba cenu?)

2/ kdyz nevyplnuju u zbozi hmotnost ani velikost, nabehnu si nejak? postovne bude pevne dane?

diky

MRTVY_KENNY: tak zrovna me zacatecnicky dotazy k woocommerce zajimaj hodne, klidne mi pak posli resume v poste :]

byl by neko ochoten zodpovedet 2-3 dotazy kolem woocommerce, at se jakozto zacatecnici nedopustime nejakych preslapu, ktere pak budem muset predelavat u stovek produktu? vicmin pro zkuseneho asi triviality tykajici se korektniho zadavani zbozi.. zdraham se to psat sem, nejlip asi v poste.. diky

Co pouzivate na code-freeze?

KOCMOC: nakonec se zda, ze to bylo nejakym bordelem v databazi v wp_options... vcera se ta tabulka rozsypala uplne, musel jsem udelat REPAIR TABLE a ted to vypada, ze je zas vse funkcni i bez toho pluginu..

Na strance znameho se objevila chyba, kde kdyz do prispevku prida script z Leadpages a nasledne se prepne z HTML do Editor, formatovani stranky se rozhodi (pro kazdy tag ul a /ul se prida jeste jeden). Jakmile se prepne zpet z Editor do HTML, pridaji se dalsi znaky ul a /ul: /files/000/015/1540207_32af2bde935228fb8ed1/original.png"https://core.trac.wordpress.org/ticket/34760">https://core.trac.wordpress.org/ticket/34760
Kdyz jsem soubor ze serveru stahl a otevrel, zjistil jsem, ze uz je opraven: https://core.trac.wordpress.org/changeset/35727

Kontaktoval jsem hosting (WPengine), jestli nahodou nevi, cim by to mohlo byt. Pry mi nemuzou pomoct a mam se obratit na vyvojare TinyMCE. Jeste nez tak udelam, chtel jsem zkusit stesti tady. Neresil uz nekdo z vas a neporadil by, prosim, cim by to jeste mohlo byt?

Wordpress tam bezi ve verzi 4.4.2.

KOCMOC: strcil jsem tam ten plugin a jo, ted nemam moc prostor to zkoumat, kazdopad diky.

MRTVY_KENNY: Zabralo neco z toho?

MRTVY_KENNY: muzes si dovolit pouzit non WP cron? pak bych hodil do configu toto

define('DISABLE_WP_CRON', true);

(vypne wp virtual cron) a nastavil cron job na hostingu.
nebo jeste zkus tohle a uvidis co to hodi
WP-Cron Control — WordPress Plugins
https://wordpress.org/plugins/wp-cron-control/
jeste bych si ceknul, jestli mi sedi timezone serveru a wp instalace

par dnu se mi nechocou zverejnovat naplanovane prispevky.. kdysi jsme meli stejny problem, tehdy kdyz clovek vlezl do adminu, tak videl, ze je post ve stavu "zmeskana publikace".. nejak to vyresilo dani define('ALTERNATE_WP_CRON', true); do configu.

tentokrat nepomaha nic a clanek visi ve stavu naplanovano i po case, kdy byl naplanovan. kdyz ho preulozim, tak se zverejni samozrejme...

nejake napady co s tim delat?