Podstrony
- telcocafe
- [PHP] Skrypt cenzury Chcę cenzury!!!
- [HTML+ PHP] Skrypt HTML w PHP
- [JS] Problem ze skryptem pobierającym źródło strony skrypt pobierający źródło strony
- [Galeria] Co to za skrypt galeri?
- [PHP] Skrypt wejscia na strone Jedyne mozliwe wejscie na strone
- [mysql php]wykonywanie skryptów php z bazy mysql czy to mozliwe?
- [php] sprawdzanie formularzy !!! wyswietla sie komunikat ale skrypt wykonuje sie dalej!
- [JS/PHP] Wykrycie czy plik php jest otwierany bezpośrednio czy przez skrypt JS
- [php i mysql]problem ze skryptem :/ Unknown column 'asdf' in 'where clause'
- Skrypt dziala na PHP 4 a na PHP 5 nie
- zanotowane.pl
- doc.pisz.pl
- pdf.pisz.pl
- wrobelek.opx.pl
telcocafe
Głupi temat, ale skoro już pojawiają tutaj się takie, odnośnie CMS-ów, to ja mam problem natury includowanych języków.Powiedzmy, że mam na stronie moduły i nie wiem gdzie przechowywać tłumaczenia tych modułów. Każdy moduł jest w osobnym folderze:
modules
-news
--config.php
--content.php
-links
--config.php
--content.php
languages
-polish.php
-english.php
To jest pierwszy sposób. W pliku języka są przechowywane zmienne języka wszystkich modułów.
Teraz drugi sposób:
modules
-news
--config.php
--content.php
--languages
---polish.php
---english.php
-links
--config.php
--content.php
--languages
---polish.php
---english.php
Tłumaczenie każdego modułu jest w folderze danego modułu.
Problem polega na tym,iż jeżeli ktoś by chciał dodać moduł,by musiał edytować w pierwszym wypadku plik główny języka. Drugi zaś sposób jest dla mnie lepszy,ale bardziej kłopotliwy . . . Jeżeli chcę zrobić dostęp do modułu za pomocą logowania - muszę włączać dodatkowo język modułu logowania.
Teraz sedno sprawy - jak to bezboleśnie rozwiązać? Czy jest jakieś lepsze rozwiązanie od moich tutaj przedstawionych?
Zainteresuj się i18n. Wszystkie dane językowe (dla danego języka) są np w xml a potem je tylko wyciągasz z tablice (która jest efektem parsowania pliku xml).
Niezbyt mi się to podoba :( Ja szukam szybkiego rozwiązania. Parsowanie XML-a trwa,a ja lubię szybkość :D Chyba jednak pozostanę przy drugiej metodzie,tylko umieszczę w każdym module zmienne języka potrzebne w innym (np. logowania). Może ciężka robota przy tłumaczeniu,ale szybkość wykonywania skryptu jest przyzwoita i nie ma problemu przy dodawaniu nowych modułów.
Myślę,że to wystarczy . . . na razie :) Dopóki czegoś nie wymyślę szybszego.
Aha,pomysł Drupala, z przechowywaniem języka w bazie danych mi się też nie podoba - za mocno obciąża bazę danych.
Aha,pomysł Drupala, z przechowywaniem języka w bazie danych mi się też nie podoba - za mocno obciąża bazę danych.
Jakbyś zrobił cachowanie zapytań do bazy to byś nie miał obciążenia bazy
ja używam gettexta w Django. PHP też ma natywne funkcje obsługujące gettexta. Dobre dla dużych projektów gdzie potrzebny jest dobry system tłumaczenia interfejsu.
Warto zauważyć, że moduły do cmsów to tak czy siak bardzo obciążają serwer. Napisanie efektywnego skryptu modułów to minimum 10 zapytań więcej.
Warto zauważyć, że moduły do cmsów to tak czy siak bardzo obciążają serwer. Napisanie efektywnego skryptu modułów to minimum 10 zapytań więcej.
e tam :P głupoty
@polasek:
Ach tak :) Ale to bardzo komplikuje wszystko . . . Trzeba tworzyć pliki,a to wychodzi na to samo,co opisałem,tylko jeszcze korzysta z bazy danych.
@sokol:
A mi chodzi o moduły ładowane w treści - jeden plik wyświetlający i w zależności od zastosowania,kilka zapytań.
Przyszło mi jeszcze jedno rozwiązanie do głowy,ale w tej chwili mi wyleciało :( Może w szkole znowu to wymyślę i zapiszę :P