웹 개발

Drupal Commerce는 대부분의 온라인 쇼핑몰에게 잘못된 답입니다. 이는 십오 년 동안 탄탄하게 설계되어 온 프로젝트에 대한 비판이 아닙니다. 대부분의 쇼핑몰이 어떤 모습인지에 대한 진술일 뿐입니다. 수백 개의 SKU, 하나의 통화, 소비자 고객, 그리고 마지막에 카드 결제 한 번. 이런 형태의 사업이라면 중요한 모든 축에서 호스팅형 플랫폼이 이기고, 논쟁은 시작되기도 전에 끝납니다. 그런데 계산이 완전히 뒤집히는 소수가 존재하며, 그것은 수익성이 높은 소수입니다. 변형 표로는 표현할 수 없는 구성형 제품. 협상된 가격표를 가진 거래처 계정. 카탈로그 자체가 ...

Drupal 12는 2026년 12월 7일이 있는 주에 나올 예정이고, Drupal 10은 2026년 12월 9일에 지원이 끝납니다. 두 날짜는 Drupal 코어 릴리스 일정 같은 페이지에 두 줄 간격으로 나란히 적혀 있지만, Drupal 10 사이트를 운영하는 사람 대부분은 둘 다 알아차리지 못했습니다. 새 메이저의 첫 알파는 2026년 9월 2일에 태그되었으니, 이번 릴리스의 모양은 이제 추측이 아니라 기록의 문제입니다. 이 충돌이 이야기의 전부입니다. 메이저 버전이 나오는 일 자체는 보통 사이트 소유자에게 급하지 않습니다....

AI 에이전트 결제는 약 1년 만에 서로 경쟁하는 네 개의 규격과 두 개의 산업 재단, 그리고 엄청난 양의 기사를 만들어 냈습니다. 아직 만들어 내지 못한 것은 대다수 가맹점의 매출입니다. 이해할 가치가 있는 부분은 소음과 숫자 사이의 간극입니다. 들뜬 기사도 냉소적인 기사도 모두 돈이 드는 방식으로 틀렸기 때문입니다. 진짜인 무언가가 만들어지고 있는 것은 맞습니다. Google, OpenAI, Stripe, Coinbase, Shopify, Visa, Mastercard가 모두 이 영역에서 규격이나 제품을 내놓았고,...

Elementor와 커스텀 테마를 둘러싼 논쟁은 대개 취향 문제로, 가끔은 진영 논리로 다뤄집니다. 둘 다 아닙니다. 이것은 비용 문제이며 그 모양은 예측 가능합니다. 페이지 빌더는 비용을 구축 단계에서 사이트의 운영 기간으로 옮깁니다. 그 거래가 이득인지는 거의 아무도 협상 테이블에 올리지 않는 두 숫자에 달려 있습니다. 사이트에 페이지가 몇 개인지, 그리고 그 페이지가 얼마나 자주 바뀌는지입니다. 논쟁이 끝나지 않는 이유는 양쪽 모두 일화로 말하기 때문입니다. 누군가는 빌더가 느리다고 말하고, 다른 누군가는 초록색 Lighthouse 점수를 올리며, 아무것도 정리...

대부분의 WordPress 플러그인 개발은 같은 곡선을 그립니다. 누군가에게 예약 양식이나 피드 수집기, 결제 화면의 추가 입력란이 필요해지고, 개발자가 그것을 작성하고, 잘 동작하고, 모두가 다음 일로 넘어갑니다. 2년 뒤 그 사이트는 오래된 버전의 WordPress에 묶여 있습니다. 업데이트를 해도 그 플러그인이 무사할지 아무도 확신하지 못하고, 그것을 작성한 사람은 이미 떠났기 때문입니다. 원인이 코어가 너무 빨리 움직이는 데 있는 경우는 드뭅니다. WordPress는 호환성을 깨뜨리는 일에 보수적이고, 5...

WordPress 7.0은 2026년 5월 20일에 Armstrong이라는 릴리스 이름으로 출시되었습니다. 원래의 2026년 일정표에 적혀 있던 날짜보다 6주 늦었고, block editor 이후 대행사에게 가장 큰 영향을 주는 코어 릴리스입니다. 헤드라인은 이제 코어가 생성형 AI 모델과 대화할 수 있다는 것입니다. 하지만 더 중요한 세부 사항은, 코어가 플러그인이 그 모델들과 어떻게 대화해야 하는지까지 정의하게 되었다는 점입니다. 이는 사이트에 있는 모든 플러그인이 자기 영역에 대해 전제해도 되는 것을 조용히 바꿔 놓습니다. 편집자 입장에서 보이는 변화는 크지 않...

Drupal의 AI는 더 이상 필요한 사람이 그때그때 갖다 붙이던 벤더별 컨트리뷰트 모듈의 산개가 아닙니다. 지금은 추상화 계층을 밑에 깔고 있는 하나의 조율된 프로젝트이고, 보안팀이 관리하는 릴리스 주기를 가지며, Drupal CMS 안에서는 설치 도중에 일부를 켤지 물어보는 완성된 제품으로 묶여 있습니다. 물어야 할 질문은 Drupal이 AI를 할 수 있느냐에서, 어느 부분을 켤 만한 가치가 있느냐, 그리고 편집자 네 명이 매 근무일 그것을 쓸 때 각 기능이 얼마나 드느냐로 옮겨갔습니다. 대부분의 글은 데모에서 멈춥니다. 누군가 프롬프트를 입력하면 페이지가 생기...

“Drupal은 느리다”는 평판의 출처는 대부분 호스팅이며, 그것은 거의 언제나 소프트웨어의 문제가 아니라 구매 결정의 문제입니다. 사이트는 제대로 만들어지고, 그다음 PHP 파일 몇 개짜리 소개용 사이트를 기준으로 가격이 매겨진 요금제 위에서 오픈합니다. 그 결과 진지한 렌더 파이프라인을 가진 콘텐츠 관리 시스템이, 스스로 바꿀 수 없는 메모리 한도 안에서, 스스로 통제할 수 없는 오피코드 캐시 위에서, 자기 도구를 돌릴 셸도 없이 돌아가게 됩니다. 사람들이 머릿속에서 비교 대상으로 삼는 것은 WordPress이고, 그 비교가 틀렸습니다. WordPress가 거의 ...

Drupal SEO에는 실력에 비해 과한 평판이 따라붙습니다. 주변에 물어보면 Drupal은 설치만 해도 검색에 강하다는 답이 돌아오는데, 대개는 다른 플랫폼에 대한 십오 년 전 기억과 비교하면서 하는 이야기입니다. 기본 상태의 Drupal 11 설치본에는 메타 디스크립션 필드가 없고, XML 사이트맵도 없으며, URL이 바뀔 때 자동으로 걸리는 리다이렉트도 없습니다. 그리고 편집자가 직접 별칭을 입력하기 전까지 콘텐츠는 /node/123에서 응답합니다. 이것은 프로젝트에 대한 비판이 아닙니다. 코어는 의도적으로 자기 영역을 좁게 유지하고, 견해가 갈리는 것은 모두 ...

CMS 마이그레이션은 기술 작업이 완벽하게 굴러가도 결과는 재앙일 수 있는, 몇 안 되는 종류의 프로젝트입니다. 사이트는 일정에 맞춰 공개되고, 보기에 더 좋아지고, 더 빨리 뜨는데, 트래픽은 절반으로 떨어집니다. 수백 개의 주소가 모양을 바꾸었는데 아무도 그 대응표를 만들지 않았기 때문입니다. 트래픽 손실을 일으키는 것은 새 플랫폼이 아닙니다. 단절이 일으킵니다. 예전에는 응답하던 주소가 이제 응답하지 않고, 식별 가능하던 페이지가 새 페이지처럼 보이며, 옛 주소에 몇 년간 쌓여 있던 이력은 옮겨 갈 곳을 잃습니다. 그래서 순위는 공개 당일이 아니라 몇 주에 걸쳐 ...