修正するべきところを間違ってそのままコピペしてしまったんだろ
わざと他人のIDを書いた可能性もあるけど(俺ならそうするw)
>>931 そんなアフォなことするわけ無いwww
だいたい、ツール使ってるなんて発言どこにあんだよ。
HTTPの解析だけでアウトってか?
>>934 技術力の無い奴がレスしても、仕方ないと思わない?
話の食い違いっぷりから想像できんかねぇ
馬鹿はいつまでたっても馬鹿ってことやね
936 :
友達の友達の名無しさん:2011/09/25(日) 17:54:48.61 ID:Bi3ZdCxy0
某企業は、ある日いきなり韓国メーカーに呼び出され、
VIP待遇を受けて、韓国の粗悪なメカ工場視察イベントに招待された。
後、韓国はそのメーカーに対し、
「我々は貴様らに工場視察をさせてやったのだから、日本の工場を見せろ!」
と、言いがかりをつけてきて、日本の工場へずかずかと入り込んだ。
後、韓国の工場が日本の工場の技術を盗んで、そっくりな工場を作っていたことが発覚した。
近日よく見る、日本の技術を賞賛し、工場を視察しに行くタイプの番組が増えているようですが、
そのような番組が、あなたの工場を視察しに来ても、決して工場を見せたり、製品の製造工程を暴露したりしないでください。
全て、パクラレます。
これは、マスコミの罠です。
おだてられて木に登らないでください!!
拡散セヨ!
今すぐ、全国の部品、特殊商品メーカー工場へ拡散セヨ!
このままでは、全ての技術が盗まれる!!
>>935 思ってるよ、暇つぶしに話し相手になってあげてたのになー
馬鹿ってすぐ馬鹿って言いたがるよね
>>937 と、レスしてるってことは、
>話の食い違いっぷりから想像できんかねぇ
の内容がさっぱり分からんってことやね。
内容が分かれば、技術的に俺を笑いものにできた筈なのにねぇwwww
技術的にwww
低脳だから、技術的以外のところを突っ込みたいのはよく分かるよwww
頼むから他の所でやってくれ
>>940 技術的()なところって何だよw今さらオイル関連?
>>942 ほんと〜に馬鹿だな。
いまさらじゃなくて、影響が少なくて、シンプルだろ????
馬鹿がおれに楯突くんじゃねぇwww
レベルの違いを認識しろ、ボケ。
ここから
>>922なwww
>>943 言いたいことはなんとなく分かった、俺天才だな
IDに関しては触れられなくなかったんだな
これ以上煽ると941さんが暴れだしもう飽きてきたから
マジレスします
>>922 920で間違いない動作確認した
HTTPの解析じゃなくパケットを解析しなさい
で何が知りたいの?
>>926 結局real ownerって922じゃなかったんだな
ぼそ。
頼むからソースはきちんとタブを使ってくれ・・・
そっから、JSONArray、いたるところで呼びすぎ。
生まれて初めてハンガリアン記法が欲しくなった
気になるところがあって直そうとしたんだが、
あまりにもフォーマットが汚いので一旦やめた
コーディング規約の案
ttp://loda.jp/sunboku/?id=852 規約案1:少なくともFunc の中身は1インデントしようぜ。
規約案2:バグの温床になるので、For NextとかIFとかはきっちりインデントしようぜ。
変更していないけど規約案3:関数名とファイル名はリンクしようぜ。
おいおいでよいと思うけど、
関数名は、ファイル名_関数名 にしないか?
たとえば、
MixiAPI_makeRequest0 は、MixiAPI.au3の中に入っているmakeRequest0 みたいな。
別のファイル送っちまった。
正しくはこれ
ttp://loda.jp/sunboku/?id=853 ちなみに、気になっているところなんだけど、
URLエンコードがいたるところに、URLエンコードとreplaceをちりばめてあるんだけど、
多分、エンコードは2回でOKなはず。
汎用化もできるはず。
メッセージのエンコードも¥uを除いてこれでOKなはず。
1回目は、rekooに送付するURL内のURLエンコード (各種記号のURLエンコード)
2回目は、mixiに送るデータのエンコード ( ほぼ、/ & : % が対象 )
いたるところにあると、バグるよ。
×はじめの2行が読めないのか?
○はじめの2行すら読めないのか?
>>951 顔真っ赤にして書くから間違えるんだよw
あと初めの2行とか言っても結局やってないなら一緒w
おめーもクレクレ君だ
DL数が0だからって2回も書くなよカス
GUIをC++で書いたんだが、もっさり感はなくなったけど、待ちは相変わらずだねぇ。
子ウインドウはさくさくwww
全機能移植できていなくてメインウインドウを殺せていないのが原因かも。
死んでも お前
>>954 の手に渡らんよう全力を尽くすわ
馬鹿なやつほどなんとやらだな
昨日と今日と変なやつ沸きすぎ
売り言葉に買い言葉だなぁ、頭冷やせぇ
結局どうしたいの?自慢なら一人でやって、Upするなら諦めて!
それなりの人は自分でいじって
そうじゃない人は、手動で頑張れば良い
悔しいなら、ROMって勉強すれば良い
結構みんなヒント出してくれてるよ
まあ、あれだな内部崩壊はrekooの思う壺、楽しくやろうよ!
俺ってジャンケン弱杉
>>957 >そうじゃない人は、手動で頑張れば良い
>悔しいなら、ROMって勉強すれば良い
そりゃそうなんだがな、こんなこと言うから顔真っ赤にして
技術力のない、おめーは黙ってろとかって暴れ出すんだな
死んでも〜とか本当ガキの喧嘩見てるようだ
>>957 フォーマットがきれいなら、URLエンコード周りをきれいにするよ、って。
汚いままなら、やらない。
コード書いてる人は気がついていると思うけど、
マクロの汎用化を阻害してる多くある要因の1つだよ。
それでなくてもスパゲッティ状態なのに、
マクロあたりで場当たり( エラーが出たからIF文みたいな)やってて
全体が本人しか把握できない状態は、
その本人がいなくなると、また誰かが人柱になる。
まあ、言ってみりゃ、言葉悪いけどオナニーツールな訳よ。
処理とロジックを分離すりゃ、汎用性が増す。
面倒が見れる人を増やそうとは思わないのかねぇ。
オナニーだからか?
>>958 おめーはなんもできんのんだから、黙ってろ
提案するのは勝手なんだけど、仕様を固めるなりしないとどうしようもない。
ある程度共通仕様が固まればそれに従って組み直しできるが。
>>960 ほら出たと思ったら俺がネタ振りしたのか、ごめんな
オナニーは他の所でやってほしいね、君みたいなのがここを汚しているの分かってないのか…
誰かこの子の面倒見てあげられる人いませんか?
>>961 勝手だし、受け入れられるかどうかしらん。
ちなみに、
>>947も提案だが、受け入れられるかどうかはしらん
>>962 程度が低いお前がもっともスレ汚しなのを気づけ。
>>947にちゃち入れるならまだしも・・・
民度も低いみたいだから仕方ないんだろうケド
>>964 提案するのは勝手だからいいと思うが
少し煽られたぐらいでガキみたいな対応がいただけないのだよ
おめーとか死んでもとか言ってると昨日のID晒し君と同じレベルにしか見えない
>>965 8lSfe1eJ0=GbP2LY+M0(=13R7Ds6G0=rqIoMOMH0)
あと、高確率でDXCuBCE00も同一人物
そう考えて、ここや本スレ135〜137を読んでみるべし
>>967 まあ、こういう低脳君がスレのレベルを下げるんだな。
残念だが、1つを除いて他人だwww
で、君は
>>947に対してチャチも入れられない類か?ね?www
まあ、公式コミュは読んでいないようだからwww
をっと。
本人は煽ってるつもりだが、
周りからは基地外が叫びながら駄々捏ねてる様に見えるな。。。
>>969 そりゃ、否定せん。
汚いコードじゃ、やる気も失せる。
これって俺だけなのか?なあ
>>969 よ
>>基地外
正直、工場長のをベースに自分で改造してるんでどうでもいいわ。。。
>>971 じゃ、このスレに粘着する必要も無いわけだwww
>>972 粘着っておまwww
それギャクで言ってるの?wwww
>>973 うんまあ、俺の人生がギャグみたいなもんだからなw
>>963 勝手ならばここの意見なんか無視して進めればいいのになぜ提案する?
結局は『ぼくのかんがえたこうじょう』を言いたいだけ?
>>975 自分ですべてできるなんて奢っちゃいないよ。
提案するのは勝手とは言ったが、
コーディングするのは勝手とはびたいち言って無いんだが?
>>967 みたいな低脳は大嫌いだからけちょんけちょんにするが、
いままで書かれているコードの中にはリスペクトするところも多々ある。
それがスパゲッティで埋め尽くされているんだが、と言っている。
なんか、技術的なアプローチで間違いがあれば、指摘してくれっりゃ、受け入れる余地はある。
馬鹿は嫌いだが、ね。
結局インデント(字下げ)を修正しただけなのにねぇ・・・
そこ触ってるなら、もっと突っ込むところあるだろうに
URLエンコードだけじゃなく、カスが修正しUPした部分にもある
ヒント:$massege
言い出せばキリがないのかも知れないが
俺も
>>971氏のとはちょっと違うがGUI充実前の148氏版をいじってるからどうでもいい
ただ、煽り概があるカスだったことは確かだw
>>977 このレスはまあまあの出来だなw
インデントだけじゃ芸が無いからねぇwww
>>977 そこは確かに要修正ですね。。。
このままではリクエスト受け付けてもらえないはず
>>979 どっちでもいいだろ。
まあ俺は、ソース側が有効になっている方が便利なんだが、
修正後の方が良いと思う人の方が多いと思うよwww
まあ彼も読んでいるだろうから、コメントしておくが、あくまで提案だからね
汎用化できたといっているが、全く汎用化できて無いんじゃないかと。
command 関数は次のようにあるべきじゃないかと
int command ( ; 戻り値がint か、boolean か、Stringかは、実装による
int runTime ; コマンドの実行時間
int cycle ; 繰り返すか、1回きりか?0は1回きり。それ以外は秒単位での繰り返し
String targetID ; メッセージを送るマイミクの対象。ないのか、特定の1人なのか、マイミクリストなのか、全員なのか
int targetParam ; マイミク、全員、特定の1人である場合、パラメータはどれを使うのか
String param[] ; パラメータ名
String paramValue[] ; パラメータの値
boolean toMixi[] ; Mixiサイト向けなのか、rekooサイト向けなのか
int paramOrder[] ; 無くても良いかも。汎用性を求めるなら必要かな
boolean paramEncode[] ; パラメータをエンコードするか、RAWで使用するか
)
そして、中のロジックは見せない。MixiArrayなんか使わせない。エンコードするしないを場合わけで分岐しない。
まあ引数が多いのを極端にきらうコーダーもいるからねぇ。どうかとも思うけど。