果、上榜情況、挑戰話題熱度。建立方式:準備小號，隨時隨地刷到即下載;進入抖音的社群、運營圈子,獲得及時信息。
2.標題素材庫
A.標題素材渠道:與選題素材的渠道一致。B.建立方式:通過詞頻分析工具(語料庫在線)，提煉關鍵詞。關鍵詞可以又分為以下5類:
痛點詞(問題、擔心、期待)行業詞(行話、黑話、專業話)熱點詞(熱門話題和事件)流行詞(網絡梗、段子年代詞、地域詞)情緒詞(升級的痛點詞，看到后能調動讀者的情緒)。C.使用方式:每次至少5-10個標題，發給種子用戶投票。
7.配音素材庫
千萬別忽視音樂的重要性!刷到爆款的視頻后，選擇原聲進行收藏。
8.評論素材庫
留意觀察別人好的文案方式，并隨看隨記。
（四）爆款視頻的共同點1.探究用戶心理
2.利用平臺機制
如果用戶心理是主觀上影響視頻是否成為爆款的因素，那么平臺就算客觀因素。
要想在一個行業上做出成績，我們首先需要了解這個行業最底層的邏輯。而對于TikTok來說，算法決定了玩法、流量、賬號權重等問題。對于契合了TikTok平臺算法的賬戶在賬號表現力方面是更有優勢的，能獲得更高的權重，進入官方更大的流量池。因此哪怕是一個新手，與平臺算法的調性吻合的話也能做出火爆的視頻，從而將流量進行轉換。
3.平臺審核
機器審核：抽取作品，文案是否存在違規行為，抽取視頻畫面關鍵幀與視頻庫匹配消重人工審核：視頻標題，封面截圖和視頻關鍵幀通過上述審核的，才會給基礎的流量池曝光。TikTok2年的運營經驗，也很久不帶新人了，不知道新手入門想要了解TikTok哪些板塊的內容，這篇文章講到的下載好TikTok賬號運營的內容，如果你有不懂的地方可以留言，再說一次，我既然決定做一個分享TikTok干貨的博主，就不會對所知的內容藏著掖著。
Pinia 終于轉正了，它具有與 Vuex 5 幾乎完全相同或者增強的 API，簡單來說，它就是和 Vuex 5 名字不同。Vuex 3 和 4 仍會繼續維護，但是新功能不太可能會添加了。Pinia 也支持漸進式遷移，Vuex 和 Pinia 可以安裝在同一個項目中，新項目的話建議直接使用 Pinia。
Vite 發布了 v2.9.0。
React 18 終于發布了，官方團隊從 v16 就開始普及并發概念，到正式版發布時難免少了一些新鮮感。照目前的發展趨勢看，React 未來會朝著前端底層“操作系統”的方向發展，會變得越來越復雜。這些復雜的操作又會被元框架(Next.js、Remix)消化掉，開發者并不會直接接觸，使用這些元框架開發即可。
穩定不停滯，支持增量升級，v5、v6 的版本代碼可以同時存在。
下面是其他的發布信息和 TC39 提案的一些推進情況，大家可以找感興趣的自行查閱。
下面我們來看技術資料。
和好朋友卡頌一起在做的項目： 前端賞金獵人 。
這是一個用單純的金錢關系維系的前端學習社區，懸賞答題 + 答題賺錢。
期待你的加入，如果覺得有價值的話，可以給個 Star 鼓勵一下。
把技術名詞的大小寫拼寫正確是基本的素養，但很多人都不重視，這個項目可以幫助你糾正錯誤的大小寫。
免費的編程中文書籍索引，項目已有 90.1k Star。
從 2008 年谷歌瀏覽器推出至今的 100 個精彩瞬間回 憶錄。
在這里插入圖片描述
Pinia 是 Vue.js 的輕量級狀態管理庫，最近很受歡迎。它使用 Vue 3 中的新反應系統來構建一個直觀且完全類型化的狀態管理庫。
Pinia的成功可以歸功于其管理存儲數據的獨特功能（可擴展性、存儲模塊組織、狀態變化分組、多存儲創建等）。
另一方面，Vuex也是為Vue框架建立的一個流行的狀態管理庫，它也是Vue核心團隊推薦的狀態管理庫。 Vuex高度關注應用程序的可擴展性、開發人員的工效和信心。它基于與Rex相同的流量架構。
在這篇文章中，我們將對Pinia和Vuex進行比較。我們將分析這兩個框架的設置、社區優勢和性能。我們還將看一下Vuex 5與Pinea 2相比的新變化。
Pinia 設置
Pinia 很容易上手，因為它只需要安裝和創建一個store。
要安裝 Pinia，您可以在終端中運行以下命令：
該版本與Vue 3兼容，如果你正在尋找與Vue 2.x兼容的版本，請查看v1分支。
Pinia是一個圍繞Vue 3 Composition API的封裝器。因此，你不必把它作為一個插件來初始化，除非你需要Vue devtools支持、SSR支持和webpack代碼分割的情況：
在上面的片段中，你將Pinia添加到Vue.js項目中，這樣你就可以在你的代碼中使用Pinia的全局對象。
為了創建一個store，你用一個包含創建一個基本store所需的states、actions和getters的對象來調用 defineStore 方法。
Vuex 也很容易設置，需要安裝和創建store。
要安裝Vuex，您可以在終端中執行以下命令：
要創建store，你可以使用包含創建基本store所需的states、actions和 getter 的對象調用 createStore 方法：
要訪問 Vuex 全局對象，需要在 Vue.js 項目根文件中添加 Vuex，如下所示：
使用 Pinia，可以按如下方式訪問該store：
請注意，在訪問其屬性時省略了 store 的 state 對象。
使用Vuex，可以按如下方式訪問store：
這兩個狀態管理庫都相當容易學習，因為它們在 YouTube 和第三方博客上都有很好的文檔和學習資源。對于以前有使用 Rex、MobX、Re買粉絲il 等 Flux 架構庫經驗的開發人員來說，他們的學習曲線更容易。
這兩個庫的文檔都很棒，并且以對經驗豐富的開發人員和新開發人員都友好的方式編寫。
Pinia和Vuex都非常快，在某些情況下，使用Pinia的web應用程序會比使用Vuex更快。這種性能的提升可以歸因于Pinia的極輕的重量，Pinia體積約1KB。
盡管Pinia是在Vue devtools的支持下建立的，但由于Vue devtools沒有暴露出必要的API，所以一些功能如時間旅行和編輯仍然不被支持。當開發速度和調試對你的項目來說更重要時，這是值得注意的。
Pinia 將這些與 Vuex 3 和 4 進行了比較：
這些是Pinia在其狀態管理庫和Vuex之間的比較中提出的額外見解：
將 Pinia 2（目前處于 alpha 階段）與 Vuex 進行比較，我們可以推斷出 Pinia 領先于 Vuex 4。
Vue.js核心團隊為Vuex 5制定了一個開放的RFC，類似于Pinia使用的RFC。目前，Vuex通過RFC來盡可能多地收集社區的反饋。希望Vuex 5的穩定版本能夠超越Pinea 2。
據同時也是 Vue.js 核心團隊成員并積極參與 Vuex 設計的 Pinia 的創建者（Eardo San Martin Morote）所說，Pania 和 Vuex 的相似之處多于不同之處：
盡管 Pinia 足以取代 Vuex，但取代 Vuex 并不是它的目標，因此 Vuex 仍然是 Vue.js 應用程序的推薦狀態管理庫。
根據我的個人經驗，由于Pinea是輕量級的，體積很小，它適合于中小型應用。它也適用于低復雜度的Vue.js項目，因為一些調試功能，如時間旅行和編輯仍然不被支持。
將 Vuex 用于中小型 Vue.js 項目是過度的，因為它重量級的，對性能降低有很大影響。因此，Vuex 適用于大規模、高復雜度的 Vue.js 項目。
批處理是 React將多個狀態更新分組到單個重新渲染中以獲得更好的性能。
例如，如果你在同一個點擊事件中有兩個狀態更新，React 總是將它們分批處理到一個重新渲染中。如果你運行下面的代碼，你會看到每次點擊時，React 只執行一次渲染，盡管你設置了兩次狀態：
這對性能非常有用，因為它避免了不必要的重新渲染。它還可以防止你的組件呈現僅更新一個狀態變量的“半完成”狀態，這可能會導致錯誤。
這可能會讓你想起餐廳服務員在你選擇第一道菜時不會跑到廚房，而是等你完成訂單。
然而，React 的批量更新時間并不一致。例如，如果你需要獲取數據，然后更新handleClick上面的狀態，那么 React不會批量更新，而是執行兩次獨立的更新。
這是因為 React 過去只在瀏覽器事件（如點擊）期間批量更新，但這里我們在事件已經被處理（在 fetch 回調中）之后更新狀態：
在 React 18 之前，我們只在 React 事件處理程序期間批量更新。默認情況下，React 中不會對 promise、setTimeout、本機事件處理程序或任何其他事件中的更新進行批處理。
從 React 18 開始createRoot，所有更新都將自動批處理，無論它們來自何處。
這意味著超時、承諾、本機事件處理程序或任何其他事件內的更新將以與 React 事件內的更新相同的方式進行批處理。
我們希望這會導致更少的渲染工作，從而在你的應用程序中獲得更好的性能：
注意：作為采用 React 18 的一部分，預計你將升級到createRoot。舊行為的render存在只是為了更容易地對兩個版本進行生產實驗。
無論更新發生在何處，React 都會自動批量更新，因此：
行為與此相同：
通常，批處理是安全的，但某些代碼可能依賴于在狀態更改后立即從 DOM 中讀取某些內容。對于這些用例，你可以使用ReactDOM.flushSync()選擇退出批處理：
2、Suspense 的 SSR 支持
這基本上是服務器端渲染 (S