# 2.4.0beta10로 업데이트 후 특정 카테고리의 일부 주제를 볼 수 없습니다

**URL:** https://meta.discourse.org/t/after-updating-to-2-4-0beta10-some-topics-from-a-specific-category-are-not-viewable/141115
**Category:** Support
**Created:** [2월 9, 2020, 4:46오후 UTC](https://meta.discourse.org/t/after-updating-to-2-4-0beta10-some-topics-from-a-specific-category-are-not-viewable/141115 "2020-02-09T16:46:43Z")
**Posts on this page:** 13
**Page:** 1

<div class="post-metadata">

### Author: ![samaaron](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/samaaron/32/86500_2.png) [@samaaron](https://meta.discourse.org/u/samaaron)
#### Post date: [2월 9, 2020, 4:46오후 UTC](https://meta.discourse.org/t/after-updating-to-2-4-0beta10-some-topics-from-a-specific-category-are-not-viewable/141115/1 "2020-02-09T16:46:43Z")

</div>

2.4.0beta10으로 업데이트를 수행했습니다 (beta8에서 업데이트한 것으로 생각합니다).

내 카테고리 중 하나에 있는 일부 주제들이 더 이상 표시되지 않습니다. 그러나 메인 프런트 페이지의 주제 링크에는 나타납니다. 예를 들어:

 ![Screenshot 2020-02-09 at 17.40.05](https://global.discourse-cdn.com/meta/original/3X/5/e/5e12797cd75fcc022802b3feaa9e89c9776e6f80.png)

[벨라 루고시 드럼 비트 (Bauhaus)](https://in-thread.sonic-pi.net/t/bela-lugosi-drum-beat-bauhaus/3246/1) 주제에 클릭하면 다음과 같은 화면이 보입니다;

 ![Screenshot 2020-02-09 at 17.41.10](https://global.discourse-cdn.com/meta/original/3X/0/8/0841e603c4cae7b3370e5df649d48958b16c04e3.png)

이상하게도, 검색에서는 정상적으로 표시됩니다:

 ![Screenshot 2020-02-09 at 17.41.50](https://global.discourse-cdn.com/meta/original/3X/c/3/c3b5b35eed00b1243892bf8a34aa101d21259b43.png)

웹 인터페이스를 통해 업데이트를 시도했으나 실패했습니다. 그래서 터미널을 통해 로그인하여 업데이트를 수행했습니다.

이상하게도, 백업으로 롤백하는 것도 불가능합니다 (문제가 해결될지 몰라 시도해 보았습니다). 관련이 있을 수도 있고 없을 수도 있는 다음과 같은 오류가 발생합니다:

```plaintext
[2020-02-09 16:45:26] ERROR: could not create unique index "index_incoming_referers_on_path_and_incoming_domain_id"
[2020-02-09 16:45:26] DETAIL: Key (path, incoming_domain_id)=(/@samaaron, 11) is duplicated.
[2020-02-09 16:45:26] EXCEPTION: psql failed: DETAIL: Key (path, incoming_domain_id)=(/@samaaron, 11) is duplicated.

[2020-02-09 16:45:26] /var/www/discourse/lib/backup_restore/database_restorer.rb:95:in `restore_dump'
/var/www/discourse/lib/backup_restore/database_restorer.rb:26:in `restore'
/var/www/discourse/lib/backup_restore/restorer.rb:49:in `run'
/var/www/discourse/lib/backup_restore.rb:181:in `block in start!'
/var/www/discourse/lib/backup_restore.rb:178:in `fork'
/var/www/discourse/lib/backup_restore.rb:178:in `start!'
/var/www/discourse/lib/backup_restore.rb:29:in `restore!'
/var/www/discourse/app/controllers/admin/backups_controller.rb:119:in `restore'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_controller/metal/basic_implicit_render.rb:6:in `send_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/abstract_controller/base.rb:196:in `process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_controller/metal/rendering.rb:30:in `process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/abstract_controller/callbacks.rb:42:in `block in process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activesupport-6.0.1/lib/active_support/callbacks.rb:135:in `run_callbacks'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/abstract_controller/callbacks.rb:41:in `process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_controller/metal/rescue.rb:22:in `process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_controller/metal/instrumentation.rb:33:in `block in process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activesupport-6.0.1/lib/active_support/notifications.rb:180:in `block in instrument'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activesupport-6.0.1/lib/active_support/notifications/instrumenter.rb:24:in `instrument'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activesupport-6.0.1/lib/active_support/notifications.rb:180:in `instrument'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_controller/metal/instrumentation.rb:32:in `process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_controller/metal/params_wrapper.rb:245:in `process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activerecord-6.0.1/lib/active_record/railties/controller_runtime.rb:27:in `process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/abstract_controller/base.rb:136:in `process'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionview-6.0.1/lib/action_view/rendering.rb:39:in `process'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rack-mini-profiler-1.1.6/lib/mini_profiler/profiling_methods.rb:78:in `block in profile_method'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_controller/metal.rb:191:in `dispatch'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_controller/metal.rb:252:in `dispatch'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/routing/route_set.rb:51:in `dispatch'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/routing/route_set.rb:33:in `serve'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/routing/mapper.rb:18:in `block in <class:Constraints>'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/routing/mapper.rb:48:in `serve'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/journey/router.rb:49:in `block in serve'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/journey/router.rb:32:in `each'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/journey/router.rb:32:in `serve'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/routing/route_set.rb:837:in `call'
/var/www/discourse/lib/middleware/omniauth_bypass_middleware.rb:68:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rack-2.0.8/lib/rack/tempfile_reaper.rb:15:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rack-2.0.8/lib/rack/conditional_get.rb:38:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rack-2.0.8/lib/rack/head.rb:12:in `call'
/var/www/discourse/lib/content_security_policy/middleware.rb:12:in `call'
/var/www/discourse/lib/middleware/anonymous_cache.rb:318:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rack-2.0.8/lib/rack/session/abstract/id.rb:259:in `context'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rack-2.0.8/lib/rack/session/abstract/id.rb:253:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/middleware/cookies.rb:648:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/middleware/callbacks.rb:27:in `block in call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activesupport-6.0.1/lib/active_support/callbacks.rb:101:in `run_callbacks'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/middleware/callbacks.rb:26:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/middleware/actionable_exceptions.rb:17:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/middleware/debug_exceptions.rb:32:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/middleware/show_exceptions.rb:33:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/logster-2.6.1/lib/logster/middleware/reporter.rb:43:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/railties-6.0.1/lib/rails/rack/logger.rb:38:in `call_app'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/railties-6.0.1/lib/rails/rack/logger.rb:28:in `call'
/var/www/discourse/config/initializers/100-quiet_logger.rb:18:in `call'
/var/www/discourse/config/initializers/100-silence_logger.rb:31:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/middleware/remote_ip.rb:81:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/middleware/request_id.rb:27:in `call'
/var/www/discourse/lib/middleware/enforce_hostname.rb:17:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rack-2.0.8/lib/rack/method_override.rb:22:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/middleware/executor.rb:14:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rack-2.0.8/lib/rack/sendfile.rb:111:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_dispatch/middleware/host_authorization.rb:77:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rack-mini-profiler-1.1.6/lib/mini_profiler/profiler.rb:184:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/message_bus-2.2.3/lib/message_bus/rack/middleware.rb:57:in `call'
/var/www/discourse/lib/middleware/request_tracker.rb:181:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/railties-6.0.1/lib/rails/engine.rb:526:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/railties-6.0.1/lib/rails/railtie.rb:190:in `public_send'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/railties-6.0.1/lib/rails/railtie.rb:190:in `method_missing'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rack-2.0.8/lib/rack/urlmap.rb:68:in `block in call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rack-2.0.8/lib/rack/urlmap.rb:53:in `each'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rack-2.0.8/lib/rack/urlmap.rb:53:in `call'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/unicorn-5.5.3/lib/unicorn/http_server.rb:605:in `process_client'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/unicorn-5.5.3/lib/unicorn/http_server.rb:700:in `worker_loop'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/unicorn-5.5.3/lib/unicorn/http_server.rb:548:in `spawn_missing_workers'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/unicorn-5.5.3/lib/unicorn/http_server.rb:144:in `start'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/unicorn-5.5.3/bin/unicorn:128:in `<top (required)>'
/var/www/discourse/vendor/bundle/ruby/2.6.0/bin/unicorn:23:in `load'
/var/www/discourse/vendor/bundle/ruby/2.6.0/bin/unicorn:23:in `<main>'

```

도움 주시면 감사하겠습니다 🙂

---

<div class="post-metadata">

### Author: ![sam](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/sam/32/102149_2.png) [@sam](https://meta.discourse.org/u/sam)
#### Post date: [2월 10, 2020, 12:20오전 UTC](https://meta.discourse.org/t/after-updating-to-2-4-0beta10-some-topics-from-a-specific-category-are-not-viewable/141115/2 "2020-02-10T00:20:09Z")

</div>

이것은 인덱스 손상처럼 보입니다. 해당 테이블에 중복 데이터가 있는 것으로 추정됩니다.

어떻게 발생했는지 확실하지는 않지만, 먼저 중복된 행을 삭제해 보는 것을 시작점으로 삼을 수 있습니다.

비슷한 손상된 인덱스 문제를 다음과 같은 곳에서 확인한 적이 있습니다:

> [@손상된 인덱스로 인해 복원 불가 (손상된 인덱스 해결 방법 힌트 포함)](https://meta.discourse.org/t/cant-restore-due-to-corrupt-indexes-with-some-clues-on-how-to-deal-with-corrupt-indexes/137400):
>
> This backup failed several times because of errors like ERROR: could not create unique index "index\_incoming\_referers\_on\_path\_and\_incoming\_domain\_id" DETAIL: Key (path, incoming\_domain\_id)=(/@dataandme, 41) is duplicated. ERROR: current transaction is aborted, commands ignored until end of transaction block I went and removed all of those records by hand in rails with stuff like IncomingReferer.where(path: ‘/@dataandme’).destroy\_all Now it’s still failing and I ... [2019-1…

---

<div class="post-metadata">

### Author: ![samaaron](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/samaaron/32/86500_2.png) [@samaaron](https://meta.discourse.org/u/samaaron)
#### Post date: [2월 10, 2020, 7:15오후 UTC](https://meta.discourse.org/t/after-updating-to-2-4-0beta10-some-topics-from-a-specific-category-are-not-viewable/141115/3 "2020-02-10T19:15:49Z")

</div>

아, 그건 꽤 무섭네요.

이렇게 아무것도 모르고 손을 대면 상황이 훨씬 더 나빠질까 봐 정말 걱정됩니다. 스키마에 대해 전혀 알지 못했고, 심지어 데이터베이스 콘솔에 어떻게 접속하는지도 모르거든요.

더욱이 완전히 엉망이 되었을 때 백업으로 되돌리지도 못할까 봐 두 배로 걱정됩니다 ☹

---

<div class="post-metadata">

### Author: ![Falco](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/falco/32/179432_2.png) [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [2월 10, 2020, 7:23오후 UTC](https://meta.discourse.org/t/after-updating-to-2-4-0beta10-some-topics-from-a-specific-category-are-not-viewable/141115/4 "2020-02-10T19:23:14Z")

</div>

이것은 데이터베이스와는 전혀 관련이 없으며, 단순히 클립보드 테마 구성 요소가 CSP 위반을 일으키고 있는 것입니다. 해당 테마 구성 요소를 비활성화해 보세요.

---

<div class="post-metadata">

### Author: ![samaaron](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/samaaron/32/86500_2.png) [@samaaron](https://meta.discourse.org/u/samaaron)
#### Post date: [2월 10, 2020, 8:32오후 UTC](https://meta.discourse.org/t/after-updating-to-2-4-0beta10-some-topics-from-a-specific-category-are-not-viewable/141115/5 "2020-02-10T20:32:44Z")

</div>

@Falco - 정말 대단하네요, 감사합니다. 솔직히 저 혼자서는 절대 알아낼 수 없었을 것 같아요. 최근에 갑자기 문제가 생긴 게 좀 이상하긴 하지만, 계속 변화하는 플랫폼의 특성상 그럴 수 있는 거겠죠…

---

<div class="post-metadata">

### Author: ![Falco](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/falco/32/179432_2.png) [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [2월 10, 2020, 9:26오후 UTC](https://meta.discourse.org/t/after-updating-to-2-4-0beta10-some-topics-from-a-specific-category-are-not-viewable/141115/7 "2020-02-10T21:26:50Z")

</div>

이로써 토픽이 렌더링되지 않는 즉각적인 문제는 해결되었습니다.

해결이 끝났다면, @sam이 말씀하신 내용이 여전히 유효합니다. 이전에 공유하신 로그에는 데이터베이스의 근본적인 문제가 드러나 있습니다.

손상된 백업은 언젠가 반드시 큰 문제를 일으키게 되므로, 가능한 한 빨리 이를 디버깅하거나 전문가를 고용해 해결하는 것이 좋습니다.

---

<div class="post-metadata">

### Author: ![samaaron](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/samaaron/32/86500_2.png) [@samaaron](https://meta.discourse.org/u/samaaron)
#### Post date: [2월 10, 2020, 9:41오후 UTC](https://meta.discourse.org/t/after-updating-to-2-4-0beta10-some-topics-from-a-specific-category-are-not-viewable/141115/8 "2020-02-10T21:41:16Z")

</div>

네, 좋은 지적이에요 - 근데 누군가를 고용한다는 아이디어는 좀 웃기죠. Sonic Pi는 오픈소스 프로젝트라서 제 생계 유지 자금조차 마련하기 버거운데, 이런 특정 작업을 위해 누군가에게 돈을 주는 건 더더욱 불가능하거든요.

제가 직접 해결해볼게요. 하지만 만약 제가 뭔가를 망치면 - 백업까지 깨져버리면 되돌릴 방법이 없겠죠 ☹

---

<div class="post-metadata">

### Author: ![samaaron](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/samaaron/32/86500_2.png) [@samaaron](https://meta.discourse.org/u/samaaron)
#### Post date: [2월 10, 2020, 9:49오후 UTC](https://meta.discourse.org/t/after-updating-to-2-4-0beta10-some-topics-from-a-specific-category-are-not-viewable/141115/9 "2020-02-10T21:49:47Z")

</div>

그렇다면, 실제로 백업으로 롤백을 시도하지 않고도 문제가 수정되었는지 어떻게 테스트할 수 있을까요? 가짜 롤백(dummy roll-back)을 수행하는 방법이 있을까요?

---

<div class="post-metadata">

### Author: ![Falco](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/falco/32/179432_2.png) [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [2월 10, 2020, 9:59오후 UTC](https://meta.discourse.org/t/after-updating-to-2-4-0beta10-some-topics-from-a-specific-category-are-not-viewable/141115/10 "2020-02-10T21:59:00Z")

</div>

백업을 로컬로 다운로드한 후 pg\_dump를 사용해 복원해 볼 수 있습니다. 중복된 항목인 것으로 보이므로, 중복된 컬럼에 대해 select 쿼리를 실행하여(가능하다면 [data-explorer](https://meta.discourse.org/t/about-the-data-explorer-category/90611)를 사용해도 됩니다) 오류를 감지해 볼 수 있습니다.

---

<div class="post-metadata">

### Author: ![sam](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/sam/32/102149_2.png) [@sam](https://meta.discourse.org/u/sam)
#### Post date: [2월 11, 2020, 5:56오전 UTC](https://meta.discourse.org/t/after-updating-to-2-4-0beta10-some-topics-from-a-specific-category-are-not-viewable/141115/11 "2020-02-11T05:56:26Z")

</div>

저는 sonic pi와 그 프로젝트의 미션이 정말 마음에 듭니다. 정말 멋진 프로젝트네요. 저희 무료 플랜으로 여러분을 호스팅해 드릴 수 있는데, 유일한 문제점이 도메인을 유지하고 싶으신 건가요? 그 부분은 면제해 드릴 수 있습니다.

저희 호스팅으로 이사를 오시면 서버 마이그레이션의 일부로 백업까지 처리해 드리겠습니다.

---

<div class="post-metadata">

### Author: ![samaaron](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/samaaron/32/86500_2.png) [@samaaron](https://meta.discourse.org/u/samaaron)
#### Post date: [2월 11, 2020, 8:49오전 UTC](https://meta.discourse.org/t/after-updating-to-2-4-0beta10-some-topics-from-a-specific-category-are-not-viewable/141115/14 "2020-02-11T08:49:00Z")

</div>

와, 정말 감사하겠습니다.

솔직히 말씀드리면, 무료 플랜이 제공된다는 사실조차 몰랐습니다. 처음부터 있었던 건가요? 이제 도메인이 제 아이덴티티와 꽤 깊이 연결되어 있어서, 마이그레이션 후에도 계속 사용할 수 있게 해주시면 정말 좋겠습니다.

시작하려면 어떤 절차를 밟아야 하나요? 전체 백업을 만들어서 보내야 하나요? 그리고 DNS를你们的 서버로 지정하면 되는 건가요? 이메일 발송도 관리해 주시나요?

---

<div class="post-metadata">

### Author: ![rishabh](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/rishabh/32/179446_2.png) [@rishabh](https://meta.discourse.org/u/rishabh)
#### Post date: [2월 11, 2020, 11:06오전 UTC](https://meta.discourse.org/t/after-updating-to-2-4-0beta10-some-topics-from-a-specific-category-are-not-viewable/141115/15 "2020-02-11T11:06:16Z")

</div>

Sam님,

무료 플랜은 이미 꽤 오래전부터 제공되고 있습니다:

> **[Free Hosting for Open Source v2](https://blog.discourse.org/2018/11/free-hosting-for-open-source-v2/)**
>
> Nearly two years ago we started very carefully experimenting with free hosting of open source projects. Today we’re announcing the next iteration of our free hosting program, casting a much wider net this time.

> **[Free hosting for Patreon creators](https://blog.discourse.org/2018/12/free-hosting-for-patreon-creators/)**
>
> Nearly two years ago we started very carefully experimenting with free hosting of open source projects. We recently rolled out the v2 of this program for open source projects, and today we’re extending the same offer for Patreon creators.

> [@samaaron](#):
>
> 시작하려면 무엇을 해야 하나요?

곧 연락드리겠습니다 🙂

---

<div class="post-metadata">

### Author: ![system](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/system/32/443519_2.png) [@system](https://meta.discourse.org/u/system)
#### Post date: [3월 12, 2020, 11:09오전 UTC](https://meta.discourse.org/t/after-updating-to-2-4-0beta10-some-topics-from-a-specific-category-are-not-viewable/141115/16 "2020-03-12T11:09:26Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
