Vista対策 その２
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠そうだ選挙に行こう
2007/07/29(日) 01:59:55【前スレ】
vista対策
http://pc11.2ch.net/test/read.cgi/tech/1162813293/
0117デフォルトの名無しさん
2010/02/02(火) 16:32:24証明書は発行元を証明するものなので、期限（1年）はあるけど同じ証明書でいくつでも署名できる。
とりあえずは、オレオレで一通りの流れを試してみては。
WindowsでC/C++でSDK使ってる、とかならこことかどうか
ttp://d.hatena.ne.jp/mizincogrammer/20081114/1226628956
0118110
2010/02/02(火) 16:33:13ただ、自分一度も証明書発行して貰ったこと無いし、exeに埋め込んだことないOTL
ベリサインでメール用の公開鍵を買ってOutlookにインスコしたことはあるんですが、
あれと全く同じじゃないですよね。
あ、ベリサインのサイトに書いてあるのかな、Windowsインストーラーに埋め込む方法まで?_?
0119110
2010/02/02(火) 16:36:47㌧。手順確認しました。ﾒﾓﾒﾓ。
例題ではCab1.CABに署名となってますが、setup.exeに署名すれば良いのですね。
＞ベリサインは高いし個人では難しいので、thawte等の個人向けで安い（無料も？）とこ使うといいかも
無料もあるんですか。でも、会社用途なので結局どっかから買ってしまいそう。
0120デフォルトの名無しさん
2010/02/02(火) 17:03:32薦めるよ経験的に
0121110
2010/02/02(火) 17:07:29自分、定番のそこしか名前知りませんので選択肢ありません。
定番って殿様商売だなぁｗ
0122デフォルトの名無しさん
2010/02/02(火) 17:08:350123デフォルトの名無しさん
2010/02/03(水) 05:19:51大丈夫
0124デフォルトの名無しさん
2010/07/09(金) 18:52:51さらにVistaではProgram Files内のプログラムが自分の階層下に
iniファイル等でセーブデータを作る事が原則的にできなくなってしまいました。
iniファイルを利用するのは、複数ユーザーの事を考えるとあまり行儀のよい事ではないのは確かでしょうが、
ユーザー名のフォルダを用意すれば問題は解決するわけです。
なによりDocuments and SettingsやらUsersやレジストリ内のHKCU\Software\会社名\アプリ名\などといった
意味不明な場所にアプリケーションの設定情報が散らばり、
実質アプリ単位のバックアップが一般ユーザーには殆ど不可能という状態に比べれば、
特に他アプリとの連携を考えないならiniファイルを使った方がよほどマシと思えるのは私だけではないはずです。
HDDのサイズが肥大化し全バックアップという手段が現実的でなく、
アプリにインストール情報をバックアップする機能がない現状を考えると、
レジストリやユーザーフォルダを利用させるMSのスタイルはアタマがちょっとおかしいとすら感じられます。
そしてそこまでユーザーの利便性を損ねてまで得たセキュリティが
Program Files内のデータはとりあえず上書きされませんというだけのことです。
そんなことをする奴が過去にそれほどいたとは思えないし、仮にウイルスがデータ破壊をはじめたとしても、
Program Files内のプログラム本体など再インストールすれば済む問題で、
本当に重要な取り返しのつかないデータはそんな場所にありはしない！
どうしてもやりたいならならば、複数ユーザーで利用するカーネルに近いプログラムのみ
強い保護のある中にインストールさせ、一般ユーザーが使うゲームや趣味のアプリなどは
既存のルールのまま動作させるのが筋でしょう。Windowsフォルダ内にSystem Program等といったフォルダを
新規に作るなりすれば良いだけの話です。なぜ既存のルールを破壊してまで
実用性のないセキュリティ機能をユーザーに押しつけようとするのか。
全くユーザーが見えていない証拠です。
0125デフォルトの名無しさん
2010/07/17(土) 17:06:38冷静に考えれば、一派ユーザが Program Files 以下の exe + ini を
バックアップしたところで、exe をリストアできないのだから無意味だろうに。
でもってProgram Files以外に配置すりゃ、全部解決するのだし。
むしろ AppData\Local\VirtualStore 以下に各個人のデータが
集中しているのだから、一般ユーザが自分のデータをバックアップする上では
むしろ便利になっているだろうに。
>既存のルールを破壊してまで
これも「exe直下にiniを保存する」なんてルールはMSは定めてない罠。
ini 操作用APIは、iniをWindowsフォルダに置く仕様になっとるだろうに。
0126デフォルトの名無しさん
2010/07/17(土) 17:50:540127デフォルトの名無しさん
2010/07/17(土) 20:52:170128デフォルトの名無しさん
2010/07/18(日) 00:25:170129デフォルトの名無しさん
2010/07/18(日) 23:44:44それは結構揺らいでいる。
各ＯＳ別のガイドラインをずっと見てみると揺らぎがよく分かる。
ガイドラインを遵守しようとしているプログラマの身にもなれ、このやろう。
0130デフォルトの名無しさん
2010/07/20(火) 10:46:380131デフォルトの名無しさん
2010/07/20(火) 13:35:500132デフォルトの名無しさん
2010/07/20(火) 14:28:120133デフォルトの名無しさん
2010/07/25(日) 18:57:29http://msdn.microsoft.com/ja-jp/library/cc422011.aspx
＞大量のファイル ベースのデータは、 [Application Data] フォルダに格納する必要があります。
＞たとえば、Internet Explorer の一時インターネット キャッシュは、
＞ユーザー プロファイル内部に格納されますが、レジストリには格納されません。
＞
＞インストール時に、アプリケーションが HKCU と HKLM にまたがって
＞合計 128KB 以上のデータを格納してはいけません。
＞HK クラスのルートは除外されていることに注意してください。
0134デフォルトの名無しさん
2010/08/01(日) 23:28:18超遅レスだけど、何か話がかみ合ってないね。
>>124の言うことには一理はあるでしょ。
端的に言えばMSルールに従うとポータブルにできない（exeの入ってるフォルダを
コピーするだけでは設定はコピーされない）ってことだから。
まあ、それならexeのディレクトリに書き込む権限がある場合はexeのディレクトリに
設定を保存するようにすればいいんだろうけど。
0135デフォルトの名無しさん
2010/08/02(月) 02:27:52その下だけは自由に読み書きできるような権限を与えるから好きに使え、がシンプルでいいんだけど、
OSメーカー的には、同じフォルダにインストールされたらどうするんだとか、
システム系のフォルダにインストールされたらどうするんだとか、いろいろ考えることがあるんだろうな。
0136デフォルトの名無しさん
2010/08/03(火) 23:07:220137デフォルトの名無しさん
2010/08/04(水) 02:00:49ただ、下手すると違法コピーに利用されそうだが。
0138デフォルトの名無しさん
2010/08/07(土) 23:16:33>端的に言えばMSルールに従うとポータブルにできない（exeの入ってるフォルダを
>コピーするだけでは設定はコピーされない）ってことだから。
Program Filesフォルダにexe置く時点でポータブルじゃないだろ。
そもそもexeと設定ファイルを1箇所にまとめたい場合は、Google Chromeみたいに
exeもApplication Dataに置けと言ってるらしいが。
0139デフォルトの名無しさん
2010/08/08(日) 05:06:28ガイドラインには従わないのが正解
0140デフォルトの名無しさん
2010/08/09(月) 19:41:40googleみたいに監視ソフト常駐させるとか、本末転倒もいいとこだ。
0141デフォルトの名無しさん
2010/08/10(火) 09:11:24ADにexeを置いたらUACが動かないって意味？？？
＞googleみたいに監視ソフト常駐
kwsk
0142デフォルトの名無しさん
2010/08/10(火) 17:10:13じゃあ書き込みできる場所にEXEを置こう、ってことだからなｗ
0143デフォルトの名無しさん
2010/08/11(水) 09:34:30なるほど。
0144デフォルトの名無しさん
2010/08/11(水) 09:48:48Local
LocalLow
Roaming
って３つディレクトリあるんだけど
どこにデータフォルダ作るのがいいの？
0145デフォルトの名無しさん
2010/08/11(水) 11:28:39Roamingは別のPCでログインしても使えるようにするためにあるから
ネットワーク越しにコピーしても問題ないような小さいものならここでもいい
LocalLowはLocalに書き込めないアプリのためにある
0146デフォルトの名無しさん
2010/08/11(水) 11:30:16どういうときにLocalに書き込めない状況になりますか
0147デフォルトの名無しさん
2010/08/11(水) 11:46:53また話がかみ合ってないな。
exeがProgram Filesの下にあるかどうかは関係がない。
設定値の置き場所の話をしているのに
0148デフォルトの名無しさん
2010/08/11(水) 12:03:35IEとかブラウザに多いが、low integrityなアプリ。
0149デフォルトの名無しさん
2010/08/11(水) 12:33:06あえて自分でそうしてるんだと思うが。
0150デフォルトの名無しさん
2010/08/11(水) 15:38:280151デフォルトの名無しさん
2010/08/11(水) 22:13:19実際のパスはGetSpecialFolderで取得しましょう。
0152デフォルトの名無しさん
2010/09/02(木) 00:00:13超遅レスだけど、iniその他がexeと同階層に置けないのは、Program Files等の一部のフォルダだけですよ。
>124はこれまでのルールを無視するなと言っているけど、そもそもiniをexeと同じフォルダに置くと言う事自体
MSのガイドラインを逸脱しています。
また、ガイドラインを逸脱するアプリは、Program Files以外のフォルダを作ってそこに置けば良いだけ。
（ポータブルなアプリであれば、元々Program Files以外に置く事を前提としているはず。）
なおexeと同じフォルダにiniを作るアプリで、Program Filesにしか置けないアプリも存在しますが、
そんなカスアプリはさっさと捨てた方が良いかと。
0153デフォルトの名無しさん
2010/09/02(木) 08:50:45アプリ単位でなく、ユーザ単位…というか、Usersごとバックアップ取れば済むようにすべき
0154デフォルトの名無しさん
2010/09/02(木) 08:57:39他のユーザーがログインして設定変えたらどうすんだろうなｗ
0155デフォルトの名無しさん
2010/09/02(木) 23:23:42もっともあの仕様では、ファイルが破壊されなかったとしても、
中身がモザイクになったりするだろうけど。
0156デフォルトの名無しさん
2010/09/08(水) 16:46:54自分がシングルユーザー環境だから他のユーザーも同じだと決め付けてますww
0157天使 ◆uL5esZLBSE
2011/07/01(金) 21:37:02.87変数に＄ついてる言語触ってるって事だよね
いちいちSHIFT＋４キーおして ＄ 打ちまくってる感触はどう？
0158天使 ◆uL5esZLBSE
2011/07/06(水) 14:04:14.61((((( IEとかブラウザに多いが、low integrityなアプリ。 )))))(キリッッキリッ!きリキリッッッ！！！！
ゴミ
0159デフォルトの名無しさん
2011/07/19(火) 00:32:29.640160デフォルトの名無しさん
2012/08/16(木) 23:31:12.670161停止しました。。。
NGNG■ このスレッドは過去ログ倉庫に格納されています