제가 Hostinger의 Drupal 호스팅에 가입하자마자 결제 시 Drupal이 자동으로 설치되는 것을 지켜봤고, 두 개의 대륙에서 GTmetrix 테스트를 실행한 뒤 cron과 PHP 제한에 대한 실제 질문으로 Hostinger의 AI 지원 에이전트인 Kodee를 압박했습니다. 캐시된 페이지와 캐시되지 않은 페이지 사이의 차이가 결국 진짜 이야기였습니다.
제가 Hostinger의 Drupal 호스팅에 가입하자마자 결제 시 Drupal이 자동으로 설치되는 것을 지켜봤고, 두 개의 대륙에서 GTmetrix 테스트를 실행한 뒤 cron과 PHP 제한에 대한 실제 질문으로 Hostinger의 AI 지원 에이전트인 Kodee를 압박했습니다. 캐시된 페이지와 캐시되지 않은 페이지 사이의 차이가 결국 진짜 이야기였습니다.
Hostinger는 예산형 공유 요금제로 이름을 알린 리투아니아 기반 호스팅 회사이며, 전용 Drupal 호스팅 제품은 사용자가 직접 설정할 필요 없이 결제 직후 CMS를 자동으로 설치합니다. 아래에서 이 자동 설정이 실제 방문자가 사이트를 로드했을 때도 제대로 유지되는지, 그리고 Kodee가 도움말 문서를 안내하는 대신 실제의 어려운 인프라 질문에 답할 수 있는지도 확인해 보겠습니다.
Hostinger Drupal Hosting
Drupal arrives already installed and already backed by real infrastructure, a database ready to use, SSL and a CDN switched on by default.
Hostinger는 Single, Premium, Unlimited 세 가지 티어에 걸쳐 Drupal 호스팅 가격을 제공하며, 각 티어는 운영할 수 있는 웹사이트 수와 함께 저장 공간, 메일박스, 지원 범위를 단계적으로 늘려 줍니다.
아래 가격 위젯에는 티어와 기간별 정확한 금액이 나와 있으므로, 실제로 선택할 때 중요한 점만 짚어 보겠습니다.
주문하기 전에 알아둘 몇 가지가 있습니다:
결제 기간. 1, 12, 24, 48개월 선불로 결제할 수 있으며, 결제 화면은 기본적으로 가장 긴 기간으로 설정됩니다. 각 단계마다 월 요금이 실제로 할인되므로, 먼저 시험해 보고 싶다면 더 짧은 옵션도 확인해 보세요.
환불 보장. 모든 호스팅 티어에는 Hostinger의 표준 30일 보장이 적용되며, 이 기간 안에 취소하면 원래 결제 수단으로 환불됩니다. 이 결제 흐름에는 두 가지 예외가 직접 적용되는데, Coingate를 통한 암호화폐 결제는 아예 환불되지 않고, 주문에 포함된 무료 도메인은 호스팅 플랜이 환불되더라도 환불 불가 항목입니다.
무료 체험. 전용 무료 체험은 어디에서도 확인되지 않았습니다. 30일 보장만이 여기서 제공되는 유일한 안전장치이므로, 평가 기간을 그에 맞춰 계획하세요.
결제 수단. 카드(Visa, Mastercard, Amex, Discover), PayPal, Google Pay, AliPay+의 중국 및 홍콩 버전, 그리고 암호화폐용 Coingate가 있습니다.
포함 사항. 첫해 무료 도메인과 1GB짜리 무료 메일박스 2개가 자동으로 장바구니에 추가되며, 별도 업셀로 판매되지 않습니다. 여기에 사이트가 라이브되자마자 자동 SSL, CDN, 악성코드 스캔이 활성화됩니다.
한 가지 실용적인 참고 사항이 있습니다. Drupal은 작은 소개용 사이트부터 실제 로그인 트래픽이 있는 사이트까지 다양하게 운영할 수 있으므로, 시작 가격보다 실제로 추가 웹사이트를 몇 개 더 호스팅할 계획인지에 맞춰 플랜 크기를 정하는 것이 좋습니다. Single 티어는 한 사이트로 제한되지만, Premium과 Unlimited는 그 범위를 크게 넓혀 줍니다.
기능
체크아웃 시 Drupal 자동 설치
무료 SSL 인증서 기본 활성화
설정 없이 CDN 활성화
수동 설정 없이 악성코드 스캐너 작동
모든 플랜에 주간 자동 백업 제공
MySQL 데이터베이스와 phpMyAdmin 즉시 프로비저닝
AI 성능 진단 도구가 대시보드에 내장됨
Auto Installer는 WordPress, WooCommerce, Joomla도 지원
SSH 액세스 제공, 수동으로 활성화
Hostinger Drupal Hosting
Drupal arrives already installed and already backed by real infrastructure, a database ready to use, SSL and a CDN switched on by default.
이 플랜의 서버는 리투아니아 빌뉴스에 있으므로, 저는 하나의 GTmetrix 테스트만 돌리는 대신 두 개를 별도로 실행했습니다. 하나는 실제 서버와 가까운 독일 프랑크푸르트에서, 다른 하나는 대서양 건너편인 미국 샌안토니오에서 테스트했습니다.
서버 근처에서 테스트하면 더 나은 경우에 가까운 수치가 나오고, 멀리서 테스트하면 다른 대륙의 실제 방문자가 체감하는 모습이 드러납니다. 두 테스트를 나란히 돌리는 것만이 서버 지역 밖에서도 성능이 유지되는지 알 수 있는 유일한 방법입니다.
측정 항목
독일 프랑크푸르트(서버 근처)
미국 샌안토니오(서버에서 멀리 떨어짐)
성능 등급
90%
100%
구조 등급
98%
99%
TTFB
652ms
164ms
연결 시간
158ms
121ms
백엔드 시간
494ms
43ms
Largest Contentful Paint
1.4s
448ms
Total Blocking Time
0ms
0ms
Cumulative Layout Shift
0.01
0
Fully Loaded Time
1.7s
478ms
결과는 거리만으로 예상할 법한 방향과 반대로 나왔습니다. 프랑크푸르트는 빌뉴스에 샌안토니오보다 훨씬 가까운데도, 프랑크푸르트 테스트는 모든 지표에서 더 느렸습니다. 차이도 작지 않았습니다. 백엔드 시간만 해도 미국 테스트에서는 43ms였지만 유럽 테스트에서는 494ms로 뛰었는데, 이는 페이지가 서버를 떠나기 전에 서버 자체가 페이지를 생성하는 데 걸린 시간을 보여주는 수치에서 11배 차이가 난 것입니다.
이 백엔드 격차가 표의 나머지를 실제로 설명해 주는 숫자입니다. 이런 수준의 차이는 원시 네트워크 거리보다는 두 테스트 간의 캐시 상태 차이를 가리킵니다. 한 테스트는 아마도 바로 제공할 준비가 된 캐시된 페이지 복사본에 도달했고, 다른 테스트는 해당 요청에서 Drupal이 페이지를 처음부터 다시 렌더링하게 만들었을 가능성이 높습니다.
Hostinger의 CDN은 이 플랜에서 기본적으로 활성화되어 있고, Drupal의 내부 페이지 캐시도 함께 켜져 있습니다. 이 둘 중 하나 또는 둘 다가 함께 작동하면 정확히 이런 패턴이 나타날 수 있습니다. 즉, 한 위치에서는 캐시로 제공된 빠른 응답이 나오고, 다른 위치에서는 서버와 물리적으로 더 가깝든 아니든 상관없이 새로 생성된 느린 응답이 나오는 것입니다.
쉽게 말해, 페이지가 캐시되면 지리적 위치는 거의 중요하지 않습니다. 샌안토니오 결과는 지구 반대편에 있는 방문자도 이 Drupal 사이트를 0.5초 미만으로 로드할 수 있음을 보여 줍니다.
프랑크푸르트 결과는 캐시에서 빠져나간 순간의 실제 방문자 경험에 더 가깝습니다. 로그인 세션, 폼 제출, 또는 Drupal이 캐시 계층 대신 새로 빌드해야 하는 페이지가 여기에 해당합니다. 두 수치 모두 실제이며, 주로 캐시 가능한 사이트, 블로그 콘텐츠, 마케팅 페이지, 소개용 사이트를 위해 이 플랜을 평가하는 독자라면 대부분 샌안토니오식 숫자를 보게 될 것입니다.
개인화되거나 로그인 기반 콘텐츠가 많아 캐시 계층 뒤에 둘 수 없는 Drupal 프로젝트를 계획 중이라면, 더 느린 캐시 미적용 수치를 더 현실적인 기준으로 생각해야 합니다.
어느 쪽이든, 캐시 상태와 무관하게 중요한 수치들은 강하게 유지되었습니다. Total Blocking Time은 두 테스트 모두 0이어서, 방문자가 JavaScript 때문에 상호작용을 기다릴 필요가 없었습니다. Layout shift도 두 실행 모두 거의 0에 가까워, 페이지가 안정되는 동안 화면 요소가 움직이지 않았습니다. 이는 CDN 중심의 설정에서 지시를 너무 일찍 클릭하는 일이 다른 어떤 경우보다 사용자 경험을 해칠 수 있다는 점에서 중요한 사용성 요소입니다.
성능에 대한 최종 판단
이 Drupal 호스팅 플랜은 세계 양쪽에서 모두 잘 작동하지만, 그 이유는 단순한 거리 때문이 아닙니다.
빌뉴스 서버에서 멀리 떨어진 방문자는 캐시 덕분에 0.5초 미만으로 페이지를 로드했고, 서버와 물리적으로 더 가까운 위치에서 테스트한 방문자는 대신 더 느린 캐시 미적용 응답을 받았습니다. 이것이 바로 여기서의 핵심입니다. 사용자 경험은 물리적 원본 서버 거리보다 캐시 상태에 훨씬 더 크게 좌우됩니다.
대체로 정적이거나 가벼운 상호작용만 있는 Drupal 사이트, 블로그 콘텐츠, 기업 사이트, 포트폴리오라면 이 플랜은 캐시가 적용되는 순간 전 세계 어디서나 빠른 로드 시간을 제공합니다. 반면 개인화되거나 로그인 기반 콘텐츠를 많이 사용하는 Drupal 빌드라면, 더 느린 수치를 더 정직한 기준으로 삼고 그에 맞춰 계획하는 것이 좋습니다.
Hostinger Drupal Hosting
Drupal arrives already installed and already backed by real infrastructure, a database ready to use, SSL and a CDN switched on by default.
Hostinger는 Drupal 호스팅을 단순히 범용 공유 호스팅에 Drupal을 언급한 수준이 아니라, 별도 제품 페이지로 판매합니다.
이 점이 제가 실제로 테스트한 내용도 바꿔 놓았습니다. 저는 처음부터 가입해 실제 요금제를 결제했고, 이후 계정 패널과 함께 제공되는 사이트 수준 대시보드 안에서 시간을 보내며, Hostinger를 한 번도 써 본 적 없는 사람도 지원 문서를 열지 않고 Drupal 사이트를 띄우고 일상적으로 관리할 수 있는지 확인했습니다.
1. 등록
Drupal 호스팅 페이지는 하나의 헤드라인, Drupal에 최적화된 호스팅으로 웹사이트를 만든다는 짧은 문구, 그리고 단 하나의 Start now 버튼으로 시작합니다.
이를 클릭해도 가입 양식이 열리는 것은 아니고, 그냥 페이지가 아래의 요금제 섹션으로 스크롤될 뿐입니다. 따라서 실제 의사 결정은 빈 계정 양식이 아니라 그 부분에서 시작됩니다.
세 가지 요금제가 나란히 배치되어 있습니다:
저는 Premium을 선택했습니다. 나중에 두 번째 사이트를 추가할 여유가 있는 단일 Drupal 테스트 사이트라는 점이 이 리뷰에 가장 잘 맞았기 때문입니다.
다음으로 장바구니가 열렸는데, 결제 기간은 이미 48개월로 설정되어 있었고 Best value 표시가 붙어 있었습니다. 드롭다운을 클릭하니 1개월, 12개월, 24개월 옵션이 각각의 월 요금과 함께 표시되었습니다. 저는 48개월 그대로 두었습니다.
플랜 바로 아래에는 Secure your domain 검색 상자를 통해 첫해 무료 도메인을 제공하고 있었고, 이미 주문에 적용된 두 가지 확인 사항, 즉 무료 도메인 청구와 첫해 무료 메일박스 2개가 보였습니다.
도메인을 검색하니 추가 요금 없이 주문에 연결되었고, 저는 결제로 넘어갔습니다.
그다음 결제 단계로 이동했습니다. 이미 기존 Hostinger 계정에 로그인되어 있었기 때문에, 흐름은 바로 청구 주소와 결제 단계로 넘어갔습니다.
처음 방문한 사용자는 대신 먼저 가입 화면을 보게 되며, 이메일과 비밀번호를 입력하거나 Google 또는 GitHub로 계속 진행한 뒤 같은 청구 양식으로 이동합니다.
등록된 청구 주소가 재입력 강제 대신 옆의 Edit 링크와 함께 표시되었습니다.
제공된 결제 수단은 다음과 같습니다:
카드(Visa, Mastercard, Amex, Discover)
PayPal
Google Pay
AliPay+ China 및 AliPay+ Hong Kong(1 business day processing)
Coingate(암호화폐)
저는 저장된 카드로 결제를 제출했습니다. 그것이 전체 결제 절차의 전부였습니다. 추가 확인 단계도, 별도의 양식도 없었습니다. 바로 hPanel 안으로 들어갔고, 새 플랜이 이미 목록에 표시되어 있었으며, 별도로 도착한 영수증 이메일에서 구매가 확인되었습니다.
등록에 대한 제 생각. 이것은 어떤 호스팅 회사의 기준으로 봐도 깔끔한 체크아웃입니다. Hostinger가 단계 수를 최소화하기 때문입니다. 플랜, 기간, 도메인, 청구 및 결제, 끝입니다. 무료 도메인과 메일박스 2개를 업셀로 밀어 넣지 않고 장바구니에 직접 포함한 점도 괜찮습니다.
미리 알아둘 점은 결제 기간 기본값입니다. 가장 짧은 기간이 아니라 가장 긴 기간으로 열리므로, 화면에 보이는 금액이 단기 약정의 전체 비용이라고 생각하기 전에 드롭다운을 확인하는 습관을 들이는 것이 좋습니다.
2. 대시보드/클라이언트 영역
결제 직후 hPanel은 메인 계정 화면으로 열렸고, 여기서 먼저 분명히 해둘 점이 있습니다.
이 화면은 Drupal 전용 제어판이 아닙니다. 도메인, 이메일, 웹사이트 빌더, AI 에이전트, 그리고 구매한 VPS나 호스팅 플랜 등 계정에 연결된 모든 제품을 한곳에서 관리하는 단일 허브이며, 어떤 제품으로 들어왔든 같은 홈 피드가 공유됩니다.
이 홈 화면 상단에는 이름이 표시된 인사말과 AI 프롬프트 바가 있고, 그 아래에 Get domain, Create website, Get email, Try vibe coding, Migrate site, Get VPS, Try email marketing 같은 바로가기 버튼이 있습니다.
그 아래에는 사이트와는 무관한 계정 전반의 홍보 패널이 여러 개 있습니다. AI로 사이트 만들기, 온라인 스토어 설정, 무료 비즈니스 이메일 받기, AI 에이전트 활용, Hostinger Discord 참여, 무료 도메인 청구 등이 그것이며, 이들 중 어느 것도 제가 방금 구매한 Drupal 플랜과는 직접 관련이 없습니다.
더 아래쪽의 Your to-dos 섹션은 Reach 이메일 마케팅 설정 미완료나 아직 청구하지 않은 무료 이메일 주소 같은 관련 없는 계정 항목들을 표시했고, Show more 링크로 처음 몇 개를 넘겨 더 볼 수 있었습니다. 그 아래 Your business 섹션에는 계정에 연결된 모든 웹사이트가 나열되었고, 맨 아래에 가서야 호스팅 플랜과 VPS 인스턴스를 위한 전용 표가 나타났습니다. 각 행에는 호스트명, IP 주소, 상태, 만료일이 한눈에 보이도록 표시되어 있어 클릭할 필요가 없었습니다.
Your business에서 Drupal 사이트를 찾았습니다.
하지만 왼쪽 사이드바의 Websites를 클릭해서도 찾을 수 있었고, 그러면 보기가 호스팅 플랜만으로 필터링되었습니다. 이 페이지는 상단에 만료일이 표시된 Premium 플랜 카드로 열렸고, 그 아래에 hostadvice.tech가 나열되어 있으며 Tools 드롭다운과 Dashboard 버튼이 있었습니다.
대시보드에 대한 제 생각. hPanel은 계정 전체의 허브로서 기능하지만, Drupal 호스팅만 방금 구매한 사람을 위해 만들어진 것이 아니라 Hostinger의 전체 카탈로그를 위한 구조이기 때문에 로그인 후 실제 사이트 기록에 이르기까지 교차 판매 요소가 많이 보입니다.
새 사용자라면 홈 피드에서 새 구매를 상단에 바로 보여 줄 거라고 기대하기보다 사이드바의 Websites로 가야 한다는 점을 알아야 합니다. 하지만 올바른 사이트 카드에 도착하면, 그때부터는 모든 것이 깔끔하게 좁혀집니다.
3. 호스팅 관리
사이트 카드에서 Dashboard를 클릭하자 hostadvice.tech만 대상으로 하는 관리 패널이 열렸고, 여기서 실제 일상 작업이 이루어집니다.
페이지 상단에는 사이트 URL과 직접 연결되는 링크, 생성 날짜, Manage domain 버튼, Set up free email 버튼, 그리고 Malware protected, SSL, CDN이라는 세 개의 상태 배지가 표시되며, 별도 설정 없이 모두 기본 활성화되어 있습니다.
그 아래 Essentials 카드에는 가장 자주 쓰는 도구가 정리되어 있습니다:
항목
표시 내용
Database
데이터베이스 도구로 연결되는 Manage 버튼
Backups
백업 일정과 마지막 완료 실행
File manager
사이트 파일에 직접 접근하는 Open 버튼
Cache
캐시 삭제 및 미리보기 토글
Hosting plan
현재 플랜 이름, 세부 정보 펼치기 가능
그 옆의 Performance 카드에는 데스크톱용 자동 속도 점수가 표시되고, 모바일은 직접 실행할 때까지 아직 스캔되지 않은 상태로 표시되며, Run speed test 버튼이 있습니다.
Plan resource usage 카드는 디스크 공간, inode, CPU 부하, 메모리, 그리고 플랜에서 허용하는 추가 웹사이트 중 몇 개를 사용 중인지 추적합니다.
그다음 전체 왼쪽 사이드바를 열어 이 대시보드가 실제로 무엇을 다루는지 확인했습니다:
섹션
포함 범위
Hosting Plan
플랜 세부 정보, 리소스 사용량, 갱신, 업그레이드
Performance
AI Troubleshooter, 페이지 속도, CDN
Analytics
트래픽, 요청, 오류 로그
Security
악성코드 스캐너, SSL
Domains
서브도메인, 주차 도메인, 리디렉션
Website
WordPress 설치, 자동 설치, 마이그레이션, 오류 페이지, 로고 메이커
Files
파일 관리자, 백업, FTP 계정
Databases
MySQL 관리, phpMyAdmin, 원격 MySQL
Advanced
SSH 액세스, PHP 설정, DNS 존 편집기, cron 작업 등
이 가운데 몇 가지는 더 자세히 살펴볼 만한 결과를 보여 주었습니다.
Hosting Plan > Plan Details 에는 사이트의 live 및 www URL, IP 주소, 그리고 기본 리소스 할당이 나와 있습니다.
Performance > AI Troubleshooter 는 제가 수동 테스트를 시작하기도 전에 자동으로 스캔을 실행했고, 사이트가 최적화되어 있으며 문제를 찾지 못했다는 결과를 보고했습니다.
Analytics 는 대시보드에 직접 내장되어 있으며, 대역폭, 총 요청 수, 국가별 분포, 그리고 액세스 로그와 4xx 또는 5xx 오류 코드 탭을 시간 범위별로 필터링해 추적합니다.
Security > Malware Scanner 는 첫 실행에서 깨끗한 결과를 보였고, 페이지에는 이 검사가 데이터베이스 내용이 아니라 사이트 파일만 검사한다고 분명히 적혀 있으며, 더 깊은 검사를 원하는 사용자를 위한 유료 정리 옵션도 제공됩니다. 스캔 범위를 솔직하게 먼저 밝히고 전체 범위를 암시하지 않는 점은 올바른 접근입니다.
Domains > Subdomains 는 단순한 생성 폼으로 시작하는 빈 상태로 열렸으며, 서브도메인 이름, 대상 도메인, 선택적 사용자 지정 폴더 지정이 있습니다. 주차 도메인과 리디렉션은 같은 메뉴 안에 있습니다.
Website > Auto Installer 에서 Drupal에 대한 실제 세부 정보가 나타났습니다. Installed Applications 표에는 이미 Drupal이 나열되어 있었고, hostadvice.tech로 직접 연결되어 있었으며, 이는 이 특정 플랜에 가입할 때 제가 나중에 따로 트리거한 것이 아니라 자동으로 설치되었다는 것을 확인해 주었습니다. 아래의 원클릭 설치 카드는 WordPress, WooCommerce, Joomla, 일반 Other 옵션만 제공하며, Drupal은 여기에 새로 원클릭 설치로 제시되지 않습니다. 이미 플랜과 함께 실행 중이기 때문입니다.
Advanced > SSH Access 는 페이지를 열자마자 연결 정보, IP, 비표준 포트, 사용자 이름을 표시합니다. 새 Drupal 설치에서 터미널을 열기 전에 알아둘 점이 있습니다. SSH 자체는 기본적으로 꺼져 있으며 상태는 Inactive로 표시되고, 이 정보들이 실제로 동작하려면 먼저 Enable을 수동으로 눌러야 합니다.
같은 Advanced 메뉴에는 PHP 설정, DNS 존 편집기, cron 작업, 캐시 관리자, GIT, 비밀번호 보호 디렉터리, IP 관리자, 핫링크 방지, 활동 로그가 있으며, 공유 호스팅 플랜이 제공할 수 있는 사실상 모든 도구가 하나의 항목 아래에 모여 있습니다.
사용 편의성에 대한 최종 판단
결제는 짧고 예측 가능하게 진행됩니다. 플랜, 도메인, 결제, 끝이며, 무료 도메인과 메일박스는 업셀로 넘어가야 하는 것이 아니라 자동으로 장바구니에 들어갑니다. 다만 화면에 표시된 가격이 짧은 약정을 기준으로 한 것이라고 생각하기 전에 기간 드롭다운을 확인하는 습관이 필요합니다.
대시보드 쪽은 어디를 봐야 하는지 알게 되면 두 층으로 깔끔하게 나뉩니다. hPanel 자체는 공유형, 제품 공용 허브라서 새 구매를 상단에 바로 보여 주지 않고 홍보 패널과 교차 판매 타일 사이에 묻어 두지만, 실제 관리 작업은 그 아래의 사이트 전용 대시보드에서 이루어지며, 그곳에서는 꽤 잘 작동합니다. Drupal이 수동 원클릭 설치가 아니라 사전 설치되어 있고, 데이터베이스도 이미 프로비저닝되어 연결되어 있으며, 자동 성능 점검과 타사 도구 없이 내장된 트래픽 분석까지 제공되므로, 처음 Drupal을 쓰는 사람도 문서를 열지 않고 운영할 수 있는 관리 패널입니다. SSH가 기본적으로 꺼져 있다는 점은 셸 접근이 플랜 활성화와 동시에 준비된다고 가정하기 전에 한 번 더 확인해야 할 유일한 설정입니다.
Hostinger Drupal Hosting
Drupal arrives already installed and already backed by real infrastructure, a database ready to use, SSL and a CDN switched on by default.
Hostinger는 제가 직접 시험해 볼 수 있는 두 가지 채널, 즉 라이브 채팅과 자체 해결형 Help Center로 이 플랜을 지원합니다.
라이브 채팅은 인간 상담원이 들어오기 전에 Hostinger의 AI 지원 에이전트인 Kodee로 바로 연결됩니다.
Kodee는 과거 도움말 문서를 그대로 붙여 넣는 제한적인 챗봇이 아닙니다. Hostinger는 이를 Model Context Protocol과 계정 수준 접근 권한 위에서 구축했기 때문에, 실제 사이트의 설정을 확인하고, 다른 제품의 경우에는 단순 설명이 아니라 직접 변경까지 수행할 수 있습니다.
필요하면 뒤에서 실제 상담원이 이어받습니다. 저는 두 채널을 따로 시험했습니다. 먼저 라이브 채팅, 그다음 Help Center였습니다.
1. 라이브 채팅(Kodee)
채팅을 열고 Drupal의 cron 메커니즘이 실제로 여기서는 어떻게 실행되는지, hPanel의 cron 시스템이 Drush를 통해 트리거하는지 아니면 HTTP로 실행하는지, 그리고 그 cron 실행에 적용되는 PHP 제한이 일반 페이지 로드에 적용되는 제한과 같은지에 대한 두 부분으로 된 기술 질문을 했습니다.
Kodee는 기억에 의존해 답하지 않았습니다. hostadvice.tech를 직접 확인하겠다고 말했고, Drupal이 계정에 설치되어 있음을 확인한 다음, 실제 사이트의 PHP 구성을 가져와 응답했습니다.
내 질문
Kodee가 찾은 내용
hPanel이 Drush와 HTTP cron 중 무엇을 자동으로 선택하나요?
기본값은 둘 다 아닙니다. hPanel은 사용자가 설정한 그대로 실행합니다. HTTP용 cron URL이든 CLI용 Drush 명령이든 상관없습니다.
이 계정에는 cron 작업이 현재 설정되어 있나요?
아니요, 추측이 아니라 실제 계정에서 확인했습니다.
웹 PHP 제한과 CLI cron 제한이 같나요?
이 사이트의 웹 설정은 메모리 512M, 실행 시간 360 second입니다. CLI cron은 별도의 PHP 설정으로 실행될 수 있으며, max_execution_time은 CLI 스크립트에서 일반적으로 적용되지 않으므로 두 값이 같다고 가정해서는 안 됩니다.
Kodee는 SSH를 통해 CLI 메모리와 실행 제한을 직접 확인할 수 있는 한 줄짜리 PHP 스니펫도 제공했으며, 내가 추측에 맡기지 않도록 했습니다.
저는 후속 질문도 던졌습니다. 이건 VPS가 아니라 공유 Premium 플랜이므로, Drush가 기본으로 계정에 포함되는지 아니면 Composer를 통해 설치해야 하는지, 그리고 hPanel의 cron 시스템이 Composer 패키지에 의존하는 스크립트를 실행할 수는 있는지도 물었습니다.
답변은 더 깊었습니다. Kodee는 Drush가 공유 플랜에는 사전 설치되어 있지 않다고 확인한 뒤, 이 계정의 실제 파일 경로 /home/u376535993/domains/hostadvice.tech/public_html 에 맞춘 정확한 Composer 설치 명령을 제공했습니다. 일반적인 자리 표시자 경로가 아니었습니다.
또한 hPanel의 Custom cron 유형은 단순한 스크립트 이름이 아니라 전체 셸 명령을 허용하므로, Composer로 설치한 Drush 바이너리도 문제없이 작동한다고 확인했고, 셸을 직접 사용하고 싶지 않은 사용자를 위해 PHP 래퍼를 두 번째 옵션으로 제시했습니다.
답변 뒤에는 세 가지 빠른 실행 제안이 따라붙어 SSH 액세스, 커스텀 cron 작업 생성, Composer를 통한 Drush 설치를 안내해 주었고, 모두 “더 도움이 필요하시면 알려 주세요” 같은 일반 문구가 아니라 실제 다음 단계였습니다.
라이브 채팅에 대한 제 생각. Hostinger에서 제가 테스트한 모든 항목 중 가장 강력한 라이브 채팅 응답입니다.
두 답변 모두 문서가 아니라 라이브 계정을 기반으로 했고, 두 번째 답변은 자리 표시자가 아닌 실제 계정 파일 경로를 사용했으며, CLI에서 max_execution_time이 적용되지 않는다는 정정은 Hostinger 패널만 아는 사람이 아니라 웹 요청 밖에서 PHP가 어떻게 동작하는지 실제로 이해하는 지원 담당자만이 언급할 법한 세부 정보입니다.
실제 cron 작업을 설정해야 하는 진짜 Drupal 사이트 운영자라면, 문서 링크만 던져 주는 일반적인 답변이 아니라 여기서 제대로 된 실용적 답변을 받게 됩니다.
2. Help Center
Help Center는 검색창과, 클릭하기 전에 주제의 깊이를 가늠할 수 있도록 각 항목에 문서 수가 표시된 카테고리 타일 그리드로 열립니다.
이 페이지에는 Drupal 전용 카테고리가 없습니다. 같은 사이트의 Ubuntu VPS 호스팅은 이곳에서 잘 갖춰진 지식 베이스 섹션을 갖고 있는 것과 비교하면 중요한 차이입니다. Drupal은 그런 대우를 받지 못합니다.
검색창에 “drupal”을 직접 입력하면 10개의 결과가 나왔고, 제목만 봐도 성격이 드러납니다:
Hostinger AI Builder, 다른 콘텐츠 관리 시스템과의 차이점은 무엇인가요
Hostinger AI Builder, agentic mode 사용 가이드
Hostinger에서 자동 설치할 수 있는 애플리케이션은 무엇인가요
Hostinger에서 Plesk VPS 템플릿을 사용하는 방법
Hostinger에서 VPS의 운영 체제를 변경하는 방법
Hostinger에서 Google Analytics를 설정하는 방법
cPanel에서 애플리케이션을 자동으로 설치하는 방법
Hostinger에서 웹사이트의 구성 파일을 찾는 방법
Hostinger에서 웹사이트를 만드는 방법
Hostinger에서 애플리케이션을 자동으로 설치하는 방법
이 제목들 가운데 어느 것도 Drupal만을 위해 쓰인 것은 아닙니다. 모든 결과는 Drupal을 본문 어딘가에서 언급한 일반 호스팅, CMS, 또는 Auto Installer 문서일 뿐이며, 대부분 지원 애플리케이션 목록 중 하나에 Drupal이 포함되어 있기 때문일 것입니다.
지원에 대한 최종 판단
Kodee가 가장 돋보입니다. 두 번의 응답 모두 실제 계정을 확인한 뒤 답했고, CLI PHP 제한에 대한 그럴듯하지만 틀린 가정을 바로잡았으며, 실제 계정 파일 구조에 맞춘 정확한 명령을 일반적인 자리 표시자 대신 제공했습니다.
실제 cron 작업을 설정해야 하는 Drupal 운영자라면, 문서를 읊는 챗봇이 아니라 유능한 시스템 관리자가 주는 수준의 지원을 여기서 받게 됩니다.
Help Center는 다른 모습을 보여 줍니다. 검색은 잘 작동하고 카테고리 구조도 명확하지만, Drupal은 Ubuntu 같은 카테고리처럼 별도 전용 공간을 갖지 못합니다. “drupal”을 검색해 나온 모든 결과는 Drupal을 본격적으로 다루는 문서가 아니라, 일반 호스팅이나 CMS 문서에서 일부 언급하는 수준입니다.
Hostinger Drupal Hosting
Drupal arrives already installed and already backed by real infrastructure, a database ready to use, SSL and a CDN switched on by default.
네. Drupal은 이미 설치되어 있고 실제 인프라가 뒷받침하며, 바로 사용할 수 있는 데이터베이스, 기본 활성화된 SSL과 CDN까지 갖춰져 있습니다. 또한 Kodee는 문서를 읊는 대신 실제 서버를 확인한 뒤 어려운 질문에 답하는 지원 에이전트입니다.
미리 알아둘 절충점은 캐시 밖에서 벌어지는 일입니다. 페이지가 캐시되면 전 세계 어디서나 빠르지만, 캐시되지 않은 새 요청에서는 백엔드 응답 시간이 실제로 크게 늘어났으므로, 로그인 기반 또는 개인화 콘텐츠를 많이 사용하는 사이트라면 최상의 수치보다 그 차이를 기준으로 계획해야 합니다.
결제만 마치면 즉시 Drupal을 실행하고, 터미널을 먼저 건드릴 필요가 없기를 원한다면 이 플랜은 쉽게 추천할 만합니다. 반대로 모든 방문자에게 항상 새 콘텐츠를 렌더링해야 하는 프로젝트라면, 약정에 들어가기 전에 그 캐시 차이를 실제 트래픽 패턴과 비교해 보세요.
The section about renewal pricing is probably the most important takeaway. Introductory prices always look attractive, but it's the renewal cost that determines the real long-term value. I also found another review on Bestecision that breaks down the pricing, performance, and renewal considerations in detail.
HostAdvice.com는 독립적 기관으로 전문 웹 호스팅 리뷰를 제공합니다. 저희 리뷰는 공평하고 정직하며 모든 리뷰에 동일한 평가를 진행합니다.
저희는 저희가 리뷰하는 회사들도부터 금적적인 보상을 받습니다. 서비스와 제품에 대한 보상은 저희 리뷰 방향에 영향을 끼치지 않습니다. 또한 이 보상이 특정 회사에 대한 랭킹에 영향을 주지 않습니다. 이 보상은 리뷰어에게 제공하는 로얄티 비용, 계정 구매 및 테스트 비용을 커버합니다.