Локальний сервер - спеціалізоване програмне забезпечення, устанавливающееся на локальний комп'ютер і дозволяє вести розробку сайтів без виходу в інтернет. Під терміном локального комп'ютера розуміється будь-який домашній комп'ютер користувача. Сервер складається з декількох програмних модулів, покликаних виконувати різні функції. Робота локального сервера повністю імітує роботу сервера реального, розташованого у фірмі-хостера. Функціонал нічим не відрізняється від можливостей хостингу і складається з аналогічних компонентів, а саме з бази даних MySQL, сервера, підтримки РНР і скриптів для роботи з базами даних.
Всі компоненти локального сервісу викачуються і встановлюються в збірці, що позбавляє від необхідності конфігурувати його. Після установки користувачеві залишається тільки встановити движок проекту і почати з ним працювати точно так само, як і на фізичному хостингу.
Розробнику, що створює динамічний сайт із застосуванням РНР, Perl, баз даних MySQL і яких-небудь готових скриптів, просто необхідний локальний сервер для тестування і налагодження готового продукту. Справа в тому, що динамічні сайти і веб-сторінки сайтів перед відправкою в браузер проходять обробку сервером, що переводять їх у звичайний HTML-код. Якщо динамічний сайт створюється з використанням РНР, він збирається з окремих файлів, яких може бути дуже багато. На локальному сервері можна відтворити цей процес і протестувати і налагодити отриманий результат, а також подивитися, як він відіб'ється в різних браузерах.
Крім того, якщо на веб-сторінках майбутнього сайту використовуються команди SSI для складання HTML-сторінок з окремих файлів, то локальний сервер дає можливість перегляду кінцевого коду цих сторінок. Без використання локального сервера вони просто не будуть працювати. В результаті буде видно лише фрагменти сайту без жодних складових елементів.
Окремо варто сказати про вбудовані в локальний сервер утиліти, кодують і оптимізують скрипти, зашифровані Zend Guard. Без таких утиліт багато використовувані вами скрипти виявляться непрацездатними, оскільки майже всі розробники захищають скрипти від злодійства і будь-якого втручання.