I started working on one for you. No promises how quick I can get it done.
No problem, I am working on porting this myself. I've just got the Database install/table creation finished, now I am working on porting the modules/portals
and the parser, will keep you in the loop, or you're more than welcome to help if you have the time, its quite a rewrite.
I don't really see the need for any database entries. All that information can be pulled into one xml file with a single API call. Cache it for 24 hours, like the progression module. Then use a php page to gather all the data you want from the file.
This API call will pull all the info used in that wall of fame:
I wouldn't have time to look at this till after the holidays, but if you get it working you can use the eqdkp+ dev id once it's done. That way you don't have multiple sites using 2 different dev id's for api calls.
I'll see what's the best way, but it's definitely not staying as is. For now I'll just comment the guild update out and people can un-comment it.
Sorry but 99% of the people that use eqdkp+ for eq2 only have raiders on their dkp page, flooding the dkp page with dozens (in some cases hundreds) of toons that are not raiders and do not earn dkp is not the ideal situation.
As for the cronjon itself, that's not my department
I'm going to modify this. I don't believe every guild wants their entire guild imported every 24 hours.
I'm going to change it to just refresh the existing characters in eqdkp+. Basically the raiders only.
If someone wants their entire guild imported they can use the option in the game settings.
Ah right, that was it. People ran that script to trim the log file down first.
I know people have used it in the past with EQ2 with success, but there is some work involved. I personally do not use it as I use RH for DKP.
First, EQ2 Log files are ridiculously large files. ACT does do a decent job of breaking it down into daily files, but even those can be quite large. My suggestion before anything is turning /log off, deleting/backing up/or renaming the log file, and turning /log back on just before start of raid. Then again turning /log back off after the raid. This will make a log file just the length of the raid.
Again, even these can be quite large to parse as EQ2 combat data will make these files very large.
I'll try using Raidlog import tomorrow and see if I run into any issues.
P.S. I know you can turn combat filtering off somewhere in EQ2. That will help tremendously in reducing the file size.
To be honest, I probably wont. For a number of reasons.
First and foremost, this is primarily for raiding guilds.
2nd most of that info is useless. Highest Hit is useless because the game uses Int, meaning it will show tons of players highest hit both magical and physical as being 2,147,483,647 and of course at this point in time you can do more damage than that but it's not exported properly.
As for the guild make up, it's never 100% accurate.
First there are toons that have census turned off, so you can't see what class/race/etc they are.
2nd, if a toon is kicked and never logs in again, they will always show as being part of the guild roster until they next log in. That's on Daybreak's database end, nothing I can do about that.
I'm already thinking about removing the guild roster page, well the guild achievement portion of it. After 14 expacs and over 400 achievements, it's taking very long to parse all that info and can even time out.
No promises, but if I have time I'll look into it. Way back I was working on re-creating the guild flag/cloak/heraldry but again, nobody really cares or uses that in Everquest 2, so I dropped the idea.
I am, to the best of my knowledge it is an old outdated program that is being somewhat maintained. Believe primarily for an old cms called Dragonfly? Phpnuke and other such cms i'm not a fan of. Is there a feature youd like to see in eqdkp+? I am not resolving gear, I have no urge to replicate eq2wire and dragons armory.
I updated eq2 and eq2progress with Planes of Prophecy (early but should be everything).
Both Repository here and github should be the latest versions. Let me know if you run into any issues.
Sorry I haven't checked since last expansion, now that new one is coming out i'm working on it. What is the issue? Because it works on all my live/test sites.
Just test it on my 2.3 and worked so I'll take a look and see what version is on github/repository.
Anyway just wait for new version coming out for Planes of Prophecy. Importer is being redone anyway since I can now pull ascension class from api.
This happens on all templates because ALL is the default permission selection and the shortest width. Soon as you de-select ALL the box opens to full width.
The error message can be looked up at the data/.../tmp/fatal_error.log
At least take a look in there so we can see what the error was.
I doubt EQResource would make an api that we could use to grab item information from their database being that they charge for extra search functionality. Sadly I don't think Daybreak will be extending their Data API to EQ1 with the exception of server status. So that leaves 2 options, take a screenshot of each item and use the custom tooltip, or get Zam to use the actual in game ID's. And they love using the same item name for different items.
Do the log files have the ItemID like EQ2? Sorry I don't play EQ1.
Could always put it in as a feature request. I've had someone else ask for something similar.
The max DKP allowed to spend is a % based on their raid attendance .
Can we give points to a member thats not raid related- ie if we promoted a Member to an Officer I'd like to give them additional points but I do not want it to interfere with Raid Attendance.
Create an event called Promotion.
Raids -> Multidkp management. You can select events that do not affect attendance.
Personally though, for something like that, i'd just enter it as a point adjustment
Did you rename the data folder? Example from wiki:
- Database name: usr_web14_1
- Table prefix: eqdkp_
- New data folder name = md5(TablePrefixDatabasename), means md5(eqdkp_usr_web14_1)