Nette + Doctrine2 + Gedmo

Tak ono když se hodně zobecní ten pohled na gedmo, tak to jsou v podstatě jen pověšené eventy ne? Takže stačilo by to přepsat třeba na hosiplanovo rozšíření Kdyby\Events. Výjimkou jsou akorát tree, translatable a tuším versionable.

Dočasný fix pro tree nějaký mám, postoval jsem to v #42. Teď jsem si všechny modely přehodil na Kdyby\Doctrine a zkouším to používat dle hosiplana a s tím je spojeno přepsání repositářů pro tree a translatable.

Dobrý den,
snažím se rozjet Gedmo Translatable, na Kdyby Doctrine. V zásadě mi všechno funguje, jen jsem narazil na malé problémy a mám ještě pár dotazů. Gedmo jsem již používal bez Kdyby a tam mi vše fungovala tak jak má.

Co mi tedy nefunguje, je překlad do jiného jazyka než je v základu nastaven. Jelikož jsem chtěl Gedmo translatable propojit s Kdyby\Translations vytvořil jsem si listener a zaregistroval ho v neonu. Teď když v url zadám parametr (en,de,cs) se mi automaticky mění překlady statické a zároveň se nastaví listener pro načítání dat z DB v daném jazyku.

translatableListener:
    class: \Fibit\TranslatableListener
    tags: [kdyby.subscriber]

Toto vše zatím funguje. mám entitu article:

namespace App\Entity;

use Doctrine\ORM\Mapping as ORM;
use Gedmo\Mapping\Annotation as Gedmo;
use Gedmo\Translatable\Translatable;

/**
 * @ORM\Entity
 */
class Article extends \Kdyby\Doctrine\Entities\BaseEntity implements Translatable
{

    /**
     * @ORM\Id
     * @ORM\Column(type="integer")
     * @ORM\GeneratedValue
     */
    public $id;

    /**
     * @Gedmo\Translatable
     * @ORM\Column(type="string")
     */
    protected $title;

    /**
     * @Gedmo\Locale
     * Used locale to override Translation listener`s locale
     * this is not a mapped field of entity metadata, just a simple property
     */
    protected $locale;

    public function setTranslatableLocale($locale)
    {
        $this->locale = $locale;
    }
}

A již existující vložený článek v DB, načtu si ho a chci do něj přidat překlad do němčiny:

		// http://127.0.0.1:8099/app/admin/de
		// a tohle se mi zavolá v presenteru metode (startup) - jen pro test
		$articles = $this->em->getDao(\App\Entity\Article::getClassName());
		$articleT = $articles->findOneBy(['id' => 5]);
		$articleT->setTranslatableLocale('de'); // change locale
		$articleT->setTitle('my name in de');
		$articles->save();

Přitom se mi vyhodí exception:

Doctrine\ORM\Query\QueryException
Invalid parameter number: number of bound variables does not match number of tokens search►

Prosím o radu, jak správně ukládat překlady v kombinaci těchto použitých technologií, nebo o vysvětlení zda něco dělám špatně.

Dále by mě zajímalo jestli se opravdu oplatí používat GEDMO Translatable a to hlavně z hlediska zátěže na serveru. Našel jsem i jiné řešení překladu viz: https://github.com/…ineBehaviors

Které používáte vy ?

Děkuji za odpověď.

Používal jsem donedávna Gedmo, protože KNP jsem neznal, ja kjsem ho našel, tak jsem začal používat to. Hlavně proto, že mi přijde i čistší a vyvíjí se pořád, Gedmo moc aktivity nemá.

Jediné co mi vadí, že má celkem odfláknuté stromové strukturu, jen materialized path, nested set mi tam dost chybí.

@akadlec Přejít! Dokumentace je stručně v readme, konkrétně v testech.

Translatable a Timestampable používám.
Překlady chápeš naprosto správně.

Editoval Tomáš Votruba (1. 7. 2014 13:48)

Právě jsem do Zenify\DoctrineBehaviors doplnil zbytek rozšíření. Kdyby něco, hlaste do issues.

@akadlec Mně se tato konvence naopak líbí a dává mi smysl. Největší přínos vidím v lehkosti knihovny a entity při zachování featur.

Tak tak, Gedmo je za trest :).

@JiříNápravník Pokud nemá rozdíly, přejdi na moji. Případně pošli PR. Plánuji dlouhodobě podporovat a už jsem poslal i Nette\Object opravný PR do KnpLabs.

Máš ji někde dostupnou online?

@JiříNápravník Kdysi to psal @FilipProcházka a já s tím souhlasím, že Gedmo by mělo být rozděleno do samostatných repozitářů. Zkoušet to míchat (a že jsem to zkoušel) do jednoho komplikuje správu a vývoj. Obdobně jako Nette před a po rozbalíčkování.

Proto jsem zvolil tuto cestu, přidáš si co potřebuješ a nemusíš řešit konfiguraci. Buď máš 6 řádků v extensions, nebo 1 v extensions a 7 v namespace toho rozšíření.

no a ty překlady získáváte tak jak jsem se ptal? nebo jinak?

hmm tak to se mě začíná líbit více. takže na venek to vystupuje jako jedna entita ? No možná tomu dám šanci ;)

jinak ale jako @Jiří Nápravník, nějak se mě nezdá to tvoje rozdělení na X extensions, stejnak je máš v jednom balíčku. Raději bych to viděl jako jednu s možností přes config on/off

Editoval akadlec (2. 7. 2014 10:41)

@akadlec On/off jsem zkoušel již u Doctine\Extensions a spíše mě to mátlo. Zejména když jsem chtěl u jednotlivých listenerů něco konfigurovat. Tyto featury navíc spolu nijak nesouvisí. Co z toho vznikne za chaos, když se šetří repositáři, je vidět krásně u Gedma.

Osobně bych doporučil použít jako první Translatable, tam je přínos největší.

Pokud potřebuješ Timestampable sloupce řešit zcela po svém, otevři si traitu a přesuň si její obsah do své entity s upravenými názvy property/getterů/setterů. Něco podobného mám u překladů, kde mám locale jako id entity.

@akadlec můžeš si udělat například listener, který ti ke všem sloupcům opraví jak se mají jmenovat v databázi (tedy přepíše @Column(name=""))

@akadlec @JiříNápravník Nesrovnávám knihovny mezi sebou, jen jsem pro rozbalíčkování ve stylu Nette. Minimem, co mohu sám udělat, je použití samostatných extension pro něco, co bych sám udělal jako balíček. Pokud by Gedmo prošlo stejným procesem jako Nette, nejspíš by se dostalo do stavu, kdybych jej rád používal. Ale nevypadá to.

@akadlec Pokud potřebuješ Timestampable z Gedma, tak jej použij. Já z Gedma používám Tree.

Editoval Tomáš Votruba (2. 7. 2014 17:14)

@akadlec Kdybych říkal, že rozdělím Gedmo, a byl jeho vlastníkem, tak bych si protiřečil, to jo :). Má knihovna je pouze port do Nette, který do určité míry musí respektovat původní strukturu. To, že jsou cizí knihovny nějak strukturovány neovlivním. Nette port není.

Editoval Tomáš Votruba (2. 7. 2014 19:17)

ale zase u gedma je positivem že neumřelo a přebral to někdo jiný a je konečně jako composer package.

Tady to můžeš přepsat, ale lepší bude asi použít setAttributeOverride

Když je tady řeč o Gedmo / KnpLabs, můžu poprosit o radu, pokud jste někdo řešil podobnou situaci?

Mám projekt, je to několik e-shopů (může to být lokalizace jednoho do víc jazyků a nebo úplně jiné vedle sebe), které běží na společné DB, prodávají shodné produkty. Existuje něco jako centrální admin, kde spravuju všechny produkty (entita Product). Pak se ale můžu přepnout do editace pro jednotlivý shop a přepsat si lokálně třeba titulek, url, perex – ať už kvůli jazykovým mutacím a nebo jen kvůli SEO (ProductTranslation).

U některého produktu můžu změnit na shopu A jen titulek a url, u jiného třeba perex. Co není změněné, to potřebuju brát z hlavní entity Product.

Gedmo na tohle má nastavení fallback, kde využívá SQL funkci coalesce(col1, col2), ta vrací v mém případě první nenulovou hodnotu z produktů a překladů.

Gedmo Translatable jsem použil jednou a stačilo mi to, zařekl jsem se, že nikdy více. Teď potřebuju řešit tuhle situaci, nakonec to dopadlo tak, že jsem se inspiroval v Gedmu a podědil \Doctrine\ORM\Query\SqlWalker a napsal si vlastní třídu, která dělá to samé, ale efektivněji.

Zatím nemám ukládání samotných překladů do ProductTranslation (podobně jako KnpLabs) a nevím, jestli nad tím ztrácet čas a nebo existuje něco funkčního a otestovaného v praxi, co by splnilo mé požadavky. Hledal jsem a nic nenašel a KnpLabs to neumí, pokud nejsem slepý..