bwssytems / domuslink

web-based frontend for Heyu
http://domus.link.co.pt/
1 stars 1 forks source link

Bad links. no images #67

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. ubuntu 11.04
2. install into /var/www/domus.Link
3.

What is the expected output? What do you see instead?
Page with images. No images

What version of Heyu and domus.Link are you using? On what operating
system?
heyu 2.10 rc domus.link 2.0

Please provide any additional information below.
The problem is that the config.php files isn't updated! I set config path to 
/domus.Link/ but for some reason the link's do have that information neither do 
images.

Original issue reported on code.google.com by codedm...@gmail.com on 6 Jun 2011 at 2:02

GoogleCodeExporter commented 9 years ago
The path for the $config['url_path']="/domus.Link" and not "/domus.Link/".

Also, is the webserver set to resolve the added path from the main url of 
"http://myserver/domus.Link" to the directory? There are some new howto's on 
the domuslink.co.pt website to help with that.

Also, will be looking at updating the the docs as they are a bit unclear.

Original comment by bwsamuels@gmail.com on 9 Jun 2011 at 1:53

GoogleCodeExporter commented 9 years ago
I managed to have it work.

I think the problem is cached related...  sometimes i change config.php file 
but it takes to long to assume the changes...

Where can i put some improvements and can write me down to help you guys?

Original comment by codedm...@gmail.com on 9 Jun 2011 at 7:31

GoogleCodeExporter commented 9 years ago
To start helping and see if your vision is along our lines, post the fix you 
would intend in this thread and we'll take a look. We are a tight group that 
have been updating domus and want to keep the architecture simple.

Brad

Original comment by bwsamuels@gmail.com on 15 Jun 2011 at 12:33

GoogleCodeExporter commented 9 years ago
I had the same, looks like that when the document root of the apache server is 
/var/www all images are gone.

when you update the documentroot to /var/www/domus.Link than it is working.

Looks like that the path has been picked up incorrect in the domus php files
or not passed properly (http env string not checked)

regard

andré

Original comment by ControlM...@gmail.com on 12 Aug 2011 at 12:38

GoogleCodeExporter commented 9 years ago
see also the config.php file to update this:

# Url Path - This setting defines the URL path of the frontend.^M
# For example if you are running domus.Link in a sub folder^M
# say http://your-host/domuslink, then you should define the^M
# url path as /domuslink. Leave blank if your are running^M
# domus.Link at the root ie http://your-host/^M
$config['url_path'] = '';^M

André

Original comment by ControlM...@gmail.com on 12 Aug 2011 at 12:45

GoogleCodeExporter commented 9 years ago
Andre,

What is the web server path you want to use and then your config.php setting. 
They do have to match. I did write up some help docs that are on the 
domuslink.co.pt website about this. Take a look and see if they help. I may 
need to update the comments in the config.php file as well.

Brad

Original comment by bwsamuels@gmail.com on 18 Aug 2011 at 2:34

GoogleCodeExporter commented 9 years ago
Sorry for my late response...

but it might be good to add some more info in the docs.
I had the problem that the /var/lock directory was not writable.

All the pages opened except the index page which gave server error.

in the log (/usr/local/apache2/logs/error_log) I found: 

[Wed Sep 14 20:50:30 2011] [error] [client 192.168.1.yy] domus.Link: Command 
execution error. [/usr/local/bin/heyu fetchstate], referer: 
http://192.168.1.xxx/domus.Link/
[Wed Sep 14 20:50:30 2011] [error] [client 192.168.1.yy] PHP Fatal error:  
Uncaught exception 'Exception' with message 'The lock directory /var/lock is 
not writable.' in /var/www/domus.Link/lib/func/cmd.func.php:44\nStack 
trace:\n#0 /var/www/domus.Link/lib/func/cmd.func.php(256): 
execute_cmd('/usr/local/bin/...')\n#1 
/var/www/domus.Link/lib/classes/location.class.php(151): on_state(Array, 
'K1')\n#2 /var/www/domus.Link/lib/classes/location.class.php(104): 
location->buildModuleTable(Object(Alias))\n#3 
/var/www/domus.Link/lib/classes/location.class.php(72): 
location->buildLocationTable('unknown', Array, 'localized')\n#4 
/var/www/domus.Link/index.php(105): location->buildLocations('', 'localized', 
Object(User))\n#5 {main}\n  thrown in /var/www/domus.Link/lib/func/cmd.func.php 
on line 44, referer: http://192.168.1.xxx/domus.Link/
[Wed Sep 14 20:50:30 2011] [error] [client 192.168.1.yy] File does not exist: 
/var/www/favicon.ico

this might be good for in notes or wiki pages for troubleshooting.

regards

andré

Original comment by ControlM...@gmail.com on 13 Sep 2011 at 7:40

GoogleCodeExporter commented 9 years ago
assume that in next release this can be checked before executing the page ?

Original comment by ControlM...@gmail.com on 13 Sep 2011 at 7:41

GoogleCodeExporter commented 9 years ago
Looks like a missing exception catch to handle the error and that could help. 
Will also look into adding more checks in the system setup verification section.

Brad

Original comment by bwsamuels@gmail.com on 14 Sep 2011 at 1:11

GoogleCodeExporter commented 9 years ago

Original comment by bwsamuels@gmail.com on 7 Dec 2011 at 2:42

GoogleCodeExporter commented 9 years ago
This issue was closed by revision r913.

Original comment by bwsamuels@gmail.com on 20 Feb 2012 at 2:39