Riziko napadení by se Vám zvýšilo, pokud dáváte možnost uživatelům editor používat, tzn. pokud např. umožňujete psaní článků apod. Pokud si editor používáte jen Vy v administraci, riziko nezvyšujete.

Pro Joomlu 4 - n3t Empty Page, pro Joomlu 3 používám obvykle komponentu, která je v základu Joomly, tj . Obálka (com_wrapper). Jen je potřeba provést drobnou úpravu v rámci šablony, a to
- zkopírovat soubor /components/com_wrapper/views/wrapper/tmpl/default.xml do /templates/vase_sablona/html/com_wrapper/wrapper/empty.xml
- v tomto souboru zaměnit popisy COM_WRAPPER_WRAPPER_VIEW_DEFAULT_TITLE, COM_WRAPPER_WRAPPER_VIEW_DEFAULT_OPTION a COM_WRAPPER_WRAPPER_VIEW_DEFAULT_DESC za texty třeba Prázdná stránka
- a odstranit celý řádek začínnající <field name="url" 
- zkopírovat soubor /components/com_wrapper/views/wrapper/tmpl/default.php do /templates/vase_sablona/html/com_wrapper/wrapper/empty.php a kompletně smazat jeho obsah

Oproti prázdnému článku nebo jinému způsobu ušetříte nějaké SQL dotazy, a tím výkon serveru. Blank Component, jak píše Ruda udělá stejnou službu. Moduly pak zobrazíte pomocí funkcí Vaší šablony. Oproti Tomu n3t Empty Page umožní definovat i vlastní seznam modulů v rámci této prázdné stránky, ale jak jsem psal, je jen pro Joomla 4.

RC 6 verze ke stažení zde .
Doufejme že už poslední RC

Opravy
- oprava přenosu data souhlasu v režimu více domén (mimochodem používá někdo souhlas na víc domén?)
- oprava chyby v JS při zadání domény pro Cookie
-

Změny
- na zakázaných šablonách (tmpl=component) se nově plugin načte, jen nevykreslí. Funkce na blokování Cookies tak zůstane, jen se nezobrazí ani dialog souhlasu ani ikona nastavení

Doplněno
- podpora nativníh panelu pro n3t Debug (n3t Debug musí být ve verzi 4.1.0)
- kompletně odstraněn režim "sbírání cookies" (uvědomil jsem si, že většina lidí jej nechá zaplý, a že lze pomocí něj nechávat na webu v seznamu cookies "nepěkné" vzkazy )
- nahrazen režimem skenování cookies - ten se spustí kliknutím v administraci a je zabezpečen
- kontrola Cookies nastavovaných v PHP (tedy na straně serveru)
- v případě odmítnutí (např. při změně) promazání (nebo pokus o promazání) všech nastavených cookies, které neodpovídají souhlasu
- nová kategorie "Systémové cookies" - v podstatě skrytá kategorie s funkčními cookie (slouží zejména pro cookies administrace, které nechcete v seznamu ukazovat, ale je dobrá tam mít alespoň session cookie, aby jste se při zkoušení zamítnutí cookies neustále neodhlašovali)
- pokud je stránka s podmínkami nastavena pomocí odkazu v menu, nevykreslí se na ní dialog se souhlasem, jen nastavovací ikona. Lze tedy mít kombinaci "zakázat procházení" a nastavenou stránku s informacemi. Pokud nemáte aktivní ani ikonu, doporučil bych přidat do článku s nastavením nějaké tlačítko na vyvolán nastavení (syntaxe {n3tcookieconsent settings}Nastavení cookies{/n3tcookieconsent} nebo k odkazu přidat třídu n3tcc-settings)

Nataša Řezníčková napsal: Byl to soubor web.config.txt a musela jsem ho přepsat na web.config.

No to jste nás dostala Všichni jsou tu zvyklí na server Apache, a Vy používáte Windows s IIS. Ano, pak je opravdu potřeba ten soubor webconfig.txt a naopak ten htaccess můžete klidně smazat.

Nataša Řezníčková napsal: Ale když udělám, co tam píšete - nastavím v intergaci adresu URL přesměrování na "experimentální", tak se ještě objeví volba ano-ne. Ale ať dám ano nebo ne, tak se adresa změní na příšernou spleť znaků.

Pokud se chcete zbavit ID, tak musíte dát ano. Otázkou je, jaký to má pro Vás přínos. "Spleť znaků" - těžko říct co si pod tím představit, ale mohlo by to mít souvislost s nějakou konfogurací serveru a právě proto, že používáte server IIS na Windows bude trochu složitější najít někoho kdo poradí, většina hostingů funguje na kombinaci Linux + Apache (a tam právě platí ten soubor htaccess). Osobně bych ID neřešil, jejich odstranění mi přijde spíše jako nevýhoda (pokud máte v URL ID, a změníte alias článku, tak odkazy stále zůstanou funkční, pokud tam ID nemáte, měla by jste si nastavit přesměrování ze staré adresy).

Pokud máte šikovně vytvořené menu a chcete přejít na SEF URL Joomly neměl by to být zas takový problém. Jak se z Joomly dá co nejvíc vytěžit je v článku: Přátelské URL v Joomla .

Z JoomSEF (nebo tabulky databáze) stačí zkopírovat URL a připravit - upravit si je třeba v Excelu do 3 sloupců: stará URL - oddělovač | - nová URL, podle potřeby. Pak už jen převést do textové podoby (zkopírovat a vložit do textového editoru) a vložit do Přesměrování: Odkazy - tlačítko Hromadný import (formát old-url|new-url). Trápit se s .htaccess není třeba.

Poznámka: když jsem kdysi JoomSEF používal a tento začal "blbnout" bývalo celkem spolehlivým řešením jeho URL kompletně smazat a nechat vygenerovat znova.

To budou ty práva. Teď se dopátrat co s tím

Soubor configuration.php by měl jít upravit přímo v Joomle, pokud použijete Phoca Commander.

Můžete zkusit zapnout FTP vrstvu v Globálním nastavení Joomly. Ale s tím se můžou v tomto případě vyskytnout zase jiné problémy.

Srovnat práva lze buď kompletním zazálohováním pomocí Akeeba Backup a následným kompletním smazání webu a samozřejmě opětovným obnovením pomocí souboru zálohy + kickstart. Pak se ale nesmíte nikdy ve stránkách vrtat přes FTP (prostě budete používat Phoca Commander).

Je to vlastně jeden z kroků v článku Univerzální oprava instalace Joomla

Jako náhrada za Správce médií to je velice zajímavá volba s rozšířenými možnostmi (na správu a vkládání souborů citelně rychlejší než Media), ale klasicky třeba chybí možnost přesunout soubor, vložit do obsahu článku více obrázků najednou, skrývat některé typy souborů,....

Dále jsem narazil na několik problémů a chyb, z nichž některé mohou až znemožnit používání:

Při vkládání souboru do článku přes 'Attach file' se objeví pohodlné dialogové okno, které se chová responzivně, naproti tomu při vkládání obrázku přes Joomla tlačítko 'Image' je okno zobrazené nesprávně, okno je malé a nepraktické. Navíc se v něm nabízí všechny typy souborů a ne jen obrázky, spodní část dialogu okna nejde přeložit.
V obou dialogových oknech není možno přeložit tlačítko 'Insert file' a toto tlačítko se navíc nechová responzivně (popisek nemizí) a na malých obrazovkách tak může být nedostupné!

V manageru se při mazání složky objeví okno dotazu pro potvrzení smazání (i u prázdné složky). Při mazání souboru se soubor odstraní bez varování.
Funkce zmenšení nebo ořezu vyprodukuje obrázek hodný 8 bitových počítačů, nedává příliš uspokojivé výsledky.
Nelze nastavit způsob třídění zobrazených souborů (dle názvu, času,...) a nebo zobrazování určitých typů souborů (pak se v každé složce motá třeba index.html).
Po přepnutí do celého okna nelze přeložit tlačítko 'Close'.
V 'Options' nemá většina položek nastavení "bublinovou nápovědu", nelze tedy upřesnit a doplnit, co která funkce dělá a k čemu slouží.
Schází možnost překladu rozevíracího seznamu u nastavení vodoznaku.

Chybí soubor překladu u pluginu Quantum Manager Quick Icon. A v nastavení pluginů všeobecně nemá většina položek nastavení "bublinovou nápovědu", nelze tedy upřesnit a doplnit, co která funkce dělá a k čemu slouží.

Přesto jsem vytvořil český překlad komponenty a pluginů. Můžete stahovat na stránce: www.bongovo.cz/ke-stazeni/category/192-quantum-manager

EDIT: po průběžném testování jsem ještě předchozí text upravil a stejně tak i český překlad. Nezbývá než konstatovat, že používání je rychlé a příjemné a donutí vás trochu si uklidit na webu . Šablony pro vkládání souborů pak mohou umožnit zbavit se různých tlačítek pro vkládání z dalších komponent, veškeré vkládání do obsahu pak lze obsluhovat z jednoho místa, jedním tlačítkem. Palec nahoru.