Yes, I have re-installed multiple times after changing hosts file. I have dropped and created the database each time. I have wasted an entire day on trying to install this. It isn't supposed to be this hard. Here is the data I enter for the install script:

http://core104/opn/install.php ### to start install
Database Host: localhost
Database Driver: MySQL
Database Connection String: ### leave blank
Database Username: rossler
Database Paswword: xxxxx ### the appropriate password
Database Name: nuke
Table Prefix: opn
URL: http://core104/opn
Physical Path: /srv/www/htdocs/opn/
Install Directory: ### left blank
### according to directions, not needed unless
### I were installing at /srv/www/opn
Encription Type: MD5

When install finishes. I can go to http://core104/opn/index.php to get the login page. It will never let me login and now on my 12th install I get WARNING [8] Undefined Offset: -1

Here is what the hosts file looks like:
127.0.0.1 localhost
172.xx.xx.xxx core104.oklaosf.state.ok.us core104 ### proper IP address of course

This is unbelievably frustrating. This is not rocket science.

Attention. A hostname is sometimes not a FQDN (Full Qualified Domain Name).
And did you install OPN after you changed your hosts file?
When not then please do that. Cause then the OPN config holds the IP adress as the URL.
When yes, please delete all OPN cookies and delete the content of the tables prefix_opn_opnsession and prefix_opn_session. Where prefix_ is the prefix that you have entered in the installscript.

As a follow-up, I modified the hosts file on my Windows box to map the IP address to the actual hostname of the Linux web server. I can connect OK, but I still cannot login. This is really tiresome as I've reinstalled OPN seven times now. Cookies are enabled and every other PHP app works fine. There has to be more to this issue than IP addresses.

Nevermind. I was reading more topics and I found a reply that said why IP addresses will not be supported. Does me no good at work, but maybe I'll find a personal use.

Quote:
2004-03-30 15:51
xweber wrote:
yes, thats it. IP wont work.

Alex

So are you saying that users cannot access the site if they use the following notation:
http://172.xx.xx.xxx/opn/

Why would this be? I seem to be having the same problem. I have a small internal webserver I run, to serve in-house applications for our software implementation team. I'm running a SuSE box with Apache2, inside our firewall, on our internal network. I have other PHP/MySQL apps running and everyone gets to the site by using the IP address and the proper directory structure. It is doubtful I could get the network guys to add my box into the DNS, so my users have to use the IP address. Mine is the only Linux box in the mix, everyone else is using Windows and IE. My local /etc/hosts has the name translation, but that doesn't help the others. From the local machine it works via hostname, localhost, or IP address. From all other boxes it's just the login page over and over.

Which module would I modify, or am I just out of luck?

Bob

if you make an alias for this ip, it should work. (e.g. in /etc/hosts )

Alex

PHP 4.2.2, Apache 2.0.40, MySQL 3.23 on RedHat Linux 9.

yes, thats it. IP wont work.

Alex

I just tried it with register_globals on with no luck. I am accessing the server via IP, is that a problem?

fine - sorry what versions?

Alex