Current Projects Update

Our two primary development projects have made significant progress since our last update.

Online Booking Page Redesign

I’ve seen the first online booking page redesign / recode test pages and can’t tell you how excited I am to get rid of our current pages.   Those pages continue to work well, however the design is dated and the mobile experience very sub par.   The new pages are responsive,  utilize the latest in buttons / icon designs and offer a great deal more flexibility.   It’s just a really big deal to flush the old code / design and usher in the new.   We still have several weeks of development of testing left, but great progress has been made!

I might have some screenshots next week Monday.

Merged Rates / Rules

An incredible amount of work has been done as we work to consolidate a the rates and rules setup for each property into one interface.  An immense amount of automated testing is being done to assure that all quotes and bookings from all services (booking calendars, WordPress users,  API users, channel users, etc) work as before with no downtime or discrepancies.

There will be huge interface differences which will be rolled out incrementally, however all guests should notice no difference in the rates and rules being used in quotes and bookings.  This update will only make property setup and maintenance MUCH easier, as well as make future coding MUCH easier and efficient on the development side of things.  It’s a much much needed update and one that I can’t wait to have behind us!

More soon!

By |2016-05-23T13:54:06+00:00May 23rd, 2016|New Features, News|1 Comment

Current Projects

The last 12 months have largely been spent rearchitecting large portions of the application.  This can be extremely time consuming, even for some of the best developers in the world. Recoding and refactoring the backend, while simultaneously launching a new front end framework requires a lot of man hours.   The good news is that we are currently working on two projects which will update two very important components of the application and will be very visible once launched.

Online Booking Pages

The Lodgix online booking pages have not been changed since the launch of the company in 2008.  Much is required of the interfaces and much is required of the code powering those pages:

  1. Mobile friendly.  Super important to have the pages make booking as easy as possible on phones and tablets.
  2. Simplicity.  A move to a one or two page booking process is essential.
  3. Skinning.   Lodgix users need much greater flexibility in skinning the look and feel of the Lodgix booking pages to match their website.
  4. Customization.   The ability to add / edit fields in the booking form, as well as to make certain field mandatory are super important.
  5. Design.   Updated, fresh design to make the booking process easy and simple on all screen sizes.
  6. Integration of new travel insurance partner.  Optional ability to offer travel insurance during the booking process.

and much, much more.

We are two weeks into the development process.  I should have some screenshots available soon!

Merged Rates and Rules

Lodgix currently has separate interfaces to setup nightly, weekly, monthly and per person rates.   Then we have separate interfaces to setup minimum night stay, arrival day and departure day rules.  All of that property setup can be time consuming.   Yes, we offer property cloning, rate / rule copy, etc..   However even with that, adding and updating rates / rules requires too much time.

Our new interfaces will allow all rates and rules to be setup on one page and will make the updating of those rates / rules for future periods a simple component of the universal property interface.

This project has been in progress in various stages since the summer of 2015.   The next stage will be an interim stage, still using our old display framework, but merging all current rates / rules.   The backend code will be completely new, but we will utilize the old display framework to ease the transition and testing to a completely new property setup process.

I expect we’ll start testing the new code in a couple of weeks and then perhaps a couple of weeks after that we’ll launch it to the production server.   So barring any huge fires, possibly a June 1 launch of the interim interfaces.   We’ll then move immediately to begin coding the new interfaces which will make things all nice and pretty and even more simple!

Imagine being able to say, “i’d like all my properties to reflect a 10% increase for 2017” and then making one change, applying it to all properties and five seconds later, all of your rates are 10% higher in 2017.

Or perhaps demand is running ahead of last year and you want to make an adjustment to your primary season pricing for all remaining available dates by increasing rates 5%, click a button, make the adjustment, apply to the correct dates and to individual or all properties and wah lah!  The change is complete.

This will set the stage nicely for more advanced automated yield management in the future!

By |2016-04-28T13:07:51+00:00April 28th, 2016|New Features, News|3 Comments

HomeAway adding Pay Per Booking Model

as I predicted long ago…..the fools that are vacation rental owners and managers will sign up in droves, even though it will cost them 3 to 4x what an annual flat paid listing would cost.

I guess I need to start offering pay per booking as a model on Lodgix? Since it seems vacation rental owners and managers are so happy to throw their money away….I can see it now, “All Lodgix subscriptions are now FREE! Pay just 3% of all bookings!”

I am sure I would get a ton of new customers as a result…but I just can’t do it.  I simply think that pay for performance is a dirty model that takes advantage of what Rush Limbaugh calls the “low information voter”.

Please enlighten me where a model like this is a good deal for the subscriber?

By |2013-10-09T14:12:22+00:00October 9th, 2013|News|0 Comments

Email Deliverability

Lodgix requires specific permission to “send emails on your behalf”.  This requires the Lodgix subscriber to configure their SPF (Sender Policy Framework) records for their domain and make a change within the important settings area of Lodgix.  Once complete, Lodgix can send emails on your behalf and emails delivered from Lodgix to your guests will appears as though they were sent from your domain.

If you do not have SPF records configured for your domain, then Lodgix historically has sent all guest emails from “” with the reply-to address sent to the primary contact defined within Lodgix.

Recently many email service providers made some changes which resulted in some emails from being marked as spam.  We’ve done some research and apparently, noreply@ addresses add points to the spam filter algorithms that many email service providers use to determine if an email is considered spam or not.  Thus each email is assigned a score which varies according to how the email is being scored.  In some instances the additional points assigned as a result of “noreply@” email address was enough for the email not to be delivered.

As a result we changed the address to, and now email is being delivered as normal.

Setting up your SPF Records

I can’t encourage you enough to find a local computer guru and setup your SPF records.  This action assures that the highest level of email deliverability and it presents your brand in a consistent manner for all guest communications.

For those of your that have a or some other email service provider address as your primary contact address and not an address like “”, you will have to work with your developer / computer guru to:

  1. define a new email address for your domain.
  2. setup the spf records for that domain to allow Lodgix to send emails on your behalf.
  3. Enable send emails on your behalf with settings > important settings
  4. Configure Gmail or your alternative inbox to fetch mail from your new email account, so you aren’t having to manually check two separate inboxes, etc.

All pretty simple stuff for someone who knows what they are doing.

More instructions can be found here:


By |2013-06-24T14:20:52+00:00June 24th, 2013|New Features, News|0 Comments

New PDF Renderer is Being Tested

We recently upgraded and consolidated our HTML editors across Lodgix to the latest version of ckEditor. This is great and allows much more flexibility when creating pretty emails that you want sent to your guests. ckEditor was also implemented within the PDF templates area of the application, replacing fckEditor which was old and outdated.

So now we have this beautiful new editor, with many new features but we are still using an old PDF rendering engine that doesn’t support most of the more advanced HTML now possible with ckEditor. What to do? The most logical solution is to replace the PDF rendering engine with something better!

The problem with this is that the PDF rendering engines are tricky. It’s just not real easy for a pdf renderer to support all the various types of formatting and styling allowed by HTML and CSS1, CSS2 and CSS3. Our old renderer works well on the existing templates we designed because we designed them specifically to work well on the old renderer.

The new renderer might cause some small (or large) styling issues on existing templates. We are going to do our best to limit styling issues, but we do need to improve the renderer to allow subscribers to create much nicer looking PDFs that more closeley match what you create in ckEditor. That’s really the issue, is trying to match as closely as possible what you see in ckEditor in the PDF that is create using the rendering engine. With our current rendering engine only simple documents will render correctly.

So be prepared, there may be some editing of existing PDF templates required to have them render correctly using the new editor. Hopefully the changes will be small, but please bear with us as we work to make the system better for everybody!

By |2013-04-11T15:06:27+00:00April 11th, 2013|New Features, News|1 Comment