Pages: 1 [2] :: one page |
|
Author |
Thread Statistics | Show CCP posts - 1 post(s) |
Aineko Macx
327
|
Posted - 2015.01.20 20:45:55 -
[31] - Quote
Version 2.3 released.
Moderate changes this time, notably Redis caching support via Predis, and a Starbase (as in control tower) class for fuel consumption calculation.
IveeCrestGäó is still in development, but a small goodie is this single file webscript that allows you to get a CREST refresh token for your app: https://gist.github.com/aineko-m/15121de81feee5a66b56#file-getrefreshtoken-php
iveeCore: The PHP library for industrial activities
|
Aineko Macx
345
|
Posted - 2015.04.09 08:06:49 -
[32] - Quote
Version 2.4 released.
In a nutshell: - Adapted to Scylla - Removed Teams - Replaced Redis support based on Predis with php-redis - Refactoring of the cache design in preparation of the merging with iveeCrest.
iveeCrest: A PHP library for CREST || iveeCore: The PHP engine for industrial activities
|
Aineko Macx
346
|
Posted - 2015.05.15 16:58:32 -
[33] - Quote
Version 2.4.1
- Adapted to Mosaic release. - Added Composer/Packagist support, courtesy of Talos Katuma. - Fixed a floating point precision issue that could make industrial activities use too much materials.
Version 2.5
- Refactoring to remove Defaults by extending IndustryModifier with new functionality and adding CharacterModifier and BlueprintModifier. CharacterModifier allows for lookup of skills, time and implant factors, standings, taxes and efficiencies based on skills and standings. BlueprintModifier is used for blueprint research level lookup. These are now used throughout the code, making for a cleaner and more flexible API. Developers will likely want to customize those by extending them or implementing the appropriate interface. - Basic support for player built outposts and conquerable NPC stations. - DoctrineCacheWrapper, courtesy of Talos Katuma. - Replaced the AssemblyLine SQL additions for blueprint compatibility with logic in code. - Fixed cache invalidation. - Fixed multi-key cache invalidation under HHVM or memcached extension below version 2.0.0.
iveeCrest: A PHP library for CREST || iveeCore: The PHP engine for industrial activities
|
Aineko Macx
348
|
Posted - 2015.07.27 17:00:03 -
[34] - Quote
Version 2.6 released!
The biggest new feature is a fully fledged CREST client by virtue of merging the iveeCrest library. It has been fully integrated, completely replacing all EMDR related market data functionality. With this change there's no more dependency on non-standard PHP modules or libraries, which also makes it 100% HHVM compatible. iveeCrest brings lots of other goodies, one of which is the support for parallel asynchronous fetching of data from CREST, allowing for high speed bulk collection of data.
Head over to the github page for updated readme and full release notes.
A future update will bring a feature I've been wanting for some time: By enlisting the help of a math student we are going to be able to give you a compression calculator with a simplex based optimization algorithm. This means you'll be able to specify the desired amounts of minerals and the calculator will return the amount of (compressed) ores required to meet those targets while minimizing cost. All written in PHP, so no external external linear algebra solver libraries required.
iveeCore: The PHP engine for industrial activities and CREST library
|
Entourage Madullier
eXceed Inc. Triumvirate.
0
|
Posted - 2015.08.22 04:45:09 -
[35] - Quote
Hi Aineko Macx and thank you for your tool ! I have a few questions:
- Is it shipped with an interface or do we have to dev it ?
- If it already have a front-end can you please post screenshots ?
- Why you no use an MVC framework ? :( :( :(
- Without additional dev, does iveeCore calculate T3 production cost from reactions price or from raw gas ? I mean:
T3 cost = T3 subpart.A + T3 subpart.B + T3 subpart.C... T3.subpart.X = sleepers salvage + polymers polymer = gas.A + gas.B...
All available tools only take the price of polymers so for my case the estimated cost is wrong, it would be very nice to have a tool for that As most T3 manufacturers process there own gas I think it would be a nice feature to add if it's not already there (I'll try to do it myself if I find a way to understand the schema you provided :p )
Again, thanks a lot for this tool, as a dev myself I have an idea of how much time you spent to create such tool and to make it free and open source is just awsome !!
Entourage
Edit: Last question, for a given BPC is it possible to have the material list in compressed ore instead of mineral ? |
Aineko Macx
349
|
Posted - 2015.08.22 08:28:09 -
[36] - Quote
Hi,
iveeCore is an engine/library that you can use in your own web apps or scripts, and it handles all the interaction with the SDE DB, CREST and does the calculations for you. It is not a ready to use application and thus doesn't come with an interface (not counting the CLI tool to run CREST updates and the webscript to pull refresh tokens). Implementing MVC would not make sense, as iveeCore doesn't present anything and the controller part is something that would be completely dependent on the use-case of the developer using it. You could at most say iveeCore provides a (class) model for the SDE types, but it's strictly read-only as the data from the SDE is immutable. You can, however, use iveeCore in an MVC framework. In fact, my own private web app is based on Yii and I have also written other web apps with Phalcon using iveeCore as an external library.
iveeCore does support recursive component building (the ProcessData objects are chained together forming trees of processes), but that currently doesn't include the reaction activity. I'm now looking into making the build recursion also allow reactions. Regardless, you can do the reactions manually by getting the total MaterialMap for your process tree, iterating over the material types and checking the ones that are instance of ReactionProduct and replacing them with their ReactionProcessData equivalent.
As for minerals in compressed ore form: That's something in development. For this to be cost efficient, you actually need to do non-trivial linear algebra solving (reach target amount of minerals with compressed ores while minimizing cost). I enlisted the help of a math student for that, but it takes time (I want to avoid dependencies on external libraries so we need to implement it ourselves in vanilla PHP). The current prototype returns a valid result, but likely not the optimal one.
iveeCore: The PHP engine for industrial activities and CREST library
|
Aineko Macx
349
|
Posted - 2015.08.27 19:35:53 -
[37] - Quote
Rehashing the changes of version 2.6.1 (August 9th): - Lots of improvements of the CLI CREST update tool for much more carefree operation. Now users can call it frequently with the -all flag without having to worry about redundant updates or starting the script multiple times in parallel. - Improved consistency and use of the maxPriceDataAge variable which controls when market data needs to be updated.
Today I released version 2.6.2: - Recursive reaction calculations. Now industry processes that take a ReactionProduct as input can recurse into the reaction. - Changed recursion control from a boolean parameter to a recursion depth int; also added an reaction recursion depth int parameter. - Some refactoring of the ProcessData classes.
iveeCore: The PHP engine for industrial activities and CREST library
|
|
|
|
Pages: 1 [2] :: one page |
First page | Previous page | Next page | Last page |