open All Channels
seplocked EVE Technology Lab
blankseplocked Yapeal PHP API library (revision 1203 branches/keys/)
 
This thread is older than 90 days and has been locked due to inactivity.


 
Pages: first : previous : ... 16 17 18 19 20 [21] 22 23 24 : last (24)

Author Topic

Elojs
Gallente
Corp 42
Posted - 2011.01.15 23:21:00 - [601]
 

I'm trying to integrate Yapeal with a CMS (Drupal) for a website. To that end, might it be possible to implement an install option for a table prefix for the Yapeal tables? That way, those of us limited to a single MySQL database on a server could still use the package, in conjunction with a CMS, the killboard, etc. all-in-one. Just my .02 .

As a glutton for punishment, I'm setting up the dev env for my work on a Windows machine, under WAMP. The CMS has a cron work alike, so that'll be covered.

Great job, it seems to be coming along very well. Very Happy

Elojs

Dragonaire
Caldari
Corax.
PURgE Alliance
Posted - 2011.01.15 23:39:00 - [602]
 

; Prefix to be added to all database table names. (required)

; Added for people that can only have one database where they are hosted.

table_prefix=""

You can find that setting in config/yapeal.ini it was made to be used just for what you are describing its also an optional parameter for the install/createMySQLTables.php script

Hostname Username Password Database are required in install/createMySQLTables.php
TablePrefix and XMLfile(s) are optional
If XMLfile(s) is a list it needs to be inside quotes

Elojs
Gallente
Corp 42
Posted - 2011.01.16 07:45:00 - [603]
 

Yeah, thanks! *do'oh*

<head slap>Embarassed

Elojs

Elojs
Gallente
Corp 42
Posted - 2011.01.16 14:23:00 - [604]
 

Edited by: Elojs on 16/01/2011 14:25:07
In reading the past years worth of posts in this thread, I decided to attempt to install the alpha branch of the vcs system, as well as the trunk. They are all in different directories. The trunk works well, though I'm still puzzling out the interrelationships with the util tables.

The alpha install has the separate database up, tables created, and 1 user added with userID, partialAPI, fullAPI, isActive=1.

Upon executing:

php -f yapeal.php

from the command line, I immediately get about 3 screens of error handler output.

The traceback yields the following:

#0 YapealErrorHandler->handleError() called at [C:\yapealAlpha\yapeal\class\Yap
ealErrorHandler.php:101]
#1 YapealErrorHandler::handle(256, No section classes were found check path set
ting, C:\yapealAlpha\yapeal\yapeal.php, 99, Array ([GLOBALS] => Array ( *RECURSI
ON*,[argv] => Array ([0] => yapeal.php),[argc] => 1,[_POST] => Array (),[_GET] =
> Array (),[_COOKIE] => Array (),[_FILES] => Array (),[_SERVER] => Array ([ALLUS
...
> smtp,[13] => smtps,[14] => telnet,[15] => tftp)),[user_agent] => Yapeal/1131 a
lpha (WINNT i586) libcurl/7.20.0,[sectionList] => Array ()))
#2 trigger_error(No section classes were found check path setting, 256) called
at [C:\yapealAlpha\yapeal\yapeal.php:99]
[2011-01-16 14:10:28.287]
ERROR: No section classes were found check path setting
File: C:\yapealAlpha\yapeal\yapeal.php(99)

This repeats a second time. The log files yield:
The same thing but only once.

Are there environment variables I need to set? I can't seem to find anything but conflicting information as the documentation appears scattered all over the version maps of prior releases.

When it works, it works well, but it's an absolute bear to setup. I had an easier time setting up Linux under Slackware 20 years ago. Laughing

If/when I figure out the package well enough, I'd volunteer to submit some documentation, if you're interested.

Elojs


Dragonaire
Caldari
Corax.
PURgE Alliance
Posted - 2011.01.17 07:19:00 - [605]
 

There's been a bug fix done in trunk/ that hasn't made it yet into alpha is why you have the errors. Copying class/FilterFileFinder.php from your trunk/ install into the alpha one should fix it.

For the best install instructions use the ones you'll find in INSTALL.txt as they work with Yapeal in it's current revision including all the branches though some of them may show a few more errors and their output can be a little different.

Elojs
Gallente
Corp 42
Posted - 2011.01.17 08:00:00 - [606]
 

Edited by: Elojs on 17/01/2011 13:27:24
That fixed it.

I don't use SVN, much prefer Git.

Until I can figure out how to clone your SF tree *done*, I'm stuck importing and hoping for the best. Ah, well.

Thanks for the tip.

Elojs

Elojs
Gallente
Corp 42
Posted - 2011.01.17 20:27:00 - [607]
 

Edited by: Elojs on 17/01/2011 21:18:39
There appears to be something wrong with your SVN tree. I cannot clone beyond r816, which leaves no files, and when I pull from that point, nothing is updated. If possible, can a dev branch be created, or the current codebase from 1.0.0 be set as its own HEAD?

*edit* I've got it pulling again, now on r888 and continuing. (I hope.)

Thanks in advance,
Elojs

Dragonaire
Caldari
Corax.
PURgE Alliance
Posted - 2011.01.19 12:54:00 - [608]
 

I've put out what I believe is a fix in trunk/ for issue 65 and related problems people have been having.
If you had the following errors please give it a try and let me know if this fixes it for you.
ERROR: No section classes were found check path setting
PHP Fatal error: Class 'FilesystemIterator' not found in ... on line 86

revision 1140

Kalrand
GoonWaffe
Goonswarm Federation
Posted - 2011.01.20 04:42:00 - [609]
 

I've been poking around for a little while now, and something that confused me early on was the install/addTestCharacter.php and install/addTestCorporation.php files.

They wouldn't work for me, largely because I had no idea what XML files they were expecting. I ended up making my own largely modeled off the addTestUser.php file.

Did I miss something? What should have gone there?

Akov Stohs
Windowlickers Inc
Posted - 2011.01.20 04:56:00 - [610]
 

Edited by: Akov Stohs on 20/01/2011 05:06:13
Edited by: Akov Stohs on 20/01/2011 04:59:26
fresh check out and install received this error on run


[20-Jan-2011 04:49:29] PHP Fatal error: Class 'FilesystemIterator' not found in /some/path/yapeal/class/FilterFileFinder.php on line 86

lamp system btw


Just saw the bug report....

http://code.google.com/p/yapeal/issues/detail?id=65&colspec=ID%20Type%20Status%20Stars%20Priority%20Milestone%20Owner%20Summary

Dragonaire
Caldari
Corax.
PURgE Alliance
Posted - 2011.01.20 05:14:00 - [611]
 

Those scripts expect the same XML you'd get from the API for accountCharacters. They were made to be used with the installer I had been using which could grab one simple API like that then pass it off to them to work with. They also need updated now to work with changes I made that moved graphics over to new table.

Akov Stohs
Windowlickers Inc
Posted - 2011.01.20 05:27:00 - [612]
 

Originally by: Akov Stohs

Just saw the Bug Report


I'm not a programmer but a little digging turned up RecursiveDirectoryIterator as the predecessor to FilesystemIterator, not sure if that helps at all.

Kalrand
GoonWaffe
Goonswarm Federation
Posted - 2011.01.20 06:34:00 - [613]
 

Originally by: Dragonaire
Those scripts expect the same XML you'd get from the API for accountCharacters. They were made to be used with the installer I had been using which could grab one simple API like that then pass it off to them to work with. They also need updated now to work with changes I made that moved graphics over to new table.


Thanks, I assumed it had to be something like that.

Johnathan Roark
Caldari
The Graduates
Morsus Mihi
Posted - 2011.01.20 19:21:00 - [614]
 

Originally by: Kalrand
Originally by: Dragonaire
Those scripts expect the same XML you'd get from the API for accountCharacters. They were made to be used with the installer I had been using which could grab one simple API like that then pass it off to them to work with. They also need updated now to work with changes I made that moved graphics over to new table.


Thanks, I assumed it had to be something like that.



I used Pheal to grab character data and then used yapeals built in classes for adding them to the util* tables

Dragonaire
Caldari
Corax.
PURgE Alliance
Posted - 2011.01.21 04:55:00 - [615]
 

Yeah they re-parented some of the classes/extensions in SPL so I'm going to have to keep working on it until it works with old versions and the new of PHP Razz

For any of you that haven't seen the other threads about WalletJournal they made some changes that have in effect disabled walking in Yapeal so I'll be looking into updating it in char and corp and I'm sure the same change was done to WalletTransactions as well.

Cyril
Hounds Of War
Intergalactic Exports Group
Posted - 2011.01.22 14:11:00 - [616]
 

Any eta on a fix for the older versions of php? I just updated trunk. If not I guess I'll roll back a few builds. I have also contacted my hosting company to see if they can update to 5.3.

Cyril
Hounds Of War
Intergalactic Exports Group
Posted - 2011.01.22 17:22:00 - [617]
 

Ok I think I have a work around for now... It isn't exactly pretty code and can't test it as my hosing box can't connect to the API server right now, due to some type of routing problem. Here is my diff if anyone wants to test it out.

Index: FilterFileFinder.php
===================================================================
--- FilterFileFinder.php (revision 1141)
+++ FilterFileFinder.php (working copy)
@@ -81,13 +81,22 @@
$this->match = $match;
$this->type = $type;
$this->piece = $piece;
- $flat = new RecursiveIteratorIterator(new RecursiveDirectoryIterator($path));
- // Set flags to know working settings.
- $flags = FilesystemIterator::CURRENT_AS_FILEINFO
- | FilesystemIterator::KEY_AS_PATHNAME | FilesystemIterator::SKIP_DOTS
- | FilesystemIterator::UNIX_PATHS;
- $flat->setFlags($flags);
- parent::__construct($flat);
+ if (!defined('PHP_VERSION_ID')) {
+ $version = explode('.', PHP_VERSION);
+ define('PHP_VERSION_ID', ($version[0] * 10000 + $version[1] * 100 + $version[2]));
+ }
+ if (PHP_VERSION_ID >= 50300){
+ $flat = new RecursiveIteratorIterator(new RecursiveDirectoryIterator($path));
+ // Set flags to know working settings.
+ $flags = FilesystemIterator::CURRENT_AS_FILEINFO
+ | FilesystemIterator::KEY_AS_PATHNAME | FilesystemIterator::SKIP_DOTS
+ | FilesystemIterator::UNIX_PATHS;
+ $flat->setFlags($flags);
+ parent::__construct($flat);
+ } else {
+ $flags = 0 | 0 | 4096 | 8192;
+ parent::__construct(new RecursiveIteratorIterator(new RecursiveDirectoryIterator($path, $flags)));
+ }
}// function constructor
/**
* Required method to make filter work.


Dragonaire
Caldari
Corax.
PURgE Alliance
Posted - 2011.01.23 07:05:00 - [618]
 

Or better yet try getting revision 1143 with the fix. I didn't actually get fixed put into svn before somehow Embarassed

BTW Cyril you fix breaks in the old version of PHP because the class and constants don't exist in older versions of PHP. it fails on $flags = FilesystemIterator::CURRENT_AS_FILEINFO line because of that like I posted in issue 66.

Dragonaire
Caldari
Corax.
PURgE Alliance
Posted - 2011.01.25 11:13:00 - [619]
 

Just found a nasty little bug in Yapeal dealing with caching for corp APIs not working right. Everyone should update to revision 1146 on trunk/. If you are trying to use one of the branches try running a diff on class/SectionCorp.php to see what you'll need to change. I've been working on updates for all the changes in the APIs since Incursion and hope to have some of it out soon. I want to at least have everything work right again then I'll worry about adding some of the new APIs.

revision 1146

Somerset Mahm
Somer's Omnibus Exploration and Reclamation
Cognitive Distortion
Posted - 2011.01.25 17:40:00 - [620]
 

Edited by: Somerset Mahm on 25/01/2011 18:15:31
After updating I'm getting hangs on updating corpWalletJournal. Yapeal never finishes running and cuts off after MAX_EXECUTION_TIME.

I know it's corpWalletJournal because the other ones are updating fine, and if I turn corpWalletJournal off I get no hangs.

Edit: wait, you haven't merged in the Incursion branch yet have you. Manual merge!

Dragonaire
Caldari
Corax.
PURgE Alliance
Posted - 2011.01.26 01:20:00 - [621]
 

Yeah I'm still doing a little testing on some of the incursion stuff but I'm planning on merging some of it very soon. I need to finish some of it up plus I want to see if there's going to be anything in the patch Thursday that needs to be handled. After I get a chance to look at the patch notes I'll decide when to go ahead.

Elojs
Gallente
Corp 42
Posted - 2011.01.26 20:53:00 - [622]
 

With the recent announcement of the API moving to HTTPS: protocol, I was wondering what changes that will necessitate in Yapeal?

I'm assuming that some SSH library will become a needed component, but is there anything else?

Elojs

Dragonaire
Caldari
Corax.
PURgE Alliance
Posted - 2011.01.27 04:42:00 - [623]
 

Actually should just take a few setting changes since it ends up using cURL for all network traffic and cURL supports HTTPS already. I was trying to make some changes to let Yapeal use php sockets directly etc since some people don't have option to use cURL but never really got to far on it. I've never seen a real need to use HTTPS like most developers I'll end adding it if users ask for it I'm sure but as much as most people think everything in the APIs is of vast importance the reality is that ever most Eve players don't care, let alone someone else out side of Eve about how many corpses you're hiding in you hanger Wink.

Somerset Mahm
Somer's Omnibus Exploration and Reclamation
Cognitive Distortion
Posted - 2011.01.27 06:54:00 - [624]
 

You will need to add it; they'll be turning off non HTTPS access :P

Fredrick Engly
RaVal Thyokill Industies Inc.
Intergalactic Exports Group
Posted - 2011.01.28 02:45:00 - [625]
 

Edited by: Fredrick Engly on 28/01/2011 03:02:25
Get this whenever I run yapeal.php

Fatal error: Class 'FilesystemIterator' not found in /home/silmar/webapps/insyapeal/class/FilterFileFinder.php on line 86.

Tried downloading the latest SVN and same thing



Dragonaire
Caldari
Corax.
PURgE Alliance
Posted - 2011.01.28 04:01:00 - [626]
 

Edited by: Dragonaire on 29/01/2011 05:51:07
Fredrick Engly - If your line 86 doesn't look like this you aren't up to date:
if (defined('FilesystemIterator::UNIX_PATHS')) {


Also make sure you are using trunk/ as that fix has not been done on any of the branches yet. make sure you're at revision 1147 for the SVN as that's the current. Let me know if you're still having problem after check those things and I'll look into it some more.

Akov Stohs
Windowlickers Inc
Posted - 2011.01.28 18:15:00 - [627]
 

Originally by: Akov Stohs
Edited by: Akov Stohs on 20/01/2011 05:06:13
Edited by: Akov Stohs on 20/01/2011 04:59:26
fresh check out and install received this error on run


[20-Jan-2011 04:49:29] PHP Fatal error: Class 'FilesystemIterator' not found in /some/path/yapeal/class/FilterFileFinder.php on line 86

lamp system btw


Just saw the bug report....

http://code.google.com/p/yapeal/issues/detail?id=65&colspec=ID%20Type%20Status%20Stars%20Priority%20Milestone%20Owner%20Summary


Will say this bug fix also resolved the problem for me.

No La
Greased Lightning Engineering
Posted - 2011.02.04 21:04:00 - [628]
 

I keep getting the following error when retrieving walletTransactions:

Quote:
[2011-02-04 20:56:43.861]
WARNING: Caching invalid API XML for char/WalletTransactions
File: /opt/yapeal/class/YapealApiCache.php(174)


walletJournal updates just fine.

I've tried both svn and trunk versions.

Has this got anything to do with the messed up cachedUntil value in the downloaded xml file (15 minutes instead of 1 hour) for the walletTransactions api?

No La

Dragonaire
Caldari
Corax.
PURgE Alliance
Posted - 2011.02.05 20:36:00 - [629]
 

The cachedUntil date/time doesn't matter to Yapeal so it isn't that as long as it's in the correct format YYYY-MM-DD HH:MM:SS just like all the other dates except a few CCP also using empty strings in Mad Best thing to do when you start getting a lot of errors with an API like that is to check out the actual result sent and cached in either the files (cache/char/WlletTransactions*.xml) or utilXMLCache table depending on which you are using (or both). If it looks right then it's something else if not delete cached XML from both locations.

Do look at the times and make sure Yapeal hasn't got stuck and keeps trying to use an old one. There is a bug I haven't fully tracked down where it somehow get's hung up on the old XMLs and won't grab them again from API at times. It is rare but I've noticed it a few times during testing. It always seems to recover once both caches are cleared for the API. It maybe related to the bug reported in issue 67 which I think I have a fix for now and hope to get out for testing this weekend.

It could also be related to another bug I found a few days ago having to do with how the hash was calculated that is used in the cache files names and database table which could cause some APIs to overwrite other APIs cache files and use the wrong cachedUntil times as well.

I will be updating the SVN and archives with fixes for both later today so they can be tested.

No La
Greased Lightning Engineering
Posted - 2011.02.06 16:13:00 - [630]
 

I grabbed the latest svn, and now it works Very Happy


Pages: first : previous : ... 16 17 18 19 20 [21] 22 23 24 : last (24)

This thread is older than 90 days and has been locked due to inactivity.


 


The new forums are live

Please adjust your bookmarks to https://forums.eveonline.com

These forums are archived and read-only