narou

narou copied to clipboard

いちいち凍結しなくてもよくなる

whiteleaf7

- シリーズでまとまってる - シリーズがないものもある（短編扱いか） - `[newpage]` と本文にあるとページ切り替え - ［＃改頁］に単純置換で代替可能 - ブラウザ上では別ページだが、ソースには全文入っている - 全ての小説に表紙画像が用意されている（１つの話数毎にある） - `https://www.pixiv.net/novel/show.php?id=個別ID&mode=cover` - シリーズの表紙はない。流用するなら１話目の表紙を - 小説単体ページからシリーズへ戻るリンクは、ログイン状態でないと表示されない - 小説単体で渡されたら、短編かシリーズものか判断が出来ないということ - 目次から更新日が取得出来ない（日付関係が一切書かれていない） - 各ページまで見に行けば書いてある - subdate も subupdate も...

whiteleaf7

現在の文字数は、小説情報で取得出来るサイトのみ対応している 各話数のテキストデータを計算すればすべてのサイトで取得出来るが、負荷が高いのが難点か

whiteleaf7

concurrency 有効時に更新後変換中断時の再変換機能が動かない

1

concurrency 有効時は、変換が非同期で実行されるので結果を待つことなく（成功したものとして）次に進んでいるため。 （3.3.0時点では仕様扱いとする） update コマンドが convert の結果をみて中断かどうかを保存しているのを、convert 側で保存すれば解決するが、convert 単体で実行した場合の中断ではこの機能は無効なので、update 経由ということを認識する必要がある。 update コマンドから convert を起動するときに、convert に対してイベントを付与すればいいか。(`convert.finish` 的な）

whiteleaf7

どこでリークしてるのかわからないので、現在のメモリ状況（どの変数がでかいとか）を表示出来る内部ツールを用意

whiteleaf7

File.join などをしているところを Pathname を使って書き直す

1

Narou.root_dir などは Pathname 化済み 現状の様に File.join にそのまま渡しても問題ないが、Pathname#join を使ったほうが自然なので書き直す - [ ] join - [ ] expand_path - [ ] mkdir - [ ] rmdir - 他

whiteleaf7

Bootsnap の導入検討

1

まずは実際にどれくらいの起動速度向上効果があるかを検証

whiteleaf7

送信という新しいキューを新設して、送信系はそのキューで送信する 送信時間の短縮が狙い CUIでは 「変換:1 送信:2」 みたいな表示に修正だろうか WEB UIでは、ログを増やすのは表示領域的に現実的ではないため、送信中ランプみたいなものを用意して、ログは表示しない。 送信キューにつむが、 ・通常キューに「変換キューに積む」を積む ・変換キューに「送信キューに積むを積む という2段階の処理が必要 （変換を待たなくては意味ないため）

whiteleaf7

update コマンドで○分以内に更新チェックしたものはスルーするオプション

1

update したけど途中で中断した場合、もう更新チェックしたのにまた最初からチェックしないといけないのは無駄なので （modified タグを使えば今でも再チェック回避は出来なくもないが）

whiteleaf7

push_serverにproxy越しに通信できない

4

http_proxyを設定しているPCから、web UIに接続すると、web UIはhttpなので問題ないのですが、push_serverが違うようで、以下のメッセージが出て、まんなかの黒い部分に状況が表示されません。 no_proxyなどで直接見に行くようにすれば問題ないのですが、問題があるということだけ、報告しておきます。#164 の人も似たような話なのかもしれません。 ``` WebSocket connection to 'ws://192.168.1.9:8001/' failed: Establishing a tunnel via proxy server failed ```

jam7