Application requirements
We list domains, technologies, integrations and release practices. We establish load, availability requirements and application-owner contacts.
Websites and applications
We prepare servers for websites, applications and APIs. We configure Nginx, Apache or IIS, application connections, HTTPS and the required protection rules. Before launch, we check agreed URLs, functions, backups and the process for publishing subsequent changes.
Trusted by
A homepage can load while a form, login or redirect remains broken. We start with application functions and dependencies: databases, email, files and external services. We establish the environment, traffic profile and responsibility for code, servers and releases.
The HTTP server is one part of the service. Configuration needs suitable tests, monitoring and a way to recover after a failure.
TÜV NORD Polska has certified Virtline’s information security management system to PN-EN ISO/IEC 27001:2023-08. The published certificate states its scope and validity.
View Virtline’s certificateWe prepare the environment and tests before directing users to it. Domain and traffic changes require separate agreement.
We list domains, technologies, integrations and release practices. We establish load, availability requirements and application-owner contacts.
We prepare the system, HTTP server, HTTPS and service connections. We configure access, logs, backups and necessary traffic protection.
We verify agreed functions, redirects and error handling. Traffic is switched only after acceptance of results and agreement on contingency actions.
We check operation after cutover and hand over documentation and exceptions. Updates, monitoring and support for later releases are agreed.
Practical scope
We agree acceptance criteria before work begins. The service is checked at its intended address, with exceptions recorded in the results.
Domains, HTTP server, application connections and access rules. We document certificates, required services and maintenance responsibilities. Depending on the application, we agree reverse proxying, load balancing across servers, backend health checks and session handling.
Checks of agreed URLs, redirects, forms and other important functions. Code, infrastructure and external-service issues are recorded separately. Where included in scope, caching rules, compression and failover are tested against agreed scenarios and load.
Restricted administrator access and service accounts, suitable headers and traffic protection rules. We check that safeguards do not block legitimate operations.
A deployment process, configuration backups and the agreed recovery test. We establish monitoring, alerts and the response to a failed update.
HTTPS protects the connection, while a WAF can restrict some unwanted traffic. Neither fixes authorisation, permission or application-logic errors. We adapt and test WAF, CSP and HSTS settings rather than enabling restrictive policies blindly. A server setup alone does not guarantee an SEO result.
Source
The current IETF specification for TLS 1.3, which obsoletes RFC 8446.
Open sourceYes, after reviewing code, data, configuration and dependencies. We plan backups, a test on the new environment, traffic changes and a post-cutover check. Acceptable downtime and rollback arrangements are agreed beforehand.
We check application requirements and the selected service plan. We configure the origin connection, caching and access. Logins, forms and private responses require particular checks so that caching does not expose data.
Within the agreed scope, we configure renewal and test it. Monitoring should detect approaching expiry and renewal failures. Issuing the first certificate alone does not complete this task.
We can support the operating system and web server within an agreed scope. Code, database and integration maintenance are defined separately with their owners. We document requests, updates and alert response arrangements.
Tell us the domains, application technology, current hosting and required integrations. Describe traffic, acceptable downtime and your target date. Do not send access keys or database copies containing customer data.
Discuss a web server