はてなキーワード: ディレクトリとは
Windowsの非インストーラー版のソフトって皆どこに解凍(展開)して置いて使ってるの?
インストーラー版だったら大抵は勝手にC:\Program Filesと指定されて展開されるから、ソフトを置いておく場所に迷うことはないけど、
ZIP版とかのみのソフトだと、自分で展開先(置く場所)を決めて管理しないといけないけども、そうなると「どこに置こうか」という判断に時たまふと地味に悩む。その場合どこに置くのがいいのか。
(たとえば使い捨て用途のソフトだったら用が済めばすぐ捨てるから、デスクトップ上だろうがCドライブ直下だろうがどこに展開して使おうがソフトを置く場所にこだわりはないだろうけど。)
皆は使い続けるソフトはどこに置きまとめているの?
しっくりこなくて地味に悩む。
検索用:
RStudioがPC内から気がついたら消滅していたので何回もやり直すのが面倒で書いた
コメントアウトをいじればFedoraやmacOSでも動くと思う
https://pastebin.com/HiPqLVq7 (6/4 shコマンドでも動くように修正 以前はbash hogehoge起動していたので動作確認していなかった)
エラーでここに貼れなかった
util-linux(rev) libxml2-utils(xmllint) gpg curl coreutils(sha256sum)とR関連
echo "$HTML" | xmllint --nowarning --xpath hogehoge --html - | hogehoge
こうしないとxmllintがエラーでhtlmなどをうまく読み取らない
sed 's/href="//g;s/"//g;s/\s/\n/g;s/^.?$//g;s/^\n//g'
href="hogehoge"の形で出てxmllint内で除去出来なかったのでsedで妥協
hrefが1回しか出ないのでひとまとめにできそうだが面倒なので分けた
この書き方なら複数回出ても除去できるはず
先頭の謎のスペースの除去が面倒だった
echo "$HASH" "$FIELNAME" | sha256sum --status -c ;echo $?
スペースが2つないと書式で怒れられてハッシュ値が合っていてもsha256sumが終了ステータス0で正常終了を返してくれない
VScodium
ShellCheck
https://open-vsx.org/vscode/item?itemName=timonwong.shellcheck
XPath Helper
https://chrome.google.com/webstore/detail/xpath-helper/hgimnogjllphhhkhlmebbmlgjoejdpjl
zenn.devに書こうか迷ったがどちらの方が良かったのだろうか…
ダウンロードしたサーバーがやられてるならハッシュ値も改ざんするだろうgpgで確認しないと意味ないでしょとかsudoでやったらディレクトリがとか色々ガバあるから誰かいい感じに改良して
https://cran.rstudio.com/bin/linux/debian/
俺は設計より実装の方が苦手だわ。プログラミング言語の特に脈絡のない仕様(ファイルオープンして1行読むのってどうやるんだっけ?改行コードの扱いはどういう仕様だっけ?EOF判定はどういう関数だっけ?str2numに対応する処理の関数はなんだっけ?文字コードがUTF8じゃない場合にはなんか特別な引数書かないといけないんだっけ?1行読んでポインタを先頭に戻したい場合はどう書くんだっけ?ていうかディレクトリ内のファイルリスト取得する関数はなんだっけ?あー余計なファイルをはじくための正規表現の仕様はなんだっけ?.......)が全く記憶できなくてすげーストレス。なんど覚えても雑然としすぎていてすぐ忘れる。ファイル云々に限らずプログラミングは一事が万事全部そうだし…。
「User Profile Service サービスによるサインインの処理に失敗しました。ユーザープロファイルを読み込めません」
Windowsで新規に作成したアカウントにログインできない問題が発生。
システムファイルは破損していないし、そもそも既存のアカウントがログインできなくなるという問題が多く、その解決方法はレジストリやファイルの修復であったからだ。
アカウント作成時点ではユーザーファイルもレジストリへの追加もされていないから。無いものはいじれない。
結局解決方法なのだが、指定された場所に「Default」のディレクトリが存在しなかったから。
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList
の
%SystemDrive%\Default
になっていた。
である。
未ログオンのアカウントは初回ログオン時にこのDefaultからコピーするらしく、これを参照できなかったためアカウントディレクトリを作成できずログオンに失敗していた。
レジストリやUsersディレクトリへの追加とは別に、画面上のアカウント一覧では「アカウントを作っただけ」のアカウントもあり、アカウントを追加しただけでレジストリやUsersディレクトリへの追加がされると思っていて、これがなされない原因を探して遠回りしていた。
値が変わった原因としてはおそらくインストール時にプロファイルの場所を移そうとProfilesDirectoryキーを弄っていたのだが、その過程で変更してしまったのかもしれない。
http://nambei-x.seesaa.net/article/285886703.html
を挙げておく。
スーパーコンピュータシステムのファイル消失のお詫び
2021年12月14日 17時32分 から 2021年12月16日 12時43分にかけて,スーパーコンピュータシステムのストレージをバックアップするプログラム(日本ヒューレット・パッカード合同会社製)の不具合により,スーパーコンピュータシステムの大容量ストレージ(/LARGE0) の一部データを意図せず削除する事故が発生しました.
皆さまに大変なご迷惑をおかけすることになり,深くお詫び申し上げます.
今後,再びこのような事態の生じることのないよう再発防止に取り組む所存ですので,ご理解をいただきますよう,どうぞよろしくお願いいたします.
・ファイル削除期間:2021年12月14日 17時32分 ~ 2021年12月16日 12時43分
・消失対象ファイル:2021年12月3日 17時32分以降,更新がなかったファイル
・影響グループ数:14グループ (うち,4グループはバックアップによる復元不可)
http://www.iimc.kyoto-u.ac.jp/ja/whatsnew/trouble/detail/211216056978.html
スーパーコンピュータシステムの納入会社である日本ヒューレット・パッカード合同会社によるバックアッププログラムの機能改修において,不用意なプログラムの修正とその適用手順に問題があったことで,本来は不要になった過去のバックアップログファイルを削除する処理が,/LARGE0 ディレクトリ配下のファイル群を削除してしまう処理として誤動作しました.
日本ヒューレット・パッカード合同会社から提出された報告書を掲載します.
Lustreファイルシステムのファイル消失について (日本ヒューレット・パッカード合同会社)
今後の取り組み
現在バックアップ処理を停止しておりますが,プログラムの問題を改善し,確実に再発しない対策をした上で1月末までにはバックアップを再開する予定です.
ファイル消失後にバックアップが実行されてしまった領域のファイルの復元ができない状況となったことから,将来的にはこれまでのミラーリングによるバックアップだけでなく,1世代分の増分バックアップを残す等の機能強化を検討いたします.機能面だけでなく,再発防止に向けた運用管理についても改善に取り組みます.
一方で,機器故障や災害等によるファイル消失の可能性も含めて完全な対策は困難であるため,利用者の皆様におかれましても,重要ファイルについては別システムへのバックアップをお願い致します.
商取引において、ある程度の大きさにもなると与信に関わるので稟議という形で上司にレビューをしなければいけないのだけど、
金額が微妙なのと部署によっては数年に一度実施する作業なので、時々事後稟議という違反行為が発生してしまう。
だが、その手順が書いてある社内ドキュメント、マニュアルがくっそ見辛いうえに、普通にディレクトリを検索してもわからないのだ。
事後稟議は、事故報告として審議対象にもなるし、事業部の成績=ボーナスにも影響を受けるので、どーにかしたいのだけど
とある社員が、社長にチャットボット使って改善しませんか?って聞いたら、そもそもルールを覚えていないのが悪いって断れられたとのこと。
てめーだって覚えてねーだろ、この老〇wwwww、チャットボットうちらでも扱ってる商材なんだが、根性論?は????みたいな。
社員属性などを集めれば、どういう人がどういう機会に起こしやすいのか傾向が見えてくると思うのだけど...
横同士の社員の風通しは元々良くて、社内の長い歴史がクソの山のように積み上げた社内ルールに対して一応知ってるかもしれない隣にあたれることは自社の幸いだが、
増田でURL添付されてる書き込みがあるとそのトラバで「リンクなんか踏めるかよ」みたいな書き込みを見かけることがある。
ウイルスやブラクラを恐がるのは分かるけど、脊髄反射的に踏まないって決め込むのはどうかと思う。
5chやimgurみたいな大手サイトがウイルスに汚染されてると考えるのは杞憂に過ぎる。
正規サイトに見せかけた偽サイトの可能性を警戒しているのだろうか。
確かにディレクトリの左側が一致。いや偽サイト側でディレクトリ構造ごと模倣されてしまえば正規サイト本当に全く同じURLで偽サイトに飛ばされることもありえるか。
DNSキャッシュポイズニングは5chやツイッターの個別ツイートみたいに半動的に新しく生成され続けるURLには無力だと書こうとした。
というわけでトップレベルドメイン及びそれより左側が正規サイトのものと完全に一致していて右側もそれっぽい文字列を有していたとしても油断はできない。
でもまあ証拠写真とかimgurであげて増田に添付するって場合もあるだろうし証拠見せたいのに即座に「俺はリンク踏まない主義だから」ってなる人はやっぱり困るよね。
・総務兼IT担当が「PCが50台くらいになって手に負えない!」といいだす
・社長が「紛失とかあるようだが、しっかり管理してるのかね?」といいだす
・部長が「アクティブディレクトリ?とかいうので一元管理できるらしいから見積もってくれ」といいだす
・部長「高い!社内SEを20万円でやとったほうがよさそうだ」といいだす
・20万でやとわれたSE「え、PCの管理くらいしかできません。サーバーとか作れませ」とかいいだす
・社長「ちゃんと管理したまえ!はやく業者にでも頼むなりしろ!」といいだす
・業者「チョリース。あざっす2年の保守費用込みで100まんえんッスwww」
こんなんばかりやで