FAQ

ブラウザの設定などで、自分が躓いたところをメモっておくページです
ここに書いてないバグがあったら報告またはフィードバックしていただけると非常に助かります。

いつまで経っても読み込みが終わらない

サムネイルのサイズを設定で変更しているときに、GIFアニメを含むアイテムを取得した場合、通常より読み込みに時間がかかることがしばしばあります。
申し訳ありませんが、負荷軽減のためにも再読込などはせずそのままお待ち頂けたらと思います。
サムネイルのサイズは、Cookie一覧から「thumbsize」を削除していただければ、デフォルトに戻すことが可能です。

Firefoxでショートカットキーが使えない

「ページ内で入力を始めたときに検索する」機能がオンになっていないか確認してください。
参考:ページ内検索 | Firefox ヘルプ

IEで表示がおかしい

このサービスではIEをサポートしていません。
原因としては、IEではflexboxの挙動が不審な点にあるのですが...
なお、Internet Explorer ~10がサポート対象外なのは勿論のことですが、IE11並びにEdgeも対象外とさせていただきます。
Google Chromeなどのブラウザをお使いください。

カスタム命名規則とは?

「カスタム命名規則を使用」にチェックを入れることで、ファイルを保存する際の名前をカスタマイズすることができます。
使用することができる変数は以下のとおりです。

  • $o:オリジナルのファイル名
  • $r:ファイル名生成時の日付
  • $d:ファイル名生成時の時刻
  • $n:連番
  • $u:投稿者名
  • $i:画像id
  • $t:タイトル
たとえばВерный | 雪代あるて | ニジエを例として挙げさせていただくと、オリジナルのファイル名は715273_20170822004345_0となります(拡張子は含まれません)。
また、画像idはview.phpのクエリに含まれている226766となります。タイトルは、titleタグから取得するため、「Верный」に、投稿者名は「雪代あるて」となります。(敬称略)
ファイル名生成日付/時刻とは、Downloadボタンをクリックした時にダウンロードするファイルをスクリプト内で配列に追加した際の時刻です。
連番とは、配列に追加された際の順番であり、0を最小値に取る自然数となります。
その他、カスタム命名規則においては、「/」(半角スラッシュ)を使用すると、そこでフォルダ分けすることが可能です。フォルダ分けの階層数には特に上限はありません。
上に挙げさせて頂いた作品において、例えば「$u/$t/$o」とすると、ダウンロードするzip内に「雪代あるて」というフォルダが作成され、更にその中に「Верный」フォルダが作成され、そこに「715273_20170822004345_0.jpg」が保存されます。
また、Qキーを押すことでファイル名,作者名の編集が可能ですが、「カスタム命名規則を使用」にチェックを入れておけば、そこでも半角スラッシュを使い階層分けすることが可能です(カスタム命名変数は使用できません)。
ちなみに、ニジエに登録されたタイトルに半角スラッシュが含まれている作品については、情報取得の際に自動で全角スラッシュに変換しています。

・追記:新しく追加したユーザーid機能($l)では、ユーザーごとに割り当てられた不変の数字を利用できます。上の例では、715273となります。
この数字はmembers.phpのパラメータで確認できます。

いただいたバグリポートに対する報告

2018/02/03 カスタム命名規則の$lに関する問題

お問い合わせいただきありがとうございます。
カスタム命名規則の$lが2枚目以降$iとして認識されるとの報告を頂きましたが、こちらで再現を図ってみましたが、このような症状は確認できませんでした。
また、ソースコードの命名規則の処理部分(dl.php 1266行目)とその前後を確認してもみましたが、for文で回しているので1回目とそれ以降の処理方法が同じであり、ご指摘のような問題は起こり得ないかと思われます。
大変申し訳ありませんが、念のためキャッシュクリアのち再びダウンローダをお使いいただき、それでもなお問題が生じるようであれば再度お問い合わせいただければと思います。

(参考までに、カスタム命名規則$lの処理は、画像ファイル名の_以前が投稿者idと同一であることを利用しています。)

2018/02/03

2017/12/27 - カスタム命名規則を使用した際に日本語が含まれると実際のファイル名が文字化けする問題

お問い合わせいただきありがとうございます。
調査の結果、Lhasaでは文字化けが生じましたが、7ZipおよびExplzhにおいては文字化けが生じなかったため、ご指摘いただいた問題は、書庫を展開するソフトウェアに依るものであると判断しました。
技術的な面に関しては知識不足により正確なことを言えないのですが、サーバーOSがFreeBSDであるため、お使いのWindowsPCにインストールされた展開ソフトウェアとの文字エンコード方式の不一致により文字化けが生じたものと思われます。
お手数おかけして申し訳ございませんが、文字エンコードの自動判別機能がついている展開ソフトウェアをお使いくださいますようお願いいたします。
参考:ZIP 書庫ファイルに格納されたファイルの名前の文字化け | ECCS Tutor's page
ソフトウェア→7Zip / Explzh (ちなみに私は7zipを使っています)

2018/01/01