  |
はてなキーワード: リネームとは
長らく整理していなかったスマホとデジカメの写真を整理しようとしたが、データの移動方法、保存方法がいろいろありすぎて、ファイルの重複がひどい。
USBメモリのような感じでファイル移動ができた。（itunes必要？）
しかし、iPhoneを認識しないことがあるので、端子の抜き差しが必要。
多くのファイルをコピーしていると、途中でロックがかかるためか停止する。その場合、端子の抜き差ししないと、コピーが再開できない。
OneDriveの画像フォルダに保存された。（クラウドに上げたいわけではないのだが）
自宅wifiにつなげば、自動でバックアップをとってくれるので楽。
ファイル名がアプリ側でリネームされる。（設定で変えれるかも）
リネームされると、他の方法で取り込んだ写真で、中身が一緒でファイル名の異なるものが出てくる。
データ紛失対策には良いが、写真の取り込み方法として使ってよいのか悩む。
持ち歩きや閲覧用にスマホやタブレットにとりこむと、端末からコピーした写真とダブる。
・iCloudでiPhone-iPad間で同期された写真が、端末ごとにPCに取り込むとダブる。
2重になるのを承知で、両方残す。
/System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A/MobileDevice
---------------------------
Finderで「移動」→「フォルダへ移動...」で下記を入れて「移動」
/System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A
/Volumes/TimeMachine/Backups.backupdb/***/***/Macintosh HD/System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A
(***のところは環境に合わせて書き換え←TimeMachineのHDを開いて確認）
Mac側の「MobileDevice」を「MobileDevice_」などとリネームしてバックアップして、
TimeMachineの方の同名ファイルをMac側にドラッグ＆ドロップ
---------------------------
https://developer.apple.com/download/more/
#Yosemiteにインストール可能なのはVer6.3 - 7.2
#下記でバージョンチェック
https://en.wikipedia.org/wiki/Xcode
2) 下記にMobileDeviceがインストールされる
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A
Replace
/System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A/MobileDevice
It works.
---------------------------
Finder - Go - Go to the folder...
/System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A
Backup:
/Volumes/TimeMachine/Backups.backupdb/***/***/Macintosh HD/System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A
#You must rewrite the *** according to your environment (see your TimeMachine hard drive)
You can see the file 'MobileDevice' in both folder.
#You should back up your original file before replace.
---------------------------
if you don't have backup, try this.
1) Download and Install 'Xcode'
https://developer.apple.com/download/more/
#Require ID (free registration)
#check this ;
https://en.wikipedia.org/wiki/Xcode
2) You can find the file 'MobileDevice' at
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A
ここ1年～半年でアダルトVRを取り巻く状況は大きく変わった。
具体的には、制作本数がここ半年で10倍以上に増え、リリースされる全アダルト作品のうちVR作品はすでに3割を超えている。
また、PCという母艦を必要としないスタンドアロン型の低価格なVRゴーグルが発売されたり、PS4という母艦が必要ではあるがPSVRが値下がりしたりと、ハードウェア面でも大きなモメンタムを持った流れになっている。
さて本稿では、無料アダルトVR動画の泉である「PornHub」をPSVRで楽しむ方法についてメモしておこうと思う。
ネットを探せばすぐに見つけられる程度のことしか書かないので、意欲的なVRユーザーにとっては旧聞に属することばかりになろうと思う。お許し願いたい。
4. LITTLSTARで再生する
目的の動画ページの動画の下、いいねボタンなどの並びに「VR」というタブがあるのでこれをクリックするとダウンロードボタンが下に現れる。
一番左の「VRビデオ ダウンロード」というボタンをクリックするとMP4ファイルのダウンロードが始まる。こんなに簡単でいいのかと思う。
ふつうのデータダウンロード同様に右クリックメニューが使えるので、DL先やファイル名をここで指定してもよい。
ただしVR動画は巨大なので（20分で1GBを超えるものもある）、まずは再生時間の短いものから試すとよいだろう。
PornHubのCDNはCDNといいつつスループットは悪く時間がかかるうえにちょいちょいエラーでDLが止まる。停止してすぐなら止まったところから再開できることもあるが、気づかず放置するとまた最初からやり直しとなるので注意されたい（セッション寿命を短く設定しているのだろう）。
PornHubプレミアム会員への登録は、さしあたり必要ない。
ダウンロード速度 → たいして速くならない
ハイクオリティ版ダウンロード可 → 解像度は同じ、ビットレートのみ倍。フリー版で十分
後述するPS4アプリ「LITTLSTAR」はファイル名でVR動画のタイプを判別するので、DLしてきた動画を実際にPCで再生してみて、タイプに応じたファイル名をつけてやる。
VR動画の画面レイアウトは右眼用・左眼用ふたつの映像を「上下に並べるタイプ」と「左右に並べるタイプ」の2種類あり、PornHub上の動画も2つが混在している。
上下に並べるタイプを「オーバーアンダー」と呼び、左右に並べるタイプを「サイドバイサイド」と呼ぶ。
さらに、録画範囲も、「全天球360度」をカバーしたものと、「上下左右180度（前半球）だけ」を写したものがあり、これも作品によってまちまちである。
つまりVR動画には「360度オーバーアンダー」「360度サイドバイサイド」「180度オーバーアンダー」「180度サイドバイサイド」の4種類があることになる。
もっとも、この中で「180度オーバーアンダー」は使われているのを見たことがない。
Googleの提唱するVR180というVR動画規格が180サイドバイサイドなので、今後はこれが主流になっていくだろう。
オーバーアンダー／サイドバイサイドは一目見ればわかるが、360度か180度かはよく見ないとわからない。わかりやすい判別ポイントは「壁」。室内で録画されている作品の場合（大半がそうだが）、壁が3面しか映っていなければ180度、4面の壁が映っていれば360度動画である。また、360度動画は画面の右端と左端がループしているのでこれも判別ポイントになるだろう。
ファイル名の末尾を以下のようにする。
| タイプ | ファイル名 |
|---|---|
| 360度オーバーアンダー | _ou.mp4 |
| 180度オーバーアンダー | _180_ou.mp4 |
| 360度サイドバイサイド | _sbs.mp4 |
| 180度サイドバイサイド | _180_sbs.mp4 |
たとえば「180度サイドバイサイド」の「ハラビロカマキリの産卵.mp4」は「ハラビロカマキリの産卵_180_sbs.mp4」となる。
「_180」がない限り360度と解釈されるので、自分がわかりやすいように「_360_ou」などと書くことは問題ない（判別には影響しない）。
また、_ou (over under) の代わりに _tb (top bottom)、_bt (bottom top)、_sbs (side by side) の代わりに _lr (left right)、_rl (right left) などと書いてもよいようだ。
リネームの済んだ動画ファイルをUSBメモリにコピーするが、フォルダが決まっている。
メモリのルートディレクトリ（一番浅いところ）に「LITTLSTAR」というフォルダを作り、その中にコピーする。リトルスターという名前だがスペルに「E」がないので注意。
LITTLSTARフォルダの中は階層化してもかまわないが、再生ソフト LITTLSTAR の一覧表示には反映しない（サブフォルダの中身も引き出されてフラットに一覧化される）。
コピーが済んだらUSBメモリをPS4のUSBスロットに装着しよう。
PlayStationStoreで「Littlstar VR Cinema」というアプリ（無料）をゲットする。
https://store.playstation.com/ja-jp/product/UP8821-CUSA06120_00-JPPS400000000001
起動するとメニューの一番右に「ライブラリ」という項目がある。ここを開くとUSBメモリの内容が一覧されているはずだ。
LITTLSTARは海外のアプリのせいか、決定が「×」、キャンセルが「○」で日本とは逆の操作体系となっているので慣れないうちはイラッとすると思う。
以上。
なんか本人には落ち度のなさそうなクズって感じだから本人が持って合わせた正味の性格なんだろうなって思った。
反面、努力して大学行ってるから本気だして一つのことをやらせたら人並みかそれ以上のことができそうだから、うかうかしてられねえなとも思う。
日本の社会においてどんなクズでも社会生活を送れる程度には社会の仕組みがしっかりしてる。
上を見なければ一応食ってける程度には稼げる。
死ぬ時に振り返っていろいろあったけどなんとかやりきったなって思えるように、俺は最低限のラインをそこにして生きている。
人生はなんとかなる。
俺はネットで画像をたくさんひらってクソなやつらばかりが集まる掲示板でワイワイやるのが趣味だ。
画像をリネームしてフォルダ分けしておくと画像掲示板で流れに応じてすぐに画像を貼れるからいっぱいレスもらえて嬉しい。
俺の日常はこんな感じ。
あとで読もうとかブックマークしてても結局斜め読み以上のことができない。
仕事に関係のある技術系のページしかしてないんだけどほとんど斜め読み。
あとで試してみようとか読み込んで身につけようとかこれを元にああしてこうして、とかブックマークしてる時は思うんだけど、
結局そんな時間はとれず月に1度くらいブックマークを見返して思い出すに止まってる。
時間がなくなったのかブックマークの数が多いのか技術の内容がハイレベルすぎて手が止まるのか。
ガンプラでいうと箱をあけてビニール袋を破った段階の物がゴロゴロと押入れに転がってる感じ。
保存したエロ画像がリネームもジャンル分けもなく一つのフォルダに1000枚くらい混在してる感じ。
こんなのぜったいまずいと思いつつほったらかしになってる。
こんなクソ文章書いてる暇があったらブックマーク見返して1ページでも多く内容を身につけろよって、思うのは思うんだけど・・・でもなぁ。
HEAD ~1
HEADの親
HEAD ~2
HEADの親の親
HEAD ^1
HEADの1番目の親
HEAD ^2
HEADの2番目の親
HEAD
ORIG_HEAD
git merge や git reset でHEADが移動してしまう．
ORIG_HEADを使うことで移動前のHEADを指定できる．
FETCH_HEAD
git fetch によってリモートリポジトリから取得した最新のコミットを指定できる．
git log --oneline
logを一行で表示する．
git log --decorate
git log --follow FILENAME
FILENAMEのファイルの変更履歴を，たとえ途中でリネームされたとしてもそれも見る．
git log --author <name>
git log --graph
git log -p
git diff <base commit>...<opposit commit>
git log -S "string"
git bisect start <bug commit> <correct commit>
二分探索の開始
git bisect good
git bisect bad
git bisect reset
二分探索の終了
git checkout <branch name, needs to be rebased> git rebase <base of rebase>
rebase
git pull --rebase
git pull は git fetch + git merge
merge ではなく rebase したい場合に利用するのがよい．
git log --merge
git stash
内容の退避
git stash pop
退避した内容の復活
git stash list
退避した内容の一覧
git worktree
git submodule
git rebase -i HEAD~N
Nは自然数．
編集時にエディタが開くが，編集を終えてエディタを閉じてもrebaseが機能しないことがある．
その場合は次のように， .gitconfig へエディタのパスを書けばよい．
[core] editor = /usr/bin/vim
https://support.google.com/photos/answer/6156099?hl=ja
Googleフォト開始当時は変換対象に.MTSを認識してなかったのが、いつのまにかできるようになってる。
ちなみに、撮影時間がなぜか9時間ずれるので、ファイル名をSupapanなどで年・月・日・時・分にリネームしておいてからアップロードして修正してる。
.movファイルだとファイルサイズが巨大なので当然遅い。.MTSファイルを上げた方が当然早い。
Googleフォトバックアップの方もバックアップ元にビデオカメラが選べるようだが、↑の理由で時間がずれたら面倒くさいなと思って試してない。
『超権威主義的世界文学百選』http://togetter.com/li/138734というランキングを見て、面白いと思いながらも疑問に思ったことがあって、「20世紀の小説ばっかりじゃん！！」ということで19世紀の小説を重視したランキングを作成してみました。具体的には近代文学の始まり「ドン・キホーテ」(1605,1615)からモダニズムの始まりである「ユリシーズ」(1922)までです。つまり近代文学のモダニズム以前、ということになります。小説を選ぶうえで参考になればと。あと、あくまで個人的な基準に過ぎないことを留意してもらえればと。
１．「ドン・キホーテ」(1605,1615) ミゲル・デ・セルバンテス
２．「ガリヴァー旅行記」（1726） ジョナサン・スウィフト
３．「トム・ジョーンズ」（1749） ヘンリー・フィールディング
４．「紅楼夢」（18世紀中頃） 曹雪芹
５．「トリストラム・シャンディ」（1759~1767） ローレンス・スターン
７．「高慢と偏見」（1813） ジェーン・オースティン
８．「黄金の壺」（1814） E.T.A.ホフマン
１０．「いいなづけ」（1825） アレッサンドロ・マンゾーニ
１１．「赤と黒」（1830） スタンダール
１３．「アッシャー家の崩壊」（1839） エドガー・アラン・ポー
１５．「虚栄の市」（1848） ウィリアム・メイクピース・サッカレー
１６．「緋文字」（1850） ナサニエル・ホーソーン
１７．「デイビッド・コパフィールド」（1850） チャールズ・ディケンズ
１８．「白鯨」（1851） ハーマン・メルヴィル
１９．「死せる魂」（1855） ニコライ・ゴーゴリ
２０．「オーレリア」（1855） ジェラール・ド・ネルヴァル
２１．「ボヴァリー夫人」（1857） ギュスターブ・フロベール
２２．「晩夏」（1857） アーダルベルト・シュティフター
２５．「ミドルマーチ」（1872） ジョージ・エリオット
２９．「ブラス・クーバスの死後の回想」（1881） マシャード・デ・アシス
３０．「さかしま」（1884） ジョリス＝カルル・ユイスマンス
３１．「ハックルベリー・フィンの冒険」（1885） マーク・トウェイン
３２．「飢え」（1890） クヌート・ハムスン
３３．「クォ・ヴァディス」（1895） ヘンリク・シェンキェヴィッチ
３６．「シスター・キャリー」（1900） セオドラ・ドライサー
３７．「ロード・ジム」（1900） ジョゼフ・コンラッド
３８．「ブッデンブロークス家の人々」（1901） トーマス・マン
３９．「超男性」（1901） アルフレッド・ジャリ
４０．「チャンドス卿の手紙」（1902） フーゴ・フォン・ホーフマンスタール
４１．「鳩の翼」（1903） ヘンリー・ジェイムズ
４２．「一万一千本の鞭」（1907） ギヨーム・アポリネーム
４４．「ハワーズ・エンド」（1910） E.M.フォースター
４５．「ペテルブルク」（1913） アンドレイ・ベールイ
４６．「変身」（1915） フランツ・カフカ
４７．「明暗」（1916） 夏目漱石
４８．「ワインズバーグ・オハイオ」（1919） シャーウッド・アンダーソン
４９．「われら」（1921） エヴゲーニイ・ザミャーチン
僕はプログラマーです。
でも僕のMacBookProには何故かAdobeのソフトウェアが入っています。
デザイナーの人がデザインファイルを.psdや.aiや.fw.pngのまま当然の様に投げて来るからです。
僕はAdobeのソフトウェアに精通しているわけではありません。
ですので複雑なレイヤー構造のファイルを切り出すのにはかなり時間を要します。
でもレイヤー構造の説明をしてくれるデザイナーの人は殆ど居ません。
デザイナー同士だとその複雑な構造でもやり取り出来るのかも知れませんが、僕には大抵よく分かりません。
例えば、Photoshopのエフェクトレイヤーが掛かっているボタンはボタンだけ切り出す時に凄く苦労します。
例えば、薄くシャドーが掛かってるデザインは素敵な質感を表現出来るかもしれませんが説明してもらわないとどこまで切り出したら良いか分かりません。
一所懸命頑張って切り出した画像でアプリを作っていたら「この部分が滲んでいる」とか「ここが1pxズレている」とか言われます。
僕はAdobeに精通する為の努力をしなきゃいけないのでしょうか？
そもそもAdobeのソフトウェアは高価です。 今なら毎月3000円払わなきゃいけません。
でも実際使う機会は月に2〜3回あるか無いかです。
一回の起動が1000円です。
じゃあデザイナーの人にも僕がソースコードのまま投げても良いのでしょうか？
Xcodeは無料です。 AppleのiOS Developerライセンスは年8400円です。
ビルドから実機へのインストールくらいならボタン押すだけで出来ます。
じゃあデザイナーの人にもGitでデザインファイルを共有して貰っても良いのでしょうか？
Gitは無料です。 レポジトリは僕が作ります。 GUIクライアントは有料かもしれません。
多少学習コストは掛かりますがcommitとpullとpushくらいならすぐ覚えられます。
デザイナーの人が数分で切り出せるボタンを試行錯誤して30分掛けて切り出す間、僕がコードを書けばデザイナーの人が8時間プログラムを書くよりも随分作業が進む自信はあります。
きっと何かしらのデザインルールでレイアウトされたデザインの座標を一個一個調べながらボタンを配置していく間、僕がコードを書くよりも、最初からこのボタンはここに配置するってレイアウト図を見せてくれればバグを一個や二個くらい潰せる時間が作れます。
デザインファイルを最初からpngで書き出して貰ってレイアウト図と一緒にくださいというのはプログラマーの怠慢でしょうか？
どう書き出すとプログラマーが使い易いか一番良いのか分からない、とよく言われます。
でも、最初に言ってくれればどういう風に切り出して欲しいか説明します。
もしかするとアニメーションを追加する為にレイヤーにしたり、書き出す構造が変化することもあるかもしれません。
それでも僕がどこまで切り出せば良いか分からないシャドーを書き出した方が良いのでしょうか？
AdobeのツールはGUIだから誰でも分かるのかもしれませんが、それはデザイナーの人が
self = [super init];
if(self) {
[self setShadowImage:[UIImage imageWithNamed:@"shadow。png"]];
}
return self;
別に上の謎の文字列だって適当な文字列じゃないんです。 きちんとした意味があります。 誰だってちゃんと分かるはずです。
ボタンが1px右が正解か2px左が正解かを判別するよりも簡単に間違ってるかどうか分かるシンプルなものです。
確かにAdobeのツールはよく出来ているので僕でも頑張れば使うことが出来ます。
でも、僕はAdobeのツールを使った時の生産性よりも、Stack OverflowやはてなダイアリーやClass Referenceと睨めっこしながらキーボードを叩いて居る方が生産性が高い人種だと思っています。
ただ、デザイナーの人がもう一手間かけて頂けるだけで、僕はもっとコードを書いたりデバッグ出来るし、結果的にプロジェクトとして良い物が出来上がるんじゃないかなというだけなんです。
デザイナーの人がAdobeのツールを習得するためにマウスやペンタブを触っていた時間を僕はプログラムを覚えるためにキーボードを叩き続けていたんです。
もし、デザイナーの人がもう一手間かけて頂けたら...
以前、話題になった記事をパクってまとめをつくり、パクリBotで拡散しているNaverまとめのアカウントが話題になった。
そして、何があったかわからないが、件のアカウントの更新が止まった。
また、消してしまったんだろうか？パクリBotにもアクセスができなくなった。
その後、ほとぼりが冷めた頃にこんなことが起きていた。
ブロガーの皆さんへ：NAVERまとめに著作権侵害で削除依頼を出した結果 | 情報科学屋さんを目指す人のメモ
話題になった記事を転載してアクセスを稼いだNaverまとめ。
元記事を書いた方がNaver運営に削除依頼をだすも、有耶無耶な対応をされたという記事なのだけれど、ふとある疑問が浮かんだ。
元記事のアクセス数はわからないけれど、パクったとされるまとめは１９万Viewで４０００ツイート以上もされている。
で、当該まとめを作成したアカウントは以前から似たような事をやっていたようで、４９万View、約２万ツイートを稼いだこのまとめのコメント欄にはこんな書き込みが残っている。
http://matome.naver.jp/odai/2136660388182956201
http://labaq.com/archives/51787232.html
らばQさんの記事をパクったサイトからパクるという迂回パクリ！
昨年、ぱくりまとめが大きな話題になってニュースサイトにもパクリまとめが報道されましたよね？そのようなことにならないといいですね。
（そのパクリまとめは閲覧禁止になり報酬も減額されたそうです。）
今後のまとめについては改心いただきご健闘いただくよう心よりお祈り申し上げます
あらためて、なぜ後出しでこんなにもアクセスを稼げちゃうんだろう？
勘の良い人なら気づいたかもしれない。
このパクリまとめを作ったアカウントは、ワロスBotのようなパクリ画像・パクリツイートBotによる拡散をしている。
今回パクリまとめで問題となったNaverアカウントzen-12aさんのまとめ - NAVERまとめの
まとめを拡散しているBotの一部をリストアップしてみた。いずれも数千フォロワー以上。
https://twitter.com/testkaitou
https://twitter.com/botdaigaku_
https://twitter.com/yesfujoshi_
https://twitter.com/botprecure
https://twitter.com/animemeigen_
https://twitter.com/gamegazou_
https://twitter.com/gahoanime_
https://twitter.com/botghibli_
https://twitter.com/realjubot_
https://twitter.com/botkuroko_
https://twitter.com/aruarudoraemon
https://twitter.com/boketepic_
https://twitter.com/bougenbot_
https://twitter.com/pazudora00
https://twitter.com/kaitemita_
https://twitter.com/ghiblisyougeki_
https://twitter.com/kurokomeigen
https://twitter.com/botshimoneta
https://twitter.com/mousechiba_
https://twitter.com/rthealing_
https://twitter.com/kurokogazou_
https://twitter.com/girlscomic
https://twitter.com/bocchibot_
https://twitter.com/aruarurenai
https://twitter.com/chaoscomic_
https://twitter.com/rinrenkashi
https://twitter.com/rukakashi_
https://twitter.com/kaitemitabot
https://twitter.com/blkudasai_
https://twitter.com/kurokosousyu
https://twitter.com/animeokashii
https://twitter.com/kskkuroko_
https://twitter.com/seikeibot_
https://twitter.com/kimyoujojo
https://twitter.com/picgeinou_
https://twitter.com/vocaloidbot_
https://twitter.com/boketebot_
https://twitter.com/kanarikowai_
https://twitter.com/fujoshiwww
https://twitter.com/fujoshibot_
https://twitter.com/fujoshikao
https://twitter.com/taibanibot
https://twitter.com/tweetmickey_
https://twitter.com/bottenipuri
https://twitter.com/visualbot_
https://twitter.com/botgundam_
https://twitter.com/pokemongazou_
https://twitter.com/loveotoko_
https://twitter.com/housoubot_
https://twitter.com/purikuraimg
https://twitter.com/gazoufashion_
https://twitter.com/erogegazou
https://twitter.com/gazouanime
https://twitter.com/botkochikame
https://twitter.com/tameninaru_
https://twitter.com/imgkawagoe
https://twitter.com/mickeychiba_
https://twitter.com/iphonebot_
https://twitter.com/botfujoshi_
https://twitter.com/sakugakettei_
https://twitter.com/meigendisney
https://twitter.com/tweetaruaru
https://twitter.com/hanpanaibot
https://twitter.com/aruarugirl_
https://twitter.com/torisetsubot
https://twitter.com/yakyuaruaru_
https://twitter.com/arashimeigen_
以前話題になったcuration.jpというNaverアカウントのまとめを拡散していたBotがかなり含まれている。
冒頭でBotにアクセスできなくなっていたと書いたが、どうやら削除されたのではなくてリネームされていたようだ。
curation.jpと今回話題になっているzen-12aが同一人物かどうかはわからないけれど、なにかしら関係があるのかもしれない。
もう一つ気になることがある。
今回話題になっているアカウントは、しばらく更新を停止していた。
しばらく音沙汰がなかったぱくりBotによる拡散行為、なぜ再開されたんだろうか？
だとすればNaver公認となった今、運営に問いかけてもこのアカウントを抑止する対応は期待薄なのかもしれない。
①パクリまとめを作る人
②それを膨大なパクリBotで拡散して元記事以上にアクセスを稼ぐ人
③それを奨励する運営（憶測）
これが現状のようだ。
Windows 7 - Firefox 8.0 - Norton Internet Security(NIS) 2011 の場合。
（xはバージョン番号）
1. NIS - 設定 - その他の設定 - 製品セキュリティ で「Norton製品の改変対策」を「OFF」にする。
2. C:\ProgramData\Norton\{0C55C096-0F1D-4F28-AAA2-85EF591126E7}\NIS_xx.x.x.x\
・coFFPlgn_xxxx_x_x_x → coFFPlgn_xxxx_x_x_xOLD
・IPSFFPlgn → IPSFFPlgnOLD
※WindowsXPでは C:\Documents and Settings\All Users\Application Data\Norton\{0C55C096-0F1D-4F28-AAA2-85EF591126E7}\NIS_xx.x.x.x\ (未確認)
元に戻したい時は、リネームしたフォルダを戻して「Norton製品の改変対策」を「ON」にする。
なお、OSを再起動するとフォルダが強制的に作成されるようなので、その都度2.の実施が必要。
C:\Program Files\Mozilla Firefox\extensions\
レジストリを起動する
レジストリの内容を参照／編集するには［スタート］ボタンをクリックして検索ボックスに「regedit」と入力
HKEY_CLASSES_ROOT\Applications\********.exeまでいく （applicationという似た名前があるので混同に注意）
（規定）を右クリック
その後再起動する
パーティション分割してファイルをDドライブに移動させたりすると関連付けできなくなる。
http://menushowdelay.blog13.fc2.com/blog-entry-302.html
関連付けを設定できません
以前は問題なく動作していたアプリケーションなのですが、ファイルを右クリックから、このアプリケーションで開くことだけができなくなりました。
アプリケーションを開いた後で、ファイルをウインドウ内にドラッグ&ドロップすることならできます。
ファイルを右クリック→プロパティ→全般→プログラム:変更→ファイルを開くプログラムの選択→参照→プログラムから開く
で実行ファイルを選択することで、普通は「ファイルを開くプログラムの選択」ダイアログに戻って一覧に選んだプログラムが表示されるはずなのですが、このプログラムだけが表示されなくて困ってます。
ひょっとして、導入後にフォルダごと移動したりしませんでしたか？
レジストリを一切いじらずにインストールが可能なアプリケーションでも、実はこの「プログラムから開く」の「プログラムの選択」で参照してしまった場合、Windows2000/XPでは
HKEY_USERS\(ユーザー識別子)\Software\Classes\Applications
以下に登録されます。別の見方をすると、こうして登録された後で「レジストリを一切いじらないアプリだから」 という理由でフォルダごとどこかに移動したり、フォルダ名をリネームしてしまうと、先のレジストリの記述に不整合が発生し、以降はその不整合を直接編集によって書き換えたり値のデータを削除したりしない限り、永遠にそのプログラムで開くことができなくなるという不具合を生みます。「ファイルを開くプログラムの選択」ダイアログの「参照」ボタンをたどって移動先やリネーム後のアプリケーションを指定しても、エントリは正常に書き換えられることはありません。直接編集以外に道はないのです。
「スタート」ボタン→「ファイル名を指定して実行」→ regedit と半角で入力してEnterキーを押下します。
HKEY_USERS\(ユーザー識別子)\Software\Classes\Applications
以下に該当アプリケーション名のキーが存在したら、とりあえずバックアップをとってからキーを丸ごと削除します。
バックアップとその書き戻しについてですが、今回の事象の場合はreg saveコマンドを利用する必要はなく、該当キーを選択した状態で、右クリック→エクスポートを選択し、名前は適当に「aaa.reg」とでもつけて、デスクトップあたりにでも保存すればよろしいかと思われます。
該当キーを削除しても、OSが起動しなくなったり、デスクトップ画面までたどり着かないようなことは一切ありません。
HKEY_CLASSES_ROOT\Applications\********.exe
だったという例あり。併せて確認されたし。