Regular Expression(正規表現) Part15

**デフォルトの名無しさん** · 2019/09/16(月) 22:25:11.87

Regular Expressionスレです。

質問する場合は必ず実装言語や処理系ソフトウェア名を示してください。

前スレ
Regular Expression(正規表現) Part14
https://mevius.5ch.net/test/read.cgi/tech/1489511075/

次スレは>>980宜しく
天ぷら等>>2以降

**デフォルトの名無しさん** · 2021/10/16(土) 15:25:19.02

承認欲求を満たせないと見るや他人を下げて自分を上げようとする人は
自己評価は高いんだけど周りからの評価は低く不満を溜め込んでるタイプ

5chあるあるだけど中には粘着する人もいるので気をつけようね

**デフォルトの名無しさん** · 2021/10/16(土) 16:28:23.09

ID:6ga3nra2のことか

**デフォルトの名無しさん** · 2021/10/16(土) 16:51:02.62

>>899
おしい！

**デフォルトの名無しさん** · 2021/10/16(土) 17:35:12.23

"質問者"や"回答者"という立場を異常に強調するのは
"質問者"の承認が欲しくて堪らないから

承認が得られない場合や承認を得ることを邪魔された(と感じた)ら
自己防衛のために他者を攻撃する

攻撃の度合いが強い人ほど病んでる度合いも強い

**デフォルトの名無しさん** · 2021/10/16(土) 17:49:26.91

「俺は\でエスケープしてるけど気になるなら取ってくれ」
で済ませられなかったのかねえ

**デフォルトの名無しさん** · 2021/10/16(土) 18:00:14.65

＞○○してもいい」が「○○しなければならない」に置き換わってしまう人
これ自分の紹介かよ
エスケープしなければならない病に罹ってるな

**デフォルトの名無しさん** · 2021/10/16(土) 18:03:05.28

香ばしい奴にイチイチ構うな
そうやって相手するからそこに価値を見出してレス乞食へと変質して行くんだ
スルー出来ないおまえらも似たようなガイジ予備軍

**デフォルトの名無しさん** · 2021/10/16(土) 18:03:38.95

>>883 に一票
まあそういう所にしか突っ込めない人がいるって思ってりゃいいかと

**デフォルトの名無しさん** · 2021/10/16(土) 18:21:20.67

なにか勘違いしている人多いみたいなんで説明しとく

そもそもcharactter rangeでの先頭または末尾での-を明確に定義しているのはPerlとPythonぐらいしかなく、
正規表現ライブラリのpcre, re2, boost, Onigmo いずれの文書にも記述はない。
よってpcre, re2, boost, Onigmoで"[-az]", "[az-]", "[a\-z]" が同じ動作をする保証はない。

以下に示したOnigmoの文法説明では182行目で明確に'-'の使用を求めている。
https://github.com/k-takata/Onigmo/blob/master/doc/RE.ja

**デフォルトの名無しさん** · 2021/10/16(土) 18:26:32.71

誤：以下に示したOnigmoの文法説明では182行目で明確に'-'の使用を求めている。
正：以下に示したOnigmoの文法説明では182行目で明確に'-\'の使用を求めている。
https://github.com/k-takata/Onigmo/blob/master/doc/RE.ja

grepコマンドの組み込み正規表現の場合、文字集合で'-'を指定できるのは末尾のみ。以下にURLを添えとく。
https://linuxjm.osdn.jp/html/GNU_grep/man1/grep.1.html

**デフォルトの名無しさん** · 2021/10/16(土) 18:37:49.95

ちなみに、仕様書に先頭末尾の'-'に関する記述がないpcreやOnigmoでも"[-az]", "[az-]", "[a\-z]" が同じ動作をするのでひとまず安心していい

**デフォルトの名無しさん** · 2021/10/16(土) 18:50:30.23

C#等、javascript,Powershell,WSH、Rubyなど全部同じ動作する
エスケープを強要するものがあるのなら実例を出してみろよ

**デフォルトの名無しさん** · 2021/10/16(土) 18:58:45.87

念のため書いとくが、Java正規表現にも.NET正規表現にも文字集合の先頭末尾エスケープなしハイフンに関する記述は見当たらない

Javaの正規表現
https://docs.oracle.com/en/java/javase/16/docs/api/java.base/java/util/regex/Pattern.html

.NET の正規表現
https://docs.microsoft.com/ja-jp/dotnet/standard/base-types/regular-expression-language-quick-reference

**デフォルトの名無しさん** · 2021/10/16(土) 19:02:53.95

>>909
実際のプログラムがどう動くかはあまり重要じゃないね
仕様書がすべてだよ

**デフォルトの名無しさん** · 2021/10/16(土) 19:03:26.64

>>910
引っ込みがつかなくなったのかよ
後付の理論だってことは、>>874-875を見ればよく分かるぞ

**デフォルトの名無しさん** · 2021/10/16(土) 19:12:04.98

>>910
> .NET正規表現にも文字集合の先頭末尾エスケープなしハイフンに関する記述は見当たらない

明示はしてないけど
a hyphen character (-) is always interpreted as the range separator unless it is the first or last character of the group.
って書いてあるから最初か最後なら範囲文字として解釈はされないだろうね

で最初の文字のケースはないけど最後の文字のケースは例示されてる
[\s-] ⇒ Match a hyphen or a white-space character.

https://docs.microsoft.com/en-us/dotnet/standard/base-types/character-classes-in-regular-expressions

**デフォルトの名無しさん** · 2021/10/16(土) 19:12:23.95

>>912
何度も書くが、MUST、SHOULD、MAYはまったく違うものだよ
混同しないことだ

**デフォルトの名無しさん** · 2021/10/16(土) 19:17:00.69

>>909
.NETを列挙せず、C#・PowerShell・WSHを別々に列挙した時点で ID:hNeyEW9L が素人さんなのはよくわかった

>>913
訂正ありがとう

**デフォルトの名無しさん** · 2021/10/16(土) 19:23:50.02

Onigmoなにそれうまいの、という人のために説明しとくとサクラエディタの正規表現はOnigmoを採用してる

**デフォルトの名無しさん** · 2021/10/16(土) 19:27:24.61

C++の正規表現クラスは引数でJavascriptの正規表現を選べます。
これは良いかもしれない。

**デフォルトの名無しさん** · 2021/10/16(土) 19:30:44.77

(規格確認してないけど)そもそもC++のstd::regexってECMA-262の規格を参照, になってなかったっけ
Boost::RegexはPCRE2とかの表現力があったけど標準入りの時点で文書化された規格参照になってた記憶

**デフォルトの名無しさん** · 2021/10/16(土) 19:35:15.45

std::regexはgrepとかawkとかあまりうれしい人が居無さそうなオプションもあるんだけど、ECMAScriptは多くの人がうれしくなるのでは？

**デフォルトの名無しさん** · 2021/10/16(土) 19:47:08.22

WSHの正規表現って言語エンジン（VBScript、JScript等）それぞれで実装されてるのかと思ってたけど、俺の勘違い？
.NETの正規表現エンジンが使われることがあったりする？

**デフォルトの名無しさん** · 2021/10/16(土) 20:29:00.06

マジキモいっすね
エスケープするしないの問題じゃないのに「なにか勘違いしてる人多いみたいなんで説明しとく」てwww

**デフォルトの名無しさん** · 2021/10/16(土) 20:37:45.55

PCREに明記されてるからね
https://www.pcre.org/original/doc/html/pcrepattern.html#SEC9

The minus (hyphen) character can be used to specify a range of characters in a character class. For example, [d-m] matches any letter between d and m, inclusive. If a minus character is required in a class, it must be escaped with a backslash or appear in a position where it cannot be interpreted as indicating a range, typically as the first or last character in the class, or immediately after a range.

**デフォルトの名無しさん** · 2021/10/16(土) 20:39:03.57

>>920
スクリプトエンジンの指定(jscript9等)はできるけど、正規表現エンジンの指定はできないはず
少なくとも自分は知らない

**デフォルトの名無しさん** · 2021/10/16(土) 20:43:45.26

論理的に反論できなくなると人格攻撃するしかなくなっちゃうんだろうね

**デフォルトの名無しさん** · 2021/10/16(土) 20:50:25.14

>>922
さすがに[b-d-z]は気持ち悪いな

**デフォルトの名無しさん** · 2021/10/16(土) 20:56:26.53

質問した人は気を悪くしたかもしれないけど
>>873の質問はいい質問だったね
いろんな意味で

**デフォルトの名無しさん** · 2021/10/16(土) 20:56:48.25

>>922
訂正ありがとう

それはさておき、先頭または末尾でハイフンを指定する場合はエスケープしてはならないみたいな仕様はあるんだろうか？

**デフォルトの名無しさん** · 2021/10/16(土) 21:00:15.89

>>914
どこを読めばそうなる？
俺は最初からそういう哲学を持っているのなら、絶対に>>874-875のような回答にはなってないだろって言ったんだぞ

**デフォルトの名無しさん** · 2021/10/16(土) 21:00:48.73

>>926
仕様外動作に備えてエスケープは必要、というのが回答になると思いますけどね

**デフォルトの名無しさん** · 2021/10/16(土) 21:02:06.43

>>928
理由をひとつだけに絞ってるのはなぜ？
人間側の理由、仕様側の理由、それぞれあるでしょ

**デフォルトの名無しさん** · 2021/10/16(土) 21:05:15.08

>>930
レス内容と時間経過で、最初はそんなことを露ほども思ってなかったのが
理由を探してそっちのほうに話を持っていったのが分かるからさ

**デフォルトの名無しさん** · 2021/10/16(土) 21:12:06.82

>>931
全然違う。>>874-875は人間側の理由として完結しているけど追加で、仕様側の理由も書いただけだよ
書いた本人が言ってるのに推理小説みたいに無駄に裏読みしても意味ないよ
あなた、ひょっとしてモリカケ問題にのめりこんでるタイプ？

**デフォルトの名無しさん** · 2021/10/16(土) 21:12:31.27

>>884
>>891でお礼の一言もないから自演なのかやっぱ

**886** · 2021/10/16(土) 21:15:28.50

思ってたよりエスケープ可能なのはエスケープする人はいないもんなんだな
オレは機械的にエスケープしてるのも少なくないのでより多めではあるんだろうけど

**デフォルトの名無しさん** · 2021/10/16(土) 21:17:13.92

>>932
>>875で、してもいい、しなければいけないに拘ってるところが
仕様に明記されてないから書くべきとの哲学を持ってる人がするレスではない
ということ

**デフォルトの名無しさん** · 2021/10/16(土) 21:24:54.32

>>935
仕様に明記されてないということは「仕様外」という意味にしかならないよ
書くべきと思い込んでいるのはあなたのほうだし、技術板で哲学とかなにを言いたいのかわからないし
精神病んで休職してるのが伝わってくるから、そのくらいにしとけば？

**デフォルトの名無しさん** · 2021/10/16(土) 21:31:11.06

>>923
指定したスクリプトエンジンの中で .NET の正規表現エンジン使う奴はあるのか？
ってことだと思う
俺の知る限り多分ない

**デフォルトの名無しさん** · 2021/10/16(土) 21:33:41.76

>>875は、書かなくてもいいというのを肯定してて、けれども書いたほうがより良い
という考えでないと出てこない
最初から書くべきだと思ってる人なら書いてない文章だ

**デフォルトの名無しさん** · 2021/10/16(土) 21:36:54.55

質問者と回答者（ID:6ga3nra2）が同一人物で自演って事？

**デフォルトの名無しさん** · 2021/10/16(土) 21:43:42.85

>>938
マジで病んでるな
好きなだけ赤木ファイルの謎を追いかけたらいい

**デフォルトの名無しさん** · 2021/10/16(土) 21:54:38.21

Microsoft Beefs Up VBScript with Regular Expressions
https://docs.microsoft.com/en-us/previous-versions/windows/internet-explorer/ie-developer/scripting-articles/ms974570(v=msdn.10)?redirectedfrom=MSDN

Regular Expression Syntax (JavaScript)
https://docs.microsoft.com/en-us/previous-versions/1400241x(v=vs.100)

**デフォルトの名無しさん** · 2021/10/16(土) 21:57:37.86

色々な意味や方面でガチの人は理解しないし理解されないよなあ

**デフォルトの名無しさん** · 2021/10/16(土) 22:11:08.63

ホモ以外は帰れ

**デフォルトの名無しさん** · 2021/10/16(土) 22:24:05.01

むしろホモが帰れ

**デフォルトの名無しさん** · 2021/10/16(土) 23:17:21.33

あやふやだったら全部エスケープすればまぁ動く
同僚やlinterに文句言われるくらい

**デフォルトの名無しさん** · 2021/10/16(土) 23:39:42.65

>>923
>>937
ありがとう
WSH共通のオプション的なものにしろスクリプトエンジン側にしろ、.NETの正規表現エンジンが使われるケースが思いつかなかったんだけど、一般的な認識みたいで安心したよ

**デフォルトの名無しさん** · 2021/10/17(日) 07:56:05.72

esc幾つも入れるより、\Q\Eの方がスマートな気がしてるんだけどあんまり使われないのは何で？

**デフォルトの名無しさん** · 2021/10/17(日) 08:28:28.33

Perl以外じゃ使えないから
まぁ、他でもメタ文字をそのまま使えるオプションが有るのがほとんどだけどね

**デフォルトの名無しさん** · 2021/10/17(日) 10:24:56.81

そうなのか、ありがとう

**デフォルトの名無しさん** · 2021/10/17(日) 18:01:06.39

Pythonお使いの方、正規表現は、reとregexのどっち使っていますか?
regexがアトミックグループをサポートしている、などという話は知識として知ってはいるのですが、
reが残っているということはreにも実用上の優位点があるということですよね。それは何なのでしょうか

**デフォルトの名無しさん** · 2021/10/17(日) 21:30:56.51

ないよ。regex使えるなら使うべき

**デフォルトの名無しさん** · 2021/10/17(日) 23:24:37.14

コアに入れてしまった以上、気楽になくせないだけじゃないの

**デフォルトの名無しさん** · 2021/10/18(月) 00:56:20.45

昔reで書いたコードを書き直さずに使えるのが最大のメリットだと思うけど

**デフォルトの名無しさん** · 2021/10/18(月) 01:10:10.73

「後方互換を破壊するに足る理由」が無いので、そのまま残されている

**デフォルトの名無しさん** · 2021/10/18(月) 07:31:05.25

>>934
だってエスケープしてるなんて
おともだちに知られたら恥ずかしいし

**デフォルトの名無しさん** · 2021/10/18(月) 08:28:55.87

エスケープは恥だが役に立つ

**デフォルトの名無しさん** · 2021/10/18(月) 08:46:32.68

python2からpython3への後方互換の捨てっぷりを思えば、
さっさとreを捨ててregexが標準になってもおかしくないはずだが、そうなっていないのはなにか事情があるのかな？

**デフォルトの名無しさん** · 2021/10/18(月) 08:55:29.74

reで不便したことないけどregexにしかない有用機能ってなにがあるの？

**デフォルトの名無しさん** · 2021/10/18(月) 14:36:27.24

日本語などの処理とか

**デフォルトの名無しさん** · 2021/10/19(火) 11:49:02.44

pythonistaでregexインストールしようとしたら、c言語使ってるんで無理だよ的メッセージが出ました。
そうなると、re使うしかないわけで、そういう意味では存在価値ありますね。

**デフォルトの名無しさん** · 2021/10/19(火) 13:36:44.32

reがregexを取り込めばいいってだけなのでは？
少なくともreが対応してる範囲でregexも同様に使えるということだし
あまり大きいと組み込み用途とかでは難しいのかもしれないけど

urllibはそんな感じで後発を取り込んでるよね

**デフォルトの名無しさん** · 2021/10/19(火) 14:38:55.63

取込みして欲しい

**デフォルトの名無しさん** · 2021/10/23(土) 08:19:13.63

AHKで、文字列中の単語の間にスラッシュがある場合はその単語の後ろ（区切り文字やピリオドの前）に閉じ括弧を付けたいのだけど、例えばRegExReplaceを使って実現する方法を誰か教えていただけないでしょうか。
こんな、感じにしたいと思ってます。
変換前： aaa bbb/ccc ddd
変換後： aaa bbb/ccc) ddd

**デフォルトの名無しさん** · 2021/10/23(土) 11:35:17.68

(\w+\/\w+)
$1)
文字列に日本語が入るなら\wを適切なやつに変えて

**デフォルトの名無しさん** · 2021/10/23(土) 15:13:21.57

>>964
グループ化って、こうやって使うんでうね。すごく勉強になりましたし、非常に助かりました。ありがとうございます。

**デフォルトの名無しさん** · 2021/10/27(水) 20:23:03.98

●Regular Expressionの使用環境
javascript
●検索か置換か？
検索
●説明
abcとdefというキーワードが最大1回順不同で出現するのに一致したい
●対象データ
abc def→一致
def abc→一致
abc→一致
def→一致
→空白のみでも一致
→何もなくても一致
abc def g→異なる単語が入っていると不一致

簡単な書き方はありますか？

**デフォルトの名無しさん** · 2021/10/27(水) 20:44:43.49

>>966
var str = 'なんか';
str.replace(/abc|def/g, '');
if (str.trim() === '') console.log('一致');
else console.log('不一致');

**デフォルトの名無しさん** · 2021/10/27(水) 21:13:34.52

str = str.replace(/abc|def/g, '');
だった

**デフォルトの名無しさん** · 2021/10/27(水) 21:45:36.38

ありがとうございます。
ちなみに正規表現だけで上記は可能ですか？

**デフォルトの名無しさん** · 2021/10/27(水) 22:06:08.57

javascript使うんだろ
何で他の式を使ったらダメなの？
まあorに空白を入れとけばtrimは不要かもね
あと最大1回とは2回出るとダメってことなのか？
abcabc→不一致?

**デフォルトの名無しさん** · 2021/10/27(水) 22:38:09.67

>>966
素直に
^ *(?:(?:abc)? *(?:def)?|(?:def)? *(?:abc)?) *$
じゃだめなの？

**デフォルトの名無しさん** · 2021/10/27(水) 22:44:32.89

abcabcはabcが２回でるので不一致です。
javascriptの場合教えてもらったコードで問題ないですね。
正規表現だけで表現できると便利だなーとおもったまでです。

>>971 ありだと思います。

**デフォルトの名無しさん** · 2021/10/27(水) 23:05:28.48

967はabcabcに一致するんじゃないかなあ

^(?: |(abc|def)(?!.*\1))*$

**デフォルトの名無しさん** · 2021/10/28(木) 09:10:36.00

>>973
こんな書き方できたんだ。知らんかった。

**デフォルトの名無しさん** · 2021/10/29(金) 00:41:45.01

こんなスレがあったんですね
今後お世話になろうと思います＾＾

**デフォルトの名無しさん** · 2021/10/30(土) 19:56:09.69

Pythonの正規表現を変数などに入れておき、他の正規表現の一部として再利用する方法ってあるのでしょうか。

第一の正規表現を
hoge =[abcd]
としてhogeに格納しておいて、

別の正規表現で
（【hoge】|［efg］）

のように、【】の部分で変数を引用するイメージです。

**デフォルトの名無しさん** · 2021/10/30(土) 20:12:23.79

>>976
普通に文字列で持っておいて結合するだけじゃダメなの？
hoge = r'[abcd]'
...
r'(' + hoge + r'|[efg])'

**デフォルトの名無しさん** · 2021/10/30(土) 20:13:14.90

>>966
試しに考えてみました。
問題あればご指摘ください。

abc defのときに、間の空白がどの程度許容されるのかがわかりませんが、とりあえず1文字の空白があってもなくても良い\s?、ということで考えます。

場合分けすると、

abcが冒頭に来るもの（defはあってもなくても可）
defが冒頭にくるもの（abcはあってもなくても可）
どちらもなく、空白はあってもなくても可
の3種類にわけられますから、

^abc\s?(def)?
^def\s?(abc)?
^\s?

であり、このどれかがあてはまればいいので、
(^abc\s?(def)?| ^def\s?(abc)?|^\s?)
となります。

^は3つに共通しているので、カッコの外に括り出してもいいですね。すると
^ (abc\s?(def)?| def\s?(abc)?|\s?)
となります。

**デフォルトの名無しさん** · 2021/10/30(土) 20:19:09.28

3つを合成する時に間に変なスペースが入ってしまっていて、マッチを妨げていました。

^(abc\s?(def)?|def\s?(abc)?|\s?)
ですね。

**デフォルトの名無しさん** · 2021/10/30(土) 20:27:08.27

>>977
それは盲点でした！
正規表現オブジェクトの再利用ということばかり考えていましたが、複数の正規表現に同じ文字列を代入すれば同一の効果が得られますね。

ありがとうございます。

**デフォルトの名無しさん** · 2021/10/30(土) 22:28:52.36

>>978もですが色々アイデアありがとうございます。

空白の条件は書き忘れですね。

abcとdefの間は空白一つ以上、先頭、末尾は空白あっても無くてもOKでした。

**デフォルトの名無しさん** · 2021/10/30(土) 23:11:57.73

>>981
そうであれば

^(abc\s+(def)?|def\s+(abc)?|\s?)\s?$
で良いと思います。

間の空白を1以上とし、
忘れていた行末$を補い、
パターンの後に空白があっても大丈夫なようにしました。

**デフォルトの名無しさん** · 2021/10/30(土) 23:35:05.65

>>982
それ ' ABC DEF' みたいに先頭に空白があるケースにマッチしなくね？

**デフォルトの名無しさん** · 2021/10/30(土) 23:56:32.32

>>982
それ 'ABC' みたいに末尾に空白がないケースにマッチしなくね？

**デフォルトの名無しさん** · 2021/10/31(日) 00:22:50.48

>>984
ご指摘ありがとうございます。
大変勉強になりました

^\\s?(abc(\s+def)?|def(\s+abc)?|\s?)\s?$

のように直しました。
abc のあとにdefが来るとき、
defのあとにabcが来るとき、
これらの場合のみ空白が必須なので、
空白と後に続くものを、まとめて括弧に入れるべきでした。

**デフォルトの名無しさん** · 2021/10/31(日) 00:32:18.65

^\s?(abc(\s+def)?|def(\s+abc)?|\s?)\s?$

冒頭のドルマークが１つ多かったです。
すいません。

あとは、冒頭に\s?を置くのであれば、選択肢の3つ目は不要ですね。
仮に空白文字しかない場合、冒頭の\s?が行末までマッチしてしまいますから、選択肢3つ目で空白がマッチすることはない。
というわけで、3つ目の選択肢を消した別解を考えました。

^\s?(abc(\s+def)?|def(\s+abc)?)?\s?$

**デフォルトの名無しさん** · 2021/10/31(日) 00:49:08.05

何度もすいません。
行頭と行末は、*を使うつもりが、?を使ってたから変なコメントになってました。

^\s*(abc(\s+def)?|def(\s+abc)?)?\s*$

これで決定校です！

**デフォルトの名無しさん** · 2021/11/03(水) 09:32:14.31

「正規表現一覧表がパクられた」――DeNAのRPAサービスで個人ブログからの無断転載が発覚　取り下げに
https://www.itmedia.co.jp/news/articles/2111/02/news174.html

**デフォルトの名無しさん** · 2021/11/03(水) 10:19:24.89

それ見たけど大昔から結構どこにでもある様な表だよね
自意識過剰じゃね？

**デフォルトの名無しさん** · 2021/11/03(水) 11:54:53.38

https://murashun.jp/article/programming/regular-expression.html

**デフォルトの名無しさん** · 2021/11/03(水) 13:01:45.68

客観的に観てもコピられた可能性は高いと思うが
裁判で勝てるかどうかは微妙

**デフォルトの名無しさん** · 2021/11/03(水) 13:24:24.94

そんなことより改変もまともにできないのはヤバい

正規表現の例　マッチする例
Coo+el　　　　Coopel

https://pbs.twimg.com/media/FC7n-5zaUAETKej.jpg

**デフォルトの名無しさん** · 2021/11/03(水) 14:52:06.73

パクられ元にパクられだ疑惑（はてブ情報）
　http://web.archive.org/web/20210302113534/https://troutlurefishing.jp/regex.htm

パクられ元
　http://web.archive.org/web/20210118220247/https://murashun.jp/article/programming/regular-expression.html

パクリ元
　http://web.archive.org/web/20211030075247/https://coopel.ai/help-center/191

**デフォルトの名無しさん** · 2021/11/03(水) 14:56:33.55

態と元・先の使い方がおかしい
パクられ先では？

**デフォルトの名無しさん** · 2021/11/03(水) 16:19:18.89

そもそもgooooooogleにしておかないでgo...gleにしてる時点で
元パクリサイト（今回の騒動の主）のパクリ確定だな

**デフォルトの名無しさん** · 2021/11/03(水) 16:22:38.72

ん？　上の2つどっちが先なんだ？

**デフォルトの名無しさん** · 2021/11/03(水) 16:31:21.33

アーカイブされた時間は真ん中が先だな
先後がよくわからんので、>>995の結論については取り消しておく

正規表現を使わない場合、同じ文字の繰り返しって、...以外ではどう表現する？
gogle, google, gooogle ... という例ならある程度わかるんだが