PocketBookのデジタルライブラリ：自動処理

おそらく、すべての電子リーダーは、書籍のコレクション全体を電子書籍リーダー上に置いておき、同時に、デバイスの全般的な速度低下にもかかわらず、便利なナビゲーションを備えたいと考えています。

電子書籍に何百、何千という本を保管することはしばしば問題です。デバイスが長い間馬鹿であるか、各本に関する情報を内臓から読み取るか、ディレクトリごとにコレクションを手動で維持することもhemoです。

前文

ソニーの電子書籍の初期版ではこのような問題があったことを覚えています：そこに数百冊の本をアップロードし、デバイスの電源を入れると長時間ハングし、ダウンロードしたファイルのリストを作成します。 その後、コレクションに対するサポートはまだなく、Sonyaは長い間カード全体を走り回り、アップロードされた本に関する情報を収集しました。 多くの人が不満を言いました。

PocketBookの本を使用する方が便利でした。ファイルシステムでのナビゲーションをサポートしていたため、手動で本をフォルダーに分散させることができ、デバイスは入ったフォルダーの本だけを読み上げました。

コンピューターから手動で何かを形成し、何らかの形でライブにすることはすでに可能でした。



それから私はLibRusEkを紹介されました（Flibustの関連性が高まりました。 そして、ある時点でアイデアが思いついたのですが、このプロセスを少し自動化して、ライブラリ全体を電子書籍にしようとはしませんでしたか？

そして今、重要なこと！ この記事ではおそらく役に立たない（残念ながらあります）人の注意を無駄にしないために、フィルタリングインストールを行います。

PocketBook e-リーダーを所有していて、 できるだけ多くの本をできるだけ便利にデバイスに移動してドライブするというアイデアに興味がある場合は、間違いなくここにいます。 あなたがFB2形式とディレクトリナビゲーションをサポートしている別の電子書籍の所有者であれば、おそらくあなたもここにいるでしょう。記事の終わり近くにある$ no_leased_storage設定の説明を参照してください。 残念ながら、この記事はほとんど役に立ちません。 ごめんなさい

PocketBookの機能を少し掘り下げてみると、興味深い機能が1つ見つかりました。それはリンクファイルをサポートする機能です。 WindowsのショートカットやUnixのシンボリックリンクのようなもの。 後でそれらが必要な理由とこの機能の魅力については後で説明しますが、現時点では、お気に入りセクションの機能のためにPocketbookで定期的に使用されているとだけ言います。 そこに本を配置すると、実際の本ファイルへのリンクのみがデバイスの特別なフォルダーに配置されます。 本自体はお気に入りにコピーされません。

また、開発者と話をした後、その時点で最大32Gbの容量を持つSDHCが既にサポートされていることがわかりました。 一般に、microSDスロットを備えた最新のモデルでは、同じ32GbがTTXに表示されますが、これはやや残念です。 しかし、それほどではありません。 はい、仕様と仕様を確認する必要がありますが、実際にはさらにサポートできます。 不当な小切手のために64Gbのカードだけが購入するために壊れています。

まあ、素晴らしい機能もあります-.fb2.zipのサポート。これは、fb2形式の各本が独自のzipアーカイブにパックされるときです。 PocketBookは、そのような本を透過的に、つまり、開封された本と同じように見ます。



急ぎの質問を予想して、すぐに1つのポイントを明確にする価値があります。誰も数十万冊の本を読むつもりはありません（私たちはそのような量について話している）。 このようなコレクションをすべて読み続けることを期待して、デバイスに保存するのはおかしいです。

このようなカタログ化ボリュームの利便性はまったく異なります。 たとえば、誰かがあなたに特定の本を読むようにアドバイスすると、あなたは見ますが、あなたはすでにそれを持っています。 または、特定の著者など。 あなたはすぐにあなたの本でそれを見つけ、お気に入りとしてブックマークします。 はい、作成者のディレクトリをお気に入りに入れることもできます。Pocketbooksのディレクトリへのリンクも機能します。

「Read Harrison」、「OK、I read」と入力し、すぐに彼のshmyakをお気に入りに追加します。 そうでなければ、それは忘れられ、ノートに書かれません。

理論部

それでは、ビジネスに取り掛かりましょう。 PHPで記述されたスクリプトは、zip形式のアーカイブを含むfb2ファイルをソースフォルダーから取得し、PocketBookへのアップロードを目的としたファイルシステムベースの書籍のコレクションを作成します。

彼は彼女を巧妙に作成します。 ここでは、fb2形式のニュアンスについて個別に言う必要があります。

まず、本はその名前（および著者、ジャンル、シリーズに関する情報）をそれ自体に保存します。 ここでのファイル名は原則的に重要ではありません。

第二に、本は複数の著者によって書かれ、いくつかのジャンルに属し、いくつかのシリーズに入ることができます。 そして、著者、ジャンル、シリーズの両方で検索とカタログを作成したいと思います。 さらに、2人の著者が書いた場合、両方のカタログに本が存在することを望みます。

適切な各ディレクトリに本をコピーしますか？ ネコミルフォ。

そして、ここでリンクファイルが役立ちます。

このスクリプトは、本の本文（zip形式）を別のディレクトリに配置し、サブディレクトリを内部に作成して、最終ディレクトリに100本以下、中間ディレクトリに100本以下のサブディレクトリがあるようにします。 これは、特定のzipにアクセスするときに本が愚かでなく、1つのディレクトリ内の多くのファイルをソートするためです。

近く、たとえば、フラッシュドライブのルートにカタログ作成者ディレクトリが作成されます。カタログ作成者ディレクトリでは、作成者、シリーズ、およびジャンル内で必要なすべてのナビゲーションが行われ、書籍の代わりに最終ノードには、対応するzipを参照する上記の参照ファイルが含まれます。 これらのリンクのサイトにある巧妙なポックブックは、本自体を表示し、それらがカタログ作成者にあるかのように開きます。



例として、最終的に10冊の本がどのように保存されるか、SDカードのファイルシステムでどのようになるかを示します。

/_zipstorage_/00000000/00000000/00000001.zip /_zipstorage_/00000000/00000000/00000002.zip /_zipstorage_/00000000/00000000/00000003.zip /_zipstorage_/00000000/00000000/00000004.zip /_zipstorage_/00000000/00000000/00000005.zip /_zipstorage_/00000000/00000000/00000006.zip /_zipstorage_/00000000/00000000/00000007.zip /_zipstorage_/00000000/00000000/00000008.zip /_zipstorage_/00000000/00000000/00000009.zip /_zipstorage_/00000000/00000000/0000000a.zip /// -///  /00000001.flk /// -///  /00000002.flk /// -///  /00000003.flk /// -///  /00000004.flk /// -///  /00000005.flk /// -///  /00000006.flk /// -/// /00000008.flk /// -/// /0000000a.flk /// -///  /00000007.flk /// -///  /00000009.flk //_/ /  / -///  /00000007.flk //_/  // -/// /0000000a.flk //_/, // -///  /00000009.flk //_// / -///  /00000001.flk //_// / -///  /00000002.flk //_// / -///  /00000003.flk //_// / -///  /00000004.flk //_// / -///  /00000005.flk //_// / -///  /00000006.flk //_/// -/// /00000008.flk //_// / -///  /00000001.flk //_/ /  / -///00000007.flk //_/ /  / //00000007.flk //_/  // -///0000000a.flk //_/  // //0000000a.flk /// -///00000007.flk /// -///00000007.flk /// -///0000000a.flk /// //00000007.flk /// //00000007.flk /// //0000000a.flk
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

_zipstorage_ディレクトリの各zipファイル内には、zipファイルと同じ名前の.fb2形式の本があります。

各flkファイル内には、ブックに対応するzipファイルへのパスがあります。

デバイスの.flkファイルの代わりに、対応するブックが表示され、それらは.flkファイルの代わりに横たわっているかのように正確に動作します。 つまり、ユーザーには「00000007.flk」、「00000007.zip」、「00000007.fb2」は表示されません。

ご覧のとおり、.flkリンクなしで、各ファイルを存在する場所にコピーする必要がある場合、10個のファイルはフラッシュドライブ上で同じサイズの31個のファイルになります。

しかし、リンクでこのフェンカを使用したおかげで、これは起こりませんでした。



_zipstorage_ディレクトリに移動する必要はありません-これがリポジトリです。

「ライブラリ」というカタログ作成ツールに移動する必要があります。

そこにビジターのカードが渡され、リクエストに応じて司書が店に行き、そこからあなたを連れて行きます...



このライブラリ内で、「/作家/ AZ / S / Sem /セメノヴァ・マリア・ヴァシリエヴナ」という長い道のりで「赤いプラスチックの立方体」という本にたどり着く必要がある理由をすぐに理解できないかもしれません。

しかし、これは約12個のファイルではなく、約数十万個のファイルであることを思い出してください。 ディレクトリ「Letters A-Z」、「C」、「Sem」に順番に移動して、そこに「Semenova Maria Vasilievna」を見つけると、表示するのに長い時間待機してから、著者の完全なリストを長時間スクロールするよりもはるかに高速になります文字「C」。

同様に、ハリー・ハリソンのすべての本を見つける必要がある場合、パスが「/ Authors / Letters AZ / G / Gar / Garrison Harry」であると仮定することは非常に論理的です。 たとえば、dofigisの作者の文字「G」から、姓の最初の3文字でディレクトリの追加レベルを導入する必要がありました。 これは、get_splitten_dirs（）の呼び出しに対するスクリプト「process.php」パラメーターで偶然rulitsyaします。

とりわけ、ハリソンの次の本を読み始めるために毎回「図書館」に行く必要はありません-あなたは一度だけそこに着く必要があります。 そして、上で書いたように、ハリソンのすべてをお気に入りに放り込み、常に手元に置いています。 本当に便利です。



そして、私はこれをほぼ「1人で」（既製の「塗りつぶし」を取り込んだ、または単にSDカードを複製した数人の友人を除いて）ほぼ3年間使用しています。 混乱はおそらく共有する時間です。

実用部

さて、理論については十分だと思います。 対象者は誰でも、一度にすべてを理解します。 必要な「原材料」を手に入れるために手際よく、誰が対象に含まれておらず、興味のない人は、この場所まで読むことはまずありません。

それでは、スクリプト自体の説明、記事の最後にあるzipアーカイブへのリンクに移りましょう。

私が経験しなければならなかった問題と解決策については説明しません。 これは、おそらくPHPセクションの別の記事のトピックです。

スクリプトの一般的なスキームとその設定のみを説明します。

まず、スクリプトがそれ自体の外で行うこと

ソースディレクトリの校正とカタログ作成プログラムの作成に加えて、スクリプトは各fb2ファイルを自身に渡します。 つまり、構造を解析し、ファイルを再度保存します-解析します。

これは、フォーマットエラーを修正するために必要です。 一部のファイルは最初に破られます-その後、無効な文字はHTMLコードに変換されず、インターネットページから引き裂かれたがfb2形式では無効であり、その後タグを開くなどの左タグが見つかります。 これらのエラーの多くが存在するわけではありませんが、比較的定期的に発生し、エレクトロブックはそのようなファイルを開くことができません。



また、このスクリプトは、ジャンルをより読みやすい名前に変換します。



だから。 zipアーカイブをダウンロードすると、たとえばサブディレクトリに複数のphpファイルと複数の書籍があります。

ディレクトリ「out_dir \ src」があり、そこから本を読むことができます。 ジップで。

そして、カタログ作成者とリポジトリを追加するディレクトリ「out_dir \ dest」があります。 実際、スクリプトの実行後、このディレクトリにあるすべてのものをSDカードのルートに転送する必要があります。

さて、USBフラッシュドライブに直接書き込むようにスクリプトをすぐに構成できます。



ここでは、SDカードへの記録に関するいくつかのニュアンスについて予約する必要があります。 情報量と断片化を考えると、このプロセスは高速ではないという事実にすぐに備えてください。

• たくさんのファイルがあります。 ソースファイルの数に加えて、フラッシュドライブは、少なくとも3倍の小さなflkファイルも記録します。 各ファイルにはzipアーカイブへのリンクが含まれており、数バイトしか占有しませんが、メディア上ではクラスター全体を占有します。 これを覚えておく必要があります。 したがって、可能な限り最小のクラスターサイズでUSBフラッシュドライブをフォーマットすることは理にかなっています。 そうしないと、これらのファイルの実際のサイズの合計によるメガバイトが、フラッシュドライブ上の1ギガバイトのスペースを簡単に飲み込んでしまう可能性があります。
• フラッシュドライブ（SDカード、重要ではありません）がウォームアップします。 バッファが一杯になったために短時間で速度が低下するという事実に加えて、ウォームアップすると記録速度も低下します。 なぜこれが起こるのかわかりませんが、そのようなことがあります。 彼女は涼むために休憩を与える必要があります。 通常、ハードドライブにスクリプトを使用してライブラリを作成し、そのライブラリからUSBフラッシュドライブにバンドルをコピーします。 TrueCryptのようなコンテナを使用して、USBフラッシュドライブとしてライブラリを作成し、ディスクイメージをリッピングしてSDカードに展開することもできます。 これは、USBフラッシュドライブに書き込む最速の方法です。
• まだ大きなカードをお持ちでない場合は、より高いクラス（たとえば、Class10）のSDカードを購入することをお勧めします。少し高価になりますが、記録プロセスが大幅に高速化されます。 ちなみに、クラス10は、就業日の完全な停止にすでに耐えることができます。 これは、私たちが数十万の小さなファイルについて話していることをもう一度思い出します。 記録速度の点では、これは「4 Gigで映画を巻き上げる」と根本的に異なります。 ここでは絶対にありそうもない。

スクリプトはWindows上のマシン用に作成されたため、PHPはWindowsバージョン5.2.9-2の下にインストールされました。 理論的には、彼はどのシステムを動作させるかを気にしませんが、誰かが何かを始めないかもしれません。

Windowsが原因で、スクリプトを実行するための.batファイルがアーカイブにあります。

以下は、スクリプトの一部を切り取ったものです。 完全なものは、2つの部分とInterbaseの下のデータベースで構成され、すべての書籍が最初にインポートされ、ダビングが除外され、ダビングが削除され、著者、ジャンル、シリーズ、タイトルの誤解が修正されます（「Pushkin A.S。」=>「Pushkin Alexander Sergeevich」など） 、MD5ハッシュは、ライブラリのさらなる補充などのために収集されます。

PHPを上げてスクリプトを実行すること、データベースを構成すること、すべてのライブラリをインストールすることなどのため、これをすべてダンプする理由はありません。 あなたの多くがこれに悩むことはまずありません。 必要に応じて、誰でも簡単に独自のデータベース機能をスクリプトに追加できます。 したがって、スクリプトはデータベースなしでオフライン操作のために切断されます。 機能は少し少なくなりますが、重要ではありません。



エラーのあるログファイル（「prc_errors.txt」）は、操作中にスクリプトの横に作成されます。 これは、起動batファイルで指定されています-STDERRをこのファイルにリダイレクトします。 エラーがなかった場合、サイズはゼロになります。

国内キッチン

実際、メインスクリプトは「process.php」ファイルにあり、実行する必要があります。

設定は最初に保存されます。 ここにあります：

 $out_file='./out.txt'; //        .    false     . $src_dir='./out_dir/src'; //  .  ,      . $dest_dir='./out_dir/dest'; //  .  ,      SD-. $storagename='_zipstorage_'; //   -.      flk-,         SD-. $libname=''; //   - $compress_storage=true; //     .  ,    fb2.  ,    .   -. $control_genres_export=false; //      (. genres.inc) $no_leased_storage=false; //      -. $dbid=0; //    ID ,        .       ))) $GLOBALS['process_config']=array( 'struct_only'=>false, //    'unknown_tags_processing'=>XMLP_UT_CUT, //    (  fb2 , . 'tags_hash') 'strip_comments'=>false, //   <!-- --> 'tags_hash'=>$GLOBALS['XMLP_FB2_elements'], //    'tags_processing'=>array( //      'name_first_alpha'=>false, 'name_len'=>20, 'content_len'=>512, 'pattern_type'=>XMLP_TPS_STRICT, 'include_comments'=>true, ), );
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

パラメーター$ GLOBALS ['process_config'] ['unknown_tags_processing']について説明します。 パーサーを操作します。つまり、fb2形式（FictionBook 2.0）では無効なタグが検出された場合にパーサーが行うことを行います。

• XMLP_UT_LEAVE-すべてをソースに残したままにします。
• XMLP_UT_CONVERT-ブックに表示されるテキストに変換します。 つまり、<tag> text </ tag>は＆lt; tag＆gt;に変わります。 テキスト＆lt; /タグ＆gt; その結果、本は<tag>テキスト</ tag>として表示されます。
• XMLP_UT_CUT-タグ自体のみがカットされます。 それらの内部テキストは、読者が引き続き利用できます。 <phpcode> $ a = $ b; </ phpcode>は$ a = $ b;になります。
• XMLP_UT_CUT_FULL-不明なタグはそのコンテンツとともに切り取られます。 それは完全にです。
• XMLP_UT_CUT_SMART-実装されていません。 XMLP_UT_CUTのエイリアス

明らかに、エラーの修正には2つのオプションが最適です：XMLP_UT_CONVERTとXMLP_UT_CUT。 ほとんどの場合、ユーザーはこれらのタグにまったく関心がないため、これらはゴミです。私の意見では、XMLP_UT_CUTオプションを使用して単純にカットすることが最も正しいと考えています。



FictionBook形式のタグ自体は、 $ GLOBALS ['process_config'] ['tags_hash']パラメーターでパーサーに渡されます 。 $ GLOBALS ['XMLP_FB2_elements']配列は、xmlp.incファイルの先頭に事前定義されています。



$ GLOBALS ['process_config'] ['tags_processing']パラメーターは 、テキスト内のタグの通常の認識の生成を制御します。 過剰に触れないほうがいいです。デフォルトでは正常です。 パラメーター'name_first_alpha'のみをtrueに設定できます -この場合、エンジンはタグ名の先頭にアルファシンボルを必要とします。たとえば、この<：>は不明なタグとしてではなく、テキスト内のゴミとして認識されます。 XMLP_UT_CUTオプションを使用すると、このようなタグは切り取られませんが、htmlエンティティに変換され、本の最終的な読者に表示されます。



ここで「include_comments」オプションを無効にすると、より単純な規則性が生成され、その結果、スクリプトのパフォーマンスが少なくとも2倍向上しますが、同時に<！-->タグ内のコメントは難読化されたおridgeに変わり、表示されます本の最後の読者に。 コメントが書籍のテキスト領域にある場合、それはまだ何もありませんが、タイトル領域にある場合、おそらくデバイス上で書籍がまったく開かないでしょう。 ドキュメントのXML構造（XMLタグ間の任意のテキスト）の違反になります。



$ no_leased_storageを設定します。 trueに設定されている場合、書籍用の別のストレージは使用されません。 つまり、 '_ zipstorage_'およびflkファイルはありません。 ライブラリ内のflkファイルの代わりに、fb2またはzipが該当します（ $ compress_storageパラメーターに応じて）。 これにより、同じ本の複数のコピーが原因でSDカードのスペースがより多く消費されます（上記の問題の説明を参照）が、本がfb2形式とUSBフラッシュドライブ上のディレクトリのナビゲーションをサポートしている場合、他の電子書籍（PocketBookではない）の所有者が許可されます。同じスクリプトを使用して、ライブラリを自動的にカタログします。



別の設定は$ control_genres_exportです。 その規則はgenres.incファイルにあります。

ジャンルのトランスクリプトの配列があります、それはこのように見えます：

  ''=>array('_ _','_ _', true), 'biography'=>array('','', true), 'biogr_historical'=>array('  ','', true), 'biogr_sports'=>array(' ','', true), 'biogr_arts'=>array(' ','', true), 'banking'=>array(' ',' ', true), 'accounting'=>array(', , ',' ', true), 'design'=>array('  ',' ', true), 'org_behavior'=>array(' ',' ', true),
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

各配列の最後にtrueの値を持つ要素がありますか？ したがって、 $ control_genres_exportオプションをオンにすると、スクリプトは、この最後の要素に当てはまる反対のジャンルのみを流し出します。 単一のジャンルではない本が「genres.inc」としてtrueとしてマークされている本は無視され、それらの本文もメモリカードに保存されません。

これは、コレクションのサイズがSDカードのスペースよりも大きいことを理解している場合に非常に便利です。

この場合、ジャンルのリストを編集し、不要なものを除外します。 これにより、興味のあるジャンルのみを使用して、ライブラリを部分的にマップに注ぐことができます。 たとえば、あなたは空想科学小説が好きで、詩、ロマンス小説、ビジネス文学は原則としてあなたには興味がありません。

このメカニズムを使用すると、ライブラリを複数の異なるメモリカードのジャンルのセットに分割する必要がなくなります。



ジャンルのリストには、再割り当てという別のメカニズムがあります。

以下の同じファイル（および同じ配列）に、同様のものがあります。

  ''=>array('sci_psychology','r', true), 'science_history_philosophy'=>array('sci_philosophy','r', true), ''=>array('sci_linguistic','r', true), 'adv_history_avant'=>array('adv_history','r', true), ''=>array('adventure','r', true), ' '=>array('prose_history','r', true),
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

メタタグの最後から2番目の値に、孤独な文字「r」が表示されていますか？

スクリプトの場合、これは、たとえば、「冒険」というジャンルのコードが本で見つかった場合、「冒険」というコード（同じ配列）でジャンルの記録を調べる必要があることを意味します。 そして、カタログ作成者の本、彼は結果として正しいジャンルを参照します。 ただし、fb2ファイル自体は編集されません。

実装されていません

書籍の実際の名前によるカタログ化は行われていません。 正直なところ、私はこれがどのように見えるのか、クイックナビゲーションのために便利なディレクトリレイアウトを作成する方法がわかりません。 概して、名前以外に何も知らない場合は、インターネットの電話からでも簡単に著者を突破し、デバイスですでに本を見つけることができます。 検索に費やした時間と、その後の読み物であるIMHOに費やした時間とを比較すれば、まったく気にする必要はありません。



進捗状況の表示はあまりよくできていません。 ソースディレクトリには、単純なfb2ファイルだけでなく、それらを含むzipファイル、および同じセットのサブディレクトリを含めることができます。

zipファイルの場合、進行状況はランダムに計算され、サブディレクトリごとに進行状況が表示されます。 幸いなことに、スクリプトの冒頭で、個別の文章であるすべてをスキャンしてから、実行の一般的な進行状況を表示する必要があります。



パーサーモジュール「xmlp.inc」のみが徹底的にシャベル化されます。 残りのソースには、変数の名前に混乱があり、余分な変数もあります。



さて、まだささいなことでは、別の重要でないものは作られていません。

構造エラー修正の例

処理する前に：

  <p><:>   <tag></tag>    <  >,  </b>>  &lt; .<:></p> <p>—   ! —  <a>  .</p> <p>    </a>     . .</p>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

後（XMLP_UT_CONVERTの設定）：

  <p>&lt;:&gt;   &lt;tag&gt;&lt;/tag&gt;    &lt;  &gt;,  &lt;/b&gt;&gt;  &lt; .&lt;:&gt;</p> <p>—   ! —  <a>  .</a></p> <p>         . .</p>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

後（XMLP_UT_CUTの設定）：

  <p>       &lt;  &gt;,  &gt;  &lt; .</p> <p>—   ! —  <a>  .</a></p> <p>         . .</p>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

この資料はどこで入手できますか？

そしてここに 。



すべての消防士でさえ、Windows用のPHP設定でhemoをしたくない人は、 ここでパッケージをダンプしました 。 概して 、最新バージョンをphp.netからダウンロードすることをお勧めしますが、スクラップしてすぐに苦労せずに試してみたい場合は、すぐに破棄し、フォルダーc：\ php（一般的には、この場合、パスは短く、スペースを入れないことが望ましい）、このディレクトリをシステム環境変数パスに書き込みます。 すべてがすぐに動作するようになります。





PSはい、コレクションを保存できるデスクトッププログラムがあることは知っています。 しかし...

まず、このようなプログラムが存在しなかったときにこれがすべて行われました。

第二に、彼らは私が自分でできることをすぐに自分でできるようにすることはできません（コード内の何かを完成させるため）。

第三に、これらのプログラムが書籍の重大なエラーを修正できる可能性は低いです。 組み込みPHPライブラリを使用するスクリプトでは、エラーが発生するため、意図的に高速のXML解析を使用しませんでした。 エラー時にスクリプトのクラッシュを無効にすることはできますが、通常、ファイルを解析して自動的に修正することはできません。

このスクリプトはネイティブPHPで記述されていますが、それでも処理速度が最適化されています。

そして、はるかに。

ところで、誰も一方と他方の両方を結合することを気にしません。 デスクトッププログラムから、条件に応じて必要な書籍を選択します（結局、GIUでは、すべての種類の条件を設定し、フィルターですべて出力する方がはるかに便利です）。次に、このスクリプトをフィードし、メモリカードにディレクトリを作成します。





UPD ：新しいポケットブックと新しいファームウェアで待ち伏せが発見されました。 古い本棚機能を削除し、.flkファイルをサポートします。 問題の議論は、ユーザーKlu4nikとの私の通信文のコメントで見ることができます。 .flkファイルの機能は、ストアの工場出荷時ファームウェアE912.2.1.2 20110727_154845の912th Pocketで機能します。 新しいファームウェアでは動作しなくなりました。

Pocketbooksのサポートへの呼び出しは何も有用ではなく、水だけを与えました。

その後、 Klu4nikの助けを借りて、公式フォーラムでAntuanというニックネームでユーザーフォーラムにアクセスしましたが、その助けを借りて同じ解決策を見つけました。 解決策として、少なくとも一時的な松葉杖があります。

以下で構成されています。

Pocketbookファームウェアは、ネイティブアプリケーションとサードパーティアプリケーションをサポートしています。メインメニューから同じ名前のフォルダーに移動すると、それらを確認できます。

とりわけ、これらのアプリケーションはシェルスクリプトにすることができ、単に.app拡張子を付けるだけです

テスト後、「/ ebrmain / bin / fbreader.app /mnt/ext2/_zipstorage_/00000000/00000000/00000001.zip」という形式の単純なシェルコマンドで本を開くことができることがわかりました。

さらに、デバイス上のアプリケーションフォルダーにいる場合は、上のディレクトリ（シェルフのメインメニューにアクセスしない「..」ディレクトリ）に移動するだけで、手帳のメモリとメモリカードの両方が表示され、どこにでも簡単に起動できます。 .appファイル。ライブラリ-メインメニューから.appファイルを入力すると、ファイルが表示されません。そして、「アプリケーション」を介してできます。

ソースを更新しましたが、別の構成オプション$ app_instead_of_flkがファイル "process.php"に追加されました。有効にすると（true）、. flkファイルの代わりに、「戦争と平和.app」という形式の.appファイルがカタログ作成者に配置され、およそ次の内容が含まれます。

 #!/bin/sh /ebrmain/bin/fbreader.app /mnt/ext2/_zipstorage_/00000000/00000000/00000001.zip
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

強打で動作し、本を開きます。 PocketBook Pro 912を確認したところ、すべて正常に動作しているようです。

しかし、いくつかのマイナス点があります。

本棚ではなく、「アプリケーション」セクションから入力すると、単純なファイルマネージャーが機能します。彼は表紙や美しい本棚を表示しません。お気に入りに追加する方法もありません。



一般に、上記のリンクからスクリプトをダウンロードします。



彼らはまた、古い機能をidea.pocketbook-int.comに返すリクエストを追加することを勧めました。

すでにトピックがあります：idea.pocketbook-int.com/pocketbook-pro/idea/161、より多くの票を得る必要がある場合、新しいファームウェアで古いシェルフのオプションを選択する可能性があります。ただし、この機能の実装に投票するには登録が必要です。





UPD 2：ソリューション番号2。また、一時的な（まあ、そのような誰か）。

現在のファームウェア2.1.2および2.1.3では、PocketBook 611から古いシェルフをインストールできます。古いファームウェアのようなメインメニューインターフェイスがあります。同時に、リンクファイル.flk、「お気に入り」、マルチタスク、および新しいファームウェア設定が機能します。

9.7インチ（垂直および水平方向）のように見えます（写真はクリック可能で、スクリーンショットとプレビューに1ピクセルのフレームのみを追加して、画面の端が白い背景で見えるようにしました）これまでのところ、わずか2つの小さな不具合に気づきました：















1.メインメニューは全画面表示ではありませんが、意図したとおりに機能し、迷惑ではありません。メニューテンプレートは6インチスクリーン用に作成されたものです。残りの画面は通常、それ自体をスケーリングします。また、シェルフの「詳細な」外観は、画面の幅全体にレンダリングされません。スクリーンショットが表示されます。

2. [ホーム]ボタン（メインメニューに戻る）が機能しません。なぜならコンテキストメニューからメインメニューへの切り替えも機能しません。明らかにこれはマルチタスク環境によるものです。置き換えた小さなタスクメニューにタスクを切り替えることはできません。長い間ディレクトリツリーからメインメニューに移動するのは少し面倒です。



インストールは簡単です。こちらからダウンロードしてください。 zip内には1つの「bookshelf.app」ファイルがあります。 USBコードを接続し、このファイルをデバイスの内部メモリ（USBフラッシュドライブではなく）のディレクトリ「/ system / bin /」に書き込む必要があります。

実際にはすべて。ケーブルを外した後、すぐに機能しますが、すべての消防士が再起動してメインシェルフをメモリからアンロードする方が適切です。

解体は非常に簡単です-コードをキャッチし、このファイル「/system/bin/bookshelf.app」を削除すると、すべてが正方形に戻ります。

PocketBook Pro 912でテスト済み。正常に動作します。





UPD 3：ここで追加の議論があります。願いや提案を歓迎します。





UPD 4 [05/15/2012 20:52 MSK]：「genres.inc」、genres_get（）関数の悪意のあるバグを修正しました。これにより、メモリがループで焼けてしまいました。愚かな小さなガラスがありました。コピーと貼り付けは、すべてを非難することです。更新されたソース、ダウンロード。





UPD 5 [05.15.2012 22:03 MSK]：UPD3のリンクに関する議論の結果、次の設定が追加および変更されました。

 $dest_mount_point='/mnt/ext2/'; $storagename='.zipstorage'; $path_encoding=PATH_ENC_AUTO;
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

変数$ path_encodingは、カタログ作成プログラム内のパスが生成されるエンコーディングを担当します。

デフォルトの自動値に加えて、PATH_ENC_1251またはPATH_ENC_UTF8を強制することもできます。

PATH_ENC_AUTOはpreg_match（ '/ win / i'、PHP_OS）によって決定されます。

定数PHP_OSに「win」が含まれる場合、PATH_ENC_1251が表示され、そうでない場合はPATH_ENC_UTF8が表示されます。





UPD 6 [2012 年5月20日 03:10 MSK]：GitHubに移動しました。