スレ立てるまでもない質問はここで 150匹目
■ このスレッドは過去ログ倉庫に格納されています
質問する前にGoogleで検索しましょう。 http://www.google.com/
プログラム・ソフトの使い方は PC 初心者板やソフトウェア板へ。
ウイルス、ハッキング・クラッキングを求めるような発言は禁止です。
Javascript は Web 制作板、CGI は Web プログラミング板へ。
業界談義、愚痴はプログラマ板へどうぞ。
ゲーム関係の話題はゲーム製作板へどうぞ。
ネタ、板とは関係の無い話題はご遠慮ください。
前スレ
スレ立てるまでもない質問はここで 149匹目
https://mevius.5ch.net/test/read.cgi/tech/1526606537/
注意「〜と〜はどっちの方が○いですか?」みたいなのは
このスレの粘着荒らしですので無視してください もともと時系列になっとるもんをソートしなおすなよバカw
主客転倒もはなはだしいわw >>383
単体では時系列でも全体では正しい時系列じゃないんだから。
一部でも信頼できない区間があるならば、信頼できるレベルまで落とすしかあるまい。
有効数字と同じ理屈。 >>385
まじで言っとんのかおまえw
恣意的なキーでソートしなおしたら元々信頼できる時系列が信頼できんもんなるだけやぞw
主客転倒もはなはだしいわw >>378
記されていない部分までの形式が同じなら単なる辞書順ソートで良いのでは?
12:20 (秒が無いが実は12:20:08)
12:20:02 ほげほげ
のように後先がわからないのはもちろんどうしょうもない >>378
ログ形式は変更できないけどログを取るところからやれるなら、
tail -f logfile | ts '%Y%m%d-%H:%M:%.S' >> logfile.mod
などしてタイムスタンプを追加しておくという手もある。 >>386
もともと信頼できないよね。全体では整合性は。
そりゃ一番いいのは全部のログにタイムスタンプが落ちる事だけど。
整合性が担保できないなら、明示的にこの列でソートされてる、って方がよっぽどマシだと思うけど。
その桁が信頼できないなら、ただ偶然そう並んでるだけとしか扱えないんじゃないの?
その単品で有意な情報でも、ある情報と足したら無為になるんなら。
単品では信頼できるのは分かってる。
精度が十分でないものと合わせるとその桁に意味が無くなるのは分かってる?
3.00と3は比べようがない。
どうして勝手に足りない精度を補完するかが謎。 プログラムの話しろよ
無い情報を作ったり無い物を元に並べるとか最初から無理な話 >>389
もともと信頼できる時系列で並んどるよその3つのログは
何を勘違いしてログの順番をごちゃまぜにしようとしとるんだかわからんが精度も問題とちゃうでw
主客転倒もはなはだしいわw 結局のところ、「どうやろうとしても無理が出る」だよな…
切り捨てるにしろ、補完するにしろ、そのままが一番正確だという意見にしろ。 >>391
それぞれ3つは信頼できる時系列で並んでるが、
3つを合わせたものは信頼できる時系列じゃないよ。
本当に理解できないバカなの? 元の文字列のままにしておけば精度が足りてないことも含めて情報が保存されるけど、
日時だから epoc 秒(or date型)で保存しちゃうぞおじさんが居たらどうもならんな 考え方はepoc秒と同じ
必要な開始時刻から必要な精度までシリアル値でおとせばイイワケだからな
べつに浮動小数のユリウス通日に一旦変換でもいい
それをキーにしてソートすればなにも問題ない
上にいるような低学歴知恵遅れは考えが浅はか 低学歴知恵遅れはユリウス通日が
いろんなとこで実は使われてるのを知らないからな
しょうがない
まともな教育を受けてない でなこういう低学歴知恵遅れが
タイムゾーンいれて時刻を保存したりするワケ
で、サマータイムスレでアホが騒ぐわけ
低学歴知恵遅れがシステム作ると
日本のタイムゾーンがかわるだけで
太陽の軌道計算が変わるからな ホントなこの板にいるヤツラは
自分から低学歴知恵遅れですと
いちいち自白するからな まともな教育を受けてない低学歴知恵遅れの底辺ITドカタですと
いちいち自白するワケ
こまったことに ユリウスだかカエサルだかしらねーけどどうでもいいんだよお
どう切るかどう統合するか決めてこれが仕様ですって胸張りゃ済むんだよ >>396
精度が足りないんだよw
半角の人はホントに馬鹿だな。 たとえepochで持ってても、一番低い精度の桁に丸めないとな。
分までしかないなら秒以下を落とさないと。 >>378
Ruby で、時刻でソートしたら、逆順になった
require 'time'
ary = [ "18/10/03 10:19:23.992", "18/10/03 10:19:23", "18/10/03 10:19" ]
ary.map { |str| Time.parse( str ) }.sort!
.each { |tm| puts tm.strftime( "%F %T.%L %z" ) }
出力
2018-10-03 10:19:00.000 +0900
2018-10-03 10:19:23.000 +0900
2018-10-03 10:19:23.992 +0900 >>408
ちゃんとログファイルっぽく時刻の後に空白なりタブなり付けて
辞書順にソートすれば余計なゼロなど付けなくても期待した順になるだろう 普通にsortメソッドのブロックでカスタマイズした大小比較を行うだけだから。
なんで元の日付を書き換えようとする奴らばかりなんだ?
比較関数だけ作ればいいだろう? >>410
そりゃおまいさんが、実際の出力と内部処理用のデータを混同してるからだ 天才だったらどれだけ良かったか・・・・・・。
自殺をして天才に生まれ変わることってできるのかな・・・・・・。 >>411
内部処理用のデータの話なんかしてないよ?
ログファイルって書いてあるじゃん 個人用のプログラムを書いたはいいものの遅いのでロジック等で他にやりようあるか教えてください
apiであるログ取得してます
apiの制限で100件毎にページングされてたデータを1ページ単位でしか取れません。返ってくるデータはjsonで自分が欲しいのはcsvです。
今のロジックですが9月分のデータが欲しい場合月初から月末日までのログを全量取得してtxt形式(json)で出力(2万件の場合100件取得 txtに追記 次のページ取得)、そのtxtを読み込みcsvに変換する作業をしてます。
1月分のログの数が少ないと良いんですが2万3万という単位のログになるとtxtファイルが大きくなりすぎて参照、出力に時間掛かったりしてるみたいです
なにかいい方法無いですかね APIの呼び出しに時間がかかってるからどうしようもない >>413
ソートは処理に含まれないのか、すまんかったな すいません時間の詳細と言語書き忘れてました
python使ってます インタプリタなんで遅いと思いますが今回はロジックで対応出来るかが知りたいので言語変更はなしでお願いします
時間は2万以上のログで30分前後 txtが大きくなった後半はリクエスト 100件取得 保存を10秒程度でリクエストで2秒 txt読んで追記に8秒以上掛かっててここをどうにかしたいです 何秒掛かっていると言っても、それは処理の時間じゃない!
処理するものが無くて、ただ待っているだけの時間だろ。
処理時間じゃない!
処理するデータが来ないだけ 世界最高の大学はどこですか?
ハーバードかオックスフォードかケンブリッジのどれかですか?
世界最大の大学への入学を目指したいと思います。 追記するのに、テキストを読む必要無くないか?
ファイルを開くときにAPPENDで開いたら済むんでは? >>417
レコードの処理毎に一々標準入出力使ってテキストファイルの読み書きしてない?
標準入出力は物凄く遅いから、
テキストファイルの読み書きをできるだけ避けるようにしたらどう? 底辺高校卒でしかもかなりブランクのある者ですけど、
ハーバード大かオックスフォード大かケンブリッジ大に入りたいです。
それぞれの大学に入るにはどうすれば良いのでしょうか?
誰か教えてください。お願いします。 >>421
確かにそのとおりですね…不必要な処理が入ってました
>>423
今それでやってますがなにか他にやりようありますかね?
100分ずつしか取得できないから2万件ログなら200回アクセスしないとダメかなと思ってるんですが… 毎回全部読んで追記して全部書き込みしてるところを
>>421の指摘通り直すだけで他は何もしなくてもいいと思う あとは幾つかのページの範囲に分割して並行して処理して個別のファイルに書き出して
最後にそれら全てを繋げるとか レスくれた方ありがとうございました
気になってた点は早くなり解消しました
ありがとうございます 精度をあげるように変えればしまいだからな
あいかわらず低学歴知恵遅れはいってることが意味不明
低学歴知恵遅れにはそのやりかたがわからないらしいわ
低学歴知恵遅れには問題解決というのがよくわかる 低学歴知恵遅れには問題解決はムリ
低学歴知恵遅れの底辺ITドカタは基本的にいわれたとおりのことしかできない
刺身にタンポポのせるような作業精一杯 >>430
低学歴知恵遅れには問題解決と言うのがよくわかって良いのかw
epoch秒に変換する事はできないって精度の問題を、epoch秒で対応すれば良いって結論が出るところを見ると、低学歴知恵遅れには問題解決と言うのがよくわかるとは思えないがw 「9月4日 修学旅行出発」を時刻だから秒単位で記録すればok!って
「9月4日0時0分 修学旅行出発」と書き換えちゃいけない
ことくらい低学歴の俺でもわかるぞ… 流石にわからん奴はいないだろうし
db とかでソートキーとして元の情報とは別途持つイメージなのかな ↓できたぞ
https://ideone.com/7pIG42
time_x:2018-10-05 20:03:12.345
MJ milliseconds:5045486592345
MJD:58396 ← 俗に言う修正ユリウス日
time_y:2018-10-05 20:03:12.345
--
get_mj_mseconds() ← 時刻から修正ユリウス通ミリ秒を取得する関数
get_time() ← 修正ユリウス通ミリ秒から時刻を取得する関数
低学歴知恵遅れはこの程度のことさえできないもしくは思いつかないらしいからな
明らかに知能に重大な問題がある たとえば、2018-10-05 20:03:12.345がJSTと仮定した場合
get_mj_mseconds()で取得した値から
9*60*60*1000引いた値がUTC基準での修正ユリウス通ミリ秒になる
その値でget_timeを使えば普通にUTCの時刻が表示できる
通常、こういったシリアル値はUTC基準で保存される
その場合
9*60*60*1000足した値がJSTになる
そういうことやってない低学歴知恵遅れが
サマータイムスレなんかでサマータイムやばいとか意味不明なこといってるワケ 普通は、60秒が、0秒になるけど、
うるう秒では、61秒が、0秒になる うるう秒の補正いれたければ
シリアル値なら簡単にできる
普通の時刻で計算なんか困難だからな 低学歴知恵遅れは
そこんとこわかってていってないのが
よくわかるわ
シリアル値じゃなければ
うるう秒が入ると
始点の時刻と終点の時刻の時間の計算が
途端に困難になるからな
いきなり つまり、低学歴はぐぐった程度の知恵で
なんか書いた気でいるわけ
rubyなんかで書いてるとこみると
知能程度はお察し 読んでないから何書いてるかわからんが、
変なこと書いちゃった時はスレ閉じてid変わるまで開かないのがいいぞ そらな
低学歴知恵遅れには読んでも
なにが書いてあるか理解できない
低学歴なのはすぐにわかるからな 知ったかぶって
なにか書こうとするたびに墓穴掘ってるからな
どんどん自分が低学歴知恵遅れですと自白してる ID:vpbu8ez
ID:3vJct9Lw
ID:LOXnjF4g
みなさんご覧ください
コレがこの板名物の低学歴知恵遅れデス ちなみにコレがTAI-UTCのテーブルになる
http://hpiers.obspm.fr/eop-pc/earthor/utc/TAI-UTC_tab.html
1961 Jan. 1 - 1961 Aug. 1 1.422 818 0s + (MJD - 37 300) x 0.001 296s
Aug. 1 - 1962 Jan. 1 1.372 818 0s + ""
1962 Jan. 1 - 1963 Nov. 1 1.845 858 0s + (MJD - 37 665) x 0.001 123 2s
1963 Nov. 1 - 1964 Jan. 1 1.945 858 0s + ""
1964 Jan. 1 - April 1 3.240 130 0s + (MJD - 38 761) x 0.001 296s
April 1 - Sept. 1 3.340 130 0s + ""
Sept. 1 - 1965 Jan. 1 3.440 130 0s + ""
1965 Jan. 1 - March 1 3.540 130 0s + ""
March 1 - Jul. 1 3.640 130 0s + ""
Jul. 1 - Sept. 1 3.740 130 0s + ""
Sept. 1 - 1966 Jan. 1 3.840 130 0s + ""
1966 Jan. 1 - 1968 Feb. 1 4.313 170 0s + (MJD - 39 126) x 0.002 592s
1968 Feb. 1 - 1972 Jan. 1 4.213 170 0s + ""
----
1972 Jan. 1 - Jul. 1 10s
低学歴知恵遅れは、こういうの分かっててうるう秒とかいってるワケ?
低学歴知恵遅れは、MJDってなにか分かる? だから、秒の精度が無いデータを、ゼロ秒扱いしてはいかんと言ってるんだが。
間抜けだね。 そんなもん決めの問題だからな
きまればあとはソートするだけ話だからな
ホントな低学歴知恵遅れは問題のきりわけができてない
知能が低いのがすぐにわかるワケ 秒の精度がないのに、秒の精度があるかのようにゼロに変換しちゃいかんことぐらいわからんのかねぇ。
半角さんは前からバカな事言ってたけど、バカな事言ってるフリしてるだけだと思ってたわ。
ホントに馬鹿だとは思わなかった。
低学歴知恵遅れってのは自己紹介かねぇ。
まともに大学行ってりゃ有効数字って概念ぐらい理解してるだろうに。
二度と煽りも効かないだろうなw
それぐらい致命的な馬鹿w もう低学歴知恵遅れはレスするだけで
どんどん低学歴なのがバレてるのに
その自覚がないからな >>448
精度がないのに決める決めないは無いよね。
一番精度が低いものまで精度を揃える方向で切り捨てる(決めるも何も、精度を下げる分には常に正しい)しかない。
馬鹿だねぇ。 ホントなバカはバカの自覚がない
>>395 ID:vpbu8ez ← はじまりがお話にならないコレだからな
この板は
低学歴知恵遅れの底辺ITドカタしかいないのが
ホントなよくわかるわ >>453
まるでお前みたいだな、バカの自覚がないなんてw もうな低学歴なのはバレてるから
隠そうとしてもムダ 21も馬鹿なことを言い続けて、まだ哀れな踊りを続けんのかなw この板の低学歴知恵遅れが
いかに知能が低いかオレのレスによって
どんどん実証されていく >>460
この板の低学歴知恵遅れがお前だとすると見事に実証されてるな。
ご苦労なこった。 レスすればレスするほど傷口を広げていく
それに気付かない らしいといえばらしいわ
浅はかな低学歴が知ったかぶって
いつも自分で傷口を広げていく
そして自分が低学歴であるとどんどん自白する
いつものパターン
平常運転 ミリ秒単位を整数で計算してるのに
有効桁数とかいいだしてるしな
もうねオツムがどっか壊れてるとしか思えないワケ
マジで >>435のどこに有効桁数の問題でてくるわけ?
マジで
もうね頭悪すぎてお話にならないワケ 10ミリ秒の精度があるものと、1000ミリ秒の精度しかないものの演算は、1000ミリ秒の精度しか無いよねw
その理屈がわからないんだろうなぁ、頭が壊れてるから。 で、>>448の意味が分からないと
さすが知恵遅れだわ
そもそも知恵遅れの論理では
もともとソートなんかできないからな
大小関係決めることができないと
そもそもソートなんかできないからな >>467
お前がもとの問題を捉えられてないよ。
秒までしかないタイムスタンプと、ミリ秒まであるタイムスタンプのログをソートするときに、秒までしかないタイムスタンプのミリ秒部分を.000とみなすべきかって問題。
お前は0.000とみなすべきって言ってる。
バカなの? >>469
最初から言ってんだろそれw
>>382で言ってるわwww
理解遅いwww いまさら低学歴知恵遅れがなんか精神的勝利しようとしてるわ
かわいそうに >>474
精神的勝利って何?w
お前が間違いに気づいて勝手に精神的敗北しそうになってるだけじゃねえの?
勝利も何も最初から正しいし正しいこと書いてんじゃんw 決めの問題
決めさえ決めれば
オレのエレガントなレスですべて解決 >>475
混ぜるな、混ぜるなら有効な数字まで落とせ。
落とした結果、単位時間あたりのログで気になることがあれば単品ログ確認しろ。
かな。 >>478
もとからみんな言ってたけどなw何番煎じwww 低学歴知恵遅れのレスは
なんの役にもたたないし
なんの解決方法も示さない >>481
役に立つ事書いてから言えw
>>446ほど役に立たん内容もないだろ。 ■ このスレッドは過去ログ倉庫に格納されています