# 制限的なupload identification codeにより、uploaded assetsを使用するtheme componentsを書くのが難しくなります。

**URL:** <https://meta.discourse.org/t/restrictive-upload-identification-code-makes-it-tricky-to-write-theme-components-that-use-uploaded-assets/342757>\
**Category:** Feature\
**Created:** [2024 年 12 月 16 日午後 9:29 UTC](https://meta.discourse.org/t/restrictive-upload-identification-code-makes-it-tricky-to-write-theme-components-that-use-uploaded-assets/342757 "2024-12-16T21:29:00Z")\
**Posts on this page:** 1\
**Showing post:** 2

<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:** [2024 年 12 月 16 日午後 10:37 UTC](https://meta.discourse.org/t/restrictive-upload-identification-code-makes-it-tricky-to-write-theme-components-that-use-uploaded-assets/342757/2 "2024-12-16T22:37:02Z")

</div>

JSON解析からパラメータとソースを取得しているため、これを自動で行うのは（少なくとも）難しいと感じています。

根本的なレベルでは、これはAPIにアップロードを投稿に「ハードアタッチ」し、クリーンアップされないようにフラグを立てることを求めているような気がします。

これは他の問題（ハードアタッチされたアップロードをどこで見ることができますか？制限は何ですか？）の扉を開くことになります。

とはいえ、これを解決する唯一のクリーンな方法はハードアタッチのように思えます。

隠しリンクは確かに回避策として機能します。

これは設計どおりに機能していますが、APIがあなたの生活を楽にしていないため、機能リクエストに移行します。

これについてさらに意見を持っている可能性のあるdev-xpチームにフラグを立てます。

---

_[View the full topic](https://meta.discourse.org/t/restrictive-upload-identification-code-makes-it-tricky-to-write-theme-components-that-use-uploaded-assets/342757)._