Pages: 1 [2] 3 4 5 6 :: one page |
|
Author |
Thread Statistics | Show CCP posts - 0 post(s) |
Mikokoel
Mining Industry Exile Foundation
0
|
Posted - 2011.10.04 17:41:00 -
[31] - Quote
Hi Frozen Guardian,
i have some questions about installing you POS-Tracker. While uploading the package with my crappy internet, i noticed the many images and sql files.
We are already running another EvE-Tool, a production manager written by me, and so we already have some Static DataDump tables on our webserver.
How can I change the POS-Tracker, so i uses the other Tables as well, or do I have to use duplicate tables?
Mikokoel |
Frozen Guardian
Registered Amateur Mathematicians
20
|
Posted - 2011.10.04 21:12:00 -
[32] - Quote
Mikokoel wrote:Hi Frozen Guardian,
i have some questions about installing your POS-Tracker. While uploading the package with my crappy internet, i noticed the many images and sql files.
We are already running another EvE-Tool, a production manager written by me, and so we already have some Static DataDump tables on our webserver.
How can I change the POS-Tracker, so i uses the other Tables as well, or do I have to use duplicate tables?
Mikokoel
Edit: another thing, is the whole "Template" thing still working? Can i change the template files so that i can match the design to our forum and production tool?
Will probably need to use duplicate tables because unless those tables have the same name as the rest with pos3_ (or w/e variation you have during install) something is bound to break. I guess you could technically change the SQL commands(within class.pos.php) to directly point to your tables if they for the most part matched however if a new version is released you would have to redo this each time. I don't know your tool either so I'm not sure what data it has and doesn't have. I'd say it would be far easier just to have duplicate tables.
As for the template thing, yes it is still working. You can change the files to what ever design you like but note that soon to be future updates have some images in the navigation and would throw off your designs unless you didn't care or changed the images of course. You can also just use the old navigation too if you so desired and just not replace the header/css files when the update arrives.
If you want to add your own design its fairly easy:
1. Navigate to: pos-tracker-install-root\themes\posmanager\style 2. Duplicate one of the sets of files to theme6.css and theme6.php 3. Navigate back to the root of your installation 4. Open/Edit user.php 5. Change the line(106) $eveRender->Assign('themeset', array( 1 => 'FGV - Default', 2 => 'Original POS-Tracker', 3 => 'Majesta Empire', 4 => 'Razor Alliance', 5 => 'Morsus Mihi')); and add , 6=>'Your design name'
If however you just want to replace the main theme you can just change the theme1.css and theme1.php files with your versions and you're done.
-FG
|
LoneEcho
Band of Builders Inc. Cascade Associates
0
|
Posted - 2011.10.05 01:07:00 -
[33] - Quote
Hey, when running the pos_cron. I get the following error.
Fatal error: Call to undefined function: date_default_timezone_set() in /home/blablabla/public_html/postracker/includes/class.pos.php on line 5082
I'm using php5. It's PHP 5.2.17 (cgi) - System Default
I've also tried changing the php for that folder to PHP 5.3.6 (cgi-fcgi) but it still didn't work.
Thanks in advance for your help. |
Dragonaire
Corax. PURgE Alliance
11
|
Posted - 2011.10.05 04:23:00 -
[34] - Quote
Sounds like maybe Date extension isn't active which is unusual since its in the PHP core. Finds camping stations from the inside much easier. Designer of Yapeal for Eve API. Check out the Yapeal forum thread |
LoneEcho
Band of Builders Inc. Cascade Associates
0
|
Posted - 2011.10.05 20:38:00 -
[35] - Quote
Dragonaire wrote:Sounds like maybe Date extension isn't active which is unusual since its in the PHP core.
Is that something I must enable? or do I have to ask my webhost to do that? Thanks!! |
Dragonaire
Corax. PURgE Alliance
12
|
Posted - 2011.10.05 21:43:00 -
[36] - Quote
Depends on you web host but usually it'll require them making change. I'd contact tech support and report the problem it probably was an oversight on their part since it's a extension almost everyone would use which is why it was made part of the core for PHP. Finds camping stations from the inside much easier. Designer of Yapeal for Eve API. Check out the Yapeal forum thread |
LoneEcho
Band of Builders Inc. Cascade Associates
0
|
Posted - 2011.10.05 23:02:00 -
[37] - Quote
Dragonaire wrote:Depends on you web host but usually it'll require them making change. I'd contact tech support and report the problem it probably was an oversight on their part since it's a extension almost everyone would use which is why it was made part of the core for PHP.
Thanks for the quick replies. This is what they said. They also created a phpinfo script on my site.
You can set a specific date.timezone value in PHP using the following option which should be added to your local php.ini file:
And this is what shows under date for phpinfo
date/time supportenabled "Olson" Timezone Database Version2010.9 Timezone Databaseinternal Default timezoneAmerica/Chicago
|
Frozen Guardian
Registered Amateur Mathematicians
21
|
Posted - 2011.10.06 04:39:00 -
[38] - Quote
LoneEcho wrote:Dragonaire wrote:Depends on you web host but usually it'll require them making change. I'd contact tech support and report the problem it probably was an oversight on their part since it's a extension almost everyone would use which is why it was made part of the core for PHP. Thanks for the quick replies. This is what they said. They also created a phpinfo script on my site. You can set a specific date.timezone value in PHP using the following option which should be added to your local php.ini file: And this is what shows under date for phpinfo date/time supportenabled "Olson" Timezone Database Version2010.9 Timezone Databaseinternal Default timezoneAmerica/Chicago
Hi again. All three of us talked about this issue a year ago but no solution was found because it sounded like it was your host. Still to this date I haven't heard anyone with this error nor can I seem to find a reason to why it would happen. But I am quite curious as to why so can you tell me who your hosting provider is?
Wait a second. Are your crons using PHP5? The function was introduced in PHP version 5.1 and so it really sounds like you're running PHP4 with your cron jobs or a really old PHP 5 version.
-FG |
LoneEcho
Band of Builders Inc. Cascade Associates
0
|
Posted - 2011.10.06 14:42:00 -
[39] - Quote
Frozen Guardian wrote:LoneEcho wrote:Dragonaire wrote:Depends on you web host but usually it'll require them making change. I'd contact tech support and report the problem it probably was an oversight on their part since it's a extension almost everyone would use which is why it was made part of the core for PHP. Thanks for the quick replies. This is what they said. They also created a phpinfo script on my site. You can set a specific date.timezone value in PHP using the following option which should be added to your local php.ini file: And this is what shows under date for phpinfo date/time supportenabled "Olson" Timezone Database Version2010.9 Timezone Databaseinternal Default timezoneAmerica/Chicago Hi again. All three of us talked about this issue a year ago but no solution was found because it sounded like it was your host. Still to this date I haven't heard anyone with this error nor can I seem to find a reason to why it would happen. But I am quite curious as to why so can you tell me who your hosting provider is? Wait a second. Are your crons using PHP5? The function was introduced in PHP version 5.1 and so it really sounds like you're running PHP4 with your cron jobs or a really old PHP 5 version. -FG
Hi FG =) I'm with siteground.
I would think it would be cron php5.. I inserted php5 before the cron script to see if that'll help. I can PM you the link to my phpinfo if you'll like.
Thanks so much for all the help!! =) |
Frozen Guardian
Registered Amateur Mathematicians
21
|
Posted - 2011.10.06 17:22:00 -
[40] - Quote
LoneEcho wrote:
Hi FG =) I'm with siteground.
I would think it would be cron php5.. I inserted php5 before the cron script to see if that'll help. I can PM you the link to my phpinfo if you'll like.
Thanks so much for all the help!! =)
Trying #2. Stupid forums bitched about invalid HTML. Seriously CCP thanks for destroying my post. Now to remember what I typed.
It looks like there are other siteground users who come across this same error.
Things to try(note if #2 doesn't work, remove it before trying #3):
1. Make sure your cron job has this in front: /usr/local/bin/php5
2. Put the following right after ?php in class.pos.php
function date_default_timezone_set($dummy) { // do nothing }
if you get an error, tryin putting in further down and see what happens.
3. Replace date_default_timezone_set('UTC'); with putenv("TZ=UTC"); in class.pos.php and see what happens.
My main concern is that the php versions are running in different versions and so what may work in cron may not work in the normal POS tracker. This is mainly specific to #2.
Best of luck to you, please let me know what happens because 95% of the time no one does. So maybe by adding this line the chance is increased.
-FG |
|
Gheent
LazyBoyz Band of Recreational Flyers
1
|
Posted - 2011.10.06 18:45:00 -
[41] - Quote
Hello,
I'm trying to install 5.1.6 that uses the new API keys, but I can't seem to get any of my keys to import. It keeps saying that it's not a valid XML file to parse.
I've made a non-expiring corp key with the 4 listed necessities. I've turned on debug but it provides no information concerning the API call or XML data received.
Any help would be appreciated. Thank you!
|
Gheent
LazyBoyz Band of Recreational Flyers
1
|
Posted - 2011.10.06 18:55:00 -
[42] - Quote
Gheent wrote:Hello,
I'm trying to install 5.1.6 that uses the new API keys, but I can't seem to get any of my keys to import. It keeps saying that it's not a valid XML file to parse.
I've made a non-expiring corp key with the 4 listed necessities. I've turned on debug but it provides no information concerning the API call or XML data received.
Any help would be appreciated. Thank you!
Nevermind... server API issue on EVE's side ;) |
LoneEcho
Band of Builders Inc. Cascade Associates
0
|
Posted - 2011.10.06 19:14:00 -
[43] - Quote
Frozen Guardian wrote:LoneEcho wrote:
Hi FG =) I'm with siteground.
I would think it would be cron php5.. I inserted php5 before the cron script to see if that'll help. I can PM you the link to my phpinfo if you'll like.
Thanks so much for all the help!! =)
Trying #2. Stupid forums bitched about invalid HTML. Seriously CCP thanks for destroying my post. Now to remember what I typed. It looks like there are other siteground users who come across this same error. Things to try(note if #2 doesn't work, remove it before trying #3): 1. Make sure your cron job has this in front: /usr/local/bin/php5 2. Put the following right after ?php in class.pos.php function date_default_timezone_set($dummy) { // do nothing } if you get an error, tryin putting in further down and see what happens. 3. Replace date_default_timezone_set('UTC'); with putenv("TZ=UTC"); in class.pos.php and see what happens. My main concern is that the php versions are running in different versions and so what may work in cron may not work in the normal POS tracker. This is mainly specific to #2. Best of luck to you, please let me know what happens because 95% of the time no one does. So maybe by adding this line the chance is increased. -FG
Gah need to update this again... stupid site timedout when I posted x.x |
Frozen Guardian
Registered Amateur Mathematicians
21
|
Posted - 2011.10.06 22:23:00 -
[44] - Quote
LoneEcho wrote:Frozen Guardian wrote:LoneEcho wrote:
Hi FG =) I'm with siteground.
I would think it would be cron php5.. I inserted php5 before the cron script to see if that'll help. I can PM you the link to my phpinfo if you'll like.
Thanks so much for all the help!! =)
Trying #2. Stupid forums bitched about invalid HTML. Seriously CCP thanks for destroying my post. Now to remember what I typed. It looks like there are other siteground users who come across this same error. Things to try(note if #2 doesn't work, remove it before trying #3): 1. Make sure your cron job has this in front: /usr/local/bin/php5 2. Put the following right after ?php in class.pos.php function date_default_timezone_set($dummy) { // do nothing } if you get an error, tryin putting in further down and see what happens. 3. Replace date_default_timezone_set('UTC'); with putenv("TZ=UTC"); in class.pos.php and see what happens. My main concern is that the php versions are running in different versions and so what may work in cron may not work in the normal POS tracker. This is mainly specific to #2. Best of luck to you, please let me know what happens because 95% of the time no one does. So maybe by adding this line the chance is increased. -FG For #2 When trying to access the postracker website. I get an error right away Fatal error: Cannot redeclare date_default_timezone_set() in /home/***/public_html/postracker/includes/class.pos.php on line 5 If I move it downer, the same error appears. For #3 I replaced the 2 date_default_timezone_set("GMT"); with putenv("TZ=UTC"); in class.pos.php and get the following message when the cron runs # $Id: poscron.sh 81 2010-08-12 02:49:35Z frozenice2525 $ cd /home/****/public_html/postracker /usr/local/bin/php5 cron_updatepos.php It seems the problem is harder then I thought =P. Thanks so much for all your help =) I'll just update manually so I don't take up more of your time xD
For #2: That's good in a sense at your install is really running at something past PHP 5.1 lol.
For #3: Try just commenting out the entire date_default.... with two slashes in front // . What do you have in the line for your cron job exactly(its okay to exclude your server address/personal details) and is this in cPanel I'm guessing?
We'll try another thing or two left and then maybe just manual for the rest of the POS tracker's life if we can't figure it out. :P
-FG |
LoneEcho
Band of Builders Inc. Cascade Associates
0
|
Posted - 2011.10.07 00:00:00 -
[45] - Quote
Frozen Guardian wrote:LoneEcho wrote:Frozen Guardian wrote:LoneEcho wrote:
Hi FG =) I'm with siteground.
I would think it would be cron php5.. I inserted php5 before the cron script to see if that'll help. I can PM you the link to my phpinfo if you'll like.
Thanks so much for all the help!! =)
Trying #2. Stupid forums bitched about invalid HTML. Seriously CCP thanks for destroying my post. Now to remember what I typed. It looks like there are other siteground users who come across this same error. Things to try(note if #2 doesn't work, remove it before trying #3): 1. Make sure your cron job has this in front: /usr/local/bin/php5 2. Put the following right after ?php in class.pos.php function date_default_timezone_set($dummy) { // do nothing } if you get an error, tryin putting in further down and see what happens. 3. Replace date_default_timezone_set('UTC'); with putenv("TZ=UTC"); in class.pos.php and see what happens. My main concern is that the php versions are running in different versions and so what may work in cron may not work in the normal POS tracker. This is mainly specific to #2. Best of luck to you, please let me know what happens because 95% of the time no one does. So maybe by adding this line the chance is increased. -FG For #2 When trying to access the postracker website. I get an error right away Fatal error: Cannot redeclare date_default_timezone_set() in /home/***/public_html/postracker/includes/class.pos.php on line 5 If I move it downer, the same error appears. For #3 I replaced the 2 date_default_timezone_set("GMT"); with putenv("TZ=UTC"); in class.pos.php and get the following message when the cron runs # $Id: poscron.sh 81 2010-08-12 02:49:35Z frozenice2525 $ cd /home/****/public_html/postracker /usr/local/bin/php5 cron_updatepos.php It seems the problem is harder then I thought =P. Thanks so much for all your help =) I'll just update manually so I don't take up more of your time xD For #2: That's good in a sense at your install is really running at something past PHP 5.1 lol. For #3: Try just commenting out the entire date_default.... with two slashes in front // . What do you have in the line for your cron job exactly(its okay to exclude your server address/personal details) and is this in cPanel I'm guessing? We'll try another thing or two left and then maybe just manual for the rest of the POS tracker's life if we can't figure it out. :P -FG
Yes I'm using cpanel. This is my cron job.
/usr/local/bin/php5 /home/****/public_html/postracker/poscron.sh
So even commenting the entire date_default, I can that error.
# $Id: poscron.sh 81 2010-08-12 02:49:35Z frozenice2525 $ cd /home/***/public_html/postracker /usr/local/bin/php5 cron_updatepos.php |
Frozen Guardian
Registered Amateur Mathematicians
22
|
Posted - 2011.10.07 05:17:00 -
[46] - Quote
LoneEcho wrote:Frozen Guardian wrote:LoneEcho wrote:Frozen Guardian wrote:LoneEcho wrote:
Hi FG =) I'm with siteground.
I would think it would be cron php5.. I inserted php5 before the cron script to see if that'll help. I can PM you the link to my phpinfo if you'll like.
Thanks so much for all the help!! =)
Trying #2. Stupid forums bitched about invalid HTML. Seriously CCP thanks for destroying my post. Now to remember what I typed. It looks like there are other siteground users who come across this same error. Things to try(note if #2 doesn't work, remove it before trying #3): 1. Make sure your cron job has this in front: /usr/local/bin/php5 2. Put the following right after ?php in class.pos.php function date_default_timezone_set($dummy) { // do nothing } if you get an error, tryin putting in further down and see what happens. 3. Replace date_default_timezone_set('UTC'); with putenv("TZ=UTC"); in class.pos.php and see what happens. My main concern is that the php versions are running in different versions and so what may work in cron may not work in the normal POS tracker. This is mainly specific to #2. Best of luck to you, please let me know what happens because 95% of the time no one does. So maybe by adding this line the chance is increased. -FG For #2 When trying to access the postracker website. I get an error right away Fatal error: Cannot redeclare date_default_timezone_set() in /home/***/public_html/postracker/includes/class.pos.php on line 5 If I move it downer, the same error appears. For #3 I replaced the 2 date_default_timezone_set("GMT"); with putenv("TZ=UTC"); in class.pos.php and get the following message when the cron runs # $Id: poscron.sh 81 2010-08-12 02:49:35Z frozenice2525 $ cd /home/****/public_html/postracker /usr/local/bin/php5 cron_updatepos.php It seems the problem is harder then I thought =P. Thanks so much for all your help =) I'll just update manually so I don't take up more of your time xD For #2: That's good in a sense at your install is really running at something past PHP 5.1 lol. For #3: Try just commenting out the entire date_default.... with two slashes in front // . What do you have in the line for your cron job exactly(its okay to exclude your server address/personal details) and is this in cPanel I'm guessing? We'll try another thing or two left and then maybe just manual for the rest of the POS tracker's life if we can't figure it out. :P -FG Yes I'm using cpanel. This is my cron job. /usr/local/bin/php5 /home/****/public_html/postracker/poscron.sh So even commenting the entire date_default, I can that error. # $Id: poscron.sh 81 2010-08-12 02:49:35Z frozenice2525 $ cd /home/***/public_html/postracker /usr/local/bin/php5 cron_updatepos.php
Edit the .sh file and remove the 2nd and 3rd line. So you're left with #!/bin/sh /usr/local/bin/php5 cron_updatepos.php
Also try and replace #!/bin/sh
with
#!/bin/bash
. It looks like from the googles and from what we've seen with the last error that this maybe a special setup for some unknown reason. .sh should call the default interpreter however not sure exactly what that is on your host. I tried asking them, they wouldn't tell me lol. Its just odd though that the information you get back is just whats in the file. It's like it doesn't understand what it's seeing. However I am no shell expert so I could be completely off on this.
Another suggestion though that may just work the best and what one other person used.
wget -O - -q http://hispostrackerdomain.com/cron_updatepos.php >/dev/null
Have something like that for a cron job just may work out for you.
-FG |
LoneEcho
Band of Builders Inc. Cascade Associates
0
|
Posted - 2011.10.07 14:35:00 -
[47] - Quote
Quote:[quote]Edit the .sh file and remove the 2nd and 3rd line. So you're left with #!/bin/sh /usr/local/bin/php5 cron_updatepos.php Also try and replace #!/bin/sh with #!/bin/bash . It looks like from the googles and from what we've seen with the last error that this maybe a special setup for some unknown reason. .sh should call the default interpreter however not sure exactly what that is on your host. I tried asking them, they wouldn't tell me lol. Its just odd though that the information you get back is just whats in the file. It's like it doesn't understand what it's seeing. However I am no shell expert so I could be completely off on this. Another suggestion though that may just work the best and what one other person used. wget -O - -q http://hispostrackerdomain.com/cron_updatepos.php >/dev/null Have something like that for a cron job just may work out for you. -FG
So remove the lines gave me an email that just said "/usr/local/bin/php5 cron_updatepos.php"
but when I did the wget, it WORKED!! =D.. Great skills there ;p
Thanks very much!!
Also can yuo recommended a good host so when this term ends, I can switch.. I was thinking of bluehost but I just went with siteground since Ive used them in the past and never had problems.
Thanks once again. |
Frozen Guardian
Registered Amateur Mathematicians
22
|
Posted - 2011.10.07 18:34:00 -
[48] - Quote
I'd like to take credit for the wget command but I can't lol. Great to hear it works though!
Bluehost should work fine.
I use 1and1 (not as nice but cheap) and Lunarpages(my love). Otherwise I've seen people host it on various others(dreamhost, rackspace, hostgator) with no issues except Moo Cow hosting or w/e they are called. They got a really funky setup too and their admins are dumb unfortunately as it seems like a decent host.
-FG |
LoneEcho
Band of Builders Inc. Cascade Associates
0
|
Posted - 2011.10.08 03:48:00 -
[49] - Quote
Frozen Guardian wrote:I'd like to take credit for the wget command but I can't lol. Great to hear it works though!
Bluehost should work fine.
I use 1and1 (not as nice but cheap) and Lunarpages(my love). Otherwise I've seen people host it on various others(dreamhost, rackspace, hostgator) with no issues except Moo Cow hosting or w/e they are called. They got a really funky setup too and their admins are dumb unfortunately as it seems like a decent host.
-FG
Lol, at least your honest.
That's good to hear. I'll probably switch next year when my time is up lol =P |
Kismeteer
GoonWaffe Goonswarm Federation
20
|
Posted - 2011.10.26 17:41:00 -
[50] - Quote
BTW, I noticed a math error, not sure where it was coming from, but I suspect it might be the charters I'm using. As some of you may know, Goonswarm's war on ice has forced me to manage some high sec towers, and I'm getting the wrong figures on towers there. In particular, small towers are showing needing 27,511 m^3 of stuff. I of course did not grab a debug before doing the work at hand.
If anyone else sees this on their instance, please let this thread know.
PS. Sorry Gallente tower owners. |
|
Frozen Guardian
Registered Amateur Mathematicians
22
|
Posted - 2011.10.31 04:46:00 -
[51] - Quote
Kismeteer wrote:BTW, I noticed a math error, not sure where it was coming from, but I suspect it might be the charters I'm using. As some of you may know, Goonswarm's war on ice has forced me to manage some high sec towers, and I'm getting the wrong figures on towers there. In particular, small towers are showing needing 27,511 m^3 of stuff. I of course did not grab a debug before doing the work at hand.
If anyone else sees this on their instance, please let this thread know.
PS. Sorry Gallente tower owners.
By chance do you know how much CPU/PG usage was on the tower at the time? I'll look into running some tests but I thought we got all the charter issues figured out a bit ago. Maybe there's some odd one still there.
As for updates, I hope to get some spare time this week to finish up the next update for release as I really want to get the Outpost update and user settings fixes out the door.
-FG |
Angellis Ketatsu
NeoCorteX Industry No value
0
|
Posted - 2011.11.04 07:49:00 -
[52] - Quote
in this version 5,1,6 there is a problem with sovereignty. At sovereignty 0 a script considers that sovereignty absents and expense of fuel much more.
sorry for translated google((( Webhost for skript http://zahostim.com |
Kismeteer
GoonWaffe Goonswarm Federation
23
|
Posted - 2011.11.07 16:38:00 -
[53] - Quote
http://www.eveonline.com/devblog.asp?a=blog&nbid=3029
All of this might be moot as everything is going to fuel blocks, so we'd need major changes to the system. It's all being hammered out still as well. I'd recommend everyone go read up on it.
I have no idea how we're going to sort out the 'half and half' thing with the number of towers we have. |
Frozen Guardian
Registered Amateur Mathematicians
22
|
Posted - 2011.11.07 18:21:00 -
[54] - Quote
Kismeteer wrote:http://www.eveonline.com/devblog.asp?a=blog&nbid=3029
All of this might be moot as everything is going to fuel blocks, so we'd need major changes to the system. It's all being hammered out still as well. I'd recommend everyone go read up on it.
I have no idea how we're going to sort out the 'half and half' thing with the number of towers we have.
Yeah this is going to be one interesting event. I can't believe such a change is happening but I've made note of it and I'm going to make 100% sure the support for fuel blocks will be ready before the change over downtime. |
Frozen Guardian
Registered Amateur Mathematicians
22
|
Posted - 2011.11.19 08:26:00 -
[55] - Quote
5.1.7 Released! Note it does have a new navigation so if you had a customized one it will most likely not work after this update. The new navi will be working towards an overhaul of the UI slowly but surely so it may get changed again in the future. Please let me know if you like or don't like something. This new navi gives back a lot more space compared to the links navi. Hopefully you all like the new changes.
Special thanks to Descention and Mjollnir Arcote with their fixes this release!
DB Update needed!
Version 5.1.6 to 5.1.7 Changes:
- Mailer updated to notice sov for required fuel column.
- Mailer updated to avoid duplicate mailings for admins and subadmins if they are also a fuel tech of a tower.
- User settings changes now happen immediately 100 percent of the time.
- New main navigation.
- Hyasyoda Mobile Laboratory added to the DB for use in the tracker.
- POS Track now shows the edit button to people with secret access to the towers like it should have.
- Some Unknown/Wormhold system DB fixes thanks to Descention.
- Outpost Track got quite the upgrade thanks to Mjollnir Arcote see the changes below.
- Specific user permissions for Outpost management added.
- Outpost Tracker listing UI more consistent with POS Tracker.
- Fixes permission checks on Outpost pages and actions.
- A new 'Desired Stock' calculation added to view outpost page. This is currently hard coded to 60 days
- Fixes POSMGMT->addstructure() so that it correctly adds a silo the same as addstructure.php. This method is used by the fit importer.
|
Roccus
PILGRIMS Insane Asylum
0
|
Posted - 2011.11.30 11:31:00 -
[56] - Quote
Thanks for making this POS Tracker \o/ |
White Aerosmith
State War Academy Caldari State
4
|
Posted - 2011.12.01 11:24:00 -
[57] - Quote
Roccus wrote:Thanks for making this POS Tracker \o/
ya tnx
Then are you going to rewrite Tracker for new pos fuel system? |
Kismeteer
GoonWaffe Goonswarm Federation
26
|
Posted - 2011.12.01 21:37:00 -
[58] - Quote
BTW, blocks still won't go in towers. Hooray CCP! So no idea when that is going to get added. |
Frozen Guardian
Registered Amateur Mathematicians
24
|
Posted - 2011.12.02 06:56:00 -
[59] - Quote
White Aerosmith wrote:Roccus wrote:Thanks for making this POS Tracker \o/ ya tnx Then are you going to rewrite Tracker for new pos fuel system?
Yes and in fact I already started a bit however I am awaiting CCP on sov question and being able to actually do a API pull from SiSi to see what the data looks like when the blocks are in the tower. I'm pretty sure it'll be pretty much the same as it is now but want to be sure. But progress is being made :)
On another note, if everyone who can please upgrade to 5.1.7 and let me know if you have issues. I got 2 responses of people who had issues but no real replies back on the matter for information/testing and so I want to make sure everything is okay before I go ahead with 5.1.8 and move to 5.2.0 for fuel blocks.
If you do the upgrade to 5.1.7 make sure to completely refresh your browser or clear your cache as the header is quite different now and may look weird the first time you go there. All the headings will be in a straight column. |
Draxunon
Stargate SG-1 Fatal Ascension
0
|
Posted - 2011.12.02 20:04:00 -
[60] - Quote
FG,
Not sure if you are continuing to receiving messages from users with issues running crontab with poscron.sh and receiving error "Fatal error: Call to undefined function ADONewConnection()"
After endless searching, trying all examples in previous posts and some dumb luck this is what worked for me.
My host only has PHP 5.3.5 installed in /usr/bin/php. Also located in the same directory is /php-cgi. After updating the poscron.sh to use /usr/bin/php-cgi I no longer receive the error.
I hope this helps.
Drax |
|
|
|
|
Pages: 1 [2] 3 4 5 6 :: one page |
First page | Previous page | Next page | Last page |