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

Rottw Adleweh
Posted - 2011.07.11 20:26:00 - [661]
 

I'm currently experiencing some problems with r1171. The wallet transactions don't seem to get fetched and I see this message in the logs:
Quote:
WARNING: Row has extra unknown fields (journalTransactionID) that will be ignored for corpWalletTransactions
File: /Library/Yapeal/class/YapealQueryBuilder.php(191)

Although to my interpretation of the message my transactions should still be written to the database.

Plus:
Quote:
WARNING: API connection error: Operation too slow. Less than 10 bytes/sec transfered the last 12 seconds
HTML error for API http://api.eveonline.com/eve/ConquerableStationList.xml.aspx
File: /Library/Yapeal/class/YapealNetworkConnection.php(93)

And finally very often:
Quote:
WARNING: API connection error: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol


Does anyone has an idea what the problem is and if it's fixable?

Johnathan Roark
Caldari
The Graduates
Morsus Mihi
Posted - 2011.07.11 22:49:00 - [662]
 

Originally by: Rottw Adleweh
I'm currently experiencing some problems with r1171. The wallet transactions don't seem to get fetched and I see this message in the logs:
Quote:
WARNING: Row has extra unknown fields (journalTransactionID) that will be ignored for corpWalletTransactions
File: /Library/Yapeal/class/YapealQueryBuilder.php(191)

Although to my interpretation of the message my transactions should still be written to the database.


ALTER TABLE `corpWalletTransactions` ADD `journalTransactionID` BIGINT( 20 ) NOT NULL DEFAULT '0'

Stealth addition to the api?

Originally by: Rottw Adleweh

Plus:
Quote:
WARNING: API connection error: Operation too slow. Less than 10 bytes/sec transfered the last 12 seconds
HTML error for API http://api.eveonline.com/eve/ConquerableStationList.xml.aspx
File: /Library/Yapeal/class/YapealNetworkConnection.php(93)

And finally very often:
Quote:
WARNING: API connection error: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol


Does anyone has an idea what the problem is and if it's fixable?



the first one means ccp server was being slow so yapeal gave up, the second one is, or at least I suspect, CCP load balances the API servers across several actual servers, and one of them has a broken ssl install. So unless you can fix ccp's servers, its not fixable, but normally it will correct itself.

Johnathan Roark
Caldari
The Graduates
Morsus Mihi
Posted - 2011.07.11 23:12:00 - [663]
 

Originally by: Fredrick Engly
Edited by: Fredrick Engly on 09/07/2011 16:33:42
Now getting
WARNING: Caching invalid API XML for char/WalletTransactions
File: /blah/class/YapealApiCache.php(177)

and
WARNING: Caching invalid API XML for corp/WalletTransactions
File: /blah/class/YapealApiCache.php(177)

Can send files if needed



xmllint --noout --schema WalletTransactions.xsd WalletTransactions.xml
run that command from a shell on the cached XML file.


I think its part of libxml on ubuntu, not sure about other distros

Dragonaire
Caldari
Corax.
PURgE Alliance
Posted - 2011.07.12 02:26:00 - [664]
 

Hi, it seems there was a change to the WalletTransactions API that wasn't in the notes Razz I've updated the cache/*/*.xsd, install/corp.xml and install.char.xml files to reflect the new journalTransactionID field. You'll need to update your database using install\createMySQLTables.php as per step 8 in INSTALL.txt.

I've added an updated cert file in config/eveonline.crt to see if that helps with the other APIs errors that people have been having.

revision 1175

Rottw Adleweh
Posted - 2011.07.12 19:59:00 - [665]
 

Edited by: Rottw Adleweh on 12/07/2011 20:03:10
Edited by: Rottw Adleweh on 12/07/2011 20:02:35
Originally by: Dragonaire
Hi, it seems there was a change to the WalletTransactions API that wasn't in the notes Razz I've updated the cache/*/*.xsd, install/corp.xml and install.char.xml files to reflect the new journalTransactionID field. You'll need to update your database using install\createMySQLTables.php as per step 8 in INSTALL.txt.

I've added an updated cert file in config/eveonline.crt to see if that helps with the other APIs errors that people have been having.

revision 1175

Confirming this works to fix the WalletTransaction stuff.

I do still get some (but much less than before) SSL errors.
And some of these:
Quote:
WARNING: API connection error: Operation too slow. Less than 10 bytes/sec transfered the last 12 seconds
HTML error for API http://api.eveonline.com/account/AccountStatus.xml.aspx
File: /Library/Yapeal/class/YapealNetworkConnection.php(93)


I know I have a slow connection, but not that slow ;)
I also find it interesting to see the http instead of https, I see them on several API calls including Characters and ServerStatus which are all in the /server or /account API calls, maybe that has something to do with it?


Oh and while running the install/createMySQLTables.php script I got this:
Quote:
Failed to execute schema for util
Not all files processed correctly

I'm not sure on the cause of it, but it happened to both of my instances of yapeal that I run, which both have their origin quite a few versions back.

Dragonaire
Caldari
Corax.
PURgE Alliance
Posted - 2011.07.13 14:48:00 - [666]
 

Quote:
I know I have a slow connection, but not that slow ;)
I also find it interesting to see the http instead of https, I see them on several API calls including Characters and ServerStatus which are all in the /server or /account API calls, maybe that has something to do with it?
Thank you for noticing that Yapeal was still using HTTP instead of HTTPS on some calls that seems to be the root cause of all the errors that everyone has been having Mad Seems I might need to take back some of the things I wrote about CPP and the even worse ones I'd been thinking Wink as it was an error in Yapeal after all Embarassed What was going on is because of Yapeal trying to use the same connection over and over again when it can but switching between HTTP then HTTPS or the other way around Yapeal was confusing the poor API servers I'm sure. Most the time they could adapt to the switch but once in a while either a packet gets drop while making switch some where on the Internet (UNKNOWN PROTOCOL) or they simple were busy enough they couldn't switch as fast as needed or were just plain confused (Operation too slow.)

As to how everything didn't get converted to HTTPS I'm guessing it happened during the merge of the branch where I was testing HTTPS into trunk or right after that when something got reverted when it shouldn't have been Rolling Eyes either way I know who did it (ME) and they have been beaten severely for it I can assure you Wink

Quote:
Failed to execute schema for util
Not all files processed correctly
Not sure why it does that, it sometimes happens to me too, but as long as DB and tables in util* get created it should be ok. If you want you can try running the cache/util.sql that is generated as well by script directly in MySQL just to make sure everything is all right. I believe in part I'm running up against some bug or limitation in ADOdb Data Dictionary. One reason a friend and I decided to branch the old project is to fix some know problems with it and try to add things to it to make it more useful for ourself in our other projects like Yapeal etc plus everyone else that might find it useful.

Anyway everyone please upgrade to revision 1176 and let me know if that fixes the problems with connections.

Rottw Adleweh
Posted - 2011.07.13 19:03:00 - [667]
 

Edited by: Rottw Adleweh on 13/07/2011 19:04:04
Sorry ... I didn't wanna make you look bad Embarassed

I'm running r1176 now for a few hours and no SSL errors poked up, so I believe it's completely fixed now.

Oh, and did I already say somewhere that you really rock for making yapeal?

Dragonaire
Caldari
Corax.
PURgE Alliance
Posted - 2011.07.13 21:35:00 - [668]
 

Not your fault I just missed it in all of my checking and no one else had noticed it. I know at one time I had changed all the APIs in trunk/ but somehow some of them reverted and I didn't catch it because I knew it had been changed Razz I'm just glad it's fixed now.

I'm glad you've found Yapeal useful and hopefully I'll have a chance soon to do some additions to it not just be in bug fix/maintenance mode.

Mintoko
Gallente
Taedium In Perpetuam
Posted - 2011.07.20 05:10:00 - [669]
 

Originally by: Dragonaire


Quote:
Failed to execute schema for util
Not all files processed correctly
Not sure why it does that, it sometimes happens to me too, but as long as DB and tables in util* get created it should be ok. If you want you can try running the cache/util.sql that is generated as well by script directly in MySQL just to make sure everything is all right. I believe in part I'm running up against some bug or limitation in ADOdb Data Dictionary. One reason a friend and I decided to branch the old project is to fix some know problems with it and try to add things to it to make it more useful for ourself in our other projects like Yapeal etc plus everyone else that might find it useful.

Anyway everyone please upgrade to revision 1176 and let me know if that fixes the problems with connections.


Previous revisions were giving me random multiple table creation failures. The latest revision only had one, char.xml. After attempting to run the tables with the cached SQL file, mysql reported the following:

Error Code: 1071. Specified key was too long; max key length is 767 bytes

CREATE TABLE yap_charAttributeEnhancers (
`ownerID` BIGINT(20) UNSIGNED NOT NULL,
`augmentatorName` VARCHAR(255) NOT NULL,
`augmentatorValue` TINYINT(2) UNSIGNED NOT NULL,
`bonusName` VARCHAR(255) NOT NULL,
PRIMARY KEY (`ownerID`, `bonusName`)
) ENGINE = InnoDB COLLATE = utf8_unicode_ci


I remember reading something about differences in key length between InnoDB and MyISAM, so I switched the engine and ran the query again with success.

Dragonaire
Caldari
Corax.
PURgE Alliance
Posted - 2011.07.22 15:16:00 - [670]
 

Think I know why you're getting that error and it has to do with bonusName length being 255 and using UTF-8 collate. I'll look into fix for it but something you can do manually is just convert it to ASCII as none of the current API use any characters outside that range.

Here's a link describing the problem http://bugs.mysql.com/bug.php?id=4541
I might have notice this sooner but I've been trying out http://mariadb.org/ and http://www.tokutek.com/ and not running the standard MySQL version and they seem to have already fixed that bug.

Zeta Zhul
Caldari
Preemptive Paranoia
Posted - 2011.07.27 03:25:00 - [671]
 

Edited by: Zeta Zhul on 27/07/2011 03:52:20
Does anybody have a master list of the API names that should go into the yapeal.utilregistereduser.activeAPI?

And the yapeal.utilregisteredcharacter.activeAPI?

And the yapeal.utilregisteredcorporation.activeAPI?

Do I have to populate the yapeal.utilregisteredcharacter table manually?

Sorry but the documentation doesn't actually contain any instructions on that and now I'm going through the 22 pages of comments in this thread trying to see if anything is mentioned here. I checked the wiki; nothing. Checked the blog; nothing. So any help would be greatly appreciated.

edit:

Here are some I'm trying to see if they do anything in the various activeAPI columns:

utilregistereduser: Characters AccountStatus

utilregisteredcharacter: AccountBalance AssetList CharacterSheet MarketOrders SkillInTraining SkillQueue WalletJournal WalletTransactions

utilregisteredcorporation: AccountBalance AssetList CorporationSheet MarketOrders WalletJournal WalletTransactions

Any help greatly appreciated because so far it pretty much doesn't do anything right now.

Dragonaire
Caldari
Corax.
PURgE Alliance
Posted - 2011.07.27 04:48:00 - [672]
 

Simple way to know is look at which APIs have classes in class/api/ but you seem to have missed some info while looking at the wiki as well. I know it might be a little hard to find one named APIList but that was the best I could come up with sorry. Here's a link for you http://code.google.com/p/yapeal/wiki/APIList it might be a little out of date a few more probably work now but like I said take a look in class/api/ and it should give you a better idea. While you're looking at the wiki you might also try looking at the couple featured page called KeyFiles and UsingClassUtilClasses and you should be able to figure out why you may not be getting anything in your tables but just a couple hints here for you check your isActive columns in all the utilRegistered* tables and make sure the APIs are listed in utilSections as well. If that doesn't get you on the right track sent me an E-mail at my G-mail account which you can find from the website and I'll be more than happy to help you further.

Zeta Zhul
Caldari
Preemptive Paranoia
Posted - 2011.07.27 16:24:00 - [673]
 

Originally by: Dragonaire
Simple way to know is look at which APIs have classes in class/api/ but you seem to have missed some info while looking at the wiki as well. I know it might be a little hard to find one named APIList but that was the best I could come up with sorry. Here's a link for you http://code.google.com/p/yapeal/wiki/APIList it might be a little out of date a few more probably work now but like I said take a look in class/api/ and it should give you a better idea. While you're looking at the wiki you might also try looking at the couple featured page called KeyFiles and UsingClassUtilClasses and you should be able to figure out why you may not be getting anything in your tables but just a couple hints here for you check your isActive columns in all the utilRegistered* tables and make sure the APIs are listed in utilSections as well. If that doesn't get you on the right track sent me an E-mail at my G-mail account which you can find from the website and I'll be more than happy to help you further.


1. First off thanks for the quick reply and thank you for the work you've done on this package. The following are not criticisms. Believe me if I were in this to criticize it wouldn't be hard to tell. Very Happy

This is more of a "how the heck did I get there" sort of thing. Might make things easier at a later point.

2. I looked at utilsections but discounted it since the 'section' column didn't have a 1-1 correspondence with the utilRegistered* tables. e.g. there is a utilRegisteredUser table but not a utilRegisteredAccount. I was also curious about the presence of the 'isActive' column there but couldn't figure out why you'd need an 'isActive' column in each of the utilRegistered* tables and in the utilSection table.

3. I looked at the wiki.APIList page but discounted that since there wasn't any reference to utilRegisteredUser table (as an example) a single reference to 'account/' api (which I thought was a reference to a php script) and it only listed "Characters" and didn't list "AccountStatus".

Additionally there were other discrepancies in the api listed: (bolded are missing from the wiki page)

A. account = "AccountStatus Characters"

B. char = "AccountBalance AssetList CharacterSheet ContactList ContactNotifications IndustryJobs KillLog MailingLists MailMessages MarketOrders Notifications Research SkillInTraining SkillQueue Standings WalletJournal WalletTransactions"

C. corp = "AccountBalance AssetList ContactList CorporationSheet ContainerLog IndustryJobs KillLog MarketOrders Medals MemberMedals MemberTracking OutpostList Standings StarbaseList StarbaseDetail WalletJournal WalletTransactions"

D. eve = "AllianceList ConquerableStationList ErrorList RefTypes"

E. map = "FacWarSystems Kills Jumps Sovereignty"

F. server = "ServerStatus"

G. yapeal = "CachedUntil Config RegisteredCharacter RegisteredCorporation RegisteredUser"

IMO 'yapeal' part of the APIList wiki page really kind of confused me because when I thought perhaps this page listed the data that was supposed to go into the activeAPI columns ... I couldn't figure out how or where the list for 'yapeal' was supposed to go.

...

Looking back I understand the design strategy but I have to say that trying to find the list of activeAPI data was probably the most frustrating thing imaginable.

Callean Drevus
Caldari
Icosahedron Crafts and Shipping
Silent Infinity
Posted - 2011.07.27 17:22:00 - [674]
 

Edited by: Callean Drevus on 27/07/2011 17:21:57
Well, the whole yapeal installation/activation procedure is kinda esoteric but when you have finally succeeded, it works almost perfectly (I'm still getting a lot of errors, but everything is updated, so... meh) Smile though it might be a good idea if one of us actually wrote up a installation procedure that others could follow Rolling Eyes

Dragonaire
Caldari
Corax.
PURgE Alliance
Posted - 2011.07.27 20:53:00 - [675]
 

I had at least 5 people say they are going to write some install and setup instruction and I've only ever got a few step of it from them each time and I'm not good at writing that kind of docs I'm sorry. I see Yapeal from a much different way since I'm writing the code than someone just trying to use it. I've tried it myself and it never really seems to be very useful for people. I will highlight one more wiki page I missed before which may help clue you in on how everything in util* work together. UtilDatabaseTableDependences

The best way to think of it is everything in util* tables is used for admin of the actual API tables. As to the API and user thing that was because with the old API system the keys belonged to the account/User and since it was the UserID and APikeys Yapeal needed to get the data from the API server the table got name after that. I want to let people have control over which of the account API Yapeal would retrieve so to make it similar to the other utilRegistered* tables I added the stuff there. I'll let you read the wiki page and I think you'll understand better how the tables work together.

Zeta Zhul
Caldari
Preemptive Paranoia
Posted - 2011.07.28 02:51:00 - [676]
 

Hey there!

1. Hey I understand completely. This is the reason why it's really tough for a programmer to test a project because you know how works inside and out. And this isn't a criticism because if it were then I'd be just as guilty 50 times over.

2. IMO I'd just go ahead and pick a wiki page and then just list the api codes and the utilRegistered* table they belong to.

-or-

3. Modify the database creation step to add a single record to each of the utilRegistered* tables with the isActive column set to 0 (false) and a note that these are examples only.

Otherwise once it's all set up it works pretty nice. Thanks again!

Dragonaire
Caldari
Corax.
PURgE Alliance
Posted - 2011.07.28 04:09:00 - [677]
 

Actually the util* tables are going to be undergoing some changed because of the new custom API key system that CCP is rolling out in just over a month so I'm having to do some large changes in Yapeal and I'm hoping to normalize the tables while I'm at it so I'll be revisiting all the docs when that happens.

Rex Golden
Posted - 2011.08.01 03:32:00 - [678]
 

Edited by: Rex Golden on 01/08/2011 03:33:47
nice tool :P

Dragonaire
Caldari
Corax.
PURgE Alliance
Posted - 2011.08.01 16:35:00 - [679]
 

Thanks Rex Golden glad you like it.

Ok decided I'd update everyone on what's going on with Yapeal with the new custom keys stuff coming out sometime around the end of the month. I start working on the conversion when CCP Stillman announced the time frame etc in the Customizable API key update thread. Some parts of it are still in flux and it is a big change but after taking some time to understand it and make a few suggestions on changes to them I started working on the new tables and code to work with the new keys. I have a branch going with some working code in it but be warned its very much ALPHA and there's no documentation on how things work but account, eve, map, server APIs do seem to be working right now. For anyone that wants to try it and is okay with code that can crash without warning and take your data with it while having the possibly of your computer giving birth to strange things like hamsters Twisted Evil here's a few pointers.
  • The utilAccessMask table is the key to new activeAPIMask column that has replaced activeAPI in the util* tables.
  • The utilRegisteredKey table is your new best friend.
  • Yapeal has totally forgot what a userID, fullAPIKey, limitAPIKey is for.
  • Try using this for proxy in utilSections table: https://apitest.eveonline.com/%section$s/%api$s.xml.aspx

I'm sure there's more I could add but that should be enough for anyone that really should be trying out the new code as it now works. One last warning for anyone that hasn't thought of it. DO NOT TRY UPDATING EXIST DATABASE TO WORK WITH NEW BRANCH. First it'll probably not work and second to will totally trash your existing data. Use a new database to try it out with and make sure you change the settings in config/yapeal.ini so as not to interfere with any production version you may have on the same server.

As usual report any bugs here or preferably through issues on website.

Callean Drevus
Caldari
Icosahedron Crafts and Shipping
Silent Infinity
Posted - 2011.08.07 10:41:00 - [680]
 

Edited by: Callean Drevus on 07/08/2011 10:42:04
Can I ask whether you will handle the issue where charMarketOrders are now forever open? I know this is a problem that CCP introduced, but it's still something that's been bothering me for a while.

Or will you just wait till CCP releases a fix, so you'll not have to do the same work twice?

I'm only asking you this because I'm kinda lazy. I'd fix it myself and submit the fix to you, but something tells me that you'd be able to do it about 10 times faster ;)

Dragonaire
Caldari
Corax.
PURgE Alliance
Posted - 2011.08.07 15:30:00 - [681]
 

Until after the conversion to custom keys is done and on Tranquility and any bugs from conversion in Yapeal are worked out I don't plan on doing anything else. As you said CCP is working on a fix which hopefully is include before or with custom keys so it's going to stay in wait and see mode for now. If they hold to the stated time-line we'll only have a little over 3 weeks before custom keys is out.

Callean Drevus
Caldari
Icosahedron Crafts and Shipping
Silent Infinity
Posted - 2011.08.07 21:56:00 - [682]
 

Ok, thanks for the info :) have made a very ugly but working solution for now.

Hope to see awesome customizable keys ^^

Dragonaire
Caldari
Corax.
PURgE Alliance
Posted - 2011.08.15 05:33:00 - [683]
 

Ok thought it was time for a little update on the progress I've made on conversion to custom keys. There is an ALPHA branch that is ready for anyone that is willing to try it available in branches/keys/. I've also upload archives to SourceForge as well in downloads under keys/. It's by no means ready for production server but it's unlikely to cause your server to have hamsters now Twisted Evil I haven't really updated to much of the docs to reflect changes so plan on puzzling over the DB util* tables for a while to understand them and reading through the code a bit as I've tried to comment it as I've made changes.
What ever you do DON'T TRY TO UPDATE AN EXISTING DATABASE USING install/createMySQLTables.php as it'll die in a VERY nasty way and probably that your data with it.
Use a new database on a test server to try this branch with. IF you have to use the same server as your main server that is running trunk/ make sure to have good backups just in case you forgot to configure something right and it gets clobbered.

That's it for now if you give it a try please report any bugs or errors you find on issue tracker from Google Code or here if you can't.

revision 1187

Zaine Maltis
Innsmouth Enterprises
Posted - 2011.08.19 20:32:00 - [684]
 

Edited by: Zaine Maltis on 19/08/2011 20:33:32
Yo, this looks pretty sweet. I've had a browse of your documentation and it seems like this doesn't support https://api.eveonline.com/char/UpcomingCalendarEvents.xml.aspx yet?

Am I just blind? If not, are you planning to add it?


Johnathan Roark
Caldari
The Graduates
Morsus Mihi
Posted - 2011.08.20 02:48:00 - [685]
 

Originally by: Zaine Maltis
Edited by: Zaine Maltis on 19/08/2011 20:33:32
Yo, this looks pretty sweet. I've had a browse of your documentation and it seems like this doesn't support https://api.eveonline.com/char/UpcomingCalendarEvents.xml.aspx yet?

Am I just blind? If not, are you planning to add it?




That one looks like it wouldn't be too hard to add, its counterpart, tad more of a challenge. Atm I'm working on adding contracts. Dragonaire suckered me into it. Evil or Very Mad

Dragonaire
Caldari
Corax.
PURgE Alliance
Posted - 2011.08.20 04:20:00 - [686]
 

Quote:
That one looks like it wouldn't be too hard to add, its counterpart, tad more of a challenge. Atm I'm working on adding contracts. Dragonaire suckered me into it.
Your idea to help plus it's been 3 different APIs you said you do before you finally did one before I give up on you doing it RazzLaughing

Johnathan Roark
Caldari
The Graduates
Morsus Mihi
Posted - 2011.08.20 04:23:00 - [687]
 

Originally by: Dragonaire
Quote:
That one looks like it wouldn't be too hard to add, its counterpart, tad more of a challenge. Atm I'm working on adding contracts. Dragonaire suckered me into it.
Your idea to help plus it's been 3 different APIs you said you do before you finally did one before I give up on you doing it RazzLaughing


I never established a timeline for those! And you tired to sucker me into those ones as well.

Dragonaire
Caldari
Corax.
PURgE Alliance
Posted - 2011.08.20 04:26:00 - [688]
 

Originally by: Johnathan Roark
Originally by: Dragonaire
Quote:
That one looks like it wouldn't be too hard to add, its counterpart, tad more of a challenge. Atm I'm working on adding contracts. Dragonaire suckered me into it.
Your idea to help plus it's been 3 different APIs you said you do before you finally did one before I give up on you doing it RazzLaughing


I never established a timeline for those! And you tired to sucker me into those ones as well.
was your idea to add them Wink

Dragonaire
Caldari
Corax.
PURgE Alliance
Posted - 2011.08.20 19:43:00 - [689]
 

Edited by: Dragonaire on 20/08/2011 22:35:24
Edited by: Dragonaire on 20/08/2011 20:17:39
Hi all just thought I'd put out an invitation out for any application developers that use Yapeal to join a chat channel where you can get some help on conversion to custom keys update. Others are welcome as well but things might not be as useful if you use another API library.

Server type: jabber (xmpp)
Room: evephp
Server: conference.eve-corporate.net
Password:
No password for now.

I'd like to thank Johnathan Roark for letting us use his server for this.
Someone also reminded me to let you know it's jabber (xmpp) server sorry about that.
Here's a link that might work for you too.
evephp

Dragonaire
Caldari
Corax.
PURgE Alliance
Posted - 2011.08.25 05:02:00 - [690]
 

Ok I'd like to see Yapeal get some more testing before things go live so I'd like to invite anyone that is interested in helping out to try out the keys branch from SVN or in the downloads on SourceForge and give feedback on any problems or errors.

I'll try to do some kind of quick guide to things that are different and how to use it with SISI test API server in next day or two as well but I'd really like anyone that has used Yapeal in the recent past or never to let me know where you get lost in trying to use it so I can try to cover anything I might not think of on my own.

Make sure to check out the latest Yapeal blog as well at Peeling Yapeal for some info that you might find interesting and helpful. Sorry about the formating I did it in a hurry and don't have time to fix it right now Sad You'll find a couple new APIs and there's a couple more being worked on as well that should be added very soon Smile


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