HARDCABB: Jo, díky. Konstantu jsem tam neměl vůbec, teď jsem ji doplnil na "direct" a dále ošetřil open_basedir (aby obsahovalo i /tmp) a práva k celém adresáři WordPressu (aby všude bylo 777) a už to běží.

I když tedy speciálně ta druhá část se mi hrubě nelíbí. Skoro bych se raději podíval na to, jestli bych třeba nemohl aktualizovat WP z commandline.

PEPAK: ve wp-config.php je konstanta FS_METHOD, tam bych rekl ze mas mozna natvrdo nastaveny ftp? zkus ji smaznout

How to Update WordPress Directly Without Using FTP
https://warptheme.com/wordpress-tutorials/update-wordpress-directly-without-using-ftp/

Experimentuji s tím, vytvořit si od nuly vlastní webový server pro provozování WordPressu. Běží to na FreeBSD (což asi nebude podstatné) a dostal jsem se přes instalaci Apache, MySql, PHP atd. až k tomu, že jsem obnovil WP z webhostingu a skutečně ho dokázal spustit - tzn. dokážu prohlížet stránky, dokážu se přihlásit, jako admin vidím funkční dashboard atd. Teď jsem ale narazil na jednu věc, kterou si nejsem jistý, jak zprovoznit, a to jsou aktualizace WP - když to zkusím jako na webhostingu, tak po mě chce přihlášení na FTP/FTPS/SSH, což sice mám, ale ne pro WordPress (a navíc mě mate, že chce jen server+login+heslo, ale ne adresář). Bohužel už si nepamatuju, jestli jsem to na webhostingu nějak nastavoval nebo ne, spíš mám podezření, že ne, ale kdo ví. Dokumentace ( https://wordpress.org/support/article/updating-wordpress/ ) tvrdí, že "If your site is capable of one-click updates without entering FTP credentials, then ...", ale netuším, jak dosáhnout toho, aby moje site bylo "capable". Jinou relevantní dokumentaci jsem nenašel, vesměs všichni řeší, co dělat, když se aktualizace neprovede vůbec nebo jak ji udělat úplně ručně uploadem na FTP. Dokázal by mi někdo poradit, prosím? Díky.

MRTVY_KENNY: mmch toto jsem vyresil tak, ze jsem ten form nenaklikal jako elementori widget, ale dal jsem tam shortcode widget se shortcodem toho formu a to prekvapive funguje normalne. :))

HARDCABB: ja treba ted resim, ze mi studio naklikalo layout a ja doresuju detaily a proste treba at delam co delam, mam primitivni vec jako 3 sloupce 25-50-25% a v prostrednim sloupci Contact Form.

a vystup je "uskoceny" o jeden div. takze tam maji nejaky bug.

+ proste nevim, jestli to chce nekdo resit. kdo neumi vyrabet sablony, tomu rozumim, ale jinak je to na zabiti:
Known Bugs and User Experience Issues | Elementor
https://elementor.com/help/known-bugs-and-user-experience-issues/

REFLEX: hele won wp je rychly cms i tak(kdyz v tom umite)

btw zrovna jsem zase videl veci.. si schovam k vypraveni az nam otevrou hospody

PEETIK: toto se uklada do souboru, tzn modifikujes primo sablonu jako takovou. tzn zmeny, ktere chces mit jen specificke pro jednu sajtu strkej bud do toho, co jsem psal, anebo si udelej separatni child a pak to muzes editovat takto.

MRTVY_KENNY: nn, já to cpu do - Vzhled- editor - style.css

PEETIK: custom css jestli myslis to, co se vyplnuje v vzhled>prizpusobit, tak to se uklada do databaze a je unikatni pro danou sajtu, rsp. kazda sajta ma svoje tabulky v db

tzn stejne tak nastaveni cehokoliv, vcetne toho, ktere pluginy jsou aktivovane nebo ne. zobrazujou se/jsou k dispozici ale ty, ktere jsou v adresari plugins (obdobne sablony), tzn vsechny.

SYNTAX_TERROR: víceméně všechny weby budou mít stejnou šablonu i child. Ale každý web bude mít jiný vzledy, tak i CSS se budou lišit. Jako není to nic šileně dlouhýho, pár řádků v custom css nebude dělat problémy, ale spíš sem si říkal jestli to není obecně problém, kdyby měl někdo desítky webů a jen jedno CSS.

PEETIK: přes ten "main" (resp. network) admin pluginy instaluješ, ale povolit daný plugin můžeš klidně jen pro danou subsitu. Anebo klidně na úrovni network admina pro všechny subsites najednou.
Co se týče vlastních css, tak pokud budou všechny subsites používat stejný theme, tak se bude načítat i stejné CSS z těchto theme. Pokud bude mít každá subsite vlastní theme, tak se bude načítat jen css z daného theme pro danou subsite. Taky je možnost, že každá subsite bude mít vlastní child-theme, jejichž parent bude společný pro všechny. Pak samozřejmě css z parent theme bude načítáno na všech subsites.

Dobře, ještě sem úplně nezahodil možnost práce s multisite, teď už sem se dopracoval že sem to rozchodil :)
Ale jak tak po tom pokukuji, není s tím úplně stejný práce jako s obyčejným webem, jestli to dobře chápu, tak mám tzv. main admin, kde instaluji pluginy pro všechny weby a tím pádem budou na všech webech?
Dále, když mám vlastní CSS, tak též platí že se budou zbytečně načítat i na jiných webech?

resp. hlavne

ono i semanticky
podadresare - ruzne sekce, casti, whatever.
sub(pod)domena - ruzne servery, infrastruktura, balancing atd.

trebas zde https://www.impactplus.com/blog/subdomains-vs-subfolders

HARDCABB: protože co půl roku přijde klient s tím, že tam něco někde nějak nakliknul, rozbilo se to, neví co s tím a že to máš spravit. Ne že by jiné pagebuildery byly nějaká radost, teda

CYBERWOLF: ja mam s multisite relativne dobre zkusenosti, mam jich vicero a na zadnem nemam zadny problem. typicky jsem tak delal eventy, ktere mely opakovani, kazdy rocnik jsem udelal novou sajtu.

pak jsem mel treba woocommerce na dvou domenach se synchronizovanym skladem a to by podle me i jelo, nebyt toho, ze tam kolegyne narvala asi 20 ruznych marketing/byznys pluginu, ktere nejak ohybaly ceny a dopocitat se vysledku a pripadne nastavit spravna pravidla na vsechny ty marze a slevy, nebo zjistit nejake konflikty, bylo trochu na chocholouska. ale ten plugin na sync skladu tez nebyl uplne 100%, pravda.

proc?