Author Topic: Why aren't the languages in the database?  (Read 1961 times)

Offline PurpleEdge

  • Posts: 231
  • Gender: Male
    • the northern beaches
Why aren't the languages in the database?
« on: September 25, 2010, 04:25:05 AM »
Is there a good reason why the languages aren't in a datafile?

Wouldn't it make management much easier?

Offline Ruud

  • Posts: 3653
  • Gender: Male
  • Do not use PM for help! Please use the forum!
    • Dev4Me - Professional WebsiteBaker Development
Re: Why aren't the languages in the database?
« Reply #1 on: September 25, 2010, 10:55:13 PM »
it is a bit "expensive" to put messages in a database.

The languages are mainly just words or very small sentences. But it could be we need 100 or more of those to build a page. (especially in the backend)
That would need 100 queries to the database, instead of a single read of the language file.

Messages do not change frequently, so there is no real advantage in making a complete database management for it.

Offline Stefek

  • Posts: 6177
  • Gender: Male
  • ("ړ)
Re: Why aren't the languages in the database?
« Reply #2 on: September 25, 2010, 11:20:15 PM »
Hello Purple,

as Ruud said, it wouldn't make much sense to put the data into a database.

However, if you find the language management is too komplex as it is right now, have a look how it is handled in the Admin-Tool "Practical Module Functions" from User Thorn.
Espacially if you're after to create own modules, this Admin-Tool and its functions can be of interest for you.

It has a totally different approach on the language files and a language editor "console".

Kind regards,
Stefek
"Gemeinsam schafft man mehr."

gemeinsam
1. mehreren Personen oder Dingen in gleicher Weise gehörend, eigen
2. in Gemeinschaft [unternommen, zu bewältigen]; zusammen, miteinander
#Duden

Offline PurpleEdge

  • Posts: 231
  • Gender: Male
    • the northern beaches
Re: Why aren't the languages in the database?
« Reply #3 on: October 17, 2010, 08:53:39 AM »
Hello,

It would be easy to read all the required language records on start-up into an array, so I doubt there is any performance hit at all. And backend management would be much easier, especially for end-users.

It was just a thought, I don't develop multi language sites at all, so it is not an issue for me.