Pages: [1] :: one page |
|
Author |
Thread Statistics | Show CCP posts - 0 post(s) |
Eclipse Nightbane
|
Posted - 2010.01.19 04:35:00 -
[1]
So I am wondering perhaps before I start one my self.
Has anyone made a good corp site CMS yet? I mean with the api it seems like this would be a perfect project. Granted it would take some work to make it nice and user friendly.
So yeah if there are currently any Eve Corp CMS systems out there then awesome. If not is anyone interested in working me to create one?
|
Whiskey Bent
Norfolk Naval Shipyards
|
Posted - 2010.01.19 05:39:00 -
[2]
Edited by: Whiskey Bent on 19/01/2010 05:40:48 Have the CMS and eve customers but no api. The CMS runs other customers outside of Eve Online. It would be easy enough, however, to build Eve Related modules for the site. I have built custom tools in the application to run POS Slot rentals to track for customers.
Custom Freighter Pilot Shop |
Celebrain
1st Steps Academy Tread Alliance
|
Posted - 2010.01.19 05:40:00 -
[3]
I've thought of it... but it's a pretty extensive project to do it "right"... I'd use Ruby on Rails if it were me...
|
Eclipse Nightbane
|
Posted - 2010.01.19 21:38:00 -
[4]
Originally by: Celebrain I've thought of it... but it's a pretty extensive project to do it "right"... I'd use Ruby on Rails if it were me...
I can completely agree with that, however I was looking at the new dolphin 7, as well as yapeal and it seems like maybe mashing them together (building modules for dolphin that work off the yapeal database) might not be so bad.
|
Celebrain
1st Steps Academy Tread Alliance
|
Posted - 2010.01.19 23:30:00 -
[5]
Sounds great. Sounds like a good mashup project. I wish you well.
I personally won't go back to PHP myself though, if I can help it, since I discovered Ruby on Rails. And I'd like to have something that automatically handles getting the API stuff on the fly, and caches automatically invisibly behind the scenes too. I'll probably cook up my own ActiveResource-like thing to do that someday...
|
Eclipse Nightbane
|
Posted - 2010.01.20 17:44:00 -
[6]
Originally by: Celebrain Sounds great. Sounds like a good mashup project. I wish you well.
I personally won't go back to PHP myself though, if I can help it, since I discovered Ruby on Rails. And I'd like to have something that automatically handles getting the API stuff on the fly, and caches automatically invisibly behind the scenes too. I'll probably cook up my own ActiveResource-like thing to do that someday...
Dude, yapeal.. does just what you want done lol.
Why not php after ruby? Im curious of that, cause as far as I understand ruby does not have anywhere near the power for generic server requirements as php does.
|
Celebrain
1st Steps Academy Tread Alliance
|
Posted - 2010.01.22 07:38:00 -
[7]
The key words that I had said was "on the fly"... which means... get something from the api, exactly when I need to access it, not in the background always ready for me to access old out of date data. If I'm using Ruby, then this part had better be written in Ruby (or be a C library with a Ruby binding), so that it can execute exactly when I need to call it. Yapeal does do the rest of what I said, yes.
I'd rather not argue publicly in a language-neutral place about the benefits of a less popular language over a more popular one, as that would just invite tons of flames... it's a personal opinion, and everyone usually has very strong different opinions... PHP is more popular, if you like it, use it. I don't have to if I don't want to. If you're really curious though, contact me in game for a private explanation/discussion. |
Dragonaire
Caldari Corax. New Eden Retail Federation
|
Posted - 2010.01.22 08:44:00 -
[8]
Quote: ... old out of date data.
Sounds like someone doesn't know how the API works or how Yapeal does either but I'll over look that part Just so you understand you can only get the API data as often as Yapeal does now. Just to make it even harder for the corp ones if one of your corpmates is also pulling that API you'll get the 'old data' from whenever they accessed it
As to wanting something that is all Ruby I can understand that and think it's great there's a couple libraries already out there for everyone to use. http://wiki.eve-id.net/Main_Page You might look into them before deciding to go out and try making something yourself but it seems the most popular API project out there is re-inventing the wheel over and over again so don't let me keep you from it.
Eclipse Nightbane - If you do go forward with this project which does sound interesting and you need some help with Yapeal let me know. |
Hera Vertigo
STRAG3S
|
Posted - 2010.01.22 08:51:00 -
[9]
Edited by: Hera Vertigo on 22/01/2010 08:51:17 If your looking to build something new then the more power to you. If you are looking for something that you can use then take a peek at my thread.
http://www.eveonline.com/ingameboard.asp?a=channel&channelID=3525 |
Celebrain
1st Steps Academy Tread Alliance
|
Posted - 2010.01.22 09:38:00 -
[10]
Edited by: Celebrain on 22/01/2010 09:41:30 I wasn't talking about trying to get api data "more often" than cache times allow.. I was talking about when I mainly don't need it as often as the cache times expire, in those cases I might as well get it from ccp right when I need it, to have the most up-to-date data possible, rather than have data that's a few minutes to a few hours old in those cases... Look, this is illustrating why I don't like explaining too much in public forums... I'll go back to lurking now, and mainly do my own thing. sigh.
(I'm also not going to explain what I don't like about current Ruby libraries, or I'd get the writer here telling me what a moron I am... sigh) |
|
Dragonaire
Caldari Corax. New Eden Retail Federation
|
Posted - 2010.01.22 10:42:00 -
[11]
Of course Yapeal doesn't have to be ran from crontab so you can just run it when you want but it wasn't really envisioned to be used that way. Just a suggestion for the future is to more fully explain to start with then it would be more clear why you don't think something wouldn't be useful for what you're wanting to do. Please don't think I thought you were saying anything against Yapeal in any way I just was wanting to pass on some knowledge about the API that I've learned from working with it or from other people.
BTW you should share your ideas on how to improve the Ruby libraries if people hadn't done that with Yapeal it wouldn't have seen many of the changes and improvements it's had. If after sharing your ideas they don't decide to use them you can always branch off the project and do your own thing at least with any open source ones |
Lumy
Minmatar eXceed Inc.
|
Posted - 2010.01.22 11:17:00 -
[12]
I've started working on some EVE related components for Joomla a while ago. Mostly API and IGB related stuff. Unfortunately development drags for too long. I could REALLY use some help.
IMHO making brand new CMS is reinventing a wheel. There are plenty of good open source CMS' out there. Drupal might have been better choice than Joomla, but that's what I've started with. |
Anna Lingus
|
Posted - 2010.01.22 22:19:00 -
[13]
Originally by: Lumy IMHO making brand new CMS is reinventing a wheel. There are plenty of good open source CMS' out there.
We re-used a .Net one instead of re-inventing as well. Works great for what we needed it for. The only thing we may do is build the tools to create a login for website usage and voice communications. No one has asked for it so it isn't a big deal for our clients.
We used the tools we did because we all have them and we are used to working with them. It is really about preference and there are a lot of already built tools to build upon.
|
Salah Paranah
|
Posted - 2010.01.23 05:49:00 -
[14]
Originally by: Lumy
IMHO making brand new CMS is reinventing a wheel. There are plenty of good open source CMS' out there. Drupal might have been better choice than Joomla, but that's what I've started with.
Reinventing the wheel is only learning how to build it your own way.
|
Celebrain
1st Steps Academy Tread Alliance
|
Posted - 2010.01.23 12:24:00 -
[15]
Originally by: Lumy IMHO making brand new CMS is reinventing a wheel.
Which is not a bad thing, when you've figured out how to invent a better wheel. Of course there will always be many more ways of defining "better" for new different situations.... ;)
|
|
|
|
Pages: [1] :: one page |
First page | Previous page | Next page | Last page |