[過去ログ]
OSX専用2chブラウザ -BathyScaphe- 潜航深度 53m (1001レス)
OSX専用2chブラウザ -BathyScaphe- 潜航深度 53m http://anago.5ch.net/test/read.cgi/mac/1409140766/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
抽出解除
レス栞
このスレッドは過去ログ倉庫に格納されています。
次スレ検索
歴削→次スレ
栞削→次スレ
過去ログメニュー
598: 名称未設定 [sage] 2015/01/14(水) 21:09:02.81 ID:iHnW40FB0 79 † Mango Mangüé ★ (ワッチョイ) Thank you ang babait ninyo©2ch.net agete 2015/01/14(水) 18:56:10.64 ID:???0 BE:249718815-S★(824721) http://img.2ch.net/premium/8125773.gif 長すぎ問題対処してみるた れっつとらい BBR-MD5:CoPiPe-906a531d7aa9f03b578921e84d57fef9(NEW) BBS_COPIPE=Lv:24 / 96376 This is Original 83 †Mango Mangüé ⭐ (ワッチョイ) Thank you ang babait ninyo©2ch.net agete 2015/01/14(水) 19:04:08.45 ID:FIU3iJIz0 BE:249718815-S★(824721) http://img.2ch.net/premium/8125773.gif ワッチョイ対応してみた IDも重ならないと思う? BBR-MD5:CoPiPe-2dc1e50d484020a9414bca93964d9edc(NEW) BBS_COPIPE=Lv:24 / 26392 This is Original http://anago.5ch.net/test/read.cgi/mac/1409140766/598
616: あひるちゃん ◆2gpD9lKn5TVE [] 2015/01/14(水) 22:57:40.30 ID:hACR4ZSB0 >>611のとこをマンゴーに聞いたらこんな回答だった とりあえず誤魔化しの方法だけど再取得のアラート 出さずに読み込みなすような方法でも負荷がかからんみてーだよ 744 名前: †Mango Mangüé ⭐ (ワッチョイ) 投稿日: 2015/01/14(水) 22:24:44.15 ID: YS+yVSpK0 >>741 クラウド化したから心配無用かと 748 名前: †Mango Mangüé ⭐ (ワッチョイ) 投稿日: 2015/01/14(水) 22:32:29.44 ID: nrCyYywM0 >>746 ざっくりいうと半クラウド化 CDNでググってみ 756 名前: †Mango Mangüé ⭐ (アウアウ) 投稿日: 2015/01/14(水) 22:50:20.85 ID: h1mlf02da >>746 http://www.geek.sc/wp-content/uploads/2013/03/zu01.gif http://anago.5ch.net/test/read.cgi/mac/1409140766/616
630: tsawada2 [sage] 2015/01/15(木) 01:28:45.23 ID:GRhQ7oYe0 BE:289147587-2BP(404) http://img.2ch.net/ico/kashiwamo-chi32.gif 2ちゃんねるの様々な実験?仕様変更?等により、BathyScaphe で色々な現象が 発生していますが、 (1) スレッドを更新すると毎回再取得を要求される問題 →2ちゃんねる側でもあーだこーだ弄っているようですが解決していません。 例えば、下のような発言を見ると、まだ、弄るつもりはあるようです。 Talk to JIM-san & Code Monkey ★ in kenmou [転載禁止]©2ch.net [699332515] http://fox.2ch.net/test/read.cgi/poverty/1421218867/270 →もう少し様子見とさせていただきます。 (差分取得がダメになった場合のアイデアを練るなど、多少の準備はしています) (2) 書き込み&クッキー確認のアラートで「OK」をクリックしても書き込めない問題 →昨日あたりからクッキー確認の html の中身が若干変わったため、次回みなさんが クッキーを食べなければならなくなった時に、クッキーを食べる処理が働かず 書き込みができなくなります。 →手元では修正・確認しましたが、現在の状況を鑑みリリースは早くても明日とさせてください。 つづく http://anago.5ch.net/test/read.cgi/mac/1409140766/630
631: tsawada2 [sage] 2015/01/15(木) 01:33:05.26 ID:GRhQ7oYe0 BE:289147587-2BP(404) http://img.2ch.net/ico/kashiwamo-chi32.gif つづき (3) >>553 のような現象 →2chのサーバ不調等が原因で、サーバ移転を知らせる html が本来出て来るべき時に 広告の混ざった別内容のページが出た。サーバ移転検知機能がその別内容のページを 解釈して、移転先の URL だと誤検知してサーバ移転のアラートを出した。 この場合、旧URLと新URLがアラートに表示され、ユーザに確認を求めるはずだが、 新URLとして提示された URL(広告URL)をよく確認しないで、 または本当にそれが移転先アドレスなのかと思って、あるいはキャンセルしても どうにもならんと思って、「OK」をクリックしてしまった。 →いずれにしても一時的な現象であり、再度手動でURLを編集して元に戻せば良い。 誤検知防止の対策は BathyScaphe 側でも将来的に検討する。 (4) >>583 BathyScaphe の掲示板リストの同期先は azlucky さんのところなので、サラ金広告ad画像の 貼られたページにリダイレクトされることはないでしょう。 menu.2ch.net のほうで2chの不調が原因でそのようなことがあったような話をどっかで 見ましたけれども。 つづく http://anago.5ch.net/test/read.cgi/mac/1409140766/631
633: tsawada2 [sage] 2015/01/15(木) 01:36:27.40 ID:GRhQ7oYe0 BE:289147587-2BP(404) http://img.2ch.net/ico/kashiwamo-chi32.gif さいご (5) >>584 「作者も使うなって言ってるし」 危ないから、ではなくて、使ってもストレスが溜まるだけだから、2ch の調子がもう少し よくなるまで、BathyScaphe を使わず、2ちゃんねると距離を置いて一休みしませんか、と 言いました。>>562 で。 (6) 10.6.8 向けに BathyScaphe プロジェクトが今回の件、あるいは将来の仕様変更に対して なんらかの対応を提供する予定は全くありません。すみませんが、これは、ご了承ください。 以上 http://anago.5ch.net/test/read.cgi/mac/1409140766/633
639: 名称未設定 [sage] 2015/01/15(木) 01:49:03.69 ID:k6J0xN/e0 >>638 http://i.imgur.com/Z7uFUNC.png http://anago.5ch.net/test/read.cgi/mac/1409140766/639
701: tsawada2 [sage] 2015/01/15(木) 23:53:11.20 ID:GRhQ7oYe0 BE:289147587-2BP(404) http://img.2ch.net/ico/kashiwamo-chi32.gif なんだか、簡単には差分取得が再度可能にならなさそうなので、その前提で対応したバージョンをこれから出そうと 思います。ちょっとお待ち下さい。 http://anago.5ch.net/test/read.cgi/mac/1409140766/701
706: tsawada2 [sage] 2015/01/16(金) 00:19:08.67 ID:3gSj7UqL0 BE:289147587-2BP(404) http://img.2ch.net/ico/kashiwamo-chi32.gif BathyScaphe 2.4.3 Sneaky (v752) http://sourceforge.jp/projects/bathyscaphe/releases/62581 これを使ってみてください。 http://anago.5ch.net/test/read.cgi/mac/1409140766/706
720: tsawada2 [sage] 2015/01/16(金) 00:40:03.58 ID:3gSj7UqL0 BE:289147587-2BP(404) http://img.2ch.net/ico/kashiwamo-chi32.gif 差分取得の方は、 もしかしたら、アップデートしなくても治り始めているかもしれない。 まだ一部のサーバでは直ってないとこもあるらしいので、あと数十分~数時間?くらいは v752 が役に立つかもしれません。 もうひとつ、v752 が役に立つ可能性があるのは、 書き込み&クッキー確認が出て書き込めない問題に遭遇している場合です。 http://anago.5ch.net/test/read.cgi/mac/1409140766/720
733: tsawada2 [sage] 2015/01/16(金) 02:13:26.56 ID:3gSj7UqL0 BE:289147587-2BP(404) http://img.2ch.net/ico/kashiwamo-chi32.gif 修正がすべてのサーバに行き渡ったらしいので、さっきの Sneaky は一旦取り下げました。 なにしろ、v752 は内部では常時全取得してるので、平時には、よろしくありません。 もちっとスマートに、まずは差分取得から試してダメなら v752 相当の処理でリトライする、新しい Sneaky を 今出しますので、そちらに、乗り換えをお願いしますね。 出したらまた連絡します。 http://anago.5ch.net/test/read.cgi/mac/1409140766/733
738: tsawada2 [sage] 2015/01/16(金) 02:26:19.97 ID:3gSj7UqL0 BE:289147587-2BP(404) http://img.2ch.net/ico/kashiwamo-chi32.gif リリースしました。v754 です。 http://sourceforge.jp/projects/bathyscaphe/releases/62582 >>735 hope鯖でもこちらを使っていただいて大丈夫ですよ。治ってないサーバでは v752 相当の振る舞いをします。 もう一度お知らせ。>>706 はもうダウンロードできません! 代わりに、上記リンクの新しいバージョンをダウンロード願います。 http://anago.5ch.net/test/read.cgi/mac/1409140766/738
786: 名称未設定 [sage] 2015/01/16(金) 22:26:15.97 ID:gZJ8OEqc0 ちなみに、JaneXenoは書けなかった。522エラーが返ってくる。 なので、一番まともなのは、viewだけだった。 http://www.rupan.net/uploader/download/1421414726.jpg 暫くは不便だが、これでやり過ごすよ。 http://anago.5ch.net/test/read.cgi/mac/1409140766/786
809: あひるちゃん ◆2gpD9lKn5TVE [] 2015/01/17(土) 18:24:40.15 ID:KdQXtop/0 お絵かき機能がつくらしい @CodeMonkeyZ Oekaki coming soon! #2ch https://pbs.twimg.com/media/B7ieNvtCMAA8LGs.png https://twitter.com/CodeMonkeyZ/status/556368514210996224 http://anago.5ch.net/test/read.cgi/mac/1409140766/809
813: 名称未設定 [sage] 2015/01/18(日) 01:49:17.34 ID:G7YhwjIF0 http://i.imgur.com/HSIokDo.jpg http://anago.5ch.net/test/read.cgi/mac/1409140766/813
828: tsawada2 [sage] 2015/01/18(日) 12:36:42.28 ID:0kUo/92S0 BE:289147587-2BP(404) http://img.2ch.net/ico/kashiwamo-chi32.gif >>816-820 私も昨夜は当該スレで挙動を確認・デバッグしていました。 363レスくらいまでのところでは、落ちることはありませんでした。 ただ、途中そのスレの >>305 の画像が貼られてから、その下のテキストのレイアウトがずれてしまう 問題、およびそのときコンソールに OS から大量の警告メッセージが発生している問題が確認されて、 調査していたところです (どうやら >>305 だけ画像が 96dpi になっていて、そこに関連があるとみています)。 その後どんなお絵描きがされたか、今となっては知る由もありませんが、相性の悪い画像が貼られたか、 あるいは大量に画像が貼られて処理に疲れてしまった可能性は、確かにあります (画像を読み込み終わるまで画像の寸法が決められないため、画像と被らないようにテキストのレイアウトを 後から後から割り込んで修正せざるを得ず、レイアウト処理に負担がかかっています)。 いずれにしてもまだ実験中ということですので、まずは 2.4.3 正式版でどこまで対応とするか 情報収集しながら判断したいと思います。 http://anago.5ch.net/test/read.cgi/mac/1409140766/828
829: tsawada2 [sage] 2015/01/18(日) 12:40:15.69 ID:0kUo/92S0 BE:289147587-2BP(404) http://img.2ch.net/ico/kashiwamo-chi32.gif >>824-826 その症状はこちらでも発生しています。 直接の原因は、サーバ側の調子が悪いことです。 たぶん、サーバ側(CloudFlare側)が 52x エラーを返したときじゃないかなと思います。 ただ、BathyScaphe は、サーバがステータスコード 52x を返したときに、異常だということはわかるので 処理をキャンセルしますが、その際、ユーザにエラーのアラートを表示する処理が欠けていることが わかりましたので、その点は対策します。 http://anago.5ch.net/test/read.cgi/mac/1409140766/829
838: tsawada2 [sage] 2015/01/18(日) 21:40:46.87 ID:0kUo/92S0 BE:289147587-2BP(404) http://img.2ch.net/ico/kashiwamo-chi32.gif >>837 キャップの人が書き込んでいるスレッドの URL を教えてください。 したらばはほとんど見ないので、自力でサンプルを探すのに大変手間がかかります。 http://anago.5ch.net/test/read.cgi/mac/1409140766/838
840: tsawada2 [sage] 2015/01/18(日) 22:25:17.84 ID:0kUo/92S0 BE:289147587-2BP(404) http://img.2ch.net/ico/kashiwamo-chi32.gif >>839 ありがとうございます。早速見てみて、原因がわかりました。 直しておきます… http://anago.5ch.net/test/read.cgi/mac/1409140766/840
912: tsawada2 [sage] 2015/01/24(土) 16:43:30.32 ID:Ha/3r6Ck0 BE:289147587-2BP(404) http://img.2ch.net/ico/kashiwamo-chi32.gif >>903 Google Chrome 側の仕様または(v40 での?)問題と判断します。BathyScaphe から制御できることではない。 Google Chrome の「設定」>「起動時」で「前回開いていたページを開く」を止めると とりあえず現象は回避できると思います。 >>910-911 この方法は、内部で違う処理経路をたどると思われますので、うまく切り分けることができません。 しかし、次のように確認していただくと他のアプリケーションからのリンク渡しでも>>903の現象が容易に再現できます。 これによって BathyScaphe への疑いが晴れることを願っています。 0. Google Chrome をデフォルトブラウザにしてあること、v40 であること、および上記の「前回開いていたページを開く」 設定になっていることを確認しておく。 1. テキストエディット や Pages で、ハイパーリンクを含む文字列を用意します。 たとえばテキストエディットで適当な URL を入力後選択し、コンテキストメニューから「リンクを作成」と 選ぶ。これでハイパーリンクになる。 2. Google Chrome で何か Web ページを開いている状態でウインドウを閉じる(終了ではない)。 3. 1. で用意したハイパーリンクをクリックする。 4. Google Chrome で新たなウインドウが開き、1. で用意したリンク先と、2. で閉じたページが同時に表示される。 http://anago.5ch.net/test/read.cgi/mac/1409140766/912
913: tsawada2 [sage] 2015/01/24(土) 17:08:49.96 ID:Ha/3r6Ck0 BE:289147587-2BP(404) http://img.2ch.net/ico/kashiwamo-chi32.gif >>879 ほか 本件引き続き調査を進めていますが、どうやら画像のダウンロード処理(OS側のネットワークアクセス処理)そのものが 多数のダウンロードを同時処理すると暴走を起こすことがわかってきました。 ネットワークアクセス部を他のエンジンに交換してみることも検討しましたが、仕組みが違いすぎてすぐには難しい上に、 必ずそれで解決するという保証もないため、当面の対応としては(現在 Sneaky ですでに行っている対策よりもさらに) 同時接続数を絞り、少しずつゆっくり時間差で処理していくしかないと考えています。 また、新たに「n 個のリンクをコピー」機能を追加する対策も実施します。別途、ダウンローダーのような ソフトウェアにこの機能でコピーしたリンクをペーストして、そちらで処理してもらうといった方法を取りやすくして、 不便を和らげたいと考えています。 http://anago.5ch.net/test/read.cgi/mac/1409140766/913
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.151s*