Ekonomik Web Hosting
₺249.00 / month
- 1 Adet Site Barındırma
- 2 GB Disk Alanı
- Limitsiz Trafik
- 5 Adet E-Posta
- 1 GB E-Posta Kotası
- 1 Adet MySQL Veritabanı
Current PHP 8 versions, a generous memory limit, NVMe storage and daily backups for your PrestaShop 9 or 8 store, with business hosting and VDS options for large catalogues.
Quick answer
PrestaShop hosting is hosting that meets the requirements of PrestaShop, the open-source e-commerce software built on Symfony and Smarty. PrestaShop 9 needs PHP 8.1 or newer, MySQL 5.7+ or MariaDB 10.2+, the intl, zip, gd, curl, mbstring and pdo_mysql extensions, and a PHP memory limit of at least 512 MB. Small and mid-sized stores run comfortably on web hosting; for large catalogues, layered navigation and heavy campaign traffic, a VDS server is the better fit.
Monthly starting prices in Turkish lira, excluding VAT. You complete the order on our Turkish store page.
₺249.00 / month
₺349.00 / month
₺549.00 / month
| Store profile | Products / combinations | Active modules | Suitable product |
|---|---|---|---|
| New store, single language | Up to 1,000 | Up to 40 | Web hosting |
| Growing store with layered navigation | 1,000–10,000 | 40–80 | Web hosting (higher tier) |
| Multilingual, campaign-heavy store | 10,000–50,000 | 80+ | Business hosting |
| Multi-store with marketplace and ERP integration | 50,000+ | 100+ | VDS server |
Estimates; actual needs depend on mods, plugins and settings.
PrestaShop hosting is a hosting service tuned for running a shop that meets the PHP, database and memory requirements of the PrestaShop e-commerce platform. PrestaShop is an open-source, licence-free e-commerce platform that is widespread in Europe and has thousands of modules. Its back office runs on the Symfony framework, while the storefront uses the Smarty template engine.
This architecture makes PrestaShop richer than OpenCart, but also hungrier for resources. Product combinations (size, colour), advanced stock management, multi-store, customer groups and price rules come in the core; in return, the back office needs more memory and cache settings decide performance. A badly configured PrestaShop store can load several times slower than a well-configured one on the same hosting.
LIONFIN web hosting plans offer NVMe storage, free SSL, daily backups and a one-click app installer, with the PHP extensions PrestaShop needs already enabled. If you are looking for leaner store software, have a look at OpenCart hosting as well.
PrestaShop 9 requires PHP 8.1 or newer, MySQL 5.7 or MariaDB 10.2 or newer, an Apache 2.4 or Nginx web server and a PHP memory limit of at least 512 MB. The official PrestaShop 8 documentation recommended a 256 MB memory limit, but PrestaShop 9 has raised this value; do not trust the figures in older guides.
| Setting / extension | Recommended value | Why it matters |
|---|---|---|
memory_limit | 512M or more | Back office, imports and module installation |
max_execution_time | 300 seconds | Bulk product imports and updates |
upload_max_filesize | Depending on module and image size | Uploading module zip files |
| intl, mbstring, iconv | Enabled | Multilingual storefront, currency and date formats |
| gd, fileinfo | Enabled | Product images and thumbnail generation |
| curl, openssl, zip | Enabled | Payment modules, updates and module packages |
| pdo_mysql, dom, simplexml | Enabled | Database connection and XML processing |
To see whether your server meets these values, upload PrestaShop’s official phppsinfo.php script to the store folder and open it in a browser; delete the file when you are done. In cPanel you can raise the memory limit from the MultiPHP INI Editor screen.
Choose PrestaShop 9 for new stores; migrate an existing PrestaShop 8 store only after PrestaShop 9-compatible versions of your payment, shipping and theme modules have been released. PrestaShop 9 has moved to a newer Symfony version and dropped support for anything below PHP 8.1, which means better performance and a longer support window.
The technical burden of the migration is mostly in the modules, not the core:
override folder that override core classes are the first thing to break during a version upgrade.You can upgrade with the official update module (Update Assistant), but try it first on a copy on a subdomain, not directly on the live store. To create the copy, move the files and database to a new folder, then update the database details in app/config/parameters.php and the shop domain in the back office. Once testing is complete, repeat the same steps on the live store at a low-traffic hour.
You can install PrestaShop with the plan’s one-click app installer, or by uploading the official zip package to public_html and running the installation wizard in your browser. For a manual installation, create the database in the panel beforehand and delete the install folder afterwards. During installation PrestaShop renames the admin folder to a random name (for example admin482xyz); write this address down.
After installation, configure these settings for the market you sell to:
If you activate the SSL certificate before setting up the store, enabling SSL on all pages under Shop Parameters → General becomes a one-click task.
The biggest speed gain in PrestaShop comes from four settings on the Advanced Parameters → Performance screen: setting Smarty template compilation to “Never recompile template files”, turning on the Smarty cache, enabling “Combine, Compress and Cache” (CCC) for CSS and JavaScript, and switching off debug mode. Left on from development, these settings multiply page generation time on a live store.
The NVMe disks in the LIONFIN infrastructure speed up reading the Smarty cache and tens of thousands of product images.
In large PrestaShop catalogues, slowness has two main sources: the indexes of the layered navigation (faceted search) module, and statistics and connection tables that swell over time. Both strain the database and lengthen the response time of category pages.
The layered navigation module (ps_facetedsearch) keeps its own index tables to serve price and feature filters quickly. These indexes must be rebuilt after bulk product imports or price updates. Running the indexing URLs provided in the module settings as a cron job at night removes the heavy indexing jobs that administrators would otherwise trigger by hand during the day.
Tables that store connections, visitors and not-found pages can grow to millions of rows within months. If you do not use the statistics modules, turn them off; if you do, clean out old records periodically. Always take a database backup before doing so.
Once products and combinations exceed tens of thousands, the database’s own memory, query cache and disk write speed become decisive. At that point a VDS where you can tune MariaDB for your store makes a clear difference compared with the fixed settings of a shared environment.
The most important step in keeping a PrestaShop store secure is keeping modules up to date and following the security advisories PrestaShop publishes. Most serious vulnerabilities reported in recent years were not in the core but in SQL injection and file upload flaws in third-party modules.
var, img, upload and download.install folder or test scripts such as phppsinfo.php on the server.At network level, the RouteFence firewall in the LIONFIN infrastructure filters DDoS traffic; adding WAF rules against application-level attacks provides an extra layer.
Basic SEO settings in PrestaShop are made on the Shop Parameters → Traffic & SEO screen: enabling “Friendly URL”, setting canonical URL redirection to 301 and editing the URL patterns for each page type. When Friendly URL is turned on, PrestaShop regenerates the .htaccess file; if the file is not writable, product pages return a 404 error.
Follow these steps for search visibility:
gsitemap), submit it to the search console and update it regularly with cron.Page speed is also a ranking signal; the settings in the performance section directly improve your Core Web Vitals scores.
PrestaShop modules are uploaded as zip packages from the Modules → Module Manager screen; theme changes should be made through a child theme rather than directly in the theme files. Following these two rules stops your customisations from disappearing during updates and modules from breaking each other.
override folder and do not install two modules that change the same class.prod directory in var/cache.If you would like the store design and integrations built turnkey, the LIONFIN web development service takes e-commerce projects from design to launch.
A safe PrestaShop upgrade starts with a complete backup taken right before the upgrade and a trial run on a test copy. A complete backup covers the database, the img folder with product images, theme and module files, and the app/config/parameters.php configuration file.
In maintenance mode you can add your own IP address as an exception and test the store while it is closed to visitors. Remember to keep a copy of your backups outside the hosting account.
If your PrestaShop store slows down on campaign days, bulk operations in the back office time out, or layered navigation indexing takes hours, it is time to move up a step. These signs show you are reaching the limits of PHP processes, memory or database resources.
| Symptom | Recommended step |
|---|---|
| Disk or database quota filling up | Higher web hosting tier |
| Slowdowns on campaign days, noisy neighbours | Business hosting (reserved resource share) |
| Tens of thousands of combinations, ERP or marketplace sync | VDS server |
| Need for Redis caching, custom PHP-FPM and database tuning | VDS server |
On a VDS, CPU and memory are dedicated to you, so a wave of simultaneous orders is not shared with other users; server management, however, is your responsibility. Integrations such as marketplace and stock synchronisation put a constant load on the server. If you do not want to manage a server, business hosting is the right intermediate step. Current plan values are shown in the table on this page.
The most common PrestaShop errors are 500 errors caused by module incompatibility, stale cache, product pages returning 404 because .htaccess is not writable, and the memory limit. To see the details of an error, you need to turn on debug mode temporarily.
_PS_MODE_DEV_ to true in config/defines.inc.php. The error message usually points to the responsible module; always switch the mode off afterwards..htaccess; make sure the file is writable.var/cache/prod folder.memory_limit and max_execution_time, or split the file into smaller parts.If the problem persists, including the message shown in debug mode and the last installed module in your support request speeds up the fix.
Choose a plan
Pick the web hosting plan that fits your product and combination count from the package table and point your domain to the hosting.
Prepare PHP settings
Select PHP 8.1 or newer in the panel, set memory_limit to at least 512M and max_execution_time to 300 seconds.
Create SSL and the database
Activate the free SSL certificate, then create a MySQL database and a user with full privileges in the panel.
Install PrestaShop
Use the one-click installer, or upload the official zip package and complete the installation wizard, then delete the install folder.
Localise the store
Import the localisation pack for your country and complete the tax, shipping and SMTP email settings.
Enable performance and SEO
Turn on the Smarty cache and CCC options, switch off debug mode, enable Friendly URL and place a test order.
For PrestaShop 9, a memory limit of at least 512 MB per PHP script is recommended. This is not the server’s total memory but the ceiling a single PHP request can use. Small and mid-sized stores run comfortably on web hosting plans; many concurrent visitors and large catalogues require business hosting or a VDS.
PrestaShop 9 supports PHP 8.1 and newer; it does not run on PHP 8.0 or earlier. The exact version you use is decided by the compatibility of your modules. You can change the PHP version from the panel and try the change on a test copy of the store first.
Yes. When the memory limit, PHP extensions and database requirements are met, PrestaShop runs smoothly on shared hosting. With the Smarty cache and CCC settings enabled, small and mid-sized stores get sufficient performance. Large catalogues and campaign traffic require moving to products with reserved resources.
During installation PrestaShop renames the admin folder to a random value for security; the address is yourdomain.com/admin followed by letters and numbers. Save the address shown on the installation screen. If you forget it, check the name of the folder starting with admin in the file manager.
Importing your country’s localisation pack from International, Localization adds the language, currency and tax rules in one go. Then check the VAT rates for your product groups in the Taxes section and assign the correct tax rule to products. Invoicing and e-invoicing integrations need a separate module.
Because PrestaShop includes more features in the core and its back office uses Symfony, it needs more resources on the same hardware. With the Smarty cache, CCC, OPcache and unneeded modules removed, storefront speed can be brought close to OpenCart. The real difference is felt in the back office and bulk operations.
Yes. After transferring the files and a database dump to the new hosting, update the database details in app/config/parameters.php and, if needed, correct the shop domain setting in the database. After the move, clear the cache and re-save the Friendly URL setting to regenerate the .htaccess file.
PrestaShop supports systems such as Memcached and APCu in its cache layer, and community modules exist for Redis. Where these systems need a service running on the server, you need a VDS instead of shared hosting. For small and mid-sized stores, the Smarty and file caches are usually sufficient.