Persistentní parametr zmizí z URL, když je to defaultní hodnota

Ahoj,

takhle při zběžném pohledu vidím potencionální problém pro Router Nette v duplicitě url, kterou už Tvůj návrh obsahuje:

edit   /// tyto url jsou duplicitní
cs/edit
cs/sales/edit

Odhaduji z hlavy, aniž bych to testoval, že všechny tyto url vrátí Homepage:edit, lang = cs, section = sales.

Routování v Nette není úplně jednoduché a doporučuji navrhovat routy co nejjednodušší. Router sice vyhodnocuje routy odshora a použije první která matchne, jenže potom se vytvořený Request odešle do Presenteru, který ověřuje duplicitu – vygeneruje z Requestu LinkGenerátorem url a pokud se liší tak na to vygenerované url přesměruje.

@wonka007

Zásadní pro návrh url je zda se jedná o veřejně přístupné stránky/eshop, nebo administraci pro přihlášené.

Co se týče vlivu url na seo je dnes prakticky nulová.

a) veřejně přístupné stránky

zde obvykle chceme pěkné, jednoduché čitelné url. U jazyku obvykle cs jako defaultní a ostatní jazyky v url. Presentery ani akce v url přímo nepotřebujeme, spíš potřebujeme odlišit typy obsahu např. /clanky, /kategorie, /blog, atd., ale presentery a akce mohou být s typy obsahu v souladu, ale nutně nemusí:

/cesky-clanek
/de/deutsch-artikel
/en/english-article

b) administrace

V administraci pro přihlášené uživatele je naopak žádoucí mít presenter i akci vyjádřenou v url a defaultní akce spíš ani nepoužívat, výjimkou jsou jednoakční presentery, kde naopak je akce vždy default. Všechny presentery administrace je vhodné uvést v url stringem /admin nebo něco podobného, aby se url v administraci netloukly s veřejnou částí.

/admin/cs/sales/edit/34
/admin/de/sales/edit/34

kde sales je presenter, edit je akce a 34 je id záznamu, který se edituje, pokud se v té akci edit nebude editovat nějaký záznam, ale bude tam výpis sales s nějakými komponentami pro editaci pomocí signálu/ajaxu, tak bych já spíš volil název akce list, názvy jako edit, update, create, new bych ponechal pro práci s jedním záznamem, aby se to později nepletlo.

Z těch url jak jsi poslal ale není jasné co na těch url vlastně chceš dělat. Presenter máš pro všechno stejný Homepage:edit, což vypadá, jako kdyby Jsi na Homepage chtěl něco editovat pomocí presenteru HomepagePresenter v akci edit. Uvnitř akce ale máš parametr section = sales, takže asi chceš editovat sales a zřejmě i jiné tabulky než sales.

Udělej si pořádek v názvosloví, HomepagePresenter:default ponech pro vstupní stránku / s nějakým rozcestníkem. Pokud vstupní stránku nechceš, tak tam budeš mít rovnou nějaká data a to bude presenter odpovídající té tabulce v databázi.

Takže:

• SalesPresenter bude obhosdpodařovat tabulku sales třeba v akcích:
  • list – výpis sales
  • update – editace sales
  • create – vytvořit nové sales

pokud se sales nebudou vůbec editovat, tak postačí akce list

data pro SalesPresenter dodá /Model/SalesModel.php, nebo se používá i /Model/SalesRepository.php

Příklad

Zde je příklad, jak jsem si udělal routy pro malý web 2 jazyky, 7 článků v jednom jazyce, administrace a přihlášení.

final class RouterFactory
{
	use Nette\StaticClass;

	public static function createRouter(): RouteList
	{
		$router = new RouteList;

        $router->addRoute('sign-<action in|out>', [
            'presenter' => [ Route::VALUE => 'Sign'],
            'lang' => [ Route::VALUE => 'cs'],
            'slug' => [ Route::VALUE => '@sign'],
        ]);

        $router->addRoute('[<lang de>/][<slug (?!admin).*>]', [
            'presenter' => [ Route::VALUE => 'Article'],
            'action' => [ Route::VALUE => 'default'],
            'lang' => [ Route::VALUE => 'cs'],
            'slug' => [ Route::VALUE => '@homepage'],
        ]);

        $router->addRoute('admin[/<presenter>/<action>[/<id \d+>]]', 'AdminEntry:default');

		return $router;
	}
}

První routa odspodu – obecná routa pro administraci:

/admin vede na vstupní stránku řízenou AdminEntry:default

Routa zvládá libovolné množství presenterů s libovolnými akcemi a volitelným parametrem id, třeba:

/admin/article/list
/admin/article/create
/admin/article/update/66

v administraci nemám jazykové verze.

Druhá routa odspodu – veřejná část jednoduchého webu:

Veřejný web pohání jednoakční presenter – tedy má akci default. Nejmenuje se HomepagePresenter, ale ArticlePresenter, protože sice dodá homepage, ale i jiné stránky ve formě článků. Který článek se vypíše řídí parametr slug – veřejný web by neměl používat číselné id, ale slug (string) ve tvaru třeba /babis-prohral-dalsi-volby. Článek na url / je vhodné, aby měl jiný slug než '' třeba začínající znakem @, který se ve slugách nepoužívá, třeba @homepage. To se nastavuje:

'slug' => [ Route::VALUE => '@homepage']   což je nastavení defaultní hodnoty

v definici parametru slug ale musíme vyloučit hodnotu admin, protože by nám nefungovala poslední routa, to zajišťuje:

[<slug (?!admin).*>]

veřejný web má dva jazyky češtinu defaultní a němčinu:

'lang' => [ Route::VALUE => 'cs'],

parametr lang je volitelný a může mít pouze hodnotu de, to se nastavuje takto:

[<lang de>/]

Poslední routa odspodu – přihlášení/odhlášení

První routa už je jednoduchá, pro přihlášení a odhlášení, dvouakční presenter SignPresenter s akcemi in/out, aby to fungovalo, je potřeba nastavit parametr slug, který se sice nevyužije, ale jinak tam vznikaly kolize:

'slug' => [ Route::VALUE => '@sign'],

Přihlašování je pouze v češtině, takže:

'lang' => [ Route::VALUE => 'cs'],

Pak je potřeba si v aplikaci pohlídat, aby neexistoval český článek se slugem admin, de, @homepage a @sign

Ty si z toho budeš muset něco vybrat a modifikovat, jestli to je spíš administrace pro sales, tak jdi cestou poslední routy a přidej k tomu parametr lang, jestli je to veřejný web, tak cestou prostřední routy ;)

Editoval m.brecher (23. 3. 2023 2:29)

@KamilValenta

Má tohle nějaký zdroj? Minimálně Google má URL stále mezi seo faktory, vydává ke tvorbě URL doporučení, duplicitní URL se mu stále nelíbí, příliš zanořené slugy mají nižší rank…

Takhle s tím souhlasím, jde ale o to, co má jakou váhu. Url má malou – tak 2%. Z různých experimentů co jsem dělal má naprosto klíčový vliv traffic na konkrétních stránkách, na druhém místě je přenášení page ranku mezi stránkami webu, longtail klíčových slov v textu a tag <title> především první dvě/tři slova.

Zanoření důležitých stránek dovnitř webu, kam se musí několikrát proklikávat je nejlepší způsob jak SEO zabít. Pokud je slug hodně zanořený, tak to může být spojeno se zanořením stránky jako takové a to snižuje seo, ne ten dlouhý slug jako takový.

Moc děkuji za rozsáhlou odpověď.

Homepage presenter jsem použil pouze jako příklad. Já jsem zvyklý tvořit administrativní stránky, kde jsem URL moc neřešil.

Měl bych tedy poslední otázku. Pro přehlednost dám konkrétnější příklad.

Web, na kterém pracuji, má být rozdělen na tři části. Část pro veřejnost, pro učitele a pro vědce. Zároveň má mít lokalizaci pro alespoň 6 jazyků s tím, že další budou přibývat.
Představoval jsem si tedy, že by URL vypala:

www.testweb.cz/vedci/cs/
www.testweb.cz/ucitele/fr/
www.testweb.cz/verejnost/en/

Nepřijde mi však uživatelsky příjemné pořád psát /verejnost/. Líbilo by se mi, abych se /verejnost/ automaticky doplnila, když zadám pouze www.testweb.cz/en.
Vlastně bych potřeboval opačný proces ke změně adresy s využitím volitelné sekcence.
S routou

'[section=verejnost verejnost|vedci|ucitele/]'

se URL www.testweb.cz/verejnost/ změní na www.testweb.cz.
Já potřebuji přesně opačný proces.

Jelikož by se URl změnila, tak by nemělo docházet k rozmělňování SEO.
Vím, že by se pro tento účel by hodily subdomény, ale klient je nechce.

Moc děkuji za rady.