はてなブックマーク

要するに、認証と認可は別物だよって話。 ざっくりとまとめると。 認証 Authentication あなたは誰ですか 私は X というユーザです、パスワードはこれです 確認しました X で間違いないです 認可 Authorization X です、管理画面を開きたいです あなたは管理画面への"鍵"をもっていません、拒否します もうちょい例。 世帯主じゃなくても、家の鍵を持っていれば家に入れる。=認可 世帯主かどうかは公的文書（住民票とか）で確認する。=認証 で、じゃあ Web ではどうやんねん、というと、 （例によってよく使うものだけ紹介） CakePHP ならこのあたりにまとまってる。 認証 - 3.6 Laravel だと分かれてる。使う仕組みが違うので別項目になってるって。 Authentication - Laravel - The PHP Framework For Web Ar

PHP で書かれた、パフォーマンスがクソほど悪い web サイトの様子を見ることになったので、どこに時間使っとんねん！を調べようと思い xhprof 入れるぞ！！と準備しようとしたら PHP7 以降はサポートしないらしい。 FB 社が HHVM に移行したから扱わなくなったのかな？わからん。 調べたら PHP7 対応の更新を独自に追加した xhprof と、 tideways という xhprof 互換のプロファイリングツールがあるらしいので tideways を使ってみる話。 XHProf fork with PHP 7.0, 7.1 and 7.2 support | Tideways tideways エクステンションの準備 ここからエクステンションがダウンロードできる。 tideways/php-xhprof-extension: Modern XHProf compatible

アーカイブ2024/04 (7) 2024/03 (4) 2024/01 (3) 2023/12 (1) 2023/11 (3) 2023/10 (1) 2023/09 (1) 2023/08 (2) 2023/05 (4) 2023/04 (4) 2023/03 (4) 2023/02 (2) 2023/01 (1) 2022/12 (1) 2022/11 (4) 2022/10 (3) 2022/09 (2) 2022/08 (4) 2022/07 (5) 2022/06 (4) 2022/05 (9) 2022/04 (8) 2022/03 (10) 2022/02 (21) 2022/01 (8) 2021/12 (11) 2021/11 (1) 2021/10 (4) 2021/09 (2) 2021/08 (1) 2021/07 (2) 2021/06 (5) 2021/05

まとめると？ タイトル通り。 docker の出すログファイルでディスクが 100% になった。 ログファイルの削除と daemon.json の設定をして完。 起きたこと 環境依存的に難しいので docker を使っているバッチスクリプトがあるのだが、このスクリプトがモリモリと標準出力に出している。や、本来は捨てられる前提のものなので、問題はあるけどない、みたいな状態。 docker は docker 内で動いているメインプロセスの標準出力のログを取っているっぽく、そのログが溜まりに溜まって、ホストマシンのディスクを埋め尽くしてしまった。 それをたまたま、同じホストマシン上の、まったく違う docker コンテナで動いている web アプリケーション上で、セッションがうまく動いていないっぽいという事象が発生したところから、調べてみると、ホストマシンのディスクがいっぱいだった、ということが

色々が色々あって、社内限定ツールに Active Directory を参照した LDAP 認証を掛けることがある。 それ自体は別にいいのだが Docker を使ってペペッと作って展開するといったときがやや面倒になった。 ので、それを docker-compose を使ってリバースプロキシを作ったら解決できたよ、というメモ。 こんな感じで docker-compose.yml を作って。 version: "2" services: application: container_name: "${APP_NAME}_application" build: ./docker-app volumes: - ./src:/var/www/html proxy: container_name: "${APP_NAME}_proxy" build: ./docker-proxy ports: - "

以前 TF-IDF について調べた。 TF-IDF ってのを使うと単語の重要度がわかるよって聞いたので調べた | ごみばこいん Blog まったく違うアプローチをしている重要語を抽出するようなものがないかなーと調べてたら FLR というものに行き着いた。 元の論文 「出現頻度と連接頻度に基づく専門用語抽出」という論文で語られている。 機関リポジトリ内のページ UTokyo Repository - 東京大学学術機関リポジトリ 関連サイト 専門用語（キーワード）自動抽出システム”のページ ここで実際どうなるのよ、が試せるっぽいのと、ライブラリが配布されているので組み込むのもまあまあ容易に行けそう。 FLR のものすごいざっくりした理解 コンテンツにおける専門用語って名詞が連続すること多いよね 形態素解析の結果って名詞かどうかわかるよね → できるじゃん！！ FLR の仕組み 単名詞バイグラム

こんにちは、ごみばこです。 これまで SublimeText ユーザだったのですが、ここのところずっとPHP書きがおおいので、本格的に PhpStorm に乗り換えました。やっぱり IDE すごいっすねー、静的解析強力過ぎやしませんかね。 PhpStorm: Lightning-Smart IDE for PHP Programming by JetBrains という話は今回ではないのですが。 PHP も書きつつ、機械学習だなんだーとやる機会もあって Python を書くことも増えてきました。そこで PhpStorm でも Python のハイライトくらいはできるよーって紹介です。 PyCharm があるよね？ PhpStorm と同じく JetBrain 社から PyCharm という Python 向けの IDE も出ています。が、これを使うにはまた別途ライセンスを買わないと。。そこ

DynamoDB 使ったほうがいいんじゃない！？！？という話になったので、調べたメモ。まじでメモ。 + 金額感 + ストレージ利用料 + キャパシティユニットと呼ばれる処理単位 + リクエスト数 + キャパシティユニット + 書き込みの制約 + 1つの書き込みキャパシティユニットで秒間1回書き込める + 1つのキャパシティユニットで1KBまで + 読み込みの制約 + 1つの読み込みキャパシティユニットで秒間2回読み込める + 1つのキャパシティユニットで4KBまで + これを消費する量をスループットと呼んでいる + Dynamoを使っている上でスループットが上がらない、はキャパシティユニットを上げればいい + 読み書きそれぞれ別の値を設定できる + オートスケールも可能。70%をしきい値に増やしたり減らしたりできる + この制約があるので一括でドッバー！みたいなことができない + キャパシ

この記事は Webスクレイピング Advent Calendar 2017 - Adventar の 5 日目の記事です。 お仕事都合による発生するスクレイピングについてと、それつらたん～～～なことになってきたので解消するようにブチアゲした話を書きます。 お仕事都合による発生するスクレイピング お仕事都合、例えば営業や企画といった人達から「こういうこと出来ないかなあ…？」とかって話が来るとおよそ7,8割の確立でスクレイピングできないっすかというお願いです。それが 1 回だけならいいんですが、異なる人から、異なることを、ちょこちょことお願いが来たりします。 さらに厄介なのが「XX さんに先月お願いしたやつ、今月もよろしく」みたいなやつ。ぼくは XX さんじゃないし、その事があったことを知らないぞ?? そしてその “お願い” の中身としては、例えばこういう感じ。 指定する URL 群から XX

ORMとの連携 faker は CakePHP や Laravel の ORM と連携することができる（！？） 試してみたところ、連携というよりは ORM を通して、実際に DB に値を格納してくれるっぽい。 例えば CakePHP3 で使うならこんなふうに。 $faker = \Faker\Factory::create('ja_JP'); $populator = new \Faker\ORM\CakePHP\Populator($faker); $populator->addEntity('Users', 5, [ 'name' => function() use ($faker) { return $faker->name; }, 'prefecture' => function() use ($faker) { return $faker->prefecture; }, 'cre

ギョームで使ってるあるシステムのリポジトリが大きすぎて、クローンめっちゃつらい、というかできないんだけど！となったので調べた。 git リポジトリの肥大化は、長年積み重なったログ、うっかりコミットされた大きなファイル、バイナリファイルの積み重ねが主な原因っぽい。 （バイナリファイルは差分でログにしていくのではなく、フルでログになる） なので、大きく 2 つの方向があると思う。 1 つめはリポジトリ自体のログをねじ曲げる方向。ログが原因なので、そのログから原因要素を取り除けばいいじゃん！という理解。 もう 1 つはクローンするときに工夫する方向。ログが大きすぎるのでログを最小限にしていく。 方法 1 : ログを書き換える 方法 1-a : リポジトリを作り直す リポジトリのログをねじ曲げるにあたって、手っ取り早い改善策はリポジトリを作り直すこと。最新の状態を手元に持っておき、リポジトリを捨て

たいとるそのまま。 Composer 使って Packagist から ライブラリを入れられるけど結局何者なんだ、 install と update の違いはなんだ、つーかオートロードってどうなってんねん、などなどがよくわからなかったのでドキュメントとかソースを見た。 Composer とは？ Introduction - Composer このあたりを、見ると大体解決する。 Composer “Dependency Manager for PHP” → PHP向けの依存関係管理システム Ruby における Bundler や Node.js における npm のように、 PHP に対しての Composer 。 Bundler: The best way to manage a Ruby application's gems npm Composer 自体も PHP で書かれていて、PH

一時期 Atom を使ってたけど、もっさり感がどうにもならないのと、簡易的なメモ（新規ファイル作って保存せずメモしておきたい、エディタ再起動しても残っていてほしい）が残せなかったっぽいのもあって、しばらくずっと PhpStorm か SublimeText を使っています。 最近になって、普段使いの PC を新しいものに変更してスペックも上がったし Atom もいろいろバージョンアップしているようだしどうだろうなあ、と思って Atom のプラグインを色々見てたら Jupyter を触れるとかなんとか書いてあるではありませんか！ 謎技術だなあと思いつつもエディタ上で Jupyter のように振る舞ってくれるならそれはとっても素敵だなーと思ったので、試してみたの巻。 Atom + Jupyter をやるには？ Hydrogen というパッケージを使うと Atom 上で Jupyter かのよう

某所の CentOS サーバをいい加減に 7 系にしよう！と思い、アップグレード手順なんかを調べていたら結構大変そうなことになった記録。結論としてまだアップグレードは出来てない。大して yum 以外でモリモリ入れたのも無いし、およそ nginx と php が動けば良いだろうな、入れ直しが手っ取り早そうだ。 公式 Wiki にアップグレードツールの件が記載されている。 TipsAndTricks/CentOSUpgradeTool - CentOS Wiki 目につく部分に警告が書かれている。 DO NOT USE this tool. Warning: use of this tool is currently BROKEN as several system-critical packages are of a higher version number in CentOS 6.7 t

NGINX Unit なるものがリリースされたらしい。 ・NGINX 公式サイトの情報 NGINX Unit ・NGINX Unit 公式サイト NGINX Unit ・見かけた記事 NGINXからアプリケーションサーバ「NGINX Unit」がオープンソースで登場。PHP、Go、Pythonに対応。Java、Node.jsにも対応予定 － Publickey ドキュメントに書かれているインストール方法や設定を見てたらパッと出来そうだったので思いたってやったったの巻。 どうにも公式サイトのドキュメンテーションを見ると CentOS と Ubuntu 向けにはパッケージが適当されているっぽい。なのでコレを利用する。また nginx が既にいる環境でやると便利そうなので docker で立ち上げていく // ホストにて $ docker run --name nginx-unit -d -p

MySQL 使ってて utf8_unicode_ci や utf8_general_ci とか mb4 …？ とプチ事故が起きたので解消するべく調べた。 照合順序とは 「utf8_general_ci」といった文字コードの指定してるっぽいやつは、文字列カラムにおけるコレーション（=照合順序）と呼ばれる。ここで指定された値によって、MySQL が文字列を解釈したり比較を行うようになっている。 表記は 文字コード_文字セット名_比較方法（※特殊なものとして *_bin もある） 文字コード utf8mb4 とか utf8 とか cp932 とか 言文字セット名 japanese とか german とか Unicodeに限り、japanese はないので general か unicode か bin を選ぶ。 （言語によって文字の特殊性があるらしく、その言語別の定義があるが日本語はない） 比