| Pages: 1 2 3 [4] 5 6 7 8 9 :: one page |
|
|
| Author |
Thread Statistics | Show CCP posts - 2 post(s) |
Ben Thomas
Caldari
Legion of Ascension
   |
Posted - 2008.12.29 23:07:00 -
[91]
 Originally by: Rilwar
Playing with 1.5, attempted to toggle the checkboxes for forcing corp menus, the API Key box loads the encrypted API key, that pops a API Auth Failure error, inputting the real API key and then trying to save settings with the boxes enabled also throw up the error.
Also not sure if it's just me, or the fact I've hammered all my API sheets over and over the past few minutes (Cache clearing) - But OOE won't load any data now, even after resotring the OOE cache files to an earlier set. I'll update this in a little over an hour, see if I just upset CCP's API server.
If all else fails, try deleting all the files in the outofeve/templates/compiled directory. This has often fixed things like that for me before.
---
Founder, CEO - Legion of Ascension |
Rilwar
22nd Black Rise Defensive Unit
|
Posted - 2008.12.29 23:56:00 -
[92]
Unfortunately I'm already past that point, I've also dumped the DB and fully reinstalled both OOE and it's DB, still not getting anything. The really confusing part is I upgraded my old copy to 1.5 and had it working perfect, then I had to go and tinker with it. I'm not sure why a full reinstall of OOE hasn't fixed the problem, albiet I'm still triple boxing indy's back and forth back and forth, but I'm about to give it my full attention, it's starting to really annoy me that I can't install it. 
---O-H--S-H-*-T---
|
Roku Kotaki
Kotaki Enterprises
|
Posted - 2008.12.30 12:10:00 -
[93]
Edited by: Roku Kotaki on 30/12/2008 12:09:57
I just installed version 1.5 fresh on my host and I am getting these errors on the first page (had to view page source to even make them out, btw).
Warning: Call-time pass-by-reference has been deprecated; If you would like to pass it by reference, modify the declaration of [runtime function name](). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file in /home/arector/ooe.eve-kotaki.com/includes/site.php on line 31
Warning: Call-time pass-by-reference has been deprecated; If you would like to pass it by reference, modify the declaration of [runtime function name](). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file in /home/arector/ooe.eve-kotaki.com/includes/database.php on line 71
Warning: Call-time pass-by-reference has been deprecated; If you would like to pass it by reference, modify the declaration of [runtime function name](). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file in /home/arector/ooe.eve-kotaki.com/includes/database.php on line 82
PHP version: 5.2.6
MySQL version: 5.0.67
I'm going to assume that the php code no longer works in my version of php, but since I don't really know jack about php, I was hoping somebody could help me out on fixing the errors.
Originally by: William Shakespeare
A fool thinks himself to be wise, but a wise man knows himself to be a fool.
|
Ben Thomas
Caldari
Legion of Ascension
|
Posted - 2008.12.30 22:37:00 -
[94]
Originally by: Rilwar
Which is correct, however;
- Status
In Progress -1.08%
Might want to bear in mind that most corp API stuff uses the "Long" cache method, so things like that can be cached for up to 23 hours IIRC.
---
Founder, CEO - Legion of Ascension |
S'if
Minmatar
|
Posted - 2008.12.30 23:17:00 -
[95]
OK I got everything running fine on my local test server and am now trying to install this on my host. I can register new members fine as I can see them in the database, however when I try to login nothing happens and I return to the main page.
Is this something to do with the encyryption file?
|
Pronas
Scoopex
Zenith Affinity
|
Posted - 2008.12.31 04:59:00 -
[96]
Originally by: S'if
Edited by: S''if on 31/12/2008 00:03:32
OK I got everything running fine on my local test server and am now trying to install this on my host. I can register new members fine as I can see them in the database, however when I try to login nothing happens and I return to the main page.
Is this something to do with the encryption file?
same problem on 2 servers, already ask several time about this bug but no real answer. Hope someone have the answer...
--
Scoopex CEO
Scoopex is Recruting |
Walkin' Dude
Shadows of Dawn
|
Posted - 2008.12.31 12:32:00 -
[97]
Quote:
same problem on 2 servers, already ask several time about this bug but no real answer. Hope someone have the answer...
What version of php is on the host? Think you need php 5.2+
|
Solo Drakban
GoonFleet
GoonSwarm
|
Posted - 2008.12.31 15:52:00 -
[98]
Edited by: Solo Drakban on 31/12/2008 15:54:50
Well I've installed this for GoonFleet and we've been testing it out. I'm running 1.5-QR under PHP 5.2.8 (fcgi), MySQL 5.1 and Lighttpd. A couple of things to note:
First, this produces a ton of warnings in the error logs. See:
Originally by: Error Log
[31-Dec-2008 09:52:33] PHP Notice: Undefined offset: 16594 in /nfs/webroots/gs-apps/public_html/outofeve/includes/eve/apiChar.php on line 255
[31-Dec-2008 09:52:33] PHP Notice: Undefined offset: 3444 in /nfs/webroots/gs-apps/public_html/outofeve/includes/eve/apiChar.php on line 255
[31-Dec-2008 09:52:33] PHP Notice: Undefined offset: 18580 in /nfs/webroots/gs-apps/public_html/outofeve/includes/eve/apiChar.php on line 255
[31-Dec-2008 09:52:33] PHP Notice: Undefined offset: 3447 in /nfs/webroots/gs-apps/public_html/outofeve/includes/eve/apiChar.php on line 255
[31-Dec-2008 09:52:33] PHP Notice: Undefined offset: 16596 in /nfs/webroots/gs-apps/public_html/outofeve/includes/eve/apiChar.php on line 255
These seem to appear doing just about anything.
Secondly, I noticed that your application seems to assume in some places that it will always get valid data from the API. My proxy was missing a couple of the newer API calls (such as medals and factional warfare stuff) and instead of producing an error it tried to carry on with invalid data and produced a blank screen with entries in the error log about missing and undefined objects.
I also noticed that the market data cache system doesn't appear to attempt to create the 'market' directory inside the defined cache directory which results in a lot of these errors in the logs:
Originally by: Error Log
[31-Dec-2008 01:45:40] PHP Warning: touch() [<a href='function.touch'>function.touch</a>]: Unable to create file /nfs/webroots/gs-apps/var/ooe/cache/market/8b4c03d1ed382ff417879ca92beb67a0 because No such file or directory in /nfs/webroots/gs-apps/public_html/outofeve/includes/eve/apimarket.php on line 60
Creating the directory and making it writable to the webserver corrected this of course but it's not mentioned in the documentation so I assumed that the module should have created it at some point.. :)
I'm also sorry to report that it doesn't react well to a huge corporation.. :( The Asset list for corporation won't load for GoonFleet due to memory allocation limitations. I have PHP allowed to use up to 128MB of RAM per instance but apparently that's not enough. As an experiment I bumped it up to 256MB but it still failed. Perhaps some sort of paging system for the data? :)
All in all however it is a great looking application and if you're interesting in looking at any of the bugs I've outlined about or working on the memory stuff please feel free to contact me and I can do 'live' debugging for you.. :)
Thanks!
Edit: Oh yea, I forgot to mention that this installation is front-ended by lighttpd with separate load-balanced FastCGI PHP application pools so Apache is definitely not required.. :)
|
S'if
Minmatar
|
Posted - 2008.12.31 18:13:00 -
[99]
Originally by: Walkin' Dude
Quote:
same problem on 2 servers, already ask several time about this bug but no real answer. Hope someone have the answer...
What version of php is on the host? Think you need php 5.2+
Well I'm running PHP Version 5.2.0-8+etch13. I have PDO enabled and the pdo mysql drivers installed as well. Can register just can't log in :(.
|
Rilwar
22nd Black Rise Defensive Unit
|
Posted - 2008.12.31 22:33:00 -
[100]
Edited by: Rilwar on 31/12/2008 22:36:15
Originally by: Solo Drakban
Originally by: Error Log
[31-Dec-2008 09:52:33] PHP Notice: Undefined offset: 16594 in /nfs/webroots/gs-apps/public_html/outofeve/includes/eve/apiChar.php on line 255
[31-Dec-2008 09:52:33] PHP Notice: Undefined offset: 3444 in /nfs/webroots/gs-apps/public_html/outofeve/includes/eve/apiChar.php on line 255
[31-Dec-2008 09:52:33] PHP Notice: Undefined offset: 18580 in /nfs/webroots/gs-apps/public_html/outofeve/includes/eve/apiChar.php on line 255
[31-Dec-2008 09:52:33] PHP Notice: Undefined offset: 3447 in /nfs/webroots/gs-apps/public_html/outofeve/includes/eve/apiChar.php on line 255
[31-Dec-2008 09:52:33] PHP Notice: Undefined offset: 16596 in /nfs/webroots/gs-apps/public_html/outofeve/includes/eve/apiChar.php on line 255
These seem to appear doing just about anything.
Originally by: Error Log
[31-Dec-2008 01:45:40] PHP Warning: touch() [<a href='function.touch'>function.touch</a>]: Unable to create file /nfs/webroots/gs-apps/var/ooe/cache/market/8b4c03d1ed382ff417879ca92beb67a0 because No such file or directory in /nfs/webroots/gs-apps/public_html/outofeve/includes/eve/apimarket.php on line 60
Your error log prompted me to check mine as well, but is empty. I don't have extensive knowledge of everything HTTPD/PHP related, but I'm wondering if maybe fcgi is the culprit there? I'm using PHP 5.2.6 without fcgi, so there's very little disparity between our versions.
-EDIT- Are you using fcgi 1.3 or 2.0, also *nix or Win32? I'll try installing fcgi on my copy to test that theory, as I'm assuming doing the reverse on your systems would be much more hassle than it's worth to see if it is in fact the problem.
The /cache/market folder I pointed out last page and both folders that are supposed to be in the /cache folder are in the source package as of yesterday.
---O-H--S-H-*-T---
|
|
|
Solo Drakban
GoonFleet
GoonSwarm
|
Posted - 2009.01.01 01:14:00 -
[101]
Originally by: Rilwar
Your error log prompted me to check mine as well, but is empty. I don't have extensive knowledge of everything HTTPD/PHP related, but I'm wondering if maybe fcgi is the culprit there? I'm using PHP 5.2.6 without fcgi, so there's very little disparity between our versions.
-EDIT What version of fcgi are you running, and *nix/Win32? I'll try installing fcgi on my copy to test that theory, as I'm assuming doing the reverse on your systems would be much more hassle than it's worth to see if it is in fact the problem.
I highly doubt it's fcgi. There really isn't any difference between FCGI and mod_php other than one is handled internal to the webserver and the other is handled external. If you really want to know the FCGI pool is running a separate server. It's PHP v5.2.8 running in an FCGI pool listening on a socket. The FCGI spawner is the spawn-cgi system (and scripts) that come with lighttpd slightly modified to allow for separate php.ini's for each FCGI pool. The front-end webserver is lighttpd. The web directories are mounted via NFS from a third server and the pathing is identical on both front and back-end servers to avoid any possible pathing issues.
Originally by: Rilwar
Also, if you've not looked @ index.php - Theres a commented line to add Query/Execution data, check what that gives you, I'm curious as to what GF's memory usage might be if my little alt corp with no starbases uses 4MB to hash out the starbases module.
I can't even run a GF starbase report without 'priming' the cache first, the 45 execution time limit is reached by PHP due to the time the EVE API system takes to respond to each query. After I manually (well, with a perl script) 'prime' the proxy cache the stats are:
Processed in 2.5662 seconds, 389 queries, 13307.05kb memory used.
I cannot hit http://apps.goonfleet.com/outofeve/?module=corporation or http://apps.goonfleet.com/outofeve/?module=assets&corp=1 without running into RAM limitations.. :) I'm afraid to even attempt to hit the 'killboard'.. ;)
I can't really fault the application though, GF is rather a beast until itself.. :)
|
Helena Shun
Caldari
United Capsuleers' Corporation
|
Posted - 2009.01.01 01:16:00 -
[102]
Concerning all the Notices, just add the following line in index.php
error_reporting(E_ALL & ~E_NOTICE);
That's should "fix" them.
|
Solo Drakban
GoonFleet
GoonSwarm
|
Posted - 2009.01.01 02:28:00 -
[103]
Originally by: Helena Shun
Concerning all the Notices, just add the following line in index.php
error_reporting(E_ALL & ~E_NOTICE);
That's should "fix" them.
No, that will just mask them. If I wanted to just mask them I would have already done this and not posted about them being an issue.
|
Rilwar
22nd Black Rise Defensive Unit
|
Posted - 2009.01.01 04:25:00 -
[104]
Originally by: Solo Drakban
I highly doubt it's fcgi. There really isn't any difference between FCGI and mod_php other than one is handled internal to the webserver and the other is handled external. If you really want to know the FCGI pool is running a separate server. It's PHP v5.2.8 running in an FCGI pool listening on a socket. The FCGI spawner is the spawn-cgi system (and scripts) that come with lighttpd slightly modified to allow for separate php.ini's for each FCGI pool. The front-end webserver is lighttpd. The web directories are mounted via NFS from a third server and the pathing is identical on both front and back-end servers to avoid any possible pathing issues.
You're correct, fcgi didn't add any errors to Apache, so I wonder wtf then.
Originally by: Solo Drakban
Processed in 2.5662 seconds, 389 queries, 13307.05kb memory used.
I see what you did there.
Also: 
---O-H--S-H-*-T---
|
Helena Shun
Caldari
United Capsuleers' Corporation
|
Posted - 2009.01.01 07:59:00 -
[105]
Edited by: Helena Shun on 01/01/2009 08:05:14
Edited by: Helena Shun on 01/01/2009 08:02:56
Originally by: Solo Drakban
Originally by: Helena Shun
Concerning all the Notices, just add the following line in index.php
error_reporting(E_ALL & ~E_NOTICE);
That's should "fix" them.
No, that will just mask them. If I wanted to just mask them I would have already done this and not posted about them being an issue.
Exactly where the "quotes" come in to play around the word fix.
To actually fix the issue, replace line 255 in apiChar.php with the following:
$result = (array_key_exists($typeID, $this->skills)) ? $this->skills[$typeID] : null;
|
S'if
Minmatar
|
Posted - 2009.01.06 14:44:00 -
[106]
Originally by: Pronas
Originally by: S'if
Edited by: S''if on 31/12/2008 00:03:32
OK I got everything running fine on my local test server and am now trying to install this on my host. I can register new members fine as I can see them in the database, however when I try to login nothing happens and I return to the main page.
Is this something to do with the encryption file?
same problem on 2 servers, already ask several time about this bug but no real answer. Hope someone have the answer...
No one hass any ideas about this then? Really frustrating as it is such a good bit of software.
|
ShadowandLight
Amarr
Hammer Of Light
Libertas Fidelitas
|
Posted - 2009.01.07 03:52:00 -
[107]
when i try to look at production profitability
it tells me i dont own any BP's
my corp owns tons ( and i have full director access )
so why isnt it working?
|
Tinka Blackmore
|
Posted - 2009.01.09 16:29:00 -
[108]
Originally by: S'if
Originally by: Pronas
Originally by: S'if
Edited by: S''if on 31/12/2008 00:03:32
OK I got everything running fine on my local test server and am now trying to install this on my host. I can register new members fine as I can see them in the database, however when I try to login nothing happens and I return to the main page.
Is this something to do with the encryption file?
same problem on 2 servers, already ask several time about this bug but no real answer. Hope someone have the answer...
on my installation, users can register, but not login. Login redirection me to index.
No one hass any ideas about this then? Really frustrating as it is such a good bit of software.
|
Wraas Mlnir
|
Posted - 2009.01.09 22:48:00 -
[109]
After a few teething problems, got this up and running.
Ran into some troubles with the ooekeypass file, but thats being worked on as I type.
This is nice, I love the way the plugins are setup thats gonna make it so easy for me to put together my own.
Strangley I would have expected to see more conversation about customisation from other users of this tool? But hey I see we still have problems with setup in some case, wish I could offer up some help, perhaps some of the error logs pasted in here might help get you more response Tinka...
ANyway really curious to see what people are thinking/trying to do with new plugins.
cheers for sharing
Wraas |
Solo Drakban
GoonFleet
GoonSwarm
|
Posted - 2009.01.11 20:08:00 -
[110]
Originally by: Helena Shun
Note that notices in PHP are just that... Notices... they do not affect the functionality of the application in any way, they just warn the coder that a possible issue may be present in their program (if the said behavior is unintended). Notices should be disabled on a production server. For development, you leave them on, not on production.
Notices should absolutely be on in a production environment, but like all other messages should be logged to a file and not displayed to the end user. Anything generating a notice (or warning) should be addressed by the developer so the application does not throw the notice or warning at all. Even if they are just cosmetic they are an indication that the application is doing something wrong or looking for data that does not exist. I relate notices in PHP to warning in perl. They are mostly harmless but a good idea to make sure they never happen if for nothing other than to maintain good coding habits.
|
|
|
Azazel Mordred
Minmatar
Cloak of Shadows
|
Posted - 2009.01.12 19:09:00 -
[111]
Quote:
when i try to look at production profitability
it tells me i dont own any BP's
my corp owns tons ( and i have full director access )
so why isnt it working?
Unfortunately at the moment, only personal BPs are used in the Production Profitability tool. Will update for the next release to allow using corp BPs here.
Quote:
OK I got everything running fine on my local test server and am now trying to install this on my host. I can register new members fine as I can see them in the database, however when I try to login nothing happens and I return to the main page.
Is this something to do with the encryption file?
I'm really sorry about this, but I've no idea what on earth could be preventing users logging in :(. I'm almost convinced it's a cookie problem, so I'll try some things in this area for the next update.
If it were a 'keypass' problem as others have had, you'd be getting big errors with the latest release informing you of a problem, and pages would refuse to load at all.
I know this sounds silly (desperation), but after 'logging in', have you tried a Ctrl+F5?
Quote:
Original: $newPlug = new $plugin(&$this->db, &$this);
Modified: $newPlug = new $plugin($this->db, $this);
I just removed the ampersands to enable the call-time pass-by-reference.
Aha, I abandoned the call-time pass-by-reference stuff (old habit) mid-way through development, though I guess I really should have removed the older ones  .
Quote:
I'm also sorry to report that it doesn't react well to a huge corporation.. :( The Asset list for corporation won't load for GoonFleet due to memory allocation limitations. I have PHP allowed to use up to 128MB of RAM per instance but apparently that's not enough. As an experiment I bumped it up to 256MB but it still failed. Perhaps some sort of paging system for the data? :)
It would be interesting to see if the bottleneck is with initial loading (parsing the XML into objects, loading items, etc), sorting and filtering, or actually trying to build the output HTML. The assets list is paginated, however to allow things like loading of ships, using the search facility, etc., everything needs to be loaded regardless. Pagination in this case mostly helps with client-side loading rather than server-side processing.
I think it may be more sensible to simply check if you have more than X number of assets it should prompt you to select a solar system or region filter first, which would greatly reduce the amount of filtering and shuffling of data before it tries to display it.
Anyway, setting up a proper SVN server so if anyone wants to try out the latest stuff in future, you'll be able to quickly and easily be beta testers 
|
Walkin' Dude
Shadows of Dawn
|
Posted - 2009.01.12 23:03:00 -
[112]
Quote:
OK I got everything running fine on my local test server and am now trying to install this on my host. I can register new members fine as I can see them in the database, however when I try to login nothing happens and I return to the main page.
Is this something to do with the encryption file?
I'm really sorry about this, but I've no idea what on earth could be preventing users logging in :(. I'm almost convinced it's a cookie problem, so I'll try some things in this area for the next update.
If it were a 'keypass' problem as others have had, you'd be getting big errors with the latest release informing you of a problem, and pages would refuse to load at all.
I know this sounds silly (desperation), but after 'logging in', have you tried a Ctrl+F5?
---
I have already asked twice in this thread what version of php people are using when they have problems logging in, since it seems php 5.2+ is required. I tried with php 5.1 and could not log in, php 5.2, it worked.
|
Azazel Mordred
Minmatar
Cloak of Shadows
|
Posted - 2009.01.13 05:37:00 -
[113]
Unfortunately some people are already using PHP 5.2+, and still having the problem  . |
Shiu
EtE Clan
Sc0rched Earth
|
Posted - 2009.01.13 10:36:00 -
[114]
Edited by: Shiu on 13/01/2009 11:09:01
Edited by: Shiu on 13/01/2009 10:42:57
Just installed PHP 5.2.8 and gotten to the point where I can log in, and I get the data from my character. However the XML file is displayed on the background behind everything making it really hard to read. I have absolutely no idea what causes this.
Any ideas?
Edit: just noticed it only happens with one of my characters. My main one.
Another Edit: It seems that when using two different databases it looks for the user details in the wrong database when selecting a certain character.
Im using two databases. c_ooe and eve_dbo. c_ooe contains the users and API details. But since Im logging in fine and getting the details there must be an error in the code, or I installed it wrong.
Heres a snippet of the error I get. Quote:
1146 [2] => Table 'eve_dbo.crpRoles' doesn't exist
"This long run is a misleading guide to current affairs - In the long run we are all dead."
- John Maynard Keynes |
Rilwar
22nd Black Rise Defensive Unit
|
Posted - 2009.01.15 04:12:00 -
[115]
Originally by: Shiu
Edited by: Shiu on 13/01/2009 12:14:55
Edited by: Shiu on 13/01/2009 11:39:23
Edited by: Shiu on 13/01/2009 11:09:01
Edited by: Shiu on 13/01/2009 10:42:57
Just installed PHP 5.2.8 and gotten to the point where I can log in, and I get the data from my character. However the XML file is displayed on the background behind everything making it really hard to read. I have absolutely no idea what causes this.
Any ideas?
Edit: just noticed it only happens with one of my characters. My main one.
Another Edit: It seems that when using two different databases it looks for the user details in the wrong database when selecting a certain character.
Im using two databases. c_ooe and eve_dbo. c_ooe contains the users and API details. But since Im logging in fine and getting the details there must be an error in the code, or I installed it wrong.
Heres a snippet of the error I get. Quote:
1146 [2] => Table 'eve_dbo.crpRoles' doesn't exist
Edit: This is indeed the problem, after creating the crpRoles table in eve_dbo it now works fine.
Edit: The manufacture and research page tries to grab the ramCompletedStatuses table from eve_dbo. after creating this tablev in eve_dbo it is fine as well
Originally by: install.txt
Installation is quite straight-forward. Extract and upload the contents of the
outofeve-x.x.tar.bz2 source package to your web server.
Extract and upload the contents of outofeve-eveimages-x.x.tar.bz2 to the same
location.
When you have the MySQL database dump imported, you will need to run the
included "additional-tables.sql" SQL script, which will create tables for
the missing Manufacturing completion status descriptions, and ore reprocessing
values.
|
Nuran DeSiad
Gallente
Fleet of the Damned
B.L.A.C.K.
|
Posted - 2009.01.16 09:42:00 -
[116]
Hi,
I have running ooe, but i would like to integrate the login of ooe with the login of joomla, the cms used for our corp site. I'm not a real php/mysql guru, so is there an easy way to implement this ? |
Adira Deimos
|
Posted - 2009.01.16 20:03:00 -
[117]
Found a hosting company that I think meets the install requirements.
Server: Running on Linux / PHP 5.2.8 with Curl, mcrypt, and mysql PDO / MySql 5
Out of Eve: 1.5 QR
I'm trying to get through the ooekeypass error, and having problems. It's in the root of the webspace. (domain.com = website || domain.com/ooekeypass/ooekeypass.txt = key file)
I tried the example in the config file, and everything else working backwards that shows up when I login via FTP.
Via FTP this is what I see:
/domains/<domain>/public_html
I've seen some people comment on open_basedir settings at the host I have, so I'll share that too. phpinfo shows "/home/<username>/:/tmp:/usr/local/lib/php/" (I replaced username obviously)
My typical error:
Quote:
API key encryption file not found at "/root/ooekeypass"
Sometimes I get this one too, like when I use the default example:
Quote:
Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/root/ooekeypass) is not within the allowed path(s): (/home/<username>/:/tmp:/usr/local/lib/php/) in /home/<username>/domains/<domain.com>/public_html/includes/functions.php on line 108
Any suggestions on what I should use for the directory path? Or is it an issue with the open_basedir restriction error?
|
Rilwar
22nd Black Rise Defensive Unit
|
Posted - 2009.01.16 21:57:00 -
[118]
Originally by: Adira Deimos
Found a hosting company that I think meets the install requirements.
Server: Running on Linux / PHP 5.2.8 with Curl, mcrypt, and mysql PDO / MySql 5
Out of Eve: 1.5 QR
I'm trying to get through the ooekeypass error, and having problems. It's in the root of the webspace. (domain.com = website || domain.com/ooekeypass/ooekeypass.txt = key file)
I tried the example in the config file, and everything else working backwards that shows up when I login via FTP.
Via FTP this is what I see:
/domains/<domain>/public_html
I've seen some people comment on open_basedir settings at the host I have, so I'll share that too. phpinfo shows "/home/<username>/:/tmp:/usr/local/lib/php/" (I replaced username obviously)
My typical error:
Quote:
API key encryption file not found at "/root/ooekeypass"
Sometimes I get this one too, like when I use the default example:
Quote:
Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/root/ooekeypass) is not within the allowed path(s): (/home/<username>/:/tmp:/usr/local/lib/php/) in /home/<username>/domains/<domain.com>/public_html/includes/functions.php on line 108
Any suggestions on what I should use for the directory path? Or is it an issue with the open_basedir restriction error?
When you use /root, you're asking the webserver to go to it's own root folder, where you will never have access on a webhost, unless it's your own Co-Located box, or a Virtual Server, but that's not relevant.
My advice is to relocate where your keypass file is located to make it easier on yourself, mine's located in /includes, so it's easy to locate with the rest of the config files. Here's what I use.
$config['site']['keypass'] = 'includes/secret';
The keypass file is named "secret" in the /includes folder. There is no file extension, so when you save it via a text editor, make sure to save it using quotes so it won't have the filetype appended - or put = 'includes/secret.txt'; if it works. 'I unno.
---O-H--S-H-I-T---
|
Adira Deimos
|
Posted - 2009.01.17 00:26:00 -
[119]
Thanks Rilwar! That did it... I have my sanity back =) Much appreciated |
Shiu
EtE Clan
Sc0rched Earth
|
Posted - 2009.01.17 03:00:00 -
[120]
DOH.. Cheers Rilwar, cant believe I missed that. Imported the additionals to the wrong database
Anyways, most of it is working as it should now, just have some problems with some pages showing up as a white blank page with absolutely nothing in it, and Kills says there are no kills, which is definately not true unless I have been dreaming about kills instead of making them ;) |
|
|
|
|
| |
|
| Pages: 1 2 3 [4] 5 6 7 8 9 :: one page |
| First page | Previous page | Next page | Last page |