Bartek Naski

Bartek Naski CakePHP developer

Temat: Języki

Witam jak budujecie rozwiązania wielojęzyczne w CakePHP, ja jestem teraz na etapie konstruowania zawiłych relacji w bazie i siem zastanawiam czy tędy droga, i nie chodzi mi o i18 czy i10 - precz z plikami językowymi.
tylko z bazy i wszystko konfigurowalne w zapleczowym cms.
nie miałbym wątpliwości czy rozwiązanie z głębokimi relacjami jest właściwe gdyby nie to że muszę konstruować wszystkie zapytania w containable czasem z recursive 3, już rozważałem napisanie jakiegoś behaviora który przejąłby to na siebie, ale to dalej nie to. Macie jakieś własne rozwiązania?
Kamil Kosiński

Kamil Kosiński CTO w
DobryMechanik.pl

Temat: Języki

i18n, 10n! :)
content w bazie. widoki w widokach.
jeśli masz coś związane z widokiem, a chcesz to koniecznie edytować, to chyba bym wrzucił w textarea zawartości plików po i tyle.
Bartek Naski

Bartek Naski CakePHP developer

Temat: Języki

zawartość pliku .po do bazy w jeden textarea? to przechodzi?
Kamil Kosiński

Kamil Kosiński CTO w
DobryMechanik.pl

Temat: Języki

nie nie :)
ty chcesz mieć wszystko w bazie, a ja proponuję z tego zrezygnować i użyć rozwiązań cakeowych.
content masz w bazie przez behaviour i18n.
"statyczne" teksty masz w plikach .po (czyli też standardowo), ale chciałbyś mieć możliwość ich edycji (tak?), więc proponuję wrzucać zawartość pliku w textarea, tam sobie user edytuje co chce i zapisujesz to znowu do pliku.
możesz do tego dorobić jakiś ładniejszy interfejs np zamiast ładować cały .po w jedno textarea to porozbijać to na konkretne stringi.
same "statyczne" teksty też bym podzielił na kilka .po (jeden dla każdego pluginu, czy nawet kilka plików jeśli masz bardzo dużo tekstów).
w panelu ładnie to ogarniesz.
będzie dużo prościej/szybciej niż z bazy.
nie będzie problemu z rozbudową (kolejny plugin w cmsie to kolejny plik po i tyle).

wiem co chcesz osiągnąć, ale odradzam takie rozbudowywanie/automatyzację wszystkie. kilka lat temu (cake 1.1-1.2) pisałem cmsa dla agencji w której pracowałem. chciałem zrobić coś co pozwoli na postawienie maksymalnie dopasowanej do klienta stronki w ok 1 dzień. no i w miarę się udało, ale ceną była złożoność tego wszystkiego. bardzo trudno się to dalej rozwijało, trudno cokolwiek aktualizowało. myślę, że w pewnym momencie osiągasz jakiś limit i lepiej dalej nie automatyzować, bo będą same problemy.
jeśli faktycznie musisz robić tak dużo relacji tylko po to, żeby robić tłumaczenia, to może właśnie jest ten moment/ten element, który warto zostawić prosto zrobione.

ale to tylko moje zdanie :)



Wyślij zaproszenie do