STEP1: 업데이트 전 반드시 백업 수행 #
현재 작동 중인 openai.php를 이미 수정 완료된 파일로 저장해 둡니다. 예: openai.php-dify 등의 이름으로 로컬에 복사.
WordPress 전체 또는 플러그인 폴더를 백업하여 문제 발생 시 복원할 수 있도록 전체 백업을 권장합니다.
STEP2: AI Engine 업데이트 #
WordPress 관리 화면의 “플러그인”에서 AI Engine (Meow Apps)을 업데이트하거나, SFTP/SSH 등으로 새 버전을 덮어씁니다.
업데이트 후 플러그인이 활성화되어 있는지 확인하세요.
STEP3: openai.php가 초기화되므로 재적용 절차 #
-
- 방법A: 차이점을 수동으로 반영
수정 전(동작 확인 완료) openai.php-dify를 참고하여 새로운 openai.php의 해당 위치(build_url(), build_headers() 등)에 추가·덮어쓰기 수정을 진행합니다.
AI Engine 업데이트로 추가된 변경 사항이 있을 수 있으므로 완전히 교체하지 않도록 주의하세요. 어디까지나 차이점만 수동으로 재현합니다.
-
- 방법B: 패치 파일이나 Git 사용
사전에 diff / git을 사용하여 수정 내용의 패치를 생성해 둡니다.
업데이트 후 patch < openai.patch와 같이 적용하여 동일한 변경 사항을 다시 적용합니다. 이것이 반자동화의 가장 확실한 방법입니다.
-
- 업데이트 후 openai.php
- 파일 경로:
wp-content/plugins/ai-engine/classes/engines/openai.php
- 파일 경로:
- 업데이트 후 openai.php
업데이트로 인해 이 파일이 최신 상태로 교체되어 있을 것입니다.
STEP4: Dify용 수정이 재적용되었는지 확인 #
수정 부분(예: build_url()의 endpoint = ‘https://귀하의DIFY주소/e/xxxxxx’ 등)이 올바르게 남아있는지 소스를 확인합니다.
- 테스트:
- WordPress의 디버그 모드를 활성화하고 실제로 채팅을 전송하여 debug.log를 확인합니다.
- Dify로의 요청 대상이 https://귀하의DIFY주소/e/xxxx/chat/completions가 되어 있으면 성공입니다.
필요에 따라 model 설정이나 Bearer Key 설정(관리 화면의 API Key 또는 필터)을 재조정합니다.
STEP5: 문제가 있으면 버전 차이 재확인 #
AI Engine 업데이트로 내부 사양이 변경된 경우 수정 부분을 미세 조정해야 할 수 있습니다.
- 공식 업데이트 이력(changelog)이나 파일 차이를 확인합니다. 특히 openai.php에 큰 변경이 있으면 차이점이 충돌을 일으킬 가능성이 있습니다.
- 잘 되지 않는 경우 이전 백업을 복원하여 원인을 분리해 봅니다.
정리 #
- 백업 (업데이트 전에 수정 완료된 openai.php 저장)
- AI Engine 업데이트 (플러그인 관리 화면 등)
- 재적용
- openai.php에 대해 차이점을 수동으로 삽입
- 또는 패치 파일·Git으로 자동 적용
- 동작 확인 (Dify용 엔드포인트로 요청이 전송되는지)