Matrix 是少數(shù)派的寫作社區(qū)，我們主張分享真實(shí)的產(chǎn)品體驗(yàn)，有實(shí)用價(jià)值的經(jīng)驗(yàn)與思考。我們會(huì)不定期挑選 Matrix 最優(yōu)質(zhì)的文章，展示來(lái)自用戶的最真實(shí)的體驗(yàn)和觀點(diǎn)。
文章代表作者個(gè)人觀點(diǎn)，少數(shù)派僅對(duì)標(biāo)題和排版略作修改。
對(duì)于「?jìng)€(gè)人微信公眾號(hào)（以下簡(jiǎn)稱公眾號(hào)）的流程化發(fā)布」這個(gè)話題，其實(shí)在互聯(lián)網(wǎng)上被很多人討論過(guò)。說(shuō)實(shí)話我自己也鉆研了很長(zhǎng)時(shí)間，至今仍不敢和人妄下定論「我已經(jīng)不用擔(dān)心公眾號(hào)發(fā)布的事情」，但是目前的方案和以前相比，確實(shí)有了很大提升。話不多說(shuō)，整理成一篇 Windows 下的公眾號(hào)流程化寫作與發(fā)布方案，以供后來(lái)參考。
此外，我還是保持以往寫作的敘事風(fēng)格，力求把事情說(shuō)清道明。此外，加粗的部分也為「太長(zhǎng)不看」而準(zhǔn)備。
廣義上看，對(duì)于「碼字→配圖→成文→樣式化→發(fā)布」這樣一個(gè)寫作過(guò)程，一千名作者眼中有一千種方法。但對(duì)于擁有公眾號(hào)的作者來(lái)說(shuō)，各種不同的方案所要解決的問(wèn)題都直指一個(gè)共同的核心——公眾號(hào)該如何流程化發(fā)布。
公眾號(hào)的特殊性，導(dǎo)致它的發(fā)布條件眾所周知地苛刻：
如此種種，不再詳述。
而需要解決好這個(gè)問(wèn)題，重點(diǎn)就應(yīng)該放在「流程化」上。簡(jiǎn)言之，就是形成一套不囿于文章中具體的段落句讀的、整體而宏觀的、一步到位的公眾號(hào)發(fā)布流程，最好同時(shí)也能讓公眾號(hào)以外平臺(tái)的發(fā)布得到兼顧。
所以，本文就討論一下，如何在 Windows 上一次性完成主要寫作過(guò)程，并流程化發(fā)布于公眾號(hào)。
對(duì)于 Windows 平臺(tái)，我非常喜歡 Typora 這款應(yīng)用。在剛接觸 M↓ 寫作的時(shí)候，我就一口氣下載了很多個(gè)本地編輯器，最終敲定了 Typora。先簡(jiǎn)單說(shuō)決定性因素：
Typora 對(duì)我來(lái)說(shuō)如此趁手，以至于如果哪天公眾號(hào)的條件苛刻到我必須放棄用 Typora 進(jìn)行本地創(chuàng)作的話，我寧可放棄公眾號(hào)。
公眾號(hào)編輯器難用，圖片問(wèn)題是大頭。在自己的上一篇文章中，甚至用到了多達(dá) 21 張靜態(tài)圖片加上 5 張動(dòng)圖。如果圖片問(wèn)題無(wú)法解決，我便對(duì)發(fā)布公眾號(hào)提不起一絲一毫的欲望。
在使用本地編輯器進(jìn)行寫作的過(guò)程中，配圖往往有以下幾種方法：
其實(shí)一眼就可以看出，各種類型萬(wàn)變不離其宗：要么從本地導(dǎo)入，要么從剪貼板粘貼。從剪貼板粘貼的好處是方便，能省一步是一步，但是對(duì)于素材管理卻是噩夢(mèng)；從本地導(dǎo)入則更有條理，不過(guò)稍稍麻煩一些。
對(duì)于長(zhǎng)期寫作而言，良好的寫作習(xí)慣非常重要。我在生活中是一個(gè)很注重條理性的人，這一點(diǎn)性格也被我?guī)У搅藬?shù)字世界的文件管理上。我會(huì)將每篇文章的 M↓ 文稿都存放于以寫作時(shí)間命名的目錄下，并在此目錄下建立一個(gè) ./Img 文件夾，存放文章的所有配圖，并且存放的時(shí)候就直接將圖片命名，然后將自己的所有文章全部上傳到 iCloud，以便多終端訪問(wèn)、修改。
隨手將圖片命名的好處在于，在插入圖片到文章中后，將來(lái)渲染樣式時(shí)給圖片起標(biāo)題就會(huì)非常方便。
所以我摒棄了剪貼板粘貼的方法，每次配圖都先保存到 ./Img 文件夾，再拖入 Typora 中。另外，我在 Typora 中修改了插入圖片的默認(rèn) M↓ 語(yǔ)法，以相對(duì)路徑顯示圖片位置，而且我上傳 iCloud 的也是整個(gè)目錄，所以不會(huì)擔(dān)心跨平臺(tái)的問(wèn)題。
在公眾號(hào)后臺(tái)中上傳圖片，目前我發(fā)現(xiàn)了三種方法：
顯然，我采用了最后一種做法。此時(shí)，對(duì)于在互聯(lián)網(wǎng)發(fā)布（特別是在公眾號(hào)發(fā)布），圖床的必要性就顯現(xiàn)出來(lái)了。這就涉及到圖床選擇的問(wèn)題。
需要明確的是，公眾號(hào)后臺(tái)對(duì)于文章圖片采取的策略是「一律上傳到微信自己的 CDN」，有一說(shuō)一，這一點(diǎn)還是很方便的。所以，選擇圖床的時(shí)候，我就記住一點(diǎn)：圖床不重要，能讓微信拉取到圖片才重要。換句話說(shuō)，只要微信從公眾號(hào)編輯器拉取到圖片，接下來(lái)的事情就不用我操心了，哪怕某一天圖床跑路了，文章配圖依然在，它甚至連水印都會(huì)幫我打好。
由于本文的環(huán)境是 Windows 平臺(tái)，我自然而然地想到了 Windows 下著名的上傳與分享工具：ShareX。但是就實(shí)際使用的體驗(yàn)來(lái)看，并不是很好。原因如下：
所以，如果 Typora 能夠整合一個(gè)圖床上傳服務(wù)的話，一切就會(huì)好很多。
巧得很，Typora 中確實(shí)整合了一個(gè)名為 PicGo 的圖床聚合應(yīng)用，那我就沒有理由不選擇它了。
同樣，我將主流的幾家圖床服務(wù)都嘗試了一下：
所以，看似選擇很多，有這么多非臨時(shí)的圖床服務(wù)，但是仔細(xì)一考量，其實(shí)路全都被堵死了。我在這一步一籌莫展了很久，后來(lái)才想通。還是那句話：圖床不重要，能讓微信拉取到圖片才重要。所以，我只需要提供臨時(shí)鏈接的圖床就可以了。于是我想到了 Markdown Nice 排版工具（以下簡(jiǎn)稱 mdnice）【后文詳述 2】的開發(fā)者 @Phoebe 先前自建的臨時(shí)圖床：mdnice 圖床。
但是，既然是臨時(shí)圖床，就會(huì)面臨一個(gè)新的問(wèn)題：在 Typora 中將圖片上傳之后，本地圖片的鏈接就會(huì)直接被替換成圖床的鏈接。這對(duì)于臨時(shí)圖床來(lái)說(shuō)是致命的，因?yàn)橛锌赡芤院笤俅蜷_這篇文稿，所鏈接的圖片就被全部清空了。于是我采取了這樣一種方法：在我的寫作流程里，我會(huì)保留一份「用本地鏈接格式配圖的 M↓ 文稿」（以下簡(jiǎn)稱「原文稿」），然后將其復(fù)制一份，單獨(dú)用于上傳臨時(shí)圖床，得到一份「以圖床外鏈格式配圖的 M↓ 文稿」（以下簡(jiǎn)稱「圖床版文稿」。
其實(shí)，當(dāng)我去查找 mdnice 圖床的時(shí)候，發(fā)現(xiàn)已經(jīng)找不到了。不知從何時(shí)開始，@Phoebe 轉(zhuǎn)而采用了開發(fā)者 @編程如畫 在2019 年年末寫的一個(gè)名為「圖殼（imgkr）」的圖床。就目前看來(lái)，這個(gè)圖床的鏈接是長(zhǎng)期保留的，不過(guò)我觀念比較傳統(tǒng)，依然是不習(xí)慣于以圖床鏈接的形式來(lái)長(zhǎng)期保存文章的，所以圖殼對(duì)我而言依然是一個(gè)臨時(shí)圖床，我也就僅將其當(dāng)作公眾號(hào)發(fā)布的跳板來(lái)使用。
@編程如畫 在 圖殼的開發(fā)日記 里寫道：
這段時(shí)間一直在做一些開源項(xiàng)目和小工具，囿于國(guó)內(nèi)沒有好用的圖床，為了解決圖片存儲(chǔ)問(wèn)題，與@小匠合作做出了自己的圖床，并開放出去，希望得到大家的支持。
圖床找到了，接下來(lái)就是如何配置的問(wèn)題，這些都不難。
首先需要下載 PicGo 應(yīng)用，并且在 Typora 的偏好設(shè)置中啟用。
然后，在 PicGo 中添加 web-uploader 插件 。
提示：安裝插件需要 npm 支持，可以先在 Windows 上安裝 Node.js。這是手動(dòng)安裝 web-uploader 的地址，也可以在 PicGo 中自動(dòng)安裝。添加完成后，插件面板便會(huì)顯示。
參考 這篇文章 在 PicGo 中自定義 Web 圖床。
這一步對(duì)于我這樣不懂代碼的「麻瓜」來(lái)說(shuō)，屬實(shí)走了不少?gòu)澛罚贿^(guò)好在最后還是琢磨出來(lái)了。
到目前為止，Typora 添加圖殼作為上傳的圖床，就已經(jīng)完成了。整個(gè)配圖的過(guò)程梳理一下：
到此為止，寫作的部分就已經(jīng)結(jié)束了。
樣式，或者俗稱排版，是一篇文章的點(diǎn)睛之筆，也是文章風(fēng)格化最直接的體現(xiàn)。對(duì)于 M↓ 格式的文章而言，樣式化主要依托于 .css 樣式表。而如果需要在富文本格式的公眾號(hào)編輯器中套用自己常用的樣式表，則需要曲線救國(guó)一番，方法包括以下幾種：
首先來(lái)看第一種。Typora 本身即支持導(dǎo)出 HTML，導(dǎo)出后直接粘貼在公眾號(hào)編輯器中，所以第一種方法是最方便的。但是這樣子的弊端也很明顯，就是會(huì)導(dǎo)致各種各樣的格式問(wèn)題，包括但不限于：
以及一些其他問(wèn)題。如果再去逐項(xiàng)排查修改，不僅查找困難、過(guò)程枯燥、步驟繁瑣、毫無(wú)意義，而且也會(huì)極大地降低寫作效率，有違流程化寫作「一步到位」的理念。所以，粘貼 HTML 的方案被我排除。
很多人都知道，對(duì)于 M↓ 純文本的排版，有一個(gè)非常好用的瀏覽器擴(kuò)展：Markdown Here，我也經(jīng)常使用它。Markdown Here 支持自定義樣式表，而且在瀏覽器中任何可以輸入文本的地方，都可以使用它來(lái)一鍵排版。所以，理論上講，Markdown Here 的適用場(chǎng)景非常廣闊。
可惜事實(shí)并非如此：
對(duì)于其他平臺(tái)，這種「一鍵排版」的擴(kuò)展程序并不能夠識(shí)別本地圖片鏈接，也無(wú)法從本地上傳。所以圖片必須是圖床鏈接的形式，而且是相對(duì)穩(wěn)定的圖床，如 imgur、SM.MS 等等。而我前文已經(jīng)提到，我僅僅是把圖殼作為「臨時(shí)圖床」來(lái)使用的。
圖殼是一款在 2019 年 12 月才誕生的、由個(gè)人開發(fā)者開發(fā)的免費(fèi)圖床，我對(duì)它的歷史、口碑、用戶協(xié)議、隱私政策、甚至安全性全都無(wú)從知曉。如果此時(shí)我只是為了使用瀏覽器擴(kuò)展來(lái)排版，就將相同的內(nèi)容再上傳一遍到其他圖床，將會(huì)非常影響效率。
所以只剩下第三種方案——尋找已經(jīng)適配了公眾號(hào)的第三方排版工具。
目前的公眾號(hào)排版工具其實(shí)并不少，如我先前接觸的「可能吧」公眾號(hào)一鍵轉(zhuǎn)換器、后來(lái)了解到的 Wechat Format 排版工具，以及最終使用的 mdnice 排版工具，和最近剛了解到的 Md2All 排版工具等等，具體也可以參考互聯(lián)網(wǎng)上的這篇推薦。其中：
我已經(jīng)把 WeChat-Format 的源碼放在 GitHub 上了，想要什么自己去改吧，F(xiàn)ree as in Freedom。
所以，我最終選擇的是 @Phoebe 開發(fā)的 mdnice。其實(shí) mdnice 所采用的圖床也正是由 @編程如畫 開發(fā)的圖殼，二者背后的故事可以在 @編程如畫 的這篇《我體驗(yàn)開源世界的這幾年》推文中了解到，或者參考 Markdown Nice 文檔。
印象中，大約半年以前在使用的時(shí)候，mdnice 的網(wǎng)頁(yè)和現(xiàn)在的并不相同。不知何時(shí)，mdnice 將頁(yè)面網(wǎng)址更新為 https://mdnice.com/，并且推出了相應(yīng)的瀏覽器擴(kuò)展程序，可以在公眾號(hào)的編輯器頁(yè)面上顯示更多元素，也可以直接選擇或自定義 CSS、直接渲染。
美中不足的是，這個(gè)擴(kuò)展程序會(huì)導(dǎo)致原本的頁(yè)面元素也被樣式表所改變。鑒于擴(kuò)展程序至今仍在開發(fā)中，所以我就暫時(shí)先不用了。
直到這一步，我與「流程化發(fā)布公眾號(hào)」的斗爭(zhēng)才進(jìn)入了終局：采用 mdnice 的網(wǎng)頁(yè)來(lái)排版，然后直接在公眾號(hào)編輯器里粘貼。由于是發(fā)布個(gè)人公眾號(hào)，所以可以有充分的空間來(lái)自定義自己喜愛的樣式表；另一方面，mdnice 也內(nèi)置了越來(lái)越多的樣式表，可以供一鍵調(diào)用。
其實(shí)這一步反而沒什么好說(shuō)的了，梳理一下：
之前講過(guò)，我不僅發(fā)布于微信公眾號(hào)這一個(gè)單一的平臺(tái)，所以我也需要考慮目前這套流程的通用性。好在搞定了公眾號(hào)之后，其他的平臺(tái)就簡(jiǎn)單太多了。由于我已經(jīng)留存了「原文稿」和「圖床版文稿」兩種格式的文章備份，所以對(duì)于支持自動(dòng)上傳圖片至 CDN 的平臺(tái)，我就用圖床版文稿，不支持的平臺(tái)我就用原文稿。
事實(shí)上，在我的理解中，將「寫作」與「發(fā)布」完全隔離，正是讓創(chuàng)作流程化、模塊化的重中之重，而「讓創(chuàng)作流程化」又是高效寫作的一個(gè)重要因素。所以我費(fèi)勁巴力，為的就是形成一套「本地創(chuàng)作→云端備份→公眾號(hào)發(fā)布」的流程。在我文章寫完的那一刻，接下來(lái)要考慮的就是發(fā)布層面的事情，就該脫離文章內(nèi)容本身了。如果追本溯源的話，M↓ 標(biāo)記語(yǔ)言誕生的初衷也正出于此。
對(duì)于「寫作」和「發(fā)布」的隔離，我的做法歸根結(jié)底無(wú)非就是：
而要妥協(xié)于平臺(tái)，則不難看出，整個(gè)流程的難點(diǎn)就在于如何面對(duì)公眾號(hào)匱乏的圖片功能和羸弱的樣式支持。
那么就考慮到圖床的問(wèn)題：用哪個(gè)應(yīng)用來(lái)上傳，是采用永久圖床還是臨時(shí)圖床。如果用永久圖床，就得尋找靠譜的東家，而且公眾號(hào)后臺(tái)可以拉?。蝗绻桥R時(shí)圖床，那么就無(wú)所謂了。所以對(duì)比之下選擇了 Typora 內(nèi)建的 PicGo 圖床聚合服務(wù)，并且根據(jù) API 自定義添加了圖殼的圖床。
同時(shí)我也引申了一下文章管理的方法，比如在 M↓ 格式中如何引用圖片的位置，以及如何在本地和云端存放自己的往期文章等等。
最后就到了樣式化的環(huán)節(jié)，需要綜合考慮公眾號(hào)格式的支持、樣式表的自定義、使用起來(lái)的便捷程度等諸多因素。在這個(gè)環(huán)節(jié)，我最終確定了 Markdown Nice 排版工具。
以上就是我目前的「微信公眾號(hào) Windows 平臺(tái)流程化寫作與發(fā)布」的整套方案。
在寫這篇文章時(shí)，《Markdown Nice-微信公眾號(hào)排版神器》、《【兩年的干貨】新媒體寫作工具指南》、《盤點(diǎn)國(guó)內(nèi)免費(fèi)好用的圖床》等文章也給了我很大幫助。
這些以 Typora 為基點(diǎn)的一切，對(duì)于轉(zhuǎn)移到 macOS 平臺(tái)而言，理論上也是適用的。然而在 macOS 上，有 Ulysses 這樣優(yōu)秀的行業(yè)級(jí)寫作和文章管理應(yīng)用，不用實(shí)在可惜。所以，我還打算整理一套基于 Ulysses 的 「macOS 流程化寫作與發(fā)布方案」。
今天也沒什么干勁，這件事情就等到以后再去做吧！
> 下載少數(shù)派 客戶端 、關(guān)注 少數(shù)派公眾號(hào) ，了解更精彩的數(shù)字生活 ??
聯(lián)系客服
