• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            隨筆-90  評(píng)論-947  文章-0  trackbacks-0

            這個(gè)“偽需求”是最近才想到的。

            關(guān)于文章管理的想法,說(shuō)來(lái)話長(zhǎng)。我最初是在 CSDN 寫技術(shù)文章,就用網(wǎng)頁(yè)上的編輯器。后來(lái)在 CppBlog 寫,用上了 Windows Live Write,一般在 Word 里面寫好,再貼到 WLW 發(fā)布。再后來(lái)由于太忙了,一直停到現(xiàn)在。其中除了我懶,有兩個(gè)客觀原因,第一是中間好幾年不搞 C++,那么在 CppBlog 上寫非 C++ 的東西好像有點(diǎn)奇怪;第二是,服務(wù)端的東西真的沒法每天下班自己玩呀,每天下班提心吊膽地看短信報(bào)警,也沒哪個(gè)心情和時(shí)間再去重新開辟一個(gè)和白天工作內(nèi)容迥異的學(xué)習(xí)場(chǎng)景維持下去。(佩服自己找借口的能力~)

            前些年,Markdown 興起,GitHub Pages 興起,一眾靜態(tài)博客工具也蓬勃發(fā)展。Markdown 真的太適合用來(lái)寫技術(shù)博客了,唯一不足是圖片的處理。盡管如此,我還是花了很大的精力把以前所有的文章都轉(zhuǎn)成了 Markdown。然后曾經(jīng)一度也玩上了 GitHub Pages,用 Huge 生成靜態(tài)博客。然而,博客的這東西我認(rèn)為價(jià)值點(diǎn)和動(dòng)力還是在于交流、碰撞,自己寫自己看,跟存本地沒啥區(qū)別——我的 GitHub Pages 幾乎沒人看……那時(shí)候也沒寫幾篇,大概是 2018 年末到 2019 年初的時(shí)間。

            半年前,我想到了近年來(lái)第一個(gè)“偽需求”。我嫌 Hugo 這種形態(tài)操作太羅嗦:先寫 Markdown,再放到 source repo 的 post 里,提交一把;再生成靜態(tài)頁(yè)面,把 public 提交到 public repo。如果折騰模版啥的,就更復(fù)雜。我就想寫 Markdown,寫完提交一次 .md,能不能就看到呢?甚至干脆不提交,直接同步到服務(wù)端。這樣,就得做一套動(dòng)態(tài)系統(tǒng)(相對(duì)于 Hogo 的靜態(tài)頁(yè)面)去做這件事,而生成被瀏覽的數(shù)據(jù)的邏輯理論上跟 Hugo 之類的沒本質(zhì)區(qū)別。而一般個(gè)人博客這種文章量,根本不用納入性能上的考量,因此做成動(dòng)態(tài)是完全可操作的。看了下市面上沒有此類的工具,于是就開搞了。我把它叫“NoteIsSite”,GitHub 地址 https://github.com/Streamlet/NoteIsSite,Demo 地址 https://note-is-site.streamlet.org/,然后把我所有的文章也用這個(gè)工具掛在主頁(yè)下的一個(gè)子分類,見 https://www.streamlet.org/note/。關(guān)于這個(gè),以后再開一篇文章細(xì)說(shuō)。

            到這里為止,寫的過程代價(jià)很小了。但是剛才說(shuō)了,博客這東西,對(duì)于我的動(dòng)力很大一部分來(lái)自于評(píng)論、碰撞,還是需要發(fā)到公共平臺(tái)上去的好。最近看到一個(gè)去年離職的前同事的博客 https://gclxry.com/,我驚嘆于人家一直在堅(jiān)持寫。我想我是不是也要撿起來(lái)了,還是回歸 CppBlog 吧。于是問題就來(lái)了。最近覺得最好用的 Markdown 編輯器是 typora,然后它沒法發(fā)博客;以前的 WLW 雖然還能用,但畢竟不基于 Markdown。然而 typora 不開源,沒法給他加一個(gè)“發(fā)布”功能了事。所以自己做做看?順便入一下 Electron 的坑,以及前端的坑。

            花了這么大篇幅把需求來(lái)源說(shuō)完了。至于為什么選 Electron 呢?就是為了快點(diǎn)搞定……

            上周學(xué)習(xí)了下 Electron 的 demo 以及打包流程:https://github.com/StreamletStudy/ElectronHelloWorld

            然后正式用這個(gè) repo:https://github.com/Streamlet/MarkdownBlog 現(xiàn)在功能就兩個(gè):編輯、發(fā)布。編輯不是所見即所得的,左邊 Markdown,右邊 HTML。發(fā)布要每次填 API 地址、賬號(hào),沒做管理。整個(gè)流程通了,于是停下來(lái)寫了這篇文章,用剛寫的工具發(fā)布上來(lái)。

            發(fā)現(xiàn)了 Electron 的一個(gè)坑,只要在頁(yè)面里調(diào)用了 alert,頁(yè)面上的焦點(diǎn)就有問題,輸入框再也無(wú)法輸入內(nèi)容了。目前用 remote.dialog.* 替代。不知道有沒有正解?

            后面的規(guī)劃:

            1. 搞清楚前端的語(yǔ)言體系,然后選擇用原生 JS 還是它的衍生語(yǔ)言,把工程組織進(jìn)一步完善
            2. 搞清楚 UI 復(fù)雜度,看要不要選擇一個(gè)虛擬 DOM 方案
            3. 擼功能,賬號(hào)管理等
            4. 擼功能,做成所見即所得
            5. 擼功能,支持圖片粘貼、上傳

            再后面,先不規(guī)劃,做完了再看。當(dāng)前版本 Release:https://github.com/Streamlet/MarkdownBlog/releases/tag/publish_to_metaweblog_api

            posted on 2020-09-20 16:03 溪流 閱讀(2206) 評(píng)論(0)  編輯 收藏 引用 所屬分類: JavaScript

            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            2022年国产精品久久久久| 久久久国产精品| 欧美午夜A∨大片久久| 日韩精品久久久久久| 久久久久亚洲av无码专区| 中文字幕无码精品亚洲资源网久久 | 久久婷婷国产剧情内射白浆| 精品无码久久久久久久久久| 国产成人无码精品久久久免费| yellow中文字幕久久网| 久久亚洲综合色一区二区三区| 国产精品久久久久影院嫩草| 国产精品久久久久久福利漫画 | 欧美无乱码久久久免费午夜一区二区三区中文字幕 | 久久综合久久美利坚合众国| 日韩va亚洲va欧美va久久| 香蕉久久夜色精品国产2020| 久久久久亚洲AV片无码下载蜜桃 | 免费精品国产日韩热久久| 亚洲精品无码久久不卡| 97久久国产露脸精品国产| 久久国产免费观看精品3| 青青青伊人色综合久久| 久久久精品国产亚洲成人满18免费网站 | 久久综合亚洲色一区二区三区| 久久精品成人欧美大片| 久久夜色tv网站| 7777精品伊人久久久大香线蕉| 亚洲欧美成人综合久久久 | 久久久久亚洲AV成人网人人网站| 亚洲欧美久久久久9999| 久久久久久无码Av成人影院| 伊人久久大香线蕉精品| 区久久AAA片69亚洲| 久久九九亚洲精品| 一本大道久久东京热无码AV| 国产产无码乱码精品久久鸭 | 亚洲中文字幕久久精品无码APP| 久久精品国产亚洲AV无码娇色| 成人精品一区二区久久| 亚洲国产另类久久久精品|