Re: [campsite-support] What A Pity - Newscoop Support Discussions on Sourcefabric Forum

import

> Hi,
>
> after seeing Campsite featured on opensourcecms.com I rejoiced,
> believing that this software finally has been restructured so that a
> wide public can use it.

Well, you did not rejoice in vain. Please read on.
>
> What a pity that this isn't the case! And what a deception of people
> who expect, especially from a CMS featured that publicly, to be able
> to install it on their hosting accounts!
>
> You ought to say it clearly that Campsite won't work unless one has
> at least a VPS. As those come along at prices of minimally 40-50 US$
> per month Campsite is not nearly as egalitarian and earthroot as it
> claims to be. Few people short of fullblown ads-sustained publishers
> have the means to fork over such a sum each month, especially when
> the published content is of the system and politics-critical sort.

Campsite can actually be installed on most run cheap hosting setups. I say
MOST, not each and every, because I have seen people installing it in
php-cgi environments, but I see you have clearly hit the wall. What you may
run into difficulties with on certain cheap setups is if you want to use
Campsite's enterprise features, such as automatic publishing feature which
makes use of Apache crontabs (though not necessarily, depending on your
provider's configuration).

That said, VPS go these days for as little as 12.99 EUR per month (e.g. I
rent one for my hobby audiolinux.net site at
http://www.hosteurope.de/produkte/Virtual-Server-Linux).

> Just for the information, most modern, security-intent hosts run PHP
> as CGI, have phpsuexec active, refuse command-line interaction from
> users and scripts are commonly owned by the user himself, not by
> apache. Users commonly are neither allowed to install additional PHP
> modules or change server configurations.

FYI, Campsite files don't have to be owned by apache if the apache user can
write to these directories. Campsite only needs write access by the apache
user.

> I've an ample, fast and well-supported hosting package on a
> firstclass host. So far I was able to install nearly every script I
> wanted and never had a problem, except - and that's the "nearly" -
Campsite.

Perhaps you can tell this list/forum what are the exact problems you have
had. Maybe someone will have some solution, or at least we can learn
something from your experience, and see if that particular problem with
your particular hosting setup can be removed in the future.

All the best,

Sava

import

Hi,

> Campsite can actually be installed on most run
> cheap hosting setups.

Actually my host isn't cheap any which way, they just run a tight ship.

> I have seen
> people installing it in
> php-cgi environments, but I see you have clearly
> hit the wall.

The most common one apparently:

Fatal error: Call to undefined function apache_get_modules() in /home/jm/public_html/install/classes/CampInstallationView.php on line 216

> your provider's configuration).

As I wrote: PHP as CGI, phpsuexec active, user is owner of files, not apache, no command line access. It has PHP 5.2.4 and MySQL 5.0.81.

> That said, VPS go these days for as little as
> 12.99 EUR per month (e.g. I
> rent one for my hobby audiolinux.net site at
> ).

China is high on my list of countries where never to host any sites, Germany is nearly as prominent. Additionally that offer is not fully managed, which is what I'd need. A look at their prices for additional services suffices to tell me that one would come to be quite expensive. The lowest cost for a halfway dependable host with fully managed VPS is indeed not under 40$$.

> Perhaps you can tell this list/forum what are the
> exact problems you have had.

See above. The software doesn't even install.

Cheers,

Pippa

import

HI,

Campsite obviously doesn't satisfy your (hardly "egalitarian and
earthroot") demands at the moment. Sorry about that and good luck with
other scripts.

All the best,

Sava

From: ""

To: campsite-support@campware.org

Date: 07/17/2009 05:32 PM

Subject: [Campsite Support] Re: [campsite-support] What A Pity

Author: pippa
Link: http://code.campware.org/phorum/read.php?8,7269,7271#msg-7271
--------------------------------------------------------------------------------

Hi,

> Campsite can actually be installed on most run
> cheap hosting setups.

Actually my host isn't cheap any which way, they just run a tight ship.

> I have seen
> people installing it in
> php-cgi environments, but I see you have clearly
> hit the wall.

The most common one apparently:

Fatal error: Call to undefined function apache_get_modules()
in /home/jm/public_html/install/classes/CampInstallationView.php on line
216

> your provider's configuration).

As I wrote: PHP as CGI, phpsuexec active, user is owner of files, not
apache, no command line access. It has PHP 5.2.4 and MySQL 5.0.81.

> That said, VPS go these days for as little as
> 12.99 EUR per month (e.g. I
> rent one for my hobby audiolinux.net site at
> ).

China is high on my list of countries where never to host any sites,
Germany is nearly as prominent. Additionally that offer is not fully
managed, which is what I'd need. A look at their prices for additional
services suffices to tell me that one would come to be quite expensive. The
lowest cost for a halfway dependable host with fully managed VPS is indeed
not under 40$$.

> Perhaps you can tell this list/forum what are the
> exact problems you have had.

See above. The software doesn't even install.

Cheers,

Pippa

--
Sent from Campware Forums
http://code.campware.org/phorum

import

These kind of hosting which run PHP as CGI, do not allow you to add modules,
to set your PHP configuration as you wish are for hobbyists running a blog
or any kind of simple site.

Campsite has advanced features which require PHP to run as a module for
performance reasons. Campsite is a publishing application for medium to
large publications, not a simple CMS for the home user. In conclusion,
Campsite will never run on these kind of hostings.

Mugur

On Fri, Jul 17, 2009 at 6:32 PM, wrote:

> Author: pippa
> Link: http://code.campware.org/phorum/read.php?8,7269,7271#msg-7271
>
> --------------------------------------------------------------------------------
>
> Hi,
>
> > Campsite can actually be installed on most run
> > cheap hosting setups.
> Actually my host isn't cheap any which way, they just run a tight ship.
>
> > I have seen
> > people installing it in
> > php-cgi environments, but I see you have clearly
> > hit the wall.
> The most common one apparently:
>
> Fatal error: Call to undefined function apache_get_modules() in
> /home/jm/public_html/install/classes/CampInstallationView.php on line 216
>
> > your provider's configuration).
> As I wrote: PHP as CGI, phpsuexec active, user is owner of files, not
> apache, no command line access. It has PHP 5.2.4 and MySQL 5.0.81.
>
> > That said, VPS go these days for as little as
> > 12.99 EUR per month (e.g. I
> > rent one for my hobby audiolinux.net site at
> > ).
> China is high on my list of countries where never to host any sites,
> Germany is nearly as prominent. Additionally that offer is not fully
> managed, which is what I'd need. A look at their prices for additional
> services suffices to tell me that one would come to be quite expensive. The
> lowest cost for a halfway dependable host with fully managed VPS is indeed
> not under 40$$.
>
> > Perhaps you can tell this list/forum what are the
> > exact problems you have had.
> See above. The software doesn't even install.
>
> Cheers,
> Pippa
>
> --
> Sent from Campware Forums
> http://code.campware.org/phorum
>

import

Hi!

Inspired by Pippa's emails, I just searched for a "Newspaper
management system for Web Publishing" and you can find many there,
Campsite included.
It seems all the others are commercial, most of them restricted into
the server decided by the software maker.
But they are alternatives for Campsite and good options to study more
deeply.

/Sanna @ Generare

On 17.7.2009, at 20.05, Mugur Rus wrote:

> These kind of hosting which run PHP as CGI, do not allow you to add
> modules, to set your PHP configuration as you wish are for hobbyists
> running a blog or any kind of simple site.
>
> Campsite has advanced features which require PHP to run as a module
> for performance reasons. Campsite is a publishing application for
> medium to large publications, not a simple CMS for the home user. In
> conclusion, Campsite will never run on these kind of hostings.
>
> Mugur
>
> On Fri, Jul 17, 2009 at 6:32 PM, wrote:
> Author: pippa
> Link: http://code.campware.org/phorum/read.php?8,7269,7271#msg-7271
> --------------------------------------------------------------------------------
>
> Hi,
>
> > Campsite can actually be installed on most run
> > cheap hosting setups.
> Actually my host isn't cheap any which way, they just run a tight
> ship.
>
> > I have seen
> > people installing it in
> > php-cgi environments, but I see you have clearly
> > hit the wall.
> The most common one apparently:
>
> Fatal error: Call to undefined function apache_get_modules() in /
> home/jm/public_html/install/classes/CampInstallationView.php on line
> 216
>
> > your provider's configuration).
> As I wrote: PHP as CGI, phpsuexec active, user is owner of files,
> not apache, no command line access. It has PHP 5.2.4 and MySQL 5.0.81.
>
> > That said, VPS go these days for as little as
> > 12.99 EUR per month (e.g. I
> > rent one for my hobby audiolinux.net site at
> > ).
> China is high on my list of countries where never to host any sites,
> Germany is nearly as prominent. Additionally that offer is not fully
> managed, which is what I'd need. A look at their prices for
> additional services suffices to tell me that one would come to be
> quite expensive. The lowest cost for a halfway dependable host with
> fully managed VPS is indeed not under 40$$.
>
> > Perhaps you can tell this list/forum what are the
> > exact problems you have had.
> See above. The software doesn't even install.
>
> Cheers,
> Pippa
>
> --
> Sent from Campware Forums
> http://code.campware.org/phorum
>

import

Hi,

if I change the "url name"for all the issues that are the same
translation, should it work without any extra measures?
I did change all my issue translations like that and now it shows only
things in English...

Sanna

import

Hello,

can't get the English articles visible anymore and other languages
actually show first intro of English articles and then when clicking
may go to that language content.

Can this be due to changing the "url name" for this issue?

I tested by making a new issue and I can get its articles visible only
when putting front page off and section off for the article and then
asking the template to show those. In normal template I show the
articles on front page on and section on and it worked before but not
anymore.

Error log shows this:
[Sat Jul 18 19:14:17 2009] [error] [client 89.27.72.54] PHP Notice:
Trying to get property of non-object in /home/webadmin/
webserver.customer.fi/html/template_engine/classes/
CampURIShortNames.php on line 73

/Sanna

On 17.7.2009, at 21.16, Generare Management Department wrote:

> Hi,
>
> if I change the "url name"for all the issues that are the same
> translation, should it work without any extra measures?
> I did change all my issue translations like that and now it shows
> only things in English...
>
> Sanna

import

Could you give me details on how did you change the URL name for the issues?
Exactly what steps did you take?

Mugur

On Sat, Jul 18, 2009 at 7:27 PM, Generare Management Department <
management@generare.com> wrote:

> Hello,
>
> can't get the English articles visible anymore and other languages actually
> show first intro of English articles and then when clicking may go to that
> language content.
>
> Can this be due to changing the "url name" for this issue?
>
> I tested by making a new issue and I can get its articles visible only when
> putting front page off and section off for the article and then asking the
> template to show those. In normal template I show the articles on front page
> on and section on and it worked before but not anymore.
>
> Error log shows this:
> [Sat Jul 18 19:14:17 2009] [error] [client 89.27.72.54] PHP Notice: Trying
> to get property of non-object in /home/webadmin/
> webserver.customer.fi/html/template_engine/classes/CampURIShortNames.php
> on line 73
>
> /Sanna
>
>
> On 17.7.2009, at 21.16, Generare Management Department wrote:
>
> Hi,
>>
>> if I change the "url name"for all the issues that are the same
>> translation, should it work without any extra measures?
>> I did change all my issue translations like that and now it shows only
>> things in English...
>>
>> Sanna
>>
>
>
>
>
>
>

import

Hi,

I went to administration, opened the information of issues and changed
the URL name and saved. Nothing else.
Now I got also the English ones visible by creating a new separate
issue (not a translation but with different URL name) and then I
deleted the this new issue and the ones with the "changed" URL name
got visible.

Somehow we have still the other languages not appearing properly but
that problem may to do with our "mass update" that we made for
importing the old data from another system. Do you have some kind of
structural map where we would see what id's, url names etc. are needed
in order the translation system to work?

Because I think we got all the languages imported as separate articles
in the database but it looks like the article id's goes for the same
article like this for English: en_US/100/845/5912/ and for Swedish
sv_SE/100/845/5680/
Shouldn't this "5912" and "5680" be the same number, not too different?
Is there some other linkage id's that need to be in order to combine
two articles to be translations of the same article?

/Sanna

On 20.7.2009, at 11.42, Mugur Rus wrote:

> Could you give me details on how did you change the URL name for the
> issues? Exactly what steps did you take?
>
> Mugur
>
> On Sat, Jul 18, 2009 at 7:27 PM, Generare Management Department > > wrote:
> Hello,
>
> can't get the English articles visible anymore and other languages
> actually show first intro of English articles and then when clicking
> may go to that language content.
>
> Can this be due to changing the "url name" for this issue?
>
> I tested by making a new issue and I can get its articles visible
> only when putting front page off and section off for the article and
> then asking the template to show those. In normal template I show
> the articles on front page on and section on and it worked before
> but not anymore.
>
> Error log shows this:
> [Sat Jul 18 19:14:17 2009] [error] [client 89.27.72.54] PHP Notice:
> Trying to get property of non-object in /home/webadmin/
> webserver.customer.fi/html/template_engine/classes/
> CampURIShortNames.php on line 73
>
> /Sanna
>
>
> On 17.7.2009, at 21.16, Generare Management Department wrote:
>
> Hi,
>
> if I change the "url name"for all the issues that are the same
> translation, should it work without any extra measures?
> I did change all my issue translations like that and now it shows
> only things in English...
>
> Sanna
>
>

import

It seems you corrupted the database on that mass update. An article has the
same number regardless of it's translation.

/en_US/100/845/1234
and
/sv_SE/100/845/1234
refer to the same article, the first in English and the second it's Swedish
translation.

/en_US/100/845/1234
/sv_SE/100/845/5678
are two completely different articles.

Mugur

On Mon, Jul 20, 2009 at 3:43 PM, Generare Management Department <
management@generare.com> wrote:

> Hi,
> I went to administration, opened the information of issues and changed the
> URL name and saved. Nothing else.
> Now I got also the English ones visible by creating a new separate issue
> (not a translation but with different URL name) and then I deleted the this
> new issue and the ones with the "changed" URL name got visible.
>
> Somehow we have still the other languages not appearing properly but that
> problem may to do with our "mass update" that we made for importing the old
> data from another system. Do you have some kind of structural map where we
> would see what id's, url names etc. are needed in order the translation
> system to work?
>
> Because I think we got all the languages imported as separate articles in
> the database but it looks like the article id's goes for the same article
> like this for English: en_US/100/845/5912/ and for Swedish
> sv_SE/100/845/5680/
> Shouldn't this "5912" and "5680" be the same number, not too different?
> Is there some other linkage id's that need to be in order to combine two
> articles to be translations of the same article?
>
> /Sanna
>
>
> On 20.7.2009, at 11.42, Mugur Rus wrote:
>
> Could you give me details on how did you change the URL name for the
> issues? Exactly what steps did you take?
>
> Mugur
>
> On Sat, Jul 18, 2009 at 7:27 PM, Generare Management Department <
> management@generare.com> wrote:
>
>> Hello,
>>
>> can't get the English articles visible anymore and other languages
>> actually show first intro of English articles and then when clicking may go
>> to that language content.
>>
>> Can this be due to changing the "url name" for this issue?
>>
>> I tested by making a new issue and I can get its articles visible only
>> when putting front page off and section off for the article and then asking
>> the template to show those. In normal template I show the articles on front
>> page on and section on and it worked before but not anymore.
>>
>> Error log shows this:
>> [Sat Jul 18 19:14:17 2009] [error] [client 89.27.72.54] PHP Notice:
>> Trying to get property of non-object in /home/webadmin/
>> webserver.customer.fi/html/template_engine/classes/CampURIShortNames.php
>> on line 73
>>
>> /Sanna
>>
>>
>> On 17.7.2009, at 21.16, Generare Management Department wrote:
>>
>> Hi,
>>>
>>> if I change the "url name"for all the issues that are the same
>>> translation, should it work without any extra measures?
>>> I did change all my issue translations like that and now it shows only
>>> things in English...
>>>
>>> Sanna
>>>
>>
>>
>>
>
>
>
>

import

Exactly!
Thanks for clarifying this. I'm not happy to be right but I've been
insisting for our team that it is exactly like you say now.
Most important is just to get things working.

I'll put people to work again. Atleast manually it is a huge mess to
import text by copying and pasting. There are thousands of articles.

Is it so that all of these have to be the same between translations of
the same article:
Number, ShortName, ArticleOrder ?

Sanna

On 21.7.2009, at 14.50, Mugur Rus wrote:

> It seems you corrupted the database on that mass update. An article
> has the same number regardless of it's translation.
>
> /en_US/100/845/1234
> and
> /sv_SE/100/845/1234
> refer to the same article, the first in English and the second it's
> Swedish translation.
>
> /en_US/100/845/1234
> /sv_SE/100/845/5678
> are two completely different articles.
>
> Mugur
>
> On Mon, Jul 20, 2009 at 3:43 PM, Generare Management Department > > wrote:
> Hi,
>
> I went to administration, opened the information of issues and
> changed the URL name and saved. Nothing else.
> Now I got also the English ones visible by creating a new separate
> issue (not a translation but with different URL name) and then I
> deleted the this new issue and the ones with the "changed" URL name
> got visible.
>
> Somehow we have still the other languages not appearing properly but
> that problem may to do with our "mass update" that we made for
> importing the old data from another system. Do you have some kind of
> structural map where we would see what id's, url names etc. are
> needed in order the translation system to work?
>
> Because I think we got all the languages imported as separate
> articles in the database but it looks like the article id's goes for
> the same article like this for English: en_US/100/845/5912/ and for
> Swedish sv_SE/100/845/5680/
> Shouldn't this "5912" and "5680" be the same number, not too
> different?
> Is there some other linkage id's that need to be in order to combine
> two articles to be translations of the same article?
>
> /Sanna
>
>
> On 20.7.2009, at 11.42, Mugur Rus wrote:
>
>> Could you give me details on how did you change the URL name for
>> the issues? Exactly what steps did you take?
>>
>> Mugur
>>
>> On Sat, Jul 18, 2009 at 7:27 PM, Generare Management Department >> > wrote:
>> Hello,
>>
>> can't get the English articles visible anymore and other languages
>> actually show first intro of English articles and then when
>> clicking may go to that language content.
>>
>> Can this be due to changing the "url name" for this issue?
>>
>> I tested by making a new issue and I can get its articles visible
>> only when putting front page off and section off for the article
>> and then asking the template to show those. In normal template I
>> show the articles on front page on and section on and it worked
>> before but not anymore.
>>
>> Error log shows this:
>> [Sat Jul 18 19:14:17 2009] [error] [client 89.27.72.54] PHP
>> Notice: Trying to get property of non-object in /home/webadmin/
>> webserver.customer.fi/html/template_engine/classes/
>> CampURIShortNames.php on line 73
>>
>> /Sanna
>>
>>
>> On 17.7.2009, at 21.16, Generare Management Department wrote:
>>
>> Hi,
>>
>> if I change the "url name"for all the issues that are the same
>> translation, should it work without any extra measures?
>> I did change all my issue translations like that and now it shows
>> only things in English...
>>
>> Sanna
>>
>>
>
>

import

You can also import articles through XML files. You could write a script to
export the existing articles from the current application into an XML file.
Then just import the file. See this link for details:
http://trac.campware.org/campsite/wiki/XMLImport

The article number must be the same between translations, the other can take
any value. Usually the ArticleOrder has the same value between translations
an it would be logical to be this way, but it's not mandatory.

The ShortName can take different values in different translations. The only
constraint is that the short name must be unique in the section: there can't
be two articles with the same short name in a section. By section I refer to
a translation of a certain section. E.g.: section number 10 in English. So
the short name "1000" must be unique in the section 10, English translation.
But the same short name "1000" can be used in the section 10, Swedish
translation.

Mugur

On Tue, Jul 21, 2009 at 3:38 PM, Generare Management Department <
management@generare.com> wrote:

> Exactly!Thanks for clarifying this. I'm not happy to be right but I've
> been insisting for our team that it is exactly like you say now.
> Most important is just to get things working.
>
> I'll put people to work again. Atleast manually it is a huge mess to import
> text by copying and pasting. There are thousands of articles.
>
> Is it so that all of these have to be the same between translations of the
> same article:
> Number, ShortName, ArticleOrder ?
>
> Sanna
>
> On 21.7.2009, at 14.50, Mugur Rus wrote:
>
> It seems you corrupted the database on that mass update. An article has the
> same number regardless of it's translation.
>
> /en_US/100/845/1234
> and
> /sv_SE/100/845/1234
> refer to the same article, the first in English and the second it's Swedish
> translation.
>
> /en_US/100/845/1234
> /sv_SE/100/845/5678
> are two completely different articles.
>
> Mugur
>
> On Mon, Jul 20, 2009 at 3:43 PM, Generare Management Department <
> management@generare.com> wrote:
>
>> Hi,
>> I went to administration, opened the information of issues and changed the
>> URL name and saved. Nothing else.
>> Now I got also the English ones visible by creating a new separate issue
>> (not a translation but with different URL name) and then I deleted the this
>> new issue and the ones with the "changed" URL name got visible.
>>
>> Somehow we have still the other languages not appearing properly but that
>> problem may to do with our "mass update" that we made for importing the old
>> data from another system. Do you have some kind of structural map where we
>> would see what id's, url names etc. are needed in order the translation
>> system to work?
>>
>> Because I think we got all the languages imported as separate articles in
>> the database but it looks like the article id's goes for the same article
>> like this for English: en_US/100/845/5912/ and for Swedish
>> sv_SE/100/845/5680/
>> Shouldn't this "5912" and "5680" be the same number, not too different?
>> Is there some other linkage id's that need to be in order to combine two
>> articles to be translations of the same article?
>>
>> /Sanna
>>
>>
>> On 20.7.2009, at 11.42, Mugur Rus wrote:
>>
>> Could you give me details on how did you change the URL name for the
>> issues? Exactly what steps did you take?
>>
>> Mugur
>>
>> On Sat, Jul 18, 2009 at 7:27 PM, Generare Management Department <
>> management@generare.com> wrote:
>>
>>> Hello,
>>>
>>> can't get the English articles visible anymore and other languages
>>> actually show first intro of English articles and then when clicking may go
>>> to that language content.
>>>
>>> Can this be due to changing the "url name" for this issue?
>>>
>>> I tested by making a new issue and I can get its articles visible only
>>> when putting front page off and section off for the article and then asking
>>> the template to show those. In normal template I show the articles on front
>>> page on and section on and it worked before but not anymore.
>>>
>>> Error log shows this:
>>> [Sat Jul 18 19:14:17 2009] [error] [client 89.27.72.54] PHP Notice:
>>> Trying to get property of non-object in /home/webadmin/
>>> webserver.customer.fi/html/template_engine/classes/CampURIShortNames.php
>>> on line 73
>>>
>>> /Sanna
>>>
>>>
>>> On 17.7.2009, at 21.16, Generare Management Department wrote:
>>>
>>> Hi,
>>>>
>>>> if I change the "url name"for all the issues that are the same
>>>> translation, should it work without any extra measures?
>>>> I did change all my issue translations like that and now it shows only
>>>> things in English...
>>>>
>>>> Sanna
>>>>
>>>
>>>
>>>
>>
>
>
>

import

Hi!

Yes,
I think I got it. Thanks a lot!
This lacking of the proper old articles has been hindering our
templating as well because it is hard to test with "fake" articles how
things should look. It has been a long project...

We looked XML import as well but the problem is that the previous
application was very old and kind of broken and the old database is a
collection of merged old databases... so you can see the mess!
But tonight we'll put a corrected database dump built with a tailored
perl script and let's see what happens then. I hope we'll smile. Smile

Sanna

On 21.7.2009, at 17.59, Mugur Rus wrote:

> You can also import articles through XML files. You could write a
> script to export the existing articles from the current application
> into an XML file. Then just import the file. See this link for
> details:
> http://trac.campware.org/campsite/wiki/XMLImport
>
> The article number must be the same between translations, the other
> can take any value. Usually the ArticleOrder has the same value
> between translations an it would be logical to be this way, but it's
> not mandatory.
>
> The ShortName can take different values in different translations.
> The only constraint is that the short name must be unique in the
> section: there can't be two articles with the same short name in a
> section. By section I refer to a translation of a certain section.
> E.g.: section number 10 in English. So the short name "1000" must be
> unique in the section 10, English translation. But the same short
> name "1000" can be used in the section 10, Swedish translation.
>
> Mugur
>
>
> On Tue, Jul 21, 2009 at 3:38 PM, Generare Management Department > > wrote:
> Exactly!
> Thanks for clarifying this. I'm not happy to be right but I've been
> insisting for our team that it is exactly like you say now.
> Most important is just to get things working.
>
> I'll put people to work again. Atleast manually it is a huge mess to
> import text by copying and pasting. There are thousands of articles.
>
> Is it so that all of these have to be the same between translations
> of the same article:
> Number, ShortName, ArticleOrder ?
>
> Sanna
>
> On 21.7.2009, at 14.50, Mugur Rus wrote:
>
>> It seems you corrupted the database on that mass update. An article
>> has the same number regardless of it's translation.
>>
>> /en_US/100/845/1234
>> and
>> /sv_SE/100/845/1234
>> refer to the same article, the first in English and the second it's
>> Swedish translation.
>>
>> /en_US/100/845/1234
>> /sv_SE/100/845/5678
>> are two completely different articles.
>>
>> Mugur
>>
>> On Mon, Jul 20, 2009 at 3:43 PM, Generare Management Department >> > wrote:
>> Hi,
>>
>> I went to administration, opened the information of issues and
>> changed the URL name and saved. Nothing else.
>> Now I got also the English ones visible by creating a new separate
>> issue (not a translation but with different URL name) and then I
>> deleted the this new issue and the ones with the "changed" URL name
>> got visible.
>>
>> Somehow we have still the other languages not appearing properly
>> but that problem may to do with our "mass update" that we made for
>> importing the old data from another system. Do you have some kind
>> of structural map where we would see what id's, url names etc. are
>> needed in order the translation system to work?
>>
>> Because I think we got all the languages imported as separate
>> articles in the database but it looks like the article id's goes
>> for the same article like this for English: en_US/100/845/5912/ and
>> for Swedish sv_SE/100/845/5680/
>> Shouldn't this "5912" and "5680" be the same number, not too
>> different?
>> Is there some other linkage id's that need to be in order to
>> combine two articles to be translations of the same article?
>>
>> /Sanna
>>
>>
>> On 20.7.2009, at 11.42, Mugur Rus wrote:
>>
>>> Could you give me details on how did you change the URL name for
>>> the issues? Exactly what steps did you take?
>>>
>>> Mugur
>>>
>>> On Sat, Jul 18, 2009 at 7:27 PM, Generare Management Department >>> > wrote:
>>> Hello,
>>>
>>> can't get the English articles visible anymore and other languages
>>> actually show first intro of English articles and then when
>>> clicking may go to that language content.
>>>
>>> Can this be due to changing the "url name" for this issue?
>>>
>>> I tested by making a new issue and I can get its articles visible
>>> only when putting front page off and section off for the article
>>> and then asking the template to show those. In normal template I
>>> show the articles on front page on and section on and it worked
>>> before but not anymore.
>>>
>>> Error log shows this:
>>> [Sat Jul 18 19:14:17 2009] [error] [client 89.27.72.54] PHP
>>> Notice: Trying to get property of non-object in /home/webadmin/
>>> webserver.customer.fi/html/template_engine/classes/
>>> CampURIShortNames.php on line 73
>>>
>>> /Sanna
>>>
>>>
>>> On 17.7.2009, at 21.16, Generare Management Department wrote:
>>>
>>> Hi,
>>>
>>> if I change the "url name"for all the issues that are the same
>>> translation, should it work without any extra measures?
>>> I did change all my issue translations like that and now it shows
>>> only things in English...
>>>
>>> Sanna
>>>
>>>

Howdy, Stranger!

Categories

Poll

Top Posters