Built-in Bunny CDN integration across 197 global PoPs — included with every Perl hosting plan.

Run modern and legacy Perl applications on Webhost365's high-performance Perl hosting platform. Every plan includes the latest Perl 5 runtime, full CPAN module support, native .pl and .cgi execution, SSH access, and cron jobs.

Whether you're maintaining a long-running CGI script, deploying a Mojolicious or Dancer2 web app, or running scheduled Perl jobs against MariaDB through DBI, our infrastructure is tuned for fast script execution and predictable response times worldwide.

Free Domain with Annual Plans

Why developers choose Webhost365 for Perl

Perl 5 + Full CPAN

Latest Perl 5 runtime with full CPAN module support. Install DBI, DBD::mysql, LWP, Mojolicious, Dancer2, Catalyst, and thousands more.

NVMe SSD + AMD EPYC

Enterprise NVMe storage and AMD EPYC processors deliver fast script compile times and low-latency database queries — ideal for CGI and persistent Perl workloads.

Bunny CDN, 197 PoPs

Built-in Bunny CDN integration caches static assets across 197 global edge locations, accelerating page loads for visitors regardless of where your Perl backend lives.

Free SSL & SSH

Free Let's Encrypt SSL certificates with auto-renewal, plus secure SSH access on every plan so you can deploy via SCP, run CPAN installs, and manage cron jobs.

Free Email & Domain

Professional branded email accounts included on every plan, plus free domain registration with any annual subscription — everything ready out of the box.

24×7×365 Expert Support

Round-the-clock technical support via live chat, email, and ticket — including help with CPAN module installs, Perl version queries, and CGI configuration.

Perl hosting plans

Nimbus

$4.49 / month

  • 1 Website
  • 10 GB NVMe SSD storage
  • Unlimited bandwidth
  • 1 database
  • 1 AMD EPYC CPU core
  • 1 GB DDR5 memory
  • Perl 5 + full CPAN
  • .pl and .cgi script execution
  • Cron jobs
  • SSH access
  • Free SSL certificates
  • Free email service
  • Free domain (annual plan)
  • Softaculous auto installer
  • 24×7×365 support
Order Now

Zenith

$22.49 / month

  • 5 Websites
  • Unlimited NVMe SSD storage
  • Unlimited bandwidth
  • 5 databases
  • 3 AMD EPYC CPU cores
  • 3 GB DDR5 memory
  • Perl 5 + full CPAN
  • .pl and .cgi script execution
  • Cron jobs
  • SSH access
  • Free SSL certificates
  • Free email service
  • Free domain (annual plan)
  • Softaculous auto installer
  • 24×7×365 support
Order Now

Perl Hosting Frequently Asked Questions

What is Perl hosting and how is Webhost365 different?

Perl hosting is web hosting specifically configured to run Perl 5 scripts and applications, ranging from classic CGI form handlers to modern web frameworks like Mojolicious, Dancer2, and Catalyst. The Perl runtime, CPAN tooling, and web server CGI handlers come pre-installed and tuned, so you can focus on your code instead of system administration.

Webhost365 differentiates Perl hosting on four fronts. First, the underlying hardware: AMD EPYC processors paired with NVMe SSD storage and DDR5 memory deliver fast script compilation and low-latency database queries — critical for both legacy CGI and persistent Perl applications. Second, every plan includes built-in Bunny CDN integration with 197 global PoPs, accelerating static asset delivery worldwide while your Perl backend handles dynamic requests. Third, our transparent renewal pricing means signup price equals renewal price, with no hidden hikes or auto-billing surprises. Fourth, every plan ships with full CPAN module installation via SSH, free Let's Encrypt SSL with auto-renewal, free professional email, free domain registration on annual plans, and 24×7×365 expert support that understands Perl.

The platform suits a wide range of Perl workloads: REST APIs with Mojolicious, internal admin dashboards, scheduled data-processing scripts, web scrapers using LWP::UserAgent, log analyzers, payment processors, e-commerce backends, and long-running CGI applications that have served reliable production traffic for years. Plans start at $4.49/month for Nimbus, with a 30-day money-back guarantee.

Which version of Perl is supported?

All Webhost365 Perl hosting plans run on the latest stable Perl 5 release available in our base operating system, with security patches and bug fixes applied as upstream releases them. Rolling updates ship with new stable branches, so you stay current without manual intervention.

We deliberately use the system Perl rather than pinning to legacy versions like 5.8 or 5.10. Those branches stopped receiving security patches years ago, and modern Perl 5 retains strong backward compatibility — the vast majority of older Perl code runs unchanged on current releases. Most popular CPAN modules and frameworks, including Mojolicious, Dancer2, Catalyst, DBI, DBD::mysql, LWP::UserAgent, JSON::XS, Template Toolkit, and Email::Sender, are fully compatible with the Perl version we ship.

If your application requires a specific Perl version or a non-standard build (for example, a threaded Perl built with -Dusethreads, or a fork like cperl), please contact our 24×7 support team before signing up so we can confirm compatibility. For maximum control over the Perl runtime — including running Perlbrew or building Perl from source — our VPS and dedicated server tiers give you root access to install whatever interpreter version you need.

Can I install CPAN modules on my Perl hosting account?

Yes. Every Perl hosting plan includes SSH access, which lets you install CPAN modules into your local ~/perl5 directory using cpanm (cpanminus) or the built-in cpan client. Installing into your home directory keeps your modules separate from system Perl and avoids needing root privileges.

A typical installation looks like cpanm Mojolicious or cpanm DBD::mysql. The first run sets up local::lib automatically, configuring PERL5LIB so your scripts find user-installed modules without extra effort. From there you can pull in essentially anything on CPAN: web frameworks (Mojolicious, Dancer2, Catalyst, Plack), database drivers (DBI, DBD::mysql, DBD::Pg, DBD::SQLite), HTTP clients (LWP, Mojo::UserAgent, HTTP::Tiny), JSON parsers (JSON::XS, JSON::PP, Cpanel::JSON::XS), templating engines (Template Toolkit, Mason, HTML::Template, Text::Xslate), email modules (Email::Sender, Email::MIME, Net::SMTPS), authentication helpers (Crypt::Eksblowfish::Bcrypt, Authen::Simple), logging (Log::Log4perl, Log::Dispatch), and testing frameworks (Test::More, Test::Deep, Test::MockObject).

Most pure-Perl modules install cleanly in seconds. Modules requiring XS compilation also work because our environment includes the standard Perl development headers, a working C compiler toolchain, and common system libraries (zlib, OpenSSL, libxml2). If a particular CPAN module needs an unusual system package — for example GD or Cairo bindings — open a ticket with our 24×7 support team. They can usually install the missing system library within minutes so the CPAN install succeeds.

Does Perl hosting support .pl and .cgi files?

Yes. Webhost365 Perl hosting executes both .pl and .cgi scripts natively through the web server. The setup is straightforward: place your script in your public web directory (typically public_html), set the executable bit with chmod 755 yourscript.cgi, ensure the shebang line points to the correct Perl path (commonly #!/usr/bin/perl or the more portable #!/usr/bin/env perl), and the script runs immediately when its URL is requested.

For traditional CGI applications — old form processors, redirect scripts, classic guestbooks, custom CGI frameworks, and homegrown scripts — the platform works without modification. The standard cgi-bin convention is supported, and you can mix .pl and .cgi extensions in the same directory tree if your existing code does. CGI.pm is installable from CPAN if your scripts depend on it (it was removed from Perl core in 5.22, so newer system Perl needs cpanm CGI as a one-time install).

Common deployment hiccups include incorrect file permissions (the script must be executable), wrong line endings (Perl on Linux expects Unix LF, not Windows CRLF), and shebang typos. If you see a 500 Internal Server Error, the cause is almost always one of those three. Add use CGI::Carp qw(fatalsToBrowser) during development to surface error messages directly in the browser, then remove it before going live. For higher-performance modern Perl apps, you can run persistent backends with PSGI/Plack, paired with cron jobs and queued background tasks.

Which Perl frameworks can I run?

Almost any Perl framework available on CPAN. Mojolicious is a strong choice for modern real-time Perl web apps with WebSocket and async support; its Mojolicious::Lite variant works well for small REST APIs. Dancer2 is lightweight and Sinatra-inspired, perfect for microservices and JSON APIs. Catalyst remains popular for larger MVC applications with deep plugin ecosystems. For minimal footprints, Plack and PSGI apps run directly without a heavyweight framework on top.

Templating works with Template Toolkit (the de facto standard), Mojo::Template (built into Mojolicious), Mason, HTML::Template, or Text::Xslate for high-performance rendering. Database access goes through DBI with DBD::mysql for MariaDB, DBD::Pg for PostgreSQL, and DBD::SQLite for embedded databases. DBIx::Class layers a full ORM on top of DBI for larger applications, while DBIx::Connector helps long-running apps manage connection lifecycles cleanly.

For HTTP clients and APIs, LWP::UserAgent, Mojo::UserAgent, and HTTP::Tiny cover most needs. JSON::XS handles JSON serialization at C speed. Email::Sender with Email::MIME sends transactional email reliably. For background jobs, Minion (Mojolicious-based) and Beanstalk::Client integrate cleanly with Perl backends. If your framework needs persistent processes — most modern non-CGI Perl apps do — you can run them via cron, supervisor scripts, or upgrade to a managed VPS for full daemon control with Starman, Starlet, or uWSGI workers.

Can I schedule Perl scripts with cron jobs?

Yes — every Webhost365 Perl hosting plan includes cron job support, which is essential for almost any non-trivial Perl deployment. Common use cases include nightly database backups, periodic data feeds and ETL jobs, email digest scripts, log rotation, sitemap regeneration, cache warming, recurring API polling for third-party integrations, automated report generation, and scheduled cleanup of stale temporary files.

You can schedule jobs through the control panel's cron interface (a web-based crontab editor) or by editing your crontab directly via SSH with crontab -e. Each cron entry should call your Perl script using its full absolute path, like 0 3 * * * /usr/bin/perl /home/user/scripts/nightly-backup.pl >> /home/user/logs/cron.log 2>&1. Capturing both stdout and stderr to a log file is strongly recommended; otherwise cron output is silently mailed to the account owner and easy to miss.

A few cron gotchas worth knowing: cron runs scripts with a minimal environment, so don't rely on shell aliases or PATH settings from your interactive login. Set environment variables explicitly inside the script or in the crontab. Always use absolute paths for both the Perl interpreter and any files the script reads or writes. Cron resolution goes down to the minute. For sub-minute scheduling, recurring tasks faster than every 60 seconds, or persistent worker processes, our VPS and dedicated server tiers give you full systemd timer access and the ability to run long-lived daemons.

How do I connect Perl to a MySQL or MariaDB database?

Use the standard CPAN modules DBI (Database Interface) and DBD::mysql (the MySQL/MariaDB driver). Both install via cpanm DBI DBD::mysql. A typical connection looks like: DBI->connect("DBI:mysql:database=$db;host=localhost;mysql_enable_utf8mb4=1", $user, $pass, { RaiseError => 1, AutoCommit => 1 }). Setting mysql_enable_utf8mb4 ensures correct handling of Unicode and emoji. RaiseError makes DBI throw exceptions instead of silently returning errors, which is much easier to debug.

Webhost365 Perl hosting plans include MariaDB databases (1 to 5 depending on plan) along with phpMyAdmin for visual schema design, query testing, and data export. For larger applications, DBIx::Class provides a full ORM over DBI with relationships, schema migrations, and result-set chaining. DBIx::Connector wraps DBI with connection lifecycle management — important for long-running Mojolicious or Dancer2 processes that hold connections across requests.

Always use prepared statements (parameterized queries) to defend against SQL injection: $dbh->prepare("SELECT * FROM users WHERE id = ?") followed by $sth->execute($id) is safer and faster than string interpolation. If you need PostgreSQL instead of MariaDB, DBD::Pg installs through CPAN. DBD::SQLite ships an embedded database for prototyping and read-heavy small apps. For serious production loads, dedicated database servers (available with our VPS and dedicated tiers) outperform shared MariaDB instances.

Is Perl hosting good for legacy CGI scripts?

Yes — this is one of the strongest use cases for Webhost365 Perl hosting. Many businesses still run Perl CGI scripts written 10, 15, even 20 years ago that quietly handle production traffic and don't need rewriting. Our platform supports these legacy applications without forcing migration to a modern framework.

The standard cgi-bin convention works, both .pl and .cgi extensions are recognized, and either #!/usr/bin/perl or the more portable #!/usr/bin/env perl shebang is supported. CGI.pm is installable from CPAN if your scripts depend on it (it was removed from Perl core in 5.22, so newer Perl needs cpanm CGI as a one-time install). Older modules like HTML::Template, DBI, Net::FTP, Date::Manip, Time::HiRes, and MIME::Base64 all install cleanly.

NVMe SSD storage and AMD EPYC processors keep even unoptimized legacy CGI scripts responsive — script startup is the main CGI overhead, and fast disk plus memory makes that dramatically less painful than on older hardware. Free Let's Encrypt SSL upgrades older HTTP-only scripts to HTTPS without code changes; you simply switch your domain to HTTPS and the existing CGI handlers continue working. For scripts with security concerns inherent to old code, run Perl in taint mode (the -T flag in the shebang) to enforce input validation, and consider a code review for SQL-injection vulnerabilities common in pre-prepared-statement code.

What kind of SSH access is provided?

Every Perl hosting plan from Webhost365 includes developer-grade SSH access — the same quality you'd expect from a hosting provider that takes Perl seriously. Connect using a standard SSH client: OpenSSH on macOS or Linux, PowerShell or PuTTY on Windows, or any compatible terminal app on mobile. Authenticate with either a password or, strongly preferred, an SSH key pair.

Once logged in, you can run shell commands, edit files with vim or nano, install CPAN modules with cpanm into your home directory, manage cron jobs with crontab -e, transfer files via SCP or rsync, run perl -c yourscript.pl syntax checks before deployment, profile with Devel::NYTProf, and execute one-off Perl scripts directly on the server.

SSH key authentication is strongly recommended. Generate a key pair locally with ssh-keygen -t ed25519 (modern ed25519 is faster and more secure than older RSA), upload the public key through the control panel, and disable password authentication for that account. For automated deployments, integrate SSH with Git pulls (git pull from inside an SSH session), CI/CD pipelines (GitHub Actions, GitLab CI, CircleCI all support SSH deployment), or simple scp/rsync-based file synchronization. SFTP is also enabled, so any FileZilla or Cyberduck workflow that uses SFTP works without configuration changes.

Does Bunny CDN work with Perl applications?

Yes. Bunny CDN — a content delivery network — sits in front of your Perl application and caches static assets like images, CSS files, JavaScript bundles, fonts, downloadable files, and any static HTML at 197 global edge locations. Visitors get those assets from the closest PoP (Point of Presence), dramatically reducing page load times worldwide while requests that need dynamic Perl execution (form submissions, database queries, authenticated pages, REST API responses) pass through to your origin server.

This separation matters for performance. CDN-cached assets typically respond in 5–50ms regardless of where the visitor is, while origin requests still have to compile and run Perl, query MariaDB, and render output. By offloading the static portion to Bunny's edge, your origin keeps more CPU and memory available for the dynamic Perl workload. The result: faster perceived page loads, lower origin bandwidth bills, and better Core Web Vitals scores — particularly Largest Contentful Paint (LCP) since the hero image often comes from the CDN, and Time to First Byte (TTFB) indirectly because the origin is less loaded.

Setup is automatic. Bunny CDN is included and pre-configured on every Webhost365 Perl hosting plan. You can fine-tune caching rules through the control panel: set Cache-Control: public, max-age=31536000 headers on asset URLs for aggressive long-term caching, exclude specific dynamic paths from caching (like /admin or /api/private), and purge cached objects on demand when content changes.

Is SSL included for Perl hosted sites?

Yes — every Perl hosting plan includes free Let's Encrypt SSL certificates with automatic 90-day renewal. SSL is provisioned automatically when you point your domain to our nameservers, so your Perl scripts and CGI applications run under HTTPS from day one, without manual ACME challenges or certificate renewals.

SSL matters for several reasons. It protects user data in transit — especially important for forms, login credentials, payment information, and session cookies. Google has used HTTPS as a positive ranking signal since 2014, and modern browsers (Chrome, Firefox, Edge, Safari) flag non-HTTPS sites as "Not Secure," hurting user trust and conversion rates. Modern web APIs like Service Workers, Geolocation, and getUserMedia require HTTPS to function at all.

Wildcard certificates are also available for subdomains (*.example.com), useful for multi-tenant Perl apps or staging environments. If you have an existing third-party SSL certificate from DigiCert, Sectigo, GlobalSign, or another commercial CA, you can install it through the control panel — Let's Encrypt is the default, not the only option. Modern TLS versions (1.2 and 1.3) are supported with strong cipher suites; insecure protocols like SSLv3 and TLS 1.0 are disabled. To force HTTPS, add a redirect rule in .htaccess or your web server configuration that 301-redirects HTTP to HTTPS, and enable HSTS headers for additional browser-level protection.

Can I run Perl alongside PHP, Python, or Node.js?

Yes. Webhost365 hosting plans support multi-language workloads on the same account. You can run Perl .pl and .cgi scripts alongside PHP for legacy CMS sections (WordPress, Joomla, custom PHP), Python for data-processing scripts and machine-learning hooks, and Node.js for real-time components like WebSocket servers or modern frontend bundling — all on the same hosting account.

This flexibility helps in several common scenarios. You might be modernizing an old Perl application incrementally, replacing a Perl CGI-based admin interface with a Node.js single-page app while keeping the Perl backend stable. Or integrating with a third-party SDK that ships only in Python (common for AI and machine-learning services), feeding results into your Perl application via a small bridge script. Or running a multi-tier site where each tier uses the best language for the job: PHP for the public marketing site, Perl for backend processing, Python for data analytics.

Each language runtime is isolated, so a Python script error won't affect your Perl scripts and vice versa. File permissions and environment variables can be set per-script. If you need a fully dedicated Perl-only environment with a custom Perl build (Perlbrew, custom interpreters, or specific compilation flags), our VPS and dedicated server tiers give you full root access for that level of control.

What email and domain features are included?

Every Webhost365 Perl hosting plan includes free professional email hosting — branded addresses on your own domain (yourname@yourdomain.com), accessible via webmail in the control panel, IMAP, POP3, and SMTP. Mailboxes work in any standard email client (Outlook, Apple Mail, Thunderbird, Gmail's send-as feature) and on mobile through standard IMAP configuration. SPF, DKIM, and DMARC are configurable for deliverability, helping ensure transactional emails sent by your Perl scripts via Email::Sender or Net::SMTPS land in inboxes rather than spam folders.

You also get free email aliases (forwarding from old@yourdomain.com to new@yourdomain.com), catch-all addresses (*@yourdomain.com forwarded to a single inbox), and standard spam filtering. Webmail includes calendar and contacts.

With any annual plan you also get a free domain registration — choose from common TLDs at signup (.com, .net, .org, .info, and others) and the domain renews at standard pricing in year two onward. We don't apply hidden hikes on renewal: signup price equals renewal price for both hosting and domain. DNS management is included through the control panel, supporting A, AAAA, CNAME, MX, TXT (for SPF/DKIM/DMARC), SRV, and CAA records. This means a small Perl-based site can launch with email, domain, hosting, SSL, and CDN bundled into a single yearly invoice.

How does Perl hosting compare to general shared hosting?

The underlying hardware (AMD EPYC processors, NVMe SSD storage, DDR5 memory), Bunny CDN integration, free Let's Encrypt SSL, free professional email, free domain on annual plans, SSH access, and 24×7×365 expert support are the same across our shared hosting tiers. The platform foundations don't change.

The difference is provisioning: Perl hosting plans come with the Perl 5 runtime, CPAN tooling (cpanm preinstalled), CGI execution enabled at the web server level, and configuration tuned for typical Perl workloads. General shared hosting is tuned more toward PHP and static-site workloads. For most users this only matters if you are running Perl scripts.

If your site is purely WordPress or PHP, our WordPress hosting or general hosting plans may be a better fit — they're priced lower (general hosting starts at $1.49/month) and tuned for PHP performance. If you need to run Perl scripts even occasionally — for cron jobs, data processing, web scraping, log analysis, legacy CGI, or a Perl-based REST API — Perl hosting is the right tier from day one. Trying to run Perl on general hosting often hits configuration limits that are easier to avoid by starting with the right plan. You can also start on Perl hosting and upgrade to a VPS or dedicated server later if traffic or workload outgrow shared resources.

How do I order a Perl hosting plan?

Click the "Order Now" button on the plan that matches your needs (Nimbus for single-site projects at $4.49/month, Orion for two sites with a popular feature set at $7.49/month, or Zenith for up to five sites and unlimited storage at $22.49/month). You'll be taken to our secure billing portal where you choose monthly, annual, biennial, or triennial terms.

Annual and longer terms include a free domain registration and a deeper per-month price compared to month-to-month billing. After checkout, your account is provisioned within minutes — you'll receive control panel credentials, SSH details, MariaDB database connection strings, and DNS instructions by email. From there, point your domain to our nameservers (or use the free domain we register for you at signup), upload your Perl scripts via SSH, SFTP, or Git, and your site goes live.

If you have questions before ordering — Perl module compatibility, migration from another host, custom resource requirements, multi-site discounts — our 24×7 support team can help via live chat, email, or ticket. All plans include a 30-day money-back guarantee, so you can try Perl hosting risk-free. Common payment methods including credit cards, PayPal, and bank transfer are accepted for monthly and longer terms.