Describe the problem in your own words. AI picks the services, solutions and articles on our site that fit it.

    Application Maintenance

    We look after a system we didn't build, whatever it's written in

    PHP 5, AngularJS, old .NET, Java, WordPress with plugins from years ago. We start with an audit of the code and access, then care for the system like our own.

    How we take over someone else's system

    The system keeps running, and you know exactly what we're taking on.

    1. 1Code auditWe read the code, check library versions and the places that break most easily.
    2. 2AccessWe list servers, databases, repos and accounts, and help recover any missing access.
    3. 3Test environmentWe set up a copy of the system where changes are checked before release.
    4. 4CareWe take on reports, small changes and security updates on the package terms.

    Signs you need someone who knows old tech

    Nobody wants to touch it

    Companies say no when they hear PHP 5 or AngularJS, yet the system works and you need it.

    The author is gone

    The system was written by a person or company you can no longer reach.

    No documentation

    What's known about the system lives in users' heads, not in any document.

    Replacing it costs too much

    Rewriting from scratch doesn't fit the budget, but the system has to keep running.

    Technologies we maintain

    Including versions their makers no longer support.

    PHP

    From PHP 5 to current versions, Laravel, Symfony, Zend and frameworkless code.

    JavaScript

    AngularJS, Angular, React, Vue, jQuery, Node.js.

    .NET

    .NET Framework, Web Forms, ASP.NET MVC and current .NET.

    Java

    Old Java EE apps, Struts, Spring and Spring Boot.

    CMS

    WordPress, Drupal, Joomla and custom-built systems.

    Databases

    MySQL, PostgreSQL, SQL Server, Oracle, Firebird.

    How we check the results

    After the takeover we track errors, audit risks closed and security updates.

    1. 1Audit risks closed
    2. 2Production errors
    3. 3Libraries with known holes
    4. 4Documented parts of the system

    The documentation grows with every month of care.

    Common questions

    Will you talk us into a rewrite?

    Not if it doesn't pay off. We say plainly what's worth changing and what can keep running.

    What if we don't have the source code?

    We check the server, as the code is often there. If it isn't, we tell you what can be done without it.

    Can an old system be made secure?

    Usually the risk can be reduced: updates, protection against attacks, backups. When that isn't enough, we suggest modernising step by step.

    How long does a takeover take?

    It depends on the size of the system and the access. The first step is a short audit, after which we know more.

    Describe your system

    Tell us what the system is built with, who built it and what's causing trouble today. We reply within one business day.

    Other parts of this service

    Fixes and bug repairs

    You report it, we fix it, it’s back up. Priority depends on how badly the problem blocks your work.
    I want to know more

    Small improvements

    New fields, report changes, screen tweaks. Things too small for a separate project, handled from the pool of hours.
    I want to know more

    Monitoring and response

    We watch availability, errors and certificates. You hear about most problems from us – with the fix already in hand, not from your users.
    I want to know more

    Hosting and infrastructure

    Servers, domains, backups, updates. We can take over the whole setup or work on your infrastructure.
    I want to know more