「ディレクトリ」を含む日記

2024-04-17

■ネット見るようになって四半世紀が経った

<body >とかとか、つたなくて単純なタグの説明をした本を頼りにホームページ開いたりウェブリング伝いに趣味のページを見たり、掲示板にウザ絡みしたりされたり、知り合いがYahoo ディレクトリに登録されて嫉妬に荒れ狂ったあの頃から気がついたら25年経ってた

あれから色々変わったけど、やっぱり大きかったのはGoogle検索とGoogleMapとGmailの登場だったな

今じゃブラウザで色んな事ができるようになって本当便利になった　ありがてえ

一方でせっかくできたSNSの代表格がめんどくせえことになって一部個人サイトへの回帰現象も見られますね

今年に入って何人か新しく立ち上げたのを見ました

私もまた個人サイト作ろうかなあ

メモ帳に<html >じゃなくて、npmでセッティングしてフレームワーク使ってgithubで管理してhookで自動更新するやつ

Permalink | 記事への反応(1) | 15:14

2024-04-11

■anond:20240411203442

そもそも Windowsのディレクトリの概念や構成なんて知らんのが普通じゃね

直下って表現も理解できるかというと知らん人には難しい気がする

Permalink | 記事への反応(0) | 21:46

2024-03-31

■anond:20240331063306

俺も

HTMLとCSS しかできなかったのに

JavaScriptをやれと言われて

PHPとMySQLとApacheをやれと言われて

データベース関連さっぱりなのに無理矢理やって

俺の中途半端な知識で出来上がったアプリをみんなが使い始めて困惑して日々修正だの対応して

Windows サーバーで設定管理しろと言われて

アクティブディレクトリとかグループポリシーとかやるはめになり

4月からはPythonでスクレイピングをやれと言われてる

なんで？

Photoshopでパノラマ画像作れとか

Illustratorで綺麗なデザインしてポスター作れとか

autoCADで内線表作れとか

パワーディレクターで動画作れとか

なんでなんでなんで？

お前はDX推進委員なとか言われてなんで？って

Permalink | 記事への反応(0) | 06:53

2024-03-23

■インターネット トロールへの対処

インターネットに費やす時間が長くなればなるほど、トローリングを目撃したり、被害者になったりする可能性が高くなります。

トローリングとは、攻撃的なコメントなどを意図的に投稿することによって、オンラインで他の人を敵に回すことと定義されます。

インターネット荒らしは、感情的な反応を引き起こすことを目的としており、争いや口論をしようとしています。

いくつかの否定的なコメントは荒らしと同等ではありません。

トロールは、特にターゲットが神経質になっているとわかっている場合、ターゲットに対して執拗に嫌がらせをします。

トローリング 行為の種類　

攻撃的な投稿
他人の前で辱めることを目的とした個人的な侮辱を投稿
ターゲットが反応すると言葉による攻撃性がエスカレートする
他人を怒らせるような発言をする
ヘイトスピーチ

ソーシャル メディアの荒らしと戦うために実行できる手順

無視すること。関与しないでください。それが連中の望んでいることであり、継続する動機を与えます。
ブロックすること。ほぼすべてのプラットフォームでユーザーをブロックできます。ユーザーをブロックすることは、さまざまなソーシャルメディアサイトで異なる意味を持ちますが、一般的にはユーザーがコンテンツを閲覧できなくなりますし、その逆も同様です。ブロックされたアカウントは、あなたをフォローしたり、検索であなたの投稿を見つけたり、あなたにダイレクトメッセージを送ったりすることができません。
報告すること。ほぼすべてのプラットフォームには、暴言、行為、ヘイトスピーチに対するポリシーがあります。通報すると、サイトや状況によっては投稿が削除されたり、アカウントが停止・削除される可能性があります。ユーザーを報告するだけでは、そのユーザーが再びあなたに連絡することをブロックされないため、必ずブロックするようにしてください。

オフラインで危害を受けた場合　

荒らし行為がオフラインに移行するのを防ぐために、電子メールアドレス、オフィスの電話番号、所在地を含むディレクトリのリストを Web サイトから削除することを検討してください。

荒らし行為が、電子メールや電話などを通じて、個人の現実生活に入り込んだ場合、または次のような方法でエスカレートした場合は、警察に通報する必要があります。

暴力、身体的危害、または脅迫
被害者を尾行して、意図的に嫌がらせをする
自宅の住所など、人の安全を損なう可能性のある情報を投稿する
ストーカー行為やヘイトクライムへの関与

ストーキング、いじめは違法です。

法律により、対面、郵便、電話、または電子通信の使用による嫌がらせやストーカー行為が禁止されています。

いくつかの注意事項

ソーシャルメディアに投稿する場合は、表明された見解や意見があなた自身のものであり、所属組織の公式の立場や方針を表すものではないことを明確にしてください。

ただし、たとえ明確な場合でも、聴衆はあなたのコメントを所属に関係があるものとしてとらえる可能性があることを理解してください。

Permalink | 記事への反応(1) | 16:49

2024-03-22

■anond:20240322165652

サイズ・日付を保存してるディレクトリエントリがあるセクタと

ファイルの中身が書かれてるセクタは遠く離れてるんだから

中身の書き込みに失敗したりデータが物理的に飛んだりすればそうなることは珍しくないやで

Permalink | 記事への反応(1) | 17:03

2024-03-21

■複合機使ってる人は要注意：PJLの悪用による攻撃

複合機（MFP、いわゆるコピー機）では、IPAの「デジタル複合機のセキュリティに関する調査報告書」にて、「PJLコマンドを悪用した攻撃（ディレクトリ・トラバーサル）」の具体例が示されている。手順としては極めて簡素なもので、PJLコマンドでファイル名「passwd.txt」を探し、これをダウンロードするというものである。対策としては、このような印刷以外の機能についてはプリンターや複合機がPJLのどの命令に対応しているかといった情報は探しても見つかりにくい為、複合機に対してジョブデータを投入できるホストを特定のプリントスプールサーバやスキャンとファクスのゲートウェイサーバなどに限定する方法が示されているにすぎないが、インターネットから誰もがアクセス可能な状態にしてしまっている複合機があり、2010年の調査ではこのような複合機を位置マッピングした結果、日本、台湾、アメリカ、ヨーロッパなどで国土の全域に渡って設置されていたので、使用者の根本的なセキュリティーに対する認識の甘さにも原因がある。また、関連してPostScriptも攻撃に利用可能であり、開発者は注意が必要とされている。　

https://www.weblio.jp/content/PJL%E3%81%AE%E6%82%AA%E7%94%A8%E3%81%AB%E3%82%88%E3%82%8B%E6%94%BB%E6%92%83　

Permalink | 記事への反応(1) | 16:33

2024-03-18

■anond:20240313145956

ファイルを上位ディレクトリに移動させたいとき、昔はエクスプローラーのアドレスバー（breadcrumb?）にドラッグできたのが今はできないのが地味にめんどくさい

タブ表示ではギリ相殺されない面倒くささ

Permalink | 記事への反応(1) | 07:09

2024-03-11

■

昨日不思議な体験をした

パニック発作か何かで呼吸が苦しく、眠れなかったのだが

「このディレクトリのCPUを熱量の順番にソートする」

という意味不明な呪文をなぜか頭の中で唱えていて、そうしたら発作が治って寝られた

脳をリプログラミングするときは意味不明な言語になるのかね？

Permalink | 記事への反応(0) | 10:32

2024-03-01

■

ホムペをアップデートした

どっかから拾ってきたCSSおよびほぼ1ファイルのHTML ソースで、構成していた。

せんじつ、一念発起した。そんでもって、honkitでホムペ作成した。ホムペ作成ツールというもの。

マークダウンファイルたちをディレクトリのしたにならべる。それでビルドコマンドをたたけば、

全部マークアップに変換してくれる。いい感じのスタイルファイルもつけてくれる。

ウェブ教科書風。もともとギットブックというツールだったのだがフォークしたようだ。

本家もまだある。ウェブアプリらしい。

Permalink | 記事への反応(1) | 06:20

2024-02-29

■

honkitつかいこなせた！

べつにおどろくことでもなんでもないけど、honkitできた！

HP 作成ツールなのね？

Node.jsがらみのツールらしい。これってのもはじめての経験だ。Node.jsとはjsの開発環境のこと？なんじゃ？IDE？

ディレクトリーに適当にマークダウンファイルやjsonファイルをおいておけば、HP 作成してくれた。html タグをベタ打ちするのも、いやだった。だからよかった。

さいきん、ベタ打ちすることないし、といっていちいちpandocとかで変換するのもめんどうだし・・・よかった。

いまのところ、git repoでもなんでもないフォルダーにマークダウンファイルなどをおいて、honkitでウェブファイル作成してから

そいつをエイヤーっとgit repoに動かして、git push でリモートにもっていって、さらにgithub pagesでHPにしているけど・・これって

もしかして・・・git repoのなかにマークダウンたちを置けないか。

Permalink | 記事への反応(0) | 16:55

2024-02-06

■anond:20240206215208

Z世代は「検索」してないってのが割と衝撃だったな

たしかに昔はディレクトリでホームページ探してたなって思い出した

Permalink | 記事への反応(0) | 22:01

2024-01-08

■初売りで初めてMac買ったんだが、昔のクリエイターはこんなんを洗練されてるって崇めてたって本当？

Winの方が使いやすいじゃん・・・・

マカーってフォルダとか記憶してて全部ターミナルで操作してるの？

自由にディレクトリいじくりまわせる方がわかりやすいんだが、自分が浅いだけか？

Permalink | 記事への反応(1) | 16:45

2023-12-31

■anond:20231231174109

どうなんだろうなあ

node.jsの作者は、ブラックホールよりも質量のデカいnode_modulesディレクトリを反省して

denoを作ったって言ってたべな

Permalink | 記事への反応(0) | 17:54

2023-12-26

■はてブに限らないが、どのタイミングで自分でネットを探るのを辞めたか

ディレクトリ構造があったときは、それを辿っていけばよくて、ネットは広大だなと感じられた。

(中国語圏にいくと、まだディレクトリ構造が残っている所が多く、知らない所を探っていける）

今だと、はてブもそうだが、提示された物を定点観測するのをがしているので、拡張器としてしか役に立ってない。

検索だというが、検索ワードが出てこなければないのだ。

Permalink | 記事への反応(0) | 15:23

2023-12-20

■ディレクトリ分けが好きなひとたち

https://zenn.dev/adwd/articles/5d4a89262f4fc5

クリーンアーキテクチャ信奉者で厄介なのが「最初に目的別にディレクトリを切りましょう」勢と重なっていることだと思う

下のようなほとんど空っぽのツリーを作って悦に入る奴は本当に害悪。

探すの面倒だし、コンポーネントの関連をファイル構造から把握できない。特定画面でしか使わないものは一つのディレクトリに入れときゃいいんだよ..

A
└── B
    ├── C
    │   └── D
    │       └── E
    │           └── abc.txt
    └── X
        └── Y
            └── Z
                └── xyz.txt

Permalink | 記事への反応(0) | 08:59

2023-11-29

■過去イチでヤバイ PJを引き継いだ

弊社のビジネス創造部門的なところが作ったPJがあるんだが

どうもゴリゴリに炎上してるらしくて支援に入った

こういう仕事は割とあるんだがなかなかのヤバさだったので紹介したい

ちなみにサービスの内容は非常に良くてユーザーも万単位で付いているらしい

だからこそ炎上している

バックエンド 環境

バックエンドはAWS EC2で動作しているがログインアカウントは共通化されていてパスワードを全員で共有している

ユーザーを追加しようとしたら「そのような勝手な行為はセキュリティ上許可されていません」とのこと

本番環境とStagingはインスタンスが分かれているが運用は同じ方法

Staging上で5人ぐらいが作業しているが、ホームの下にそれぞれのユーザーが自分の名前でディレクトリを作って作業している

バックエンド システム

バックエンド側のシステムは詳細は伏せるが、某システムで動いている

仮にNode.js系だとすると、package.jsonがあってnpm run installでインストールするのだが、普通にインストールしようとするとエラーになる

内容は依存関係で失敗しているのだが、本番も同じソースで動作している

動作させるにはnode_modulesをまるっとコピーして、とのこと

さっきの自分の名前のディレクトリ配下にコピーしてきて、適当なポート番号でサーバを立ち上げれば一応は動く

このため、新しいモジュールを入れようとすると依存関係で失敗するため、便利なモジュールがあってもインストールできないし

セキュリティアップデートも当てることはできない（現にバージョンがすごく古い）

バックエンド システム内容

ソースコードはGitHub 管理されているがセーブポイント感覚でcommitされているのでコミットログを見ても何が起きているのかさっぱり分からない

おまけにPRも使わずにmainにマージしまくっていてわけがわからない

加えてソースコードはコメントアウトの嵐でどこに何が書いてあるのかさっぱりわからない

データベースはPostgreSQLだが山ほどテーブルがあるのに外部キー依存は入っていないしVIEWも作られていない

まぁ、他にもテーブルを見ていくとアンチパターンのオンパレードで、EAV、ジェイウォークあたりは確認できたしHTMLやSQLが格納されているテーブルも見つけた

ソース上でクエリを作ってAPIを作っているが、ザッと見ただけでもインジェクションし放題の状態になっていた

フロントエンド システム

フロントエンドも詳細は伏せるが、いわゆるReact的なものを利用している

こちらは npm run installでインストールできるし npm run devでちゃんと動く

ローカルで動作するので非常に助かる

ただ前述の通りバックエンドはローカルで構築できないのでEC2を利用するしかなく、CORS対応のためのプロキシを自前で用意する必要があった

フロントエンド ソース コード

バックエンド同様にGitHub 管理されているが、管理しているだけ

バックエンドは5人ぐらいが利用しているが、ソースコードを編集するのは実質1人なのでコンフリクトはほとんど起こさないらしいが

フロントエンドは5人ぐらいが編集するのでコンフリクトしまくっている

解消するときにデグレすることが日常茶飯事でその都度Hotfixしている

コードもコメントアウトだらけなのに加えて、不必要なコードが大量にあるので可読性が著しく低い

（難しい処理を読み解いて追いかけていったら最終的に使われていない、などが大量にある）

2000行ぐらいあるコードとかChatGPTに突っ込んだら20行ぐらいになる予感がある

また、DBがご覧の状態なので取得されるデータも全然抽象化できておらず、コードが膨れ上がっている

例えばProductの一覧データをサーバから取得して、ユーザーがクリックしたProductをCartに投入するのだが、投入する情報はProductではなく、CartItemにする必要があるし

OrderするときはOrderItemにしてAPIを叩く必要がある

ほとんど同じ情報なのだが微妙に変わっていたりKey名が違っていたりするのでそれぞれ変換する

他にも数え上げればキリがないが、コピペして少しだけ改変している部分などが大量にあってバグがあるのかどうかすら判別できない

セキュリティ 課題

DBにHTMLやSQLが入っていると言ったが、調べて見るとDB から取得したHTMLをそのまま埋め込んで表示していたりした

SQLについてはフロントエンド側でSQL生成しており、そのテキストをAPIに送り込んでサーバ側で実行して貰った上で格納とかしていたので

「ここにDROP TABLEとか書けばTABLE消えるんですか？」

と聞くと

「そんなことする開発者はクビだなwww」

とか言われたのでことの重大さを伝えたが、まだ対処できていないようだった

認証等はOAuth2を使っていたので大丈夫そうだったが、本当に大丈夫かどうかは自信がもてない

今後の期待

システム内容はゴミのような状態だがサービス的には良いので、幹部やプロダクトオーナーからは追加要望が山盛り来ている

開発チームが「稼働が足りない」という理由で断ったので「じゃぁ支援して」ということで自分のところに来たのだが

「申し訳ないが、そもそもそういうレベルに無いし、全て作り直しが必要」

と伝えてもどうやら伝わっていない様子

ちなみに元々の開発チームは過去にもこんな感じでサービス作ってたらしいが売れないので問題になってなかった様子

ぱっと見は動いているように見えるのが厄介なところ

正直逃げたいところではある

Permalink | 記事への反応(1) | 10:39

2023-11-14

■令和になっても共有ユーザを使うアホはPC使うな

据え置き型 PCを10人で使ってるならまだ分かる

ノート PCなのに個人ユーザじゃなくて共通ユーザにしている会社はマジで滅びてくれ

「その人がいなくなってもログインできるようにしておきたい」

だったら共通ユーザを追加した上で普段は個人ユーザをちゃんと使え

共通ユーザはレスキュー用だけに使え

レスキューするならもっと他の方法がいくらでもあるけどな

今時MicrosoftだろうがAppleだろうが小規模から大規模にいたるまでユーザー管理の方法を提供してくれてて

そのユーザー管理に基づいていろんなソフトウェアが準備されてあるんだから

それをちゃんとおとなしく使ってくれ

まぁノートパソコンを事務員が使う場合は「知識がない」という理由で仕方がない部分はある

一番最悪なのはサーバー系でそれをやってるアホはマジで滅びてくれ

EC2やAzureでサーバー建てて、初期に作られるroot 権限持ちのユーザーをそのまま使い続けてて

おまけに10人とかでその秘密鍵を共有してるアホは今すぐPCを返却して無人島で暮らしてくれ

もしくはちゃんとしたところでちゃんとしたサーバー運用を学んで来てくれ

何回かその手のサーバーの面倒を見たことがあるんだが

ユーザー管理をしっかりしてないサーバーは運用から何からめちゃくちゃで手が付けられん

yumやaptでupgradeしようとするとエラーになって、そのエラーがなんなのか分からないのでずーっとアップグレードされてなかったり

コンフィグファイルがぐっちゃぐちゃで誰も何が起きてるのか把握できてなかったり

共通ユーザのホームディレクトリはもちろんめちゃくちゃで、/etcや/varに至ってもゴミファイルが大量に放置されてたり

もうマジで ITのゴミ屋敷・欠陥住宅で手に負えない

最近、IT系の不祥事が多発してるけど多分この手のゴミ屋敷が時限爆弾みたいになって発火してるのが大半だと思う

ゴミ屋敷のスタートは共有ユーザな

これやってるやつはすぐにPC返却してくれ

Permalink | 記事への反応(1) | 23:31

2023-09-25

■ディレクトリ 構造を変更したら Susie で rar が読み込めなくなった axrar.spi

結論

移動した7-zipへのパスをレジトリで修正する

インストールした7-zipをアンインスト&再インストールせずそのまま手動で移動させたことで、dll ファイルが読み込みなくなっていた模様。

・レジストリ HKCR\Software\7-zip\Path (文字列)に設定されたフォルダ
・レジストリ HKLM\Software\7-zip\Path (文字列)に設定されたフォルダ

を修正した結果、動作するように。

これは、

Leeyesで一部のrarが開けないことへの対処。

https://ameblo.jp/eruna-captor/entry-12384271374.html

Susieの「ax7z.spi」側ではなく、
これが使う、
「7z.dll」
が、新しい必要があることがわかりました。

と

axrar.spiをあきらめてax7z_s.spiを使おうとしてax7z_s.txtの解説

2.動作環境
ax7z_s.spi 単独では動作しません。他に 7-zip 4.57 以降に含まれる 7z.dll が
以下のいずれかの場所に必要です。
※ 7-zip 4.62, 4.65, 9.20, 9.22 の 7z.dll でも動作しているようです。
・ax7z_s.spi と同じフォルダ
・レジストリ HKCR\Software\7-zip\Path (文字列)に設定されたフォルダ
・レジストリ HKLM\Software\7-zip\Path (文字列)に設定されたフォルダ
7-zip のインストーラによって上記レジストリ値が設定されるので、
インストーラでインストールされた場合は、他に何もする必要はありません。

から推測しました。

rarを読み込まなくなったソフトのPluginフォルダにはax7z_s.spiのために7z.dllを設置していたのですが、axrar.spiとは一階層ずれていたのでこれも読めず、レジストリ先も見つからない、という状態だったかもしれませｎ。

axrarのreadme.txtには7z.dllに依存するなど動作条件が記載されているわけでもないので憶測ですが、おそらくそういうことでしょう。rarを扱える(7z.dllが使える)環境でaxrarを使うはずなので明記するまでもないということかもしれません。

https://w.atwiki.jp/comicview/

ax7z.spi for 7-zip 4.57+ s (s_y4b5 15/01/08)　※ZIP, RAR, LZH, 7z等。要7z.dll。Hamana非対応
ax7z.spi for 7-zip 4.57+ (y3b6 15/01/08)　※ZIP, RAR, LZH, 7z等。要7z.dll。
RAR extract plug-in axrar ※RAR4