facebook twitter hatena line google mixi email
★お気に入り追加


  • 36
  • まちこさん
  • 2016/07/22(金) 21:59:14
Jane-style 質問スレッドにありました。
以下参考まで。

■ 外部板「まちBBS」を追加したが、スレを開こうとしてもdat落ちで見られない
A. 板を追加したときのURLが間違っている可能性がある

現時点では、まちBBSのトップページ(http://machi.to/)から各地域のページへは正しくリンクされていない
正しいURLは、いったんトップページからリンクされている各地域のページに移動して
そのページの上部にある各地域へのリンクから取得する

東京23区の場合
× http://machi.to/tokyo/
○ http://tokyo.machi.to/tokyo/

ここまで見た
  • 37
  •  
  • 2016/07/23(土) 17:25:05
2ちゃんmateまちBBSで中国のみ板一覧までは出てくるけどスレ開いたら空っぽになっています。回避方法あれば教えて下さい

ここまで見た
  • 38
  •  
  • 2018/11/04(日) 11:25:54
まちBBSのトップページ https://machi.to/ に書かれてるボード一覧取得URL
http://kita.jikkyo.org/cbm/ が2018/10/31でサービス終了してアクセスできなくなったので
消した方がいい

ここまで見た
  • 39
  •  
  • 2019/01/04(金) 03:01:08
「えまのん」にて、メアド欄の仕様変更(Email Protection導入)により
正常にメアド欄を取得できなくなってしまいました。
datを叩かないタイプの他の専ブラも同様な状況なのでしょうか?

ここまで見た
  • 40
  •  
  • 2019/01/04(金) 16:33:20
専ブラからだと403エラーになる

ここまで見た
  • 41
  •  
  • 2019/01/04(金) 18:00:22
自分も同じエラー。くしくも熊本の地震から「status_code 403」と出て書けない。
twinkle です。
対策が知りたい。ログを消したくないので再インストールはしない方法希望

ここまで見た
  • 42
  •  
  • 2019/01/05(土) 02:46:47
そういえば「えまのん」で投稿の動作状況を確認していなかったので
通常の書き込みがてら試してみると、投稿動作も投稿の反映も正常。
書き込みの取得は>>39のとおりメールアドレスが正しく取得できない状況
(「f="/cdn-cgi/l/email-protection#≪10桁の16進数≫」になってしまう)

あと、HTMLを取得する方式のためソースの不要な部分が引っ付いたまま
書き込みのデータが生成されるというまた別の問題も以前からあったりするけれど
実質的に開発停止したようなソフトだから、いずれもユーザ側ではもうどうしようもない感じですね

ここまで見た
  • 43
  •  
  • 2019/01/05(土) 19:09:44
使えないのは不便というか寂しい感じがします。読むのもできない。
まちBBSの管理者さん、対応をお願いしたいですが、この問題が届いているのかどうか
そこもわからない(´・ω・`)ショボーン

ここまで見た
  • 44
  •  
  • 2019/01/08(火) 05:23:11
メール欄、元に戻りましたね
試験運用だったのか、機能導入をやめたのか、一旦戻して様子見なのか分かりませんが

ここまで見た
  • 45
  •  
  • 2019/01/09(水) 06:27:39
>>41
しばらくはiPhoneの専用ブラウザは使えないそうです

スレたてるまでもない質問・雑談・情報交換スレ《PART43》
https://tohoku.machi.to/bbs/read.cgi/touhoku/1537503586/185-

ここまで見た
  • 46
  •  
  • 2019/01/09(水) 15:25:53
BB2Cは見られるけど
何事もなく

ここまで見た
  • 47
  •  
  • 2019/01/09(水) 21:21:23
>>45
そうなんですね。状況がわかってホッとしました。
しばらく不便だけど待ちます。ありがとう!

ここまで見た
  • 48
  • どる
  • 2019/01/15(火) 14:21:43
初旬よりBOTからの攻撃が続いておりセキュリティー設定を高めていることが原因かなと思っています
先ほど設定を少し下げたところ閲覧できるようになったとの報告をもらいましたのでご確認くださいませ

ここまで見た
  • 49
  •  
  • 2019/01/16(水) 00:50:21
JaneDoe Viewだけど
一覧は読めるようになったがスレを開こうとしたら
Moved Parmanently
ってエラーが出るな

ここまで見た
  • 50
  •  
  • 2019/01/16(水) 01:56:46
>>48
ちんくるです。読み書きできました!ありがとうございます
.*・゜゚・*:.。..。.:*・゜(n‘∀‘)η゚・*:.。. .。.:*・゜゚・*!!!!!☆

ここまで見た
  • 51
  • どる
  • 2019/01/16(水) 08:32:13
ログを見るとJaneViewはなぜかdatを読みに行ってるんですよね
例) GET /tawara/dat/1416672649.dat
まちBBSにはdatがないのでこれを読もうとすると302が発生します

範囲付きのリクエストについてはreadを読みにきているようです
例) GET /bbs/read.cgi/tawara/1416672649/2-

先ほどdatリクエストに対しofflaw.cgiの出力を返すという対応をしてみたのですが
JaneViewはまちBBSのdatには対応していないようで文字が化けたので元に戻しました

何かをフラグとしてread.cgiを読むようになる例外処理が設定されているのだと思います
トリガさえ分かればこちらでも対応のしようはあるかも知れないんですがちょっと分からず

ここまで見た
  • 52
  •  
  • 2019/01/16(水) 20:41:04
>>51
5ちゃんのJaneViewスレッドにその話、転載しておきましょうか?
(余計なことだったらごめんです)

JaneView Part91
http://egg.5ch.net/test/read.cgi/software/1536372325/

ここまで見た
  • 53
  • どる
  • 2019/01/16(水) 21:04:00
どこに載せても良いですよ

ここまで見た
  • 54
  •  
  • 2019/01/17(木) 01:11:53
read.cgiの時にUAによってはhttps://machi.toへ301されるようになったんだけど
なんかの予兆なんだろうか?

ここまで見た
  • 55
  • どる
  • 2019/01/17(木) 01:53:17
read.cgiに掛かっているリダイレクトを外してみました

ここまで見た
  • 56
  •  
  • 2019/01/17(木) 02:05:22
開発が停止した専ブラでread.cgiを使ってる場合
UAによってはリダイレクトが返ってくるんだけどリダイレクトに処理が対応していない

そんな場合はスレを表示できなくなるからリダイレクトを外していただけるのはありがたいんですが
逆に外すことによってなんか今後の予定に影響は出ないんでしょうか?

できればリダイレクトは外れたままだとありがたいんですが

ここまで見た
  • 57
  • どる
  • 2019/01/17(木) 02:40:25
read.cgiのリダイレクトは外したままにするつもりです
rewriteで処理を分けるので大きな影響は出ないかと思います
UAで判別できない専ブラがあればお手上げかも知れませんが今のところまだ遭遇していません

現在行っているのはスマホ向けの出力を切り分ける作業です
これが上手く行けば(少なくともスマホに対しては)出力を大胆に変更するような実装を行えるようになるかと思います

ここまで見た
  • 58
  •  
  • 2019/01/17(木) 10:58:03
>read.cgiのリダイレクトは外したままにするつもりです
ありがとうございます

切り分けと実装の件了解しました

ここまで見た
  • 59
  •  
  • 2019/01/18(金) 01:44:11
>>53
ありがとうです
でもよくわかっていないので
ご迷惑になったらいけないので今は控えます
m(_ _)m

ここまで見た
  • 60
  •  
  • 2019/01/29(火) 15:31:25
Jane view使用
なんか>>1にスクリプトが付くようになった

r>Xenoでも同様で、Jane系固有?それともdat読みするとこうなる?
最近立ったスレだけではなく古いスレ(このスレ)でも初めて取得するような場合には付くようになった模様

ここまで見た
  • 61
  • どる
  • 2019/01/30(水) 03:52:14
read.cgiを読みにくる、かつ、scriptタグを排除しない専ブラの挙動だと思います
最近は専ブラ向けのread.cgi出力を変更していないため、そうした挙動は以前からあったものだと思います
完全に直るかは分かりませんが、専ブラ向けの出力からscriptタグを排除しておきました

ここまで見た
  • 62
  •  
  • 2019/04/04(木) 03:57:32
「えまのん」(>>39>>42>>44と同じもの)で中国板のスレの新着レスを取得しようとしたら、
たまに「  ERR:ERR:読込みおわった」のエラーで読み込めないことがあるのはなぜなのだろう…

専ブラだと次々と新着レスを取得する操作をできてしまうので、連続アクセスの抑制が
導入されたのかと思ったけど、Webブラウザでアクセスするとそんなことはないし

ここまで見た
  • 63
  •  
  • 2019/12/22(日) 10:51:54
新スレが専ブラで開けなくなった

ここまで見た
  • 64
  • Stay Homeまちこさん
  • 2020/06/15(月) 11:23:26
>>63
どの専ブラでダメかくらい示せやコミュ障

ここまで見た
  • 65
  • どる
  • 2020/08/12(水) 20:50:19
【地方名サブドメインの扱いについて】

サブドメインのありとなし、どちらの表記が正しいかという
問い合わせがありましたので、ここで説明を行います。

どちらが正しいかというと、どちらも正しいです。

地方名サブドメインは旧仕様であり、サブドメインなしが新仕様となりますが、
新仕様に対応していない専用ブラウザの挙動を考慮して、
サブドメインはそのまま使えるようにしてあります。

サブドメなしの新仕様に一本化したいという思いはありますが、
旧仕様を使えなくしてしまうと専用ブラウザ利用者に不便が生じますから、
現実的には新旧のアドレスを併記することでしか対応できないと思います。

その際には以下のようにサブドメありのアドレスが旧版であることを明示してもらえると、
「サブドメ付きの表記は古いんだな」という認知につながるのでありがたいです。

アドレス: https://machi.to/bbs/read.cgi/tawara/1416672649/
アドレス(旧): https://www.machi.to/bbs/read.cgi/tawara/1416672649/

ここまで見た
  • 66
  • Stay
  • 2020/08/12(水) 23:50:26
>>65
サブドメイン無いとスレ表示出来ない専ブラって具体的にどのアプリ?

BB2CやTwinkleとか名前を聞くが設定のBBS MENUに

https://machi.to/sp/

を追加して板一覧更新すれば解決するんじゃないの?

ここまで見た
  • 67
  • どる
  • 2020/08/13(木) 01:55:56
スレを表示できないというケースはJaneで確認されています。
また他の専ブラにおいても、サブドメ付きの板リストが登録されている状況でサブドメなしのアドレスを開いた場合の挙動や、
サブドメなしの板リストが登録されている状況でサブドメありのアドレスを開いた場合の挙動が問題となります。

ここまで見た
  • 68
  • Stay
  • 2020/08/13(木) 11:57:47
>>67
サブドメ付きの板リストが登録されている状況でサブドメなしのアドレスを開いた場合の挙動

サブドメなしの板リストが登録されている状況でサブドメありのアドレスを開いた場合の挙動

この2つはサブドメの有無をどっちかに固定すりゃええだけの話だろw
新旧交代でサブドメ無しへ向かうと決めたんなら、さっさと無しに統一して、あとは非対応専ブラの作者にアプデしてもらうか、利用者が対応ブラウザに乗り換えてもらうのを促すかの話だろ

ようするに煮え切らない・猶予期間をダラダラ続けてる現体制が招いた喜劇という事だなw

ここまで見た
  • 69
  • Stay
  • 2020/08/16(日) 08:46:52
新旧という説明初めて聞いたように思います、
正規表記にと現在のサーバーの表記と説明を受けていたと思いますが
どるさんの説明に変わったのですか?変わったと理解してよいのですね。
WikiPedia(外部)や、自治スレ内、管理人の告知の際にも、
サブドメイン付きが使われてきているのはそのためだったと理解してきました。
(旧)と入れろと言われるのは心外です。
以前のように正規はサブ付きとされれば何の問題も起きず、何も変更なしな事を
あえて、新旧とされるのは経過を含めてご説明と https://www.machi.to/info.htm
あたりに宣言頂けると良いと思われますがいかがですか?

ここまで見た
  • 70
  • Stay
  • 2020/08/16(日) 13:43:11
JaneStyleで旧ドメインベースに使ってる俺はReplaceStr.txtに↓を入れて変換表示してる

<rx>https?://(machi\.to/bbs/read\.cgi/(?!tawara)([^/]+)/\d+(?:/[\d+,\-l]*)?)【TAB】<font color="tomato">《http://$2.$1》</font>【TAB】msg【TAB】<0>machi.to/
<rx>https?://(machi\.to/bbs/read\.cgi/tawara/\d+(?:/[\d+,\-l]*)?)【TAB】<font color="tomato">《http://www.$1》</font>【TAB】msg【TAB】<0>machi.to/

ここまで見た
  • 71
  • どる
  • 2020/08/16(日) 17:54:20
僕はサイトの設計をしておりませんからサブドメが付くようになった経緯は分かりかねますが、
地方毎にサーバーを分けるプランがあったのではないかと推測しています。

実態として全てのサブドメは同じサーバを指していますから、
サブドメインには別名としての役割しかありません。
たとえば「https://kyusyu.machi.to/kousinetu/」では北陸甲信越が開きます。

このような仕様を維持してしまうと検索インデックス上では、
サブドメ数分のクローンサイトが存在するのと同様の扱いとなってしまうため、
検索クローラに対してはcanonicalアドレスとしてmachi.toを指定しております。
つまり、検索エンジン向けの正規アドレスは既にmachi.toとなっているわけです。
canonicalアドレスにサブドメを含めることも可能ではあるのですが、
単に互換を取るための表記を正規アドレスとするのは将来的に良くないと考えました。
サブドメをカテゴリとして用いてしまうと将来的な分割・統合・共有の際に問題が生じ得ます。

僕自身はサブドメの必要性を承知していませんが、これまではサブドメが使われており、
使えなくすると問題が生じるという理由からサブドメを残しています。
仮にサブドメを廃止した場合に影響を受ける利用者数は、ログ解析から1万人前後と推定しています。
これらのユーザーの大部分は、何らかの理由から、旧仕様のログ取得を行い、
かつ、SSLに非対応であり、かつ、サブドメを必要とする専ブラを使い続けている人たちです。
そこには既に更新が停止している専ブラの利用者が含まれます。

サブドメ付きアドレスは「旧」ではありますが、実状としては旧の方が開ける人の数は多いと思います。
その点において、告知で旧のアドレスが使用されるのは理にかなっていると思います。

煮え切らないと思われるのは承知していますが、
いずれ大鉈を振るうにしろ統計を見ながら行うしかないと考えています。

>>69
掲載してみました。
https://www.machi.to/info.htm#5Q5
https://www.machi.to/info.htm#5Q6

>>70
infoで使わせてもらいました。

ここまで見た
  • 72
  • 削除
削除

ここまで見た
  • 73
  • 削除
削除

ここまで見た
  • 74
  • 削除
削除

ここまで見た
  • 75
  • 削除
削除

ここまで見た
  • 76
  • 削除
削除

ここまで見た
  • 77
  • 削除
削除

ここまで見た
  • 78
  • 削除
削除

ここまで見た
  • 79
  • 削除
削除

ここまで見た
  • 80
  • 削除
削除

ここまで見た
  • 81
  • 削除
削除

ここまで見た
  • 82
  • Stay
  • 2021/08/02(月) 23:57:39
offlaw.cgi/2/のホスト情報の前の'<>'デリミタが一つ増えたけど仕様変更ですかね?
/2/じゃない方は変わってないけど

ここまで見た
  • 83
  • どる
  • 2021/08/03(火) 23:11:13
>>82
別の仕様変更の影響が出ておりましたので修正しました
ご迷惑をおかけしました

ここまで見た
  • 85
  • Stay
  • 2021/08/03(火) 23:45:53
2chGearで見てますが多摩板の
レスが消えています

ここまで見た
  • 86
  • どる
  • 2021/08/04(水) 00:19:21
混乱を避けるため>>84を削除しました

ここまで見た
  • 87
  • どる
  • 2021/08/04(水) 00:52:08
現在、ログのフォーマット自体は概ね以前の形式に戻っています
ただv1の1レス目においてサブジェクトとホスト情報がデミリタなくつながって表示されていた症状については不具合ですので修正しました

【v1】

1レス目
[no]<>[name]<>[mail]<>[info]<>[comment]<>[subject]<>[host]

2レス目以降
[no]<>[name]<>[mail]<>[info]<>[comment]<>[host]

本来v1ではホスト情報を提供していません
そのためv1のhost欄には投稿元のIDを記載しています

[v2]

[no]<>[name]<>[mail]<>[info]<>[comment]<>[subject]<>[host]

[subject]が記載されるのは1レス目のみで2レス目以降の[subject]はブランクとなります

お絵かきランド
フリック回転寿司
ここまで見た

★お気に入り追加

このページを共有する
facebook twitter hatena line google mixi email
おすすめワード