|
View:
New views
20 Messages
—
Rating Filter:
Alert me
|
| < Prev | 1 - 2 - 3 | Next > |
|
|
Campsite 3.3.3 is here!Dear all, I am happy to announce the release of Campsite 3.3.3. The 3x3 brings more stability and overall performance improvements, as well as a few pretty useful small features. The main enhancements Campsite 3.3.3 brings are: HTML anchors are now insertable via the TinyMCE rich text editor Online template editor (Editarea) now highlights Campsite template language properly Topics attached to an article are displayed in a tooltip on mouseover in section view Smarty template engine upgraded to the latest stable version Updated Russian, Belarusian, and Spanish localizations Online Interview and Blog plugins are now fully localizable Bugs fixed include: Several upgrade process bugs (autopublish,.httaccess and plugin related) A table is no added within paragraph when inserting images via the TinyMCE editor Image resize ratio field is no logner mandatory in System Preferences Quality of automatically generated thumbnails has been improved TinyMCE text editor no longer filters the anchor tag Topic objects are now cached properly Long image captions no longer cause images to occupy wider space than necessary Search indexer now properly filters out invalid words and does not leave out valid words Image resizing ratio is no longer reset when editing an article Topics with names that contain digits are now properly recognized in the template language The Blog plugin now works well with APC cache The code that sends Campsite system notifications has been fixed, so Campsite no longer floods admin mailboxes in case of noncritical problems Several localization bug fixes (including the Author field label) Order option for topics list and article switches now work as documented The obsolete PHP function split() has been removed from Campsite code For a full list of new features and bug fixes, please see this Trac report. Campsite is a community effort and any help is appreciated. If you like Campsite and would like to help it develop even faster, please find some time to read the How to Contribute section of the Campsite wiki. Follow Campsite and other Campware development more closely via Twitter and Identi.ca (@campware). For more deatails, read this article: http://campware.org/en/camp/campware_news/815/ All the best, with the usual apologies for cross-posting. Sava |
|
|
Captions with different languagesCan we have captions / picture descriptions with different languages
in Campsite? Sanna @ Gene |
|
|
Search also with sections or topics onlyHi,
sorry if I have asked this already but could not find my question, neither answer for it here. So, could we make the search template to give a list of articles according to selected sections and / or topics only? Now the search functions only if you actually have a search word that is then restricted by sections or topics. But we would like to have it in a way that search word field can be also empty and select only for example a certain section (that is in our case a principal company) and the it would list all the articles in that section. The same principle would go for the topics. Can we also add a language filter for the search? To search articles in certain languages? Sanna @ Gene |
|
|
Re: Captions with different languagesHi Sanna,
As long as you insert the images via the TinyMCE editor into the article, you can have that (and not only that, you can have different captions for the same image in different articles). For the moment, we store the image description (which we use as the default caption value) in only one language. We should change this in the future. All the best, Sava From: Generare Management Department <management@...> To: campsite-support@... Date: 10/19/2009 02:33 PM Subject: [campsite-support] Captions with different languages Can we have captions / picture descriptions with different languages in Campsite? Sanna @ Gene |
|
|
Re: Search also with sections or topics onlyHi,
Currently the search function returns an empty list of no keyword was specified; I attached a patched file that modifies this function to return the full list of articles if no keyword was specified. Of course you can use other filters from the advanced search to select the articles in the list. Please copy the attached file (Article.php) to the classes directory inside the Campsite install dir. Re language filter: this requires a little more work to be done, can't do it now. Mugur
On Mon, Oct 19, 2009 at 4:28 PM, Generare Management Department <management@...> wrote: Hi, |
|
|
Campsite installation vs. domain addressHi!
We have had a temporary address for the Campsite installation in the style of xyz.ourdomain.fi (so www.ourdomain.fi has different content) Now we would like to get the server put it under the right domain, so for example like www.xyzpressclub.fi but the server for the domain www.xyzpressclub.fi is refusing to open the domain lock and give the authentication code for the new server who has Campsite there in the temporary address (xyz.ourdomain.fi above). The old server who has the domain www.xyzpressclub.fi re-directed the domain nameservers for the temporary ip address and is asking us to just change the configuration in Campsite to get the site visible. Now when accessing this site with the domain www.xyzpressclub.fi, comes Error: The site alias 'www.xyzpressclub.fi' was not assigned to a publication. Please create a publication and assign it the current site alias. With the temporary address xyz.ourdomain.fi the news site can be still seen, because that is the installation location. Sorry, can't put here publicly available the real domains, but I hope I've explained what is the problem and I just wish there would be some solution that we could avoid the conflict that the previous server is creating here (they are friends of our news site people, so we need to be diplomatic). Sanna @ Gene |
|
|
Re: Campsite installation vs. domain addressPlease make sure you added the publication alias "www.ourdomain.fi" to the server that was on the "xyz.ourdomain.fi". After that reset the cache and try again.
If you could not log in to the admin interface of the new "www.ourdomain.fi" server clear your cookies in your browser. Hope this helps, Mugur
On Thu, Oct 22, 2009 at 1:22 PM, Generare Management Department <management@...> wrote:
|
|
|
Re: Campsite installation vs. domain addressThanks!
So, the www.xyzpressclub.fi is only linked by the IP address for this real installation address. The real, earlier installation address shows administration and also the end-user side of all but the www.xyzpressclub.fi is not showing any other than error. So, should we put there anyhow this www.xyzpressclub.fi as publication alias even if it is not the real installation page but it is indeed the one where the site should be shown in future? Any consequences with this kind of set up? Is the real installation place going to be revealed in some links of Campsite for people viewing the site? Sanna On 22.10.2009, at 14.18, Mugur Rus wrote: Please make sure you added the publication alias "www.ourdomain.fi" to the server that was on the "xyz.ourdomain.fi". After that reset the cache and try again. |
|
|
Re: Campsite installation vs. domain addressI don't understand quite well the scenario, sorry... but I think you
should put www.xyzpressclub.fi as publication alias if that is the domain your users are gonna use to open the site. If that makes the trick don't worry about any other "real" address, Campsite will only know about domain it is serving. Cheers, On Thu, Oct 22, 2009 at 6:23 AM, Generare Management Department <management@...> wrote: > Thanks! > So, the www.xyzpressclub.fi is only linked by the IP address for this real > installation address. > The real, earlier installation address shows administration and also the > end-user side of all but the www.xyzpressclub.fi is not showing any other > than error. > So, should we put there anyhow this www.xyzpressclub.fi as publication alias > even if it is not the real installation page but it is indeed the one where > the site should be shown in future? > Any consequences with this kind of set up? Is the real installation place > going to be revealed in some links of Campsite for people viewing the site? > Sanna > On 22.10.2009, at 14.18, Mugur Rus wrote: > > Please make sure you added the publication alias "www.ourdomain.fi" to the > server that was on the "xyz.ourdomain.fi". After that reset the cache and > try again. > > If you could not log in to the admin interface of the new "www.ourdomain.fi" > server clear your cookies in your browser. > > Hope this helps, > Mugur > > On Thu, Oct 22, 2009 at 1:22 PM, Generare Management Department > <management@...> wrote: >> >> Hi! >> We have had a temporary address for the Campsite installation in the style >> of >> xyz.ourdomain.fi >> (so www.ourdomain.fi has different content) >> Now we would like to get the server put it under the right domain, so for >> example like www.xyzpressclub.fi >> but the server for the domain www.xyzpressclub.fi is refusing to open the >> domain lock and give the authentication code for the new server who has >> Campsite there in the temporary address (xyz.ourdomain.fi above). >> The old server who has the domain www.xyzpressclub.fi re-directed the >> domain nameservers for the temporary ip address and is asking us to just >> change the configuration in Campsite to get the site visible. >> Now when accessing this site with the domain www.xyzpressclub.fi, comes >> Error: The site alias 'www.xyzpressclub.fi' was not assigned to a >> publication. Please create a publication and assign it the current site >> alias. >> With the temporary address xyz.ourdomain.fi the news site can be still >> seen, because that is the installation location. >> Sorry, can't put here publicly available the real domains, but I hope I've >> explained what is the problem and I just wish there would be some solution >> that we could avoid the conflict that the previous server is creating here >> (they are friends of our news site people, so we need to be diplomatic). >> Sanna @ Gene > > > > -- /holman |
|
|
Re: Campsite installation vs. domain addressHi,
that's what I thought and I put that, tested with or without www but so far couldn't get it visible. Campsite version is Campsite 3.3.2-rc2 "Speedy". S On 22.10.2009, at 16.40, Holman Romero wrote: > I don't understand quite well the scenario, sorry... but I think you > should put www.xyzpressclub.fi as publication alias if that is the > domain your users are gonna use to open the site. If that makes the > trick don't worry about any other "real" address, Campsite will only > know about domain it is serving. > > Cheers, > > > On Thu, Oct 22, 2009 at 6:23 AM, Generare Management Department > <management@...> wrote: >> Thanks! >> So, the www.xyzpressclub.fi is only linked by the IP address for >> this real >> installation address. >> The real, earlier installation address shows administration and >> also the >> end-user side of all but the www.xyzpressclub.fi is not showing any >> other >> than error. >> So, should we put there anyhow this www.xyzpressclub.fi as >> publication alias >> even if it is not the real installation page but it is indeed the >> one where >> the site should be shown in future? >> Any consequences with this kind of set up? Is the real installation >> place >> going to be revealed in some links of Campsite for people viewing >> the site? >> Sanna >> On 22.10.2009, at 14.18, Mugur Rus wrote: >> >> Please make sure you added the publication alias "www.ourdomain.fi" >> to the >> server that was on the "xyz.ourdomain.fi". After that reset the >> cache and >> try again. >> >> If you could not log in to the admin interface of the new "www.ourdomain.fi >> " >> server clear your cookies in your browser. >> >> Hope this helps, >> Mugur >> >> On Thu, Oct 22, 2009 at 1:22 PM, Generare Management Department >> <management@...> wrote: >>> >>> Hi! >>> We have had a temporary address for the Campsite installation in >>> the style >>> of >>> xyz.ourdomain.fi >>> (so www.ourdomain.fi has different content) >>> Now we would like to get the server put it under the right domain, >>> so for >>> example like www.xyzpressclub.fi >>> but the server for the domain www.xyzpressclub.fi is refusing to >>> open the >>> domain lock and give the authentication code for the new server >>> who has >>> Campsite there in the temporary address (xyz.ourdomain.fi above). >>> The old server who has the domain www.xyzpressclub.fi re-directed >>> the >>> domain nameservers for the temporary ip address and is asking us >>> to just >>> change the configuration in Campsite to get the site visible. >>> Now when accessing this site with the domain www.xyzpressclub.fi, >>> comes >>> Error: The site alias 'www.xyzpressclub.fi' was not assigned to a >>> publication. Please create a publication and assign it the current >>> site >>> alias. >>> With the temporary address xyz.ourdomain.fi the news site can be >>> still >>> seen, because that is the installation location. >>> Sorry, can't put here publicly available the real domains, but I >>> hope I've >>> explained what is the problem and I just wish there would be some >>> solution >>> that we could avoid the conflict that the previous server is >>> creating here >>> (they are friends of our news site people, so we need to be >>> diplomatic). >>> Sanna @ Gene >> > -- > /holman |
|
|
Re: Campsite installation vs. domain addressHi,
that's what I thought and I put that, tested with or without www but so far couldn't get it visible. Campsite version is Campsite 3.3.2-rc2 "Speedy". S On 22.10.2009, at 16.40, Holman Romero wrote: > I don't understand quite well the scenario, sorry... but I think you > should put www.xyzpressclub.fi as publication alias if that is the > domain your users are gonna use to open the site. If that makes the > trick don't worry about any other "real" address, Campsite will only > know about domain it is serving. > > Cheers, > > > On Thu, Oct 22, 2009 at 6:23 AM, Generare Management Department > <management@...> wrote: >> Thanks! >> So, the www.xyzpressclub.fi is only linked by the IP address for >> this real >> installation address. >> The real, earlier installation address shows administration and >> also the >> end-user side of all but the www.xyzpressclub.fi is not showing any >> other >> than error. >> So, should we put there anyhow this www.xyzpressclub.fi as >> publication alias >> even if it is not the real installation page but it is indeed the >> one where >> the site should be shown in future? >> Any consequences with this kind of set up? Is the real installation >> place >> going to be revealed in some links of Campsite for people viewing >> the site? >> Sanna >> On 22.10.2009, at 14.18, Mugur Rus wrote: >> >> Please make sure you added the publication alias "www.ourdomain.fi" >> to the >> server that was on the "xyz.ourdomain.fi". After that reset the >> cache and >> try again. >> >> If you could not log in to the admin interface of the new "www.ourdomain.fi >> " >> server clear your cookies in your browser. >> >> Hope this helps, >> Mugur >> >> On Thu, Oct 22, 2009 at 1:22 PM, Generare Management Department >> <management@...> wrote: >>> >>> Hi! >>> We have had a temporary address for the Campsite installation in >>> the style >>> of >>> xyz.ourdomain.fi >>> (so www.ourdomain.fi has different content) >>> Now we would like to get the server put it under the right domain, >>> so for >>> example like www.xyzpressclub.fi >>> but the server for the domain www.xyzpressclub.fi is refusing to >>> open the >>> domain lock and give the authentication code for the new server >>> who has >>> Campsite there in the temporary address (xyz.ourdomain.fi above). >>> The old server who has the domain www.xyzpressclub.fi re-directed >>> the >>> domain nameservers for the temporary ip address and is asking us >>> to just >>> change the configuration in Campsite to get the site visible. >>> Now when accessing this site with the domain www.xyzpressclub.fi, >>> comes >>> Error: The site alias 'www.xyzpressclub.fi' was not assigned to a >>> publication. Please create a publication and assign it the current >>> site >>> alias. >>> With the temporary address xyz.ourdomain.fi the news site can be >>> still >>> seen, because that is the installation location. >>> Sorry, can't put here publicly available the real domains, but I >>> hope I've >>> explained what is the problem and I just wish there would be some >>> solution >>> that we could avoid the conflict that the previous server is >>> creating here >>> (they are friends of our news site people, so we need to be >>> diplomatic). >>> Sanna @ Gene >> > -- > /holman |
|
|
Re: Campsite installation vs. domain address1. Go to http://www.xyzpressclub.fi/admin/
2. Please make sure you set the publication alias to www.xyzpressclub.fi 3. Please make sure the publication has at least one issue published 4. The issue has the issue, section and article templates assigned 5. Reset the cache from the admin menu (Actions->Clear System Cache) On Thu, Oct 22, 2009 at 6:05 PM, Generare Management Department <management@...> wrote: Hi, |
|
|
Re: Campsite installation vs. domain addressHi!
Unfortunately before we were able to proceed with this, the admin went blank, nothing visible with any address. This happened straight after the server hotel informed they had restarted the server. WE have no knowledge if these two things are linked though. We did throw after this all the admin-files again from the backup but that didn't make any difference: still only blank page. How could we test the server through Campsite what are the errors or if for example the installation requirements wouldn't be valid anymore? Then we would ask the server to check it when we have more detailed info. @Gene On 26.10.2009, at 13.47, Mugur Rus wrote: 1. Go to http://www.xyzpressclub.fi/admin/ |
|
|
Re: Campsite installation vs. domain addressHi,
It's hard to guess what's happening, can be different things... blank page is nothing to do with Campsite but server configuration, that's for sure. First, I'd check apache config... is your campsite .htaccess file working ok? does mod_rewrite enable? someone could have disabled it and after restarting the server it is gone... and campsite needs it. On Mon, Nov 2, 2009 at 12:25 PM, Generare Management Department <management@...> wrote: > Hi! > Unfortunately before we were able to proceed with this, the admin went > blank, nothing visible with any address. > This happened straight after the server hotel informed they had restarted > the server. > WE have no knowledge if these two things are linked though. > We did throw after this all the admin-files again from the backup but that > didn't make any difference: still only blank page. How could we test the > server through Campsite what are the errors or if for example the > installation requirements wouldn't be valid anymore? Then we would ask the > server to check it when we have more detailed info. > @Gene > > On 26.10.2009, at 13.47, Mugur Rus wrote: > > 1. Go to http://www.xyzpressclub.fi/admin/ > 2. Please make sure you set the publication alias to www.xyzpressclub.fi > 3. Please make sure the publication has at least one issue published > 4. The issue has the issue, section and article templates assigned > 5. Reset the cache from the admin menu (Actions->Clear System Cache) > > On Thu, Oct 22, 2009 at 6:05 PM, Generare Management Department > <management@...> wrote: >> >> Hi, >> >> that's what I thought and I put that, tested with or without www but so >> far couldn't get it visible. >> Campsite version is Campsite 3.3.2-rc2 "Speedy". >> >> S >> >> On 22.10.2009, at 16.40, Holman Romero wrote: >> >>> I don't understand quite well the scenario, sorry... but I think you >>> should put www.xyzpressclub.fi as publication alias if that is the >>> domain your users are gonna use to open the site. If that makes the >>> trick don't worry about any other "real" address, Campsite will only >>> know about domain it is serving. >>> >>> Cheers, >>> >>> >>> On Thu, Oct 22, 2009 at 6:23 AM, Generare Management Department >>> <management@...> wrote: >>>> >>>> Thanks! >>>> So, the www.xyzpressclub.fi is only linked by the IP address for this >>>> real >>>> installation address. >>>> The real, earlier installation address shows administration and also the >>>> end-user side of all but the www.xyzpressclub.fi is not showing any >>>> other >>>> than error. >>>> So, should we put there anyhow this www.xyzpressclub.fi as publication >>>> alias >>>> even if it is not the real installation page but it is indeed the one >>>> where >>>> the site should be shown in future? >>>> Any consequences with this kind of set up? Is the real installation >>>> place >>>> going to be revealed in some links of Campsite for people viewing the >>>> site? >>>> Sanna >>>> On 22.10.2009, at 14.18, Mugur Rus wrote: >>>> >>>> Please make sure you added the publication alias "www.ourdomain.fi" to >>>> the >>>> server that was on the "xyz.ourdomain.fi". After that reset the cache >>>> and >>>> try again. >>>> >>>> If you could not log in to the admin interface of the new >>>> "www.ourdomain.fi" >>>> server clear your cookies in your browser. >>>> >>>> Hope this helps, >>>> Mugur >>>> >>>> On Thu, Oct 22, 2009 at 1:22 PM, Generare Management Department >>>> <management@...> wrote: >>>>> >>>>> Hi! >>>>> We have had a temporary address for the Campsite installation in the >>>>> style >>>>> of >>>>> xyz.ourdomain.fi >>>>> (so www.ourdomain.fi has different content) >>>>> Now we would like to get the server put it under the right domain, so >>>>> for >>>>> example like www.xyzpressclub.fi >>>>> but the server for the domain www.xyzpressclub.fi is refusing to open >>>>> the >>>>> domain lock and give the authentication code for the new server who has >>>>> Campsite there in the temporary address (xyz.ourdomain.fi above). >>>>> The old server who has the domain www.xyzpressclub.fi re-directed the >>>>> domain nameservers for the temporary ip address and is asking us to >>>>> just >>>>> change the configuration in Campsite to get the site visible. >>>>> Now when accessing this site with the domain www.xyzpressclub.fi, comes >>>>> Error: The site alias 'www.xyzpressclub.fi' was not assigned to a >>>>> publication. Please create a publication and assign it the current site >>>>> alias. >>>>> With the temporary address xyz.ourdomain.fi the news site can be still >>>>> seen, because that is the installation location. >>>>> Sorry, can't put here publicly available the real domains, but I hope >>>>> I've >>>>> explained what is the problem and I just wish there would be some >>>>> solution >>>>> that we could avoid the conflict that the previous server is creating >>>>> here >>>>> (they are friends of our news site people, so we need to be >>>>> diplomatic). >>>>> Sanna @ Gene >>>> >>> -- >>> /holman > > > > > -- /holman |
|
|
Re: Campsite installation vs. domain addressHi!
I got some data on error log as well (these ones below are many times there): [Mon Nov 02 19:33:43 2009] [error] [client 82.xxx.yyy.zz] PHP Warning: require_once(/db_connect.php) [<a href='function.require- once'>function.require-once</a>]: failed to open stream: No such file or directory in /home/webadmin/alias.customer.fi/html/classes/ SystemPref.php on line 6 [Mon Nov 02 19:33:45 2009] [error] [client 82. xxx.yyy.zz] PHP Notice: Undefined variable: g_campsiteDir in /home/webadmin/ alias.customer.fi/html/classes/SystemPref.php on line 6 I have looked both files refererred here: SystemPref.php and db_connect.php I uploaded both files again into the server. No change for the admin. The end-user side is still working and the db connection itself is working. So, probably the htaccess and the mod_rewrite should be fine if the end-user side works? S @ Gene On 2.11.2009, at 19.37, Holman Romero wrote: > Hi, > > It's hard to guess what's happening, can be different things... blank > page is nothing to do with Campsite but server configuration, that's > for sure. > > First, I'd check apache config... is your campsite .htaccess file > working ok? does mod_rewrite enable? someone could have disabled it > and after restarting the server it is gone... and campsite needs it. > > > On Mon, Nov 2, 2009 at 12:25 PM, Generare Management Department > <management@...> wrote: >> Hi! >> Unfortunately before we were able to proceed with this, the admin >> went >> blank, nothing visible with any address. >> This happened straight after the server hotel informed they had >> restarted >> the server. >> WE have no knowledge if these two things are linked though. >> We did throw after this all the admin-files again from the backup >> but that >> didn't make any difference: still only blank page. How could we >> test the >> server through Campsite what are the errors or if for example the >> installation requirements wouldn't be valid anymore? Then we would >> ask the >> server to check it when we have more detailed info. >> @Gene >> >> On 26.10.2009, at 13.47, Mugur Rus wrote: >> >> 1. Go to http://www.xyzpressclub.fi/admin/ >> 2. Please make sure you set the publication alias to www.xyzpressclub.fi >> 3. Please make sure the publication has at least one issue published >> 4. The issue has the issue, section and article templates assigned >> 5. Reset the cache from the admin menu (Actions->Clear System Cache) >> >> On Thu, Oct 22, 2009 at 6:05 PM, Generare Management Department >> <management@...> wrote: >>> >>> Hi, >>> >>> that's what I thought and I put that, tested with or without www >>> but so >>> far couldn't get it visible. >>> Campsite version is Campsite 3.3.2-rc2 "Speedy". >>> >>> S >>> >>> On 22.10.2009, at 16.40, Holman Romero wrote: >>> >>>> I don't understand quite well the scenario, sorry... but I think >>>> you >>>> should put www.xyzpressclub.fi as publication alias if that is the >>>> domain your users are gonna use to open the site. If that makes the >>>> trick don't worry about any other "real" address, Campsite will >>>> only >>>> know about domain it is serving. >>>> >>>> Cheers, >>>> >>>> >>>> On Thu, Oct 22, 2009 at 6:23 AM, Generare Management Department >>>> <management@...> wrote: >>>>> >>>>> Thanks! >>>>> So, the www.xyzpressclub.fi is only linked by the IP address for >>>>> this >>>>> real >>>>> installation address. >>>>> The real, earlier installation address shows administration and >>>>> also the >>>>> end-user side of all but the www.xyzpressclub.fi is not showing >>>>> any >>>>> other >>>>> than error. >>>>> So, should we put there anyhow this www.xyzpressclub.fi as >>>>> publication >>>>> alias >>>>> even if it is not the real installation page but it is indeed >>>>> the one >>>>> where >>>>> the site should be shown in future? >>>>> Any consequences with this kind of set up? Is the real >>>>> installation >>>>> place >>>>> going to be revealed in some links of Campsite for people >>>>> viewing the >>>>> site? >>>>> Sanna >>>>> On 22.10.2009, at 14.18, Mugur Rus wrote: >>>>> >>>>> Please make sure you added the publication alias >>>>> "www.ourdomain.fi" to >>>>> the >>>>> server that was on the "xyz.ourdomain.fi". After that reset the >>>>> cache >>>>> and >>>>> try again. >>>>> >>>>> If you could not log in to the admin interface of the new >>>>> "www.ourdomain.fi" >>>>> server clear your cookies in your browser. >>>>> >>>>> Hope this helps, >>>>> Mugur >>>>> >>>>> On Thu, Oct 22, 2009 at 1:22 PM, Generare Management Department >>>>> <management@...> wrote: >>>>>> >>>>>> Hi! >>>>>> We have had a temporary address for the Campsite installation >>>>>> in the >>>>>> style >>>>>> of >>>>>> xyz.ourdomain.fi >>>>>> (so www.ourdomain.fi has different content) >>>>>> Now we would like to get the server put it under the right >>>>>> domain, so >>>>>> for >>>>>> example like www.xyzpressclub.fi >>>>>> but the server for the domain www.xyzpressclub.fi is refusing >>>>>> to open >>>>>> the >>>>>> domain lock and give the authentication code for the new server >>>>>> who has >>>>>> Campsite there in the temporary address (xyz.ourdomain.fi above). >>>>>> The old server who has the domain www.xyzpressclub.fi re- >>>>>> directed the >>>>>> domain nameservers for the temporary ip address and is asking >>>>>> us to >>>>>> just >>>>>> change the configuration in Campsite to get the site visible. >>>>>> Now when accessing this site with the domain >>>>>> www.xyzpressclub.fi, comes >>>>>> Error: The site alias 'www.xyzpressclub.fi' was not assigned to a >>>>>> publication. Please create a publication and assign it the >>>>>> current site >>>>>> alias. >>>>>> With the temporary address xyz.ourdomain.fi the news site can >>>>>> be still >>>>>> seen, because that is the installation location. >>>>>> Sorry, can't put here publicly available the real domains, but >>>>>> I hope >>>>>> I've >>>>>> explained what is the problem and I just wish there would be some >>>>>> solution >>>>>> that we could avoid the conflict that the previous server is >>>>>> creating >>>>>> here >>>>>> (they are friends of our news site people, so we need to be >>>>>> diplomatic). >>>>>> Sanna @ Gene >>>>> >>>> -- >>>> /holman >> >> > > > -- > /holman |
|
|
Backing up before an updateHello,
I'm finding time again to work on our Campsite installation and decided to update to 3.3.3 before continueing. Unfortunately a complete backup of everything is not possible with the method described in the manual. I do not have root access. My question now is what I need to back up exactly. Right now I was planning to do a full CPanel backup of the whole domain, which is an actual snapshot of everything including databases and which I can ask the provider to restore without this being any hassle. I also was thinking of additionally creating a folder into which I dump a copy of the whole campsite installation and I'd download a full dump of the database via phpmyadmin. Would that constitute a sufficient backup to restore the old site if the upgrade goes awry? Does the upgrade touch the database at all? My second question is regarding ftp-upload of the upgrade files. Again I'd much prefer a simpler solution. I was wondering whether I could upload the new 3.3.3-tar to a folder on the server, untar it in there and then move the files using the CPanel filemanager. As it is possible to simply move complete folders this way, it appears to be a faster solution. What I really miss is a list which tells me which files get overwritten by the upgrade and which stay the same, so that one is able to check whether the overwriting is complete or not. Again it is facility of upgrading which I have in mind. I'd love to just be able to delete a certain folder of which I know the whole content will be replaced and then replace it with what is in the new tar. The question is whether it actually works that way. Cheers Pippa |
|
|
Re: Campsite installation vs. domain addressThe loaded modules are:
Modules core prefork http_core mod_so mod_access mod_auth mod_auth_anon mod_auth_dbm mod_auth_digest util_ldap mod_auth_ldap mod_include mod_log_config mod_env mod_mime_magic mod_cern_meta mod_expires mod_deflate mod_headers mod_usertrack mod_setenvif mod_mime mod_dav mod_status mod_autoindex mod_asis mod_info mod_dav_fs mod_vhost_alias mod_negotiation mod_dir mod_imap mod_actions mod_speling mod_userdir mod_alias mod_rewrite mod_proxy proxy_ftp proxy_http proxy_connect mod_cache mod_suexec mod_disk_cache mod_file_cache mod_mem_cache mod_cgi mod_perl mod_php5 mod_auth_shadow mod_ssl On 2.11.2009, at 19.55, Generare Management Department wrote: > Hi! > > I got some data on error log as well (these ones below are many > times there): > > [Mon Nov 02 19:33:43 2009] [error] [client 82.xxx.yyy.zz] PHP > Warning: require_once(/db_connect.php) [<a href='function.require- > once'>function.require-once</a>]: failed to open stream: No such > file or directory in /home/webadmin/alias.customer.fi/html/classes/ > SystemPref.php on line 6 > > [Mon Nov 02 19:33:45 2009] [error] [client 82. xxx.yyy.zz] PHP > Notice: Undefined variable: g_campsiteDir in /home/webadmin/ > alias.customer.fi/html/classes/SystemPref.php on line 6 > > I have looked both files refererred here: > SystemPref.php and db_connect.php > > I uploaded both files again into the server. No change for the > admin. The end-user side is still working and the db connection > itself is working. > So, probably the htaccess and the mod_rewrite should be fine if the > end-user side works? > > S @ Gene > > On 2.11.2009, at 19.37, Holman Romero wrote: > >> Hi, >> >> It's hard to guess what's happening, can be different things... blank >> page is nothing to do with Campsite but server configuration, that's >> for sure. >> >> First, I'd check apache config... is your campsite .htaccess file >> working ok? does mod_rewrite enable? someone could have disabled it >> and after restarting the server it is gone... and campsite needs it. >> >> >> On Mon, Nov 2, 2009 at 12:25 PM, Generare Management Department >> <management@...> wrote: >>> Hi! >>> Unfortunately before we were able to proceed with this, the admin >>> went >>> blank, nothing visible with any address. >>> This happened straight after the server hotel informed they had >>> restarted >>> the server. >>> WE have no knowledge if these two things are linked though. >>> We did throw after this all the admin-files again from the backup >>> but that >>> didn't make any difference: still only blank page. How could we >>> test the >>> server through Campsite what are the errors or if for example the >>> installation requirements wouldn't be valid anymore? Then we would >>> ask the >>> server to check it when we have more detailed info. >>> @Gene >>> >>> On 26.10.2009, at 13.47, Mugur Rus wrote: >>> >>> 1. Go to http://www.xyzpressclub.fi/admin/ >>> 2. Please make sure you set the publication alias to www.xyzpressclub.fi >>> 3. Please make sure the publication has at least one issue published >>> 4. The issue has the issue, section and article templates assigned >>> 5. Reset the cache from the admin menu (Actions->Clear System Cache) >>> >>> On Thu, Oct 22, 2009 at 6:05 PM, Generare Management Department >>> <management@...> wrote: >>>> >>>> Hi, >>>> >>>> that's what I thought and I put that, tested with or without www >>>> but so >>>> far couldn't get it visible. >>>> Campsite version is Campsite 3.3.2-rc2 "Speedy". >>>> >>>> S >>>> >>>> On 22.10.2009, at 16.40, Holman Romero wrote: >>>> >>>>> I don't understand quite well the scenario, sorry... but I think >>>>> you >>>>> should put www.xyzpressclub.fi as publication alias if that is the >>>>> domain your users are gonna use to open the site. If that makes >>>>> the >>>>> trick don't worry about any other "real" address, Campsite will >>>>> only >>>>> know about domain it is serving. >>>>> >>>>> Cheers, >>>>> >>>>> >>>>> On Thu, Oct 22, 2009 at 6:23 AM, Generare Management Department >>>>> <management@...> wrote: >>>>>> >>>>>> Thanks! >>>>>> So, the www.xyzpressclub.fi is only linked by the IP address >>>>>> for this >>>>>> real >>>>>> installation address. >>>>>> The real, earlier installation address shows administration and >>>>>> also the >>>>>> end-user side of all but the www.xyzpressclub.fi is not showing >>>>>> any >>>>>> other >>>>>> than error. >>>>>> So, should we put there anyhow this www.xyzpressclub.fi as >>>>>> publication >>>>>> alias >>>>>> even if it is not the real installation page but it is indeed >>>>>> the one >>>>>> where >>>>>> the site should be shown in future? >>>>>> Any consequences with this kind of set up? Is the real >>>>>> installation >>>>>> place >>>>>> going to be revealed in some links of Campsite for people >>>>>> viewing the >>>>>> site? >>>>>> Sanna >>>>>> On 22.10.2009, at 14.18, Mugur Rus wrote: >>>>>> >>>>>> Please make sure you added the publication alias "www.ourdomain.fi >>>>>> " to >>>>>> the >>>>>> server that was on the "xyz.ourdomain.fi". After that reset the >>>>>> cache >>>>>> and >>>>>> try again. >>>>>> >>>>>> If you could not log in to the admin interface of the new >>>>>> "www.ourdomain.fi" >>>>>> server clear your cookies in your browser. >>>>>> >>>>>> Hope this helps, >>>>>> Mugur >>>>>> >>>>>> On Thu, Oct 22, 2009 at 1:22 PM, Generare Management Department >>>>>> <management@...> wrote: >>>>>>> >>>>>>> Hi! >>>>>>> We have had a temporary address for the Campsite installation >>>>>>> in the >>>>>>> style >>>>>>> of >>>>>>> xyz.ourdomain.fi >>>>>>> (so www.ourdomain.fi has different content) >>>>>>> Now we would like to get the server put it under the right >>>>>>> domain, so >>>>>>> for >>>>>>> example like www.xyzpressclub.fi >>>>>>> but the server for the domain www.xyzpressclub.fi is refusing >>>>>>> to open >>>>>>> the >>>>>>> domain lock and give the authentication code for the new >>>>>>> server who has >>>>>>> Campsite there in the temporary address (xyz.ourdomain.fi >>>>>>> above). >>>>>>> The old server who has the domain www.xyzpressclub.fi re- >>>>>>> directed the >>>>>>> domain nameservers for the temporary ip address and is asking >>>>>>> us to >>>>>>> just >>>>>>> change the configuration in Campsite to get the site visible. >>>>>>> Now when accessing this site with the domain >>>>>>> www.xyzpressclub.fi, comes >>>>>>> Error: The site alias 'www.xyzpressclub.fi' was not assigned >>>>>>> to a >>>>>>> publication. Please create a publication and assign it the >>>>>>> current site >>>>>>> alias. >>>>>>> With the temporary address xyz.ourdomain.fi the news site can >>>>>>> be still >>>>>>> seen, because that is the installation location. >>>>>>> Sorry, can't put here publicly available the real domains, but >>>>>>> I hope >>>>>>> I've >>>>>>> explained what is the problem and I just wish there would be >>>>>>> some >>>>>>> solution >>>>>>> that we could avoid the conflict that the previous server is >>>>>>> creating >>>>>>> here >>>>>>> (they are friends of our news site people, so we need to be >>>>>>> diplomatic). >>>>>>> Sanna @ Gene >>>>>> >>>>> -- >>>>> /holman >>> >>> >> >> >> -- >> /holman > > |
|
|
Re: Backing up before an updatePippa,
about ftp upgrading look at this: http://trac.campware.org/campsite/wiki/UpgradingViaFtp Detailed guidelines what to upload, what not :) Sanna @ Gene On 2.11.2009, at 20.08, pippa wrote: > Hello, > > I'm finding time again to work on our Campsite installation and > decided to update to 3.3.3 before continueing. > > Unfortunately a complete backup of everything is not possible with the > method described in the manual. I do not have root access. > > My question now is what I need to back up exactly. > > Right now I was planning to do a full CPanel backup of the whole > domain, which is an actual snapshot of everything including databases > and which I can ask the provider to restore without this being any > hassle. > > I also was thinking of additionally creating a folder into which I > dump a copy of the whole campsite installation and I'd download a full > dump of the database via phpmyadmin. > > Would that constitute a sufficient backup to restore the old site if > the upgrade goes awry? Does the upgrade touch the database at all? > > My second question is regarding ftp-upload of the upgrade files. Again > I'd much prefer a simpler solution. I was wondering whether I could > upload the new 3.3.3-tar to a folder on the server, untar it in there > and then move the files using the CPanel filemanager. As it is > possible to simply move complete folders this way, it appears to be a > faster solution. > > What I really miss is a list which tells me which files get > overwritten by the upgrade and which stay the same, so that one is > able to check whether the overwriting is complete or not. Again it is > facility of upgrading which I have in mind. I'd love to just be able > to delete a certain folder of which I know the whole content will be > replaced and then replace it with what is in the new tar. The question > is whether it actually works that way. > > Cheers > > Pippa > > |
|
|
Re[2]: Backing up before an updateHello Sanna,
Monday, November 2, 2009, 7:46:45 PM, you wrote: GMD> about ftp upgrading look at this: GMD> http://trac.campware.org/campsite/wiki/UpgradingViaFtp GMD> Detailed guidelines what to upload, what not :) Unfortunately actually not. First off it talks about the root access backup, which I can't do, and it just gives a general overview. Right now there isn't much except structure and also translations thereof in the installation, but I need to find a feasible routine which will not endanger the later populated site. It also doesn't answer the questions I have about upgrading, which is why I am asking (as I have read that part of the wiki before writing to the list ;-) ). Uploading 14 MB of small files via FTP is a real bore, so any method of lightening that task is what I immediately hunt for ;-). Cheers, Pippa |
|
|
Re: Campsite installation vs. domain addressUpload the attached file (admin.php) into the /home/webadmin/alias.customer.fi/html directory.
Request the http://site/admin URL and check if any other errors show up in the apache log file. Mugur On Mon, Nov 2, 2009 at 7:55 PM, Generare Management Department <management@...> wrote: Hi! |
| < Prev | 1 - 2 - 3 | Next > |
| Free embeddable forum powered by Nabble | Forum Help |