---
title: Entry Processes (EP)
description: Batas proses PHP bersamaan di shared hosting. Sering jadi biang Error 508 — bukan batas pengunjung harian.
canonical: https://penasihathosting.com/wikihosting/entry-processes
type: wiki
locale: id
updated: 2026-07-15
author: Willya Randika
---

# Entry Processes (EP)

Batas proses PHP bersamaan di shared hosting. Sering jadi biang Error 508 — bukan batas pengunjung harian.

Pernah membuka website sendiri lalu disambut layar putih **"508 Resource Limit Is Reached"**? Tenang — itu jarang berarti “kena hack” atau “trafik tiba-tiba sejuta orang”.

Seringnya itu soal **Entry Processes (EP)**: batas berapa banyak proses PHP yang boleh **berjalan bersamaan** di akun shared (umum di lingkungan CloudLinux + [cPanel](/wikihosting/cpanel)).

## EP Bukan Batas Pengunjung Harian

EP mengukur **konkurensi**, bukan total visitor per hari.

- Skrip yang sehat selesai dalam hitungan milidetik, lalu slot EP kosong lagi  
- Limit **20 EP** ≈ 20 request PHP yang *benar-benar bersamaan*, bukan 20 orang seharian  
- Website yang lambat “duduk” di kasir lebih lama → slot penu lebih cepat meski pengunjung sedikit  

Batas EP shared sering di kisaran **20–50**, tergantung paket.

## Analogi Kasir Supermarket

- **Pengunjung di toko** = traffic (boleh banyak)  
- **Kasir** = Entry Processes  
- **Antrian macet** = Error 508  

Ratusan orang boleh belanja. Masalah muncul jika kasir sedikit **dan** tiap transaksi lama (skrip berat, database lambat, bot serbu login).

Rumus kasar:

> **EP penuh ≈ banyak request × waktu proses yang lama**

## Penyebab 508 yang Paling Sering

1. **Plugin/tema berat** atau job yang menahan PHP lama  
2. **Bot / brute force** (wp-login, xmlrpc)  
3. **Cron** berat di jam sibuk  
4. **Query database lambat** — PHP menunggu, slot EP tetap terisi  

## Cara Cek di Panel

1. Login cPanel  
2. Buka **Resource Usage** / **CPU and Concurrent Connection Usage**  
3. Lihat grafik **Entry Processes** dan snapshot proses  

Garis yang sering nempel limit = momen pengunjung melihat 508. Snapshot membantu menunjuk skrip yang “nyangkut”.

## Apa yang Dilakukan Dulu (Sebelum Upgrade)

1. **Percepat situs** — cache, kompres gambar, PHP versi didukung, kurangi plugin  
2. **Saring bot** — firewall, rate limit, [CDN](/wikihosting/cdn)/Cloudflare di depan origin  
3. **Jadwalkan cron berat** di luar jam puncak  
4. **Upgrade** hanya jika traffic manusia memang besar *setelah* optimasi (naik cloud/VPS dengan limit EP lebih tinggi)  

Upgrade tanpa membersihkan skrip lambat sering hanya menunda 508 berikutnya.

## Yang Perlu Anda Perhatikan

- EP rendah **bukan** otomatis paket jelek; situs ringan dengan 20 EP bisa melayani ribuan kunjungan/hari  
- 508 adalah sinyal **dapur lambat atau serbuan**, bukan hanya “butuh hosting mahal”  
- Pantau resource setelah pasang plugin baru atau kampanye iklan  

## FAQ

<Accordion>
  <AccordionItem title="Apakah 20 EP cukup untuk toko online?">
    Bisa, jika halaman cepat dan bot terkendali. Flash sale atau traffic iklan besar sering butuh headroom lebih — optimasi dulu, baru naikkan paket jika grafik EP masih penuh oleh manusia sungguhan.
  </AccordionItem>
  <AccordionItem title="Bedanya EP dengan bandwidth atau inode?">
    [Bandwidth](/wikihosting/bandwidth-hosting) = data transfer. [Inode](/wikihosting/inode) = jumlah file. EP = proses PHP bersamaan. Ketiganya limit terpisah.
  </AccordionItem>
  <AccordionItem title="Kenapa hanya kadang-kadang 508?">
    Karena limit adalah concurrent. Sepi: aman. Spike bot, cron, atau halaman lambat di jam ramai: slot penuh sebentar lalu normal lagi.
  </AccordionItem>
  <AccordionItem title="Apakah VPS menghilangkan EP?">
    Model limit CloudLinux EP khas shared. Di VPS Anda mengatur resource sendiri — tetap bisa kehabisan CPU/RAM jika aplikasi tidak dioptimasi, tapi mekanismenya beda.
  </AccordionItem>
</Accordion>