Editorial

The good, the Bad and the Ugly about Web Page Customization

Published on:

March 12, 2013

snom ONE allows extensive customization of web pages, emails, and device configurations, making it easy for customers to adjust content through the web interface. This feature is particularly useful for multi-tenant setups, as content can be tailored for different users based on their roles. Customization comes with challenges, however, especially during software upgrades. Changes made to templates, provisioning files or translations can be overwritten by new updates, causing issues in the system. To avoid problems, users must review and adjust their customizations after each upgrade, ensuring any unnecessary changes are removed and that everything works seamlessly.

Our PBX comes with a number of built-in templates for web pages, email, and device configuration. In the old days, those pages were hard coded, and we offered a couple of settings for minimal adjustments of the view (e.g., different header images).

For debugging it was very useful to get the content just out of a directory. We found this was also very useful for installations, and we have made the “html” directory accessible in the release mode.

Because file system access can be problematic, especially for the embedded devices, we made the content accessible through the web interface. Now customers could make their changes right from the web browser. The next step was to make that customization dependent on the content. A web page was now being rendered in the context of the extension, the domain, and the system. Depending on whom is logged in, it was now possible to present different content to different users. This was very useful for multi-tenant deployments.

Along with this, the translations were also made customizable. Although the file was available only on a system level, it added additional flexibility regarding customization.

So far, so good. Now to the bad and ugly part.

The main problem is software upgrades. The web content is far from static. Every upgrade brings changes in the content area, so if someone made changes in a file, that file still overlaid the changed content. For example, customers who spent a lot of time in customizing templates for version 5 won't be pleasantly surprised with the changes we have made in version 5.

The other problem zone is the provisioning area. We have made numerous changes in the pnp.xml file, as well as changes in other provisioning files. When manual changes were made, this could create quite a mess with the automatic provisioning: at the end of the day it might be possible nothing would be working in the provisioning area.

The same applies for changes in the translations. Usually upgrades introduce new texts, and those texts aren't visible after an upgrade.

Because of this, when you make changes in the templates, you must double check if you still need those changes after an upgrade. Revision management tools have a “merging” function that patches the changes in, but this isn't available for the PBX. Essentially you have to perform this function manually after an upgrade.

Many of the manual changes of the templates are to fix problems. When an upgrade is available, those fixes should become unnecessary and should be removed.

Anyway, there is one clear action item when upgrading: check if you still need the changes in the templates; if not, remove them.

Latest Articles

View All

How to Sell More Business Phone Systems with the Right PBX

Helping a business choose the right phone system starts with understanding its real needs... lower costs, better communication, stronger integrations, support for remote teams and more flexibility. For MSPs, asking the right questions makes it easier to recommend the right features, hardware and deployment model, while Vodia provides the technology, partner support and new Partner Portal needed to build stronger customer relationships, create recurring revenue and grow their communications business.

July 16, 2026

Handle with Care: Avoid These Cloud Migration Missteps

Moving your business phone system to the cloud can improve flexibility, scalability, mobility, and access to modern communication tools, but a successful migration still requires careful planning. From bandwidth and hardware compatibility, disaster recovery, staff readiness, and MSP support, there are several areas businesses need to assess before deployment. Understanding these common risks early can help reduce disruption, avoid unexpected costs, and create a more reliable cloud communication environment.

July 14, 2026

Manually Provisioning a Cisco 3PCC Phone in the Vodia PBX

Vodia now supports provisioning for Cisco 3PCC phones, giving businesses and service providers a clearer way to connect compatible Cisco multiplatform IP phones to the Vodia PBX. Admins can add supported Cisco devices through Vodia Device Management, pair them with extensions, and configure provisioning settings through the phone’s web interface. This expands Vodia’s supported device ecosystem while helping customers continue using trusted Cisco IP phones within their existing business phone system.

July 9, 2026