bryan@hoarytest:/var/www/netdoc/admin $ sudo php update.php Warning: main(eAccelerator/index.php): failed to open stream: No such file or directory in /var/www/netdoc/admin/update.php on line 1 Warning: main(): Failed opening 'eAccelerator/index.php' for inclusion (include_path='.:/usr/share/php:/usr/share/pear') in /var/www/netdoc/admin/update.php on line 1
First, you can see the ND version when you log into ND - it will show you the one you have installed and the latest available.
Then, about updating. Currently you have to run the update script like admin/update.php which you did.
About eA then, what php-cli does, is, it will check if there is eA loaded and if not, it will try to load it dynamically by dl(). As it is, there are separate php.ini files for mod_php and php-cli and this is probably what is causing you trouble.
It *should* find that eA anyway and succeed with the dl(). I don't know why it fails to find it (on the disk) in your case. But anyway you can fix this issue by added the zend_extension="path/to/file/eaccelerator.so" to you php-cli ini file, and it will be found and loaded.
Hmm, this gets kinda complicated already. I'm happy that I have been planning this hosted version for a while and it should be available soon (at affordable prices of course).
When I added the line to /etc/php4/cli/php.ini and then ran update.php ... the commandline return instantly but nothing happened. Version number at web login did not increment. I'm not really worried about this... just thought you should know.
Oh, and was wrong before. If I have the 1.5 version installed without php4-gd2 and I
Hmm... I will see if I can reproduce that update problem. I have never seen that problem myself though.
Except once: then running php-cli failed with any file and it failed even when running with no arguments. Then the php installation was a bit corrupted in the first place, the cli version didn't work at all. I suppose the cli version you have works with other php files? Ie. if you create a php file and try to run it?
And thank you a lot for buying a license! It is appreciated a lot. I think for home/non-profit use the license can be a little lower than for commercial use.
I did successfully run test.php (which just contained the phpinfo() function) no problem.
Oh well, this is no big deal for me. I am going to get started on the 'production' server now (which was the whole point of all the documentation I did earlier). If I need to update in the future I can always export content, remove ND, reinstall. I've got it down to a science now!
In case you were wondering about how I will use this - my wife and I are starting on a little software project of our own. We will use subversion (http://subversion.tigris.org), as the repsitory, Trac (http://projects.edgewall.com/trac) for keeping track of features and bugs and such (also a web view into subversion), Testlink (http://testlink.sourceforge.net) for test case management. The whole idea is to have a small 'development infrastructure in a box', all of which (except the coders IDE) is accessible and usable via web. Of course Netdoc gets to play the part of documentation tool and general repository of funky information. So all this has been about building a well-documented 'production server' for a small team. Actually the whole thing will live inside a VMware image. In my other life I'm a systems administrator, hence my documentation fetish.
When (if!) we ever complete our project, we don't know if we'll opensource it & give away, or try to sell it. If we go 'pro' I'll come back around and upgrade to the professional license :).
Ok, there's this 1.502 which does have a couple of changes in update.php but nothing major. We can try to track this later with specific versions if you want to.
So this 1.502 may or may not help, probably won't.
Well, I just downloaded and unpacked 1.502 over the top of my existing setup. Going back to the web, Netdoc went back through the install screens, errored on the database stuff because the tables already existed.
bryan@hoarytest:/var/www/netdoc $ sudo php admin/update.php Fatal error: Unknown function: is_cli() in /var/www/netdoc/admin/update.php on line 1
By the way, now it shows 1.502 at login. And, I didn't lose any of the data in my test site. Of course I imagine you wouldn't want this update method used if you were changing the database from one version to the next ...
The database changes from time to time as this evolves, yes... it is much easier to use that script as well... That is - if you want to update in the first place.
Yes... it should print "Password: " and a menu after that. An no, no downloading anything special is needed.
I'm not sure what's wrong there but I'll try to find out.
Sorry to bother you with this error. Maybe I'll put a new, unencoded, /dl/update.php.txt in a while (tomorrow) :)
Or perhaps I will install Ubuntu again, hoping to reproduce that error. Ubuntu was quite painless to install (a lot easier than Netdoc :-) ...It's not hard to see why it's getting popular.
Update script & ND version?
Having trouble making the update script work:
bryan@hoarytest:/var/www/netdoc/admin $ sudo php update.php
Warning: main(eAccelerator/index.php): failed to open stream: No such file or directory in /var/www/netdoc/admin/update.php on line 1
Warning: main(): Failed opening 'eAccelerator/index.php' for inclusion (include_path='.:/usr/share/php:/usr/share/pear') in /var/www/netdoc/admin/update.php on line 1
... so I tried this instead:
bryan@hoarytest:/var/www/netdoc $ sudo php admin/update.php
But all that did was cause the 'Installing eAccelerator before Netdoc' ('eAccelerator/index.php') webpage to be echoed to my console.
How to properly use this script? eA is definitely installed, Netdoc is working fine.
Come to think of it, this raises a point: how to ask ND which version is installed?
-Bryan
27 posts 3 years ago
Ok, good ones.
First, you can see the ND version when you log into ND - it will show you the one you have installed and the latest available.
Then, about updating. Currently you have to run the update script like admin/update.php which you did.
About eA then, what php-cli does, is, it will check if there is eA loaded and if not, it will try to load it dynamically by dl(). As it is, there are separate php.ini files for mod_php and php-cli and this is probably what is causing you trouble.
It *should* find that eA anyway and succeed with the dl(). I don't know why it fails to find it (on the disk) in your case. But anyway you can fix this issue by added the zend_extension="path/to/file/eaccelerator.so" to you php-cli ini file, and it will be found and loaded.
Hmm, this gets kinda complicated already. I'm happy that I have been planning this hosted version for a while and it should be available soon (at affordable prices of course).
When I added the line to /etc/php4/cli/php.ini and then ran update.php ... the commandline return instantly but nothing happened. Version number at web login did not increment. I'm not really worried about this... just thought you should know.
Oh, and was wrong before. If I have the 1.5 version installed without php4-gd2 and I
sudo apt-get install php4-gd2
sudo apache2 -k restart
... then login to ND, the image upload problem is solved.
In other news I sent you a paypal payment for ND, it is definitely worth more than this!
And I thank you again for all the support!
27 posts 3 years ago
Hmm... I will see if I can reproduce that update problem. I have never seen that problem myself though.
Except once: then running php-cli failed with any file and it failed even when running with no arguments. Then the php installation was a bit corrupted in the first place, the cli version didn't work at all. I suppose the cli version you have works with other php files? Ie. if you create a php file and try to run it?
And thank you a lot for buying a license! It is appreciated a lot. I think for home/non-profit use the license can be a little lower than for commercial use.
I did successfully run test.php (which just contained the phpinfo() function) no problem.
Oh well, this is no big deal for me. I am going to get started on the 'production' server now (which was the whole point of all the documentation I did earlier). If I need to update in the future I can always export content, remove ND, reinstall. I've got it down to a science now!
In case you were wondering about how I will use this - my wife and I are starting on a little software project of our own. We will use subversion (http://subversion.tigris.org), as the repsitory, Trac (http://projects.edgewall.com/trac) for keeping track of features and bugs and such (also a web view into subversion), Testlink (http://testlink.sourceforge.net) for test case management. The whole idea is to have a small 'development infrastructure in a box', all of which (except the coders IDE) is accessible and usable via web. Of course Netdoc gets to play the part of documentation tool and general repository of funky information. So all this has been about building a well-documented 'production server' for a small team. Actually the whole thing will live inside a VMware image. In my other life I'm a systems administrator, hence my documentation fetish.
When (if!) we ever complete our project, we don't know if we'll opensource it & give away, or try to sell it. If we go 'pro' I'll come back around and upgrade to the professional license :).
27 posts 3 years ago
Ok, there's this 1.502 which does have a couple of changes in update.php but nothing major. We can try to track this later with specific versions if you want to.
So this 1.502 may or may not help, probably won't.
Well, I just downloaded and unpacked 1.502 over the top of my existing setup. Going back to the web, Netdoc went back through the install screens, errored on the database stuff because the tables already existed.
bryan@hoarytest:/var/www/netdoc $ sudo php admin/update.php
Fatal error: Unknown function: is_cli() in /var/www/netdoc/admin/update.php on line 1
By the way, now it shows 1.502 at login. And, I didn't lose any of the data in my test site. Of course I imagine you wouldn't want this update method used if you were changing the database from one version to the next ...
27 posts 3 years ago
Hmm, the QA process failed.
Ok, anyway, that file is now at
http://www.visiomode.com/dl/update.php.txt
Download and rename...
The database changes from time to time as this evolves, yes... it is much easier to use that script as well... That is - if you want to update in the first place.
I downloaded and ran it. It returned quickly, with no output.
Before running it, login screen said
Your Netdoc version is: 1.502
The latest Netdoc version is:
new: 1.504 Fri Apr 15 08:26:52 2005
still says the same afterward. Should running php admin/update.php return anything at the commandline? Should I be downloading something first?
27 posts 3 years ago
Yes... it should print "Password: " and a menu after that. An no, no downloading anything special is needed.
I'm not sure what's wrong there but I'll try to find out.
Sorry to bother you with this error. Maybe I'll put a new, unencoded, /dl/update.php.txt in a while (tomorrow) :)
Or perhaps I will install Ubuntu again, hoping to reproduce that error. Ubuntu was quite painless to install (a lot easier than Netdoc :-) ...It's not hard to see why it's getting popular.
27 posts 3 years ago
Hi,
Found the reason for this error.
There is this line in /etc/php4/cli/php.ini:
;extension=mysql.so
You have to uncomment that:
extension=mysql.so
Ilkka