[過去ﾛｸﾞ] Share（仮称） プラグイン総合 3.dll (1001ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
689(2): 04/10/20 22:41 ID:CJmMUwFq(1) AAS
ヘッダ見れるプラグインがあるって聞いたけどどれ？
690: 04/10/20 22:45 ID:zkY+qnZL(1) AAS
>>689
そんなものも自力で調べられない香具師がファイルのバイナリ見て何するんだ？
691(1): 04/10/20 22:59 ID:/iS6X/nU(2/2) AAS
>>685
こういう場合Indyは使えないんでしょうか
って私は使ったこと無いんですが
>>688
要望ありがとうございます。
どっちもコントロールのプロパティをいじるだけですぐ対応できると思います。
2に関しては今後、1分、1時間間隔の表示もするつもりなので、そのときは
わかりやすい表示形式に変えて復活させるつもりです。
>>689
>>1
692(1): 04/10/20 23:29 ID:rNEr6bxa(1) AAS
IISのDLL作ればいいだろ。アフォ多すぎ。
693(2): 04/10/20 23:55 ID:rbWZoJLl(3/3) AAS
>>686
意味がわからない。知識のある人はこれでわかるの？
694: 04/10/21 00:24 ID:sZxJx4Ks(1/3) AAS
>>693
知識がないので、全体としては意味が分からないし、
nekomimi という名前からして興味はない。
しかし、
>>686
> IShareCacheData.AllcateStreamがメインスレッド専用のような気がしたから面倒になってほーりだす．
> まともに動かそうとすると設計を大きく変えないといけないし．
> そもそも本当にメインスレッド専用なのかも分からない．
> トレースしてGetCurrentThreadIDかそのあたり呼んでるか確認すれば分からないでもないけどそこまでする気もないし．
というあたりは、
省2
695: 04/10/21 00:25 ID:sZxJx4Ks(2/3) AAS
>>693
知識がないので、全体としては意味が分からないし、
nekomimi という名前からして興味はない。
しかし、
>>686
> IShareCacheData.AllcateStreamがメインスレッド専用のような気がしたから面倒になってほーりだす．
> まともに動かそうとすると設計を大きく変えないといけないし．
> そもそも本当にメインスレッド専用なのかも分からない．
> トレースしてGetCurrentThreadIDかそのあたり呼んでるか確認すれば分からないでもないけどそこまでする気もないし．
というあたりは、
省2
696(2): 04/10/21 00:33 ID:sRCP/gYt(1/2) AAS
CacheViewのソースもnilかチェックしてるだろ?
なんでこう馬鹿ばっかりなんだ。
ファイルがないｌまたは開けない場合nilなんだよ。
697(2): 04/10/21 01:58 ID:FDaq/XDH(1) AAS
>>683
バージョンアップお疲れ様です。
ちなみに赤のグラフが送信で、青が受信じゃないですか。
中央下の表示が逆ですよね。
698(2): 04/10/21 04:41 ID:Jbz8bKcG(1/3) AAS
>>696
CacheManager.Queryに全く同じハッシュを渡して，その結果がメインスレッドだと正常で
別スレッドだとnil，この原因がそれにあるというのか？
699: 04/10/21 08:28 ID:UmqpKfyg(1) AAS
>>698
しっかり調査してからもの言えば>>696みたいな馬鹿は沸いてこないわけで
調べるのﾏﾝﾄﾞｸｾなのは同感だけど
700: 04/10/21 08:38 ID:rgWKqhu6(1) AAS
誰でも簡単ﾌﾟﾗｸﾞｲﾝ作成講座まだですか？
701: 04/10/21 08:59 ID:BeX287g+(1) AAS
えーと59のプラグインは63でも使えるのですか？
702: 137 ◆6nPy70TM6Q 04/10/21 09:00 ID:m/WCl94d(1/12) AAS
>>691
多分、Indy使ったほうが簡単だと思う。
>>692
こいつ、リモート接続に対する突っ込みだよな〜？
プラグインで実装する話をしているのに
IISのDLL作って何しろって言ってるんだ？
勘違いしてないか？CGI作るのとは訳が違う。
まっ。ShareのインターフェースをOLEオートメーションで
公開してくれれば、そういうことも可能だが。
703: 137 ◆6nPy70TM6Q 04/10/21 09:49 ID:m/WCl94d(2/12) AAS
書いてて思ったけど、Shareのプラグインインターフェースを
OLEオートメーションに変更して欲しいな〜。
そうしたらプラグインも独立したEXEにできるし、開発言語も
Delphi に依存しなくなる。
簡単なところでは、VBやASPなどでも開発ができるので
開発者も増えるし利便性もあがると思う。
どう？ ＞ムラオサ
704(1): 04/10/21 10:19 ID:PCkoT1A8(1/2) AAS
Delφ初心者氏の [Share Plugin] [PDK7] SetPriority_0.3 は便利で
なかなか便利だな。優先順位を簡単に0に出来る。
705: 704 04/10/21 10:20 ID:PCkoT1A8(2/2) AAS
>704
>704便利でなかなか便利
･･･orz
706(2): 04/10/21 10:29 ID:Jbz8bKcG(2/3) AAS
692じゃないけど，全く見当違いな意見でもないと思う。
プラグイン用で簡易HTTPサーバなんて作らずにCGIとプラグインの間で
プロセス間通信なり独自プロトコルでやりとりする方法もあるはずだ。
というか私はそうした。
httpd入れなきゃいけないしスタンドアローンじゃないと二の足を踏む人も
居るからWindowsでは強く勧められる方法じゃないけど。
あとShareのインタフェースは全てCOMでかかれてるし，データ型の要素も
Delphi依存なものはないはず。
つまり現状でもインタフェースやデータ型周りを移植してやれば，COMオ
ブジェクトの扱える言語ならプラグインの開発は可能。
省1
707(1): 137 ◆6nPy70TM6Q 04/10/21 10:44 ID:m/WCl94d(3/12) AAS
>>706
勉強になったよ。
でもCGIとプロセス間通信するなって開発が余計マンドクサクなかった？
＞と言うか私はそうした。
とあるけど、既にリモート接続相当を開発済みなの？
だとしたら公開してあげないよ。
漏れも、既にあるものを作る気はないし、CGIとして分離してあるなら
そのほうが汎用性あるんじゃないか？
708(1): 137 ◆6nPy70TM6Q 04/10/21 11:02 ID:m/WCl94d(4/12) AAS
更に考えたのだが、リモート用のプラグインは、
一定間隔で指定した場所に各情報ファイルを吐き出す。
及び、ファイルを読み出す機能だけにするって言うのもありだな。
インタフェースのファイルだけを決めておけば、IISなり
Apacheなり勝手に入れてもらって、aspとか、perlでファイルを
読み出してクライアントに返却したり、クライアントからの
リプライ結果を編集して決まったフォーマットファイルに吐き出し
プラグインに処理させればいいのだから・・・。
プラグイン自体の開発はかなり簡単だな
Web系は、その才がある人が担当すれば、より良いものができそうな気がする。
省1
上下前次1-新書関写板覧索設栞歴
あと 293 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.018s