# 플러그인이 모든 업데이트 후 Discourse에 다시 게시하려고 함
**URL:** https://meta.discourse.org/t/plugin-tries-to-re-publish-to-discourse-after-every-update/306899
**Category:** WordPress
**Created:** [5월 6, 2024, 7:54오전 UTC](https://meta.discourse.org/t/plugin-tries-to-re-publish-to-discourse-after-every-update/306899 "2024-05-06T07:54:29Z")
**Posts on this page:** 16
**Page:** 1
### Author:  [@npm0912](https://meta.discourse.org/u/npm0912)
#### Post date: [5월 6, 2024, 7:54오전 UTC](https://meta.discourse.org/t/plugin-tries-to-re-publish-to-discourse-after-every-update/306899/1 "2024-05-06T07:54:29Z")
안녕하세요,
[WP Discourse](https://github.com/discourse/wp-discourse) 플러그인에서 웹사이트에 문제가 있는 것 같아 확인해 보았습니다.
기본적으로 블로그 게시물을 게시하고 Discourse 포럼에 성공적으로 게시된 후, 약 1주일 후 게시물을 약간 수정하여 업데이트하면 [WP Discourse](https://github.com/discourse/wp-discourse) 플러그인이 해당 게시물을 다시 포럼에 게시하려고 시도합니다.
그런 다음 "Discourse Publishing Failure"라는 제목의 이메일을 받게 되는데, 그 내용에는 임베드 URL이 이미 사용 중이라고 나와 있습니다.
Wordpress에서 매우 오래된 게시물을 업데이트할 때도 같은 문제가 발생하는 것을 확인했습니다. 해당 게시물이 Discourse 포럼의 기본 카테고리인 "News"에 표시되어 독자들을 혼란스럽게 합니다.
이 문제를 방지하기 위해 제가 놓치고 있는 설정이 있을까요?
감사합니다!
---
### Author:  [@angus](https://meta.discourse.org/u/angus)
#### Post date: [5월 9, 2024, 2:34오후 UTC](https://meta.discourse.org/t/plugin-tries-to-re-publish-to-discourse-after-every-update/306899/2 "2024-05-09T14:34:57Z")
리포트 감사합니다. 곧 이 시나리오를 더 자세히 살펴보겠습니다. 아마 내일, 늦어도 다음 주 초까지는 확인하겠습니다.
---
### Author:  [@angus](https://meta.discourse.org/u/angus)
#### Post date: [5월 13, 2024, 9:03오전 UTC](https://meta.discourse.org/t/plugin-tries-to-re-publish-to-discourse-after-every-update/306899/3 "2024-05-13T09:03:37Z")
Hey @npm0912, 제발 테스트를 좀 해줄 수 있을까?
이 문제를 재현해봐 주되, 변경 사항(1주일 후, 또는 일반적인 시간 경과)을 적용하기 전에 포스트 편집 화면 오른쪽의 WordPress 유틸리티 바에서 Discourse 포스트 상태를 확인해줘. 편집을 진행하는 시점에 거기에 무엇이 표시되는지 알려주고, 편집 후 방금 설명한 동작이 발생하는지도 알려줘.
[WP Discourse](https://github.com/discourse/wp-discourse) 로그 다운로드도 함께 공유해줘.
---
### Author:  [@npm0912](https://meta.discourse.org/u/npm0912)
#### Post date: [5월 13, 2024, 6:08오후 UTC](https://meta.discourse.org/t/plugin-tries-to-re-publish-to-discourse-after-every-update/306899/4 "2024-05-13T18:08:55Z")
그러니까 10일 전쯤에 처음 게시된 글을 수정하려고 하면 이런 Discourse 게시 상태가 보입니다:
게시물을 업데이트하려고 했으나 동일한 오류가 발생했습니다. 실패에 대한 동일한 이메일도 받았습니다.
로그의 마지막 오류는 다음과 같습니다:
```plaintext
[2024-05-13 18:02:53] publish.ERROR: create_post.post_error {"wp_title":"Nextcloud exhibiting at global events in May 2024","wp_author_id":"9","wp_post_id":209030,"response_message":"Embed url has already been taken","http_code":422}
```
게시물이 이미 Discourse에 있는 경우 재게시 시도를 비활성화할 수 있는 옵션이 설정 페이지에 있어야 하지 않나요?
감사합니다!
---
### Author:  [@angus](https://meta.discourse.org/u/angus)
#### Post date: [5월 13, 2024, 6:49오후 UTC](https://meta.discourse.org/t/plugin-tries-to-re-publish-to-discourse-after-every-update/306899/5 "2024-05-13T18:49:13Z")
음, 이는 WordPress 인스턴스가 [WP Discourse](https://github.com/discourse/wp-discourse) 플러그인이 게시물 메타 필드를 올바르게 저장하지 못하게 하고 있다는 뜻입니다. 이는 가장 가능성이 높게 사이트의 다른 플러그인이나 테마로 인해 발생하는 문제입니다. [WP Discourse](https://github.com/discourse/wp-discourse) 로그 다운로드를 공유해 주실 수 있을까요? 여기에는 원인을 추정할 수 있는 플러그인 목록이 포함되어 있습니다.
> [@npm0912](#):
>
> 게시물이 이미 Discourse에 있는 경우 재게시 시도를 비활성화하는 옵션이 설정 페이지에 있지 않나요?
보통 플러그인은 첫 게시 후 게시 세부 정보를 저장합니다. 하지만 귀하의 사이트에서는 이 작업이 수행되지 않고 있습니다. 우리가 알아내야 할 부분이 바로 이것입니다 🙂
---
### Author:  [@npm0912](https://meta.discourse.org/u/npm0912)
#### Post date: [5월 14, 2024, 7:34오전 UTC](https://meta.discourse.org/t/plugin-tries-to-re-publish-to-discourse-after-every-update/306899/6 "2024-05-14T07:34:21Z")
아, 알겠습니다. 이상하네요.. 버그인 줄 알았어요. 메타데이터 파일을 첨부할게요. 이 정도면 충분한지 알려주세요
[wp-discourse-logs-metafile-2024-04-17-2024-05-13.txt](https://meta.discourse.org/uploads/short-url/hI45AI6uPmMVTZAv01hwpUO3WRl.txt) (2.5 KB)
Discourse 플러그인과 충돌할 수 있는 알려진 플러그인이 있는지 알려주세요.
이 문제를 조사해 주셔서 정말 감사합니다!
---
### Author:  [@angus](https://meta.discourse.org/u/angus)
#### Post date: [5월 14, 2024, 9:13오전 UTC](https://meta.discourse.org/t/plugin-tries-to-re-publish-to-discourse-after-every-update/306899/7 "2024-05-14T09:13:37Z")
문제를 일으키는 원인이 될 수 있는 몇 가지 플러그인이 있습니다. 첫 번째 조치로, [WP Discourse](https://github.com/discourse/wp-discourse)의 “게시” 설정에서 해당 옵션을 활성화해 주시겠습니까?
이 옵션은 플러그인이 사용자 정의 필드를 저장하는 방식을 변경하며, 사용자의 경우에서 동작에 영향을 미칠 수 있습니다. 문제가 해결되지는 않겠지만, 더 많은 통찰력을 얻을 수 있을 것입니다. 옵션을 활성화하신 후, 동일한 상황을 재현해 보아 주세요.
이 과정을 거친 후에는 개별 플러그인을 비활성화하여 문제를 분리할 수 있는지 확인하겠습니다. 혹시 스테이징 사이트(실제 데이터는 없지만 테마와 플러그인이 설치된 사이트)를 가지고 계신가요?
또한 플러그인의 게시 로직에 더 많은 로깅을 추가하여 이 유형의 문제(즉, Discourse로 게시된 후 WordPress에서 메타데이터가 저장되는 과정)를 명확히 파악하는 데 도움이 되도록 하겠습니다. 하지만 이 작업에는 시간이 좀 걸릴 것이므로, 그 동안 위에서 언급한 테스트를 수행할 수 있습니다.
---
### Author:  [@npm0912](https://meta.discourse.org/u/npm0912)
#### Post date: [5월 28, 2024, 7:57오전 UTC](https://meta.discourse.org/t/plugin-tries-to-re-publish-to-discourse-after-every-update/306899/8 "2024-05-28T07:57:54Z")
안녕하세요, 또 시간을 내어 주셔서 감사합니다!
해당 설정을 활성화했지만 문제가 여전히 발생하고 있습니다.
실제로 스테이징 웹사이트를 사용 중인데, 재미있는 점은 플러그인, 테마, 파일이 완전히 동일함에도 동작 방식이 다르다는 것입니다. 즉, 테스트 게시글을 게시하면 Discourse에 정상적으로 전송되지만, 같은 게시글로 돌아오면 Discourse 사이드바 설정에서 "임베드 URL이 이미 사용 중입니다"라는 오류가 표시되지 않습니다. 대신 다음과 같이 표시됩니다:
따라서 서버 간 차이는 다음과 같습니다:
**스테이징 사이트:**
WordPress - 6.5.3
PHP - 8.1.27
MySQL - 10.6.16
**라이브 사이트:**
WordPress - 6.5.3
PHP - 8.1.2-1ubuntu2.17
MySQL - 5.5.5
---
### Author:  [@angus](https://meta.discourse.org/u/angus)
#### Post date: [5월 28, 2024, 9:22오전 UTC](https://meta.discourse.org/t/plugin-tries-to-re-publish-to-discourse-after-every-update/306899/9 "2024-05-28T09:22:01Z")
안녕하세요 @npm0912, 이는 문제가 사용자의 환경과 관련이 있음을 보여줍니다.
1. 두 인스턴스 모두에서 [WP Discourse](https://github.com/discourse/wp-discourse) 로그 뷰어의 전체 “meta” 파일을 공유해 주실 수 있을까요?
2. 스테이징 환경에서 사용하는 Discourse와 프로덕션 환경에서 사용하는 Discourse 사이에 어떤 차이가 있나요?
3. 스테이징에서는 사용하지 않는 캐싱, CDN 또는 로드 밸런싱 솔루션을 Wordpress 프로덕션 환경에서 사용하고 있나요?
---
### Author:  [@npm0912](https://meta.discourse.org/u/npm0912)
#### Post date: [5월 28, 2024, 9:45오전 UTC](https://meta.discourse.org/t/plugin-tries-to-re-publish-to-discourse-after-every-update/306899/10 "2024-05-28T09:45:01Z")
안녕하세요 @angus,
1. 네, 로그를 첨부합니다:
스테이징:
[Staging wp-discourse-logs-metafile-2023-04-13-2024-05-28.txt](https://meta.discourse.org/uploads/short-url/aUfICgM0VfkoQZLPmvfqjNFoSCM.txt) (2.4 KB)
라이브 사이트:
[LIVE wp-discourse-logs-metafile-2024-05-13-2024-05-28.txt](https://meta.discourse.org/uploads/short-url/wh3u60pr1XVLEKp8i8fzpz2amms.txt) (2.4 KB)
2. Discourse 인스턴스는 동일하며, 유일한 차이점은 스테이징에서 게시할 때 다른 포럼 카테고리를 사용한다는 것입니다.
3. 두 인스턴스 모두 WP Rocket과 Redis 캐시를 사용하고 있으므로, 이것이 영향을 미치지 않을 것으로 생각됩니다.
감사합니다!
---
### Author:  [@angus](https://meta.discourse.org/u/angus)
#### Post date: [5월 28, 2024, 11:17오전 UTC](https://meta.discourse.org/t/plugin-tries-to-re-publish-to-discourse-after-every-update/306899/11 "2024-05-28T11:17:45Z")
두 사이트 사이에 아주 미묘한 차이가 있습니다. 이것이 원인은 아닐 수 있지만, 이 문제가 원인일 가능성을 배제하기 위해(여기서도, 그리고 다른 문제들에서도) 스테이징 사이트와 프로덕션 사이트를 동일하게 유지하는 것이 좋습니다.
그 외에는 WP Rocket 설정을 꼼꼼히 확인해 보시는 것을 권장합니다(예: 두 사이트 간에 설정이 실제로 동일한지 여부). WP Rocket은 그 자체의 특정 목적에는 잘 작동하지만, 워드프레스 플러그인 관련 문제의 원인이 되는 경우가 많습니다.
---
### Author:  [@angus](https://meta.discourse.org/u/angus)
#### Post date: [5월 28, 2024, 12:50오후 UTC](https://meta.discourse.org/t/plugin-tries-to-re-publish-to-discourse-after-every-update/306899/12 "2024-05-28T12:50:20Z")
현재 Wordpress는 MySQL 버전 8.0 이상을 요구합니다. 따라서 프로덕션 데이터베이스를 업그레이드해야 합니다.
> **[Requirements](https://wordpress.org/about/requirements/)**
>
> Requirements To run WordPress, we recommend your host supports the following — a safe, modern baseline for performance and security. PHP Version or greater. Powers WordPress on your server. Learn more → Database MariaDB + or MySQL +. Stores your...
관련 링크: [Could not update the meta value of discourse\_post\_id in database - #2 by angus](https://meta.discourse.org/t/could-not-update-the-meta-value-of-discourse-post-id-in-database/309699/2)
---
### Author:  [@npm0912](https://meta.discourse.org/u/npm0912)
#### Post date: [5월 28, 2024, 2:19오후 UTC](https://meta.discourse.org/t/plugin-tries-to-re-publish-to-discourse-after-every-update/306899/13 "2024-05-28T14:19:19Z")
사실 [WP Discourse](https://github.com/discourse/wp-discourse)는 데이터베이스에 대한 정보를 잘못 파악했습니다. 데이터베이스의 정확한 버전은 10.6.16-MariaDB-0ubuntu0.22.04.1입니다.
---
### Author:  [@angus](https://meta.discourse.org/u/angus)
#### Post date: [5월 28, 2024, 2:49오후 UTC](https://meta.discourse.org/t/plugin-tries-to-re-publish-to-discourse-after-every-update/306899/14 "2024-05-28T14:49:07Z")
해당 파일에 표시된 버전은 WordPress 코어 함수의 출력값입니다:
```plaintext
$wpdb->db_version()
```
[코드에서 확인](https://github.com/discourse/wp-discourse/blob/main/admin/log-viewer.php#L435), 그리고 더 자세히 보기
> **[wpdb::db\_version() – Method | Developer.WordPress.org](https://developer.wordpress.org/reference/classes/wpdb/db_version/)**
>
> Retrieves the database server version number.
이것은 WordPress가 현재 사용하고 있다고 인식하는 버전입니다. 문제의 원인이 바로 이 것인 것 같습니다.
---
### Author:  [@npm0912](https://meta.discourse.org/u/npm0912)
#### Post date: [5월 28, 2024, 3:46오후 UTC](https://meta.discourse.org/t/plugin-tries-to-re-publish-to-discourse-after-every-update/306899/15 "2024-05-28T15:46:13Z")
맞아요. 테마 안의 db\_version() 함수를 다시 확인해 보니 실제로 결과가 5.5.5로 나왔습니다. 하지만 ‘사이트 상태’ 백엔드 페이지에서는 10.6.16-MariaDB 버전이 표시되는데, 시스템 관리자가 말씀해 주신 버전과 동일합니다. 즉, WordPress가 인식하는 버전도 이 10.6.16-MariaDB가 맞아야 하는 거 아닌가요?
---
### Author:  [@angus](https://meta.discourse.org/u/angus)
#### Post date: [5월 28, 2024, 4:12오후 UTC](https://meta.discourse.org/t/plugin-tries-to-re-publish-to-discourse-after-every-update/306899/16 "2024-05-28T16:12:53Z")
죄송합니다만, 여기서는 여러 가지 문제가 동시에 발생할 수 있어 서버를 직접 확인하지 않고는 확신할 수 없습니다.
보고해 주신 문제들을 고려할 때, 이 부분을 철저히 조사해 보시는 것을 권장합니다.