The Registrar Fees page has been updated to allow you to keep track of WHOIS Privacy fees on a per-Registrar/TLD basis. Previously you either had to ignore WHOIS Privacy costs altogether or include them in the renewal cost of your domains, so this update will help keep the financial side of things more organized and easier to update.
The Registrar Fee and SSL Provider Fee pages have also been updated to include a Misc Fee. This fee can be used for such things as local contact/proxy fees that are paid in order to meet certain international TLD requirements. This new field will allow for even more accurate reporting, since you can now track every yearly fee associated with a domain or SSL certificate.
The Registrar Fee and SSL Provider Fee Asset pages have been updated to allow for easier editing. Now instead of updating fees one-by-one, you can edit every fee at the same time and then save everything with a single click of a button. This will make bulk fee updates extremely fast and easy!
Since the Software Updates section is really just a replica of the News section on DomainMOD.org, in an effort to use development time more efficiently I've decided to remove the Software Updates section entirely. Now if you want to see what's new with DomainMOD you just have to check out the News section on DomainMOD.org.
The links to the Software Updates section within DomainMOD have already been updated to point to the News section.
A script that ran in the background and updated domain fees regularly was causing some slowness on large installations, so I've taken steps to help speed things up. One of the results of this cleanup work is that there is now a cron job that will fix all domain fees. For larger installations, I recommend you set this cron job up to run while you're asleep, so that everything is ready-to-go the next day when you start work.
For more information about this cron job please see the DomainMOD README.
The Bulk Updater has now been updated to support the deletion of domains. These domains will not be marked as 'Deleted', they will actually be deleted from the database entirely, along with any SSL certificates that may have been associated with the domains.
Since DomainMOD started out as a personal project with no intentions of going open source, there was no reason to have created a Changelog or used proper versioning. However, now that I'm trying to get DomainMOD ready for multi-user development, I figured it was time to buckle down and get these sorted out.
Although it was nowhere near as much fun as actual programming, I spent the better portion of the weekend implementing both of these features. The Changelog version of the updates would go something like this...
- Picked through 900+ git commits to find key changes and updates
- Compiled a list of changes and their hashes, along with assigning a proper version number to each
- Installed GPG and created a key to use for signing git commits and tags
- Used git tags to assign the version numbers to the appropriate commits
- Created a Changelog on domainmod.org
- Created a CHANGELOG file and added it to the DomainMOD source code
So go ahead, check out the Changelog and see what's new with DomainMOD!
DomainMOD now has a data warehouse framework built right into it, which allows you to import the data stored on your web servers. Currently the only web servers that are supported are ones that run WHM, but I also intend on adding support for Plesk and other systems once I've ironed out all the kinks in the framework.
The data warehouse is used for informational purposes only, and you will see its data referenced throughout DomainMOD where applicable. For example, if a domain you're editing has relevant information stored in your data warehouse, the system will automatically match them up and display the additional information for you, giving you even more insight into your data. You can also view, export, and run reports against the information in your data warehouse.
NOTE: Importing your server into the data warehouse will not modify any of your DomainMOD data.
The following WHM data is currently supported, but my end goal is to have every piece of WHM information that can be retrieved via the API stored in the data warehouse.
Domain, IP Address, Owner, User, Contact Email, Plan, Theme, Shell, Partition, Disk Limit, Disk Usage, Max Addons, Max FTP Accounts, Max Email Lists, Max Parked Domains, Max POP Accounts, Max SQL Accounts, Max Subdomains, Creation Date, Suspend Status, Suspend Reason, Suspend Time, Max Email Per Hour, Failed Email % Before Defer, Min Failed Email # Before Defer
Zone File Name, Original/Primary Source of Zone Data, Admin Email, Serial #, Refresh, Retry, Expiry, Minimum TTL, Authoritative Name Server
TTL, Class, Type, IP Address, CNAME, Mail Server, Mail Server Priority, TXT Data, Line # of Zone, # of Lines, RAW Data
Read more about the WHM API.
In an effort to allow users more flexibility, as well as track as much data as possible, I've implemented Custom Domain & SSL Fields. Now if there's information you want to track for a domain or SSL certificate but the field doesn't exist in DomainMOD, you can just add it yourself!
For example, if you wanted to keep track of which domains are currenty setup in Google Analytics, you could create a new Google Analytics check box field and start tracking this information for each of your domains. Or if you were working in a corporate environment and wanted to keep a record of who purchased each of your SSL certificates, you could create a Purchaser Name text field and keep track of this information for every one of your SSL certificates. Combine custom fields with the ability to update them with the Bulk Updater, and the sky's the limit in regards to what data you can easily track! [the Bulk Updater currently only works with domains, not SSL certificates, but further support will be added in the future]
And when you export your domain & SSL data, the information contained in your custom fields will automatically be included in the exported data.