この記事は GitHubの通知で「未読があるが通知一覧では表示されない」という謎の現象を解決する方法です。 問題の背景 先日、私のGitHubアカウントで以下のような現象が発生しました。 右上の通知アイコンに通知ありのマークがついている Notifications画面のサイドバーには1件の未読通知がある しかし、通知一覧には何も表示されない どうやら通知はycombinattoor/-coというリポジトリに関連しているようです。私には全然心当たりがないのですが、確認しようにもそのリポジトリは既に削除されて存在しません。 しばらくは気にせず使っていました。しかし通知アイコンに未読マークがついたままだと、いちいち通知画面を開かないと未読通知があるのかないのかがわからず非常に邪魔です。 そこで解決方法を調べました。 すると、同じ問題に直面している人がいました。 原因 あるリポジトリに関連する未読
この記事は毎週必ず記事がでるテックブログ Loglass Tech Blog Sprint の99週目の記事です！ 2年間連続達成まで残り7週となりました！ 始めに ログラスに入社してから時間が経つのも早く、もう3ヵ月経ちました。 そんな私ですが、入社して最初に作成したPRの話をしていきます。 普段からVimやLinuxを使うのが好きではありますが、それと同時に 環境構築オタク を自称している側面もあります。 オタクを自称する分、環境構築には多少のこだわりがあり、プロジェクトディレクトリに入ったら開発のための便利ツールがすぐ手元にある状態であってほしいのです。 プロジェクトに触って最初にやることというと環境構築ですが、必ずしも運用しやすい状態になっている訳ではありません。 その中でもログラスのプロダクトは環境構築がしやすい方ですが、より効率的にするためMakefileのブラッシュアップをし
macOS 26 Tahoeでは、ターミナルアプリが刷新され24-bitカラーやLiquid Glassデザインにインスパイアされた新しいテーマ、Powerlineフォントをサポートするそうです。詳細は以下から。 Appleは日本時間2025年06月10日午前02時から世界開発者会議(WWDC25)を開催するとともに、基調講演を行い、Liquid Glassデザインを採用する次期「macOS 26 Tahoe」を発表しましたが、基調講演に続いて行われた「Platforms State of the Union」の中で、Appleは次期macOS 26 Tahoeでターミナルアプリを刷新すると発表しています。 Appleでシニアディレクターを務めるMatthew Firlikさんによると、macOS 26 Tahoeでは、ターミナルアプリが刷新され、24-bitカラー(True Color)
2025-07-30 追記 macOS 15.6 で ja_JP が直っているのを確認しました。助かる！！！ （ko_KR も同じ原因で同じ現象なんだけど、そっちはそのままなんだ……。別途報告しよう……） $ cal 3月 2025 日 月 火 水 木 金 土 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 5 月なのに 3 月と言われる。 $ date #午後 date で #午後 という文字列が返ってくる。 状況は cal -y するとある程度理解できて、 $ cal -y | grep "[0-9]月" PM %Y年 %B%e日 %A %X %Z 1月 2月 3月 4月 5月 6月 7月 8月 9月 10月 と、本来「1月」「2月」となるべきところに「PM」「%Y年
筆者は、ローカルエリアネットワーク（LAN）上の「Linux」マシンに頻繁にアクセスする必要があるが、ノートPCが手元にないこともある。そういうとき、「Android」スマートフォンがあれば、SSHコマンドを実行するために、わざわざノートPCを取りに行ったり、デスクまで移動したりしなくても済む。 それでは、AndroidデバイスからSSH経由で接続するには、どうすればいいのだろうか。幸い、「Google Play」ストアには、このプロセスを簡単にしてくれるアプリがいくつかある。どのアプリも無料でインストールして使用できるので、すべてを試して、自分に合ったものを選ぶことが可能だ。無料プランと有料プランが用意されているアプリもあるが、どのアプリも（基本機能は）無料で使用できる。 1. 「JuiceSSH」 JuiceSSHはAndroid向けSSHクライアントの中で最も優れたものの1つである。
現在、AI ブームが巻き起こり、プログラミングのやり方も大きく変わってきています。私も AI を活用して仕事を効率化したく、 Cursor や Cline を試してみたことはあるのですが、10年以上使っている Vim (Neovim) を乗り換えられず波に乗り遅れていました。そんな中、「Aider」という AI エージェントを導入してめちゃ感動したので、紹介したいと思います。 初期の感想↓ ⚠️ ご注意 ⚠️ 本記事は Aider の使い勝手の良さを共有するものであり、特定のエディタを貶めたり、宗教戦争を仕掛けるつもりはありません。 Aider はコードやチャット履歴を収集することはないと 表明 していますが、本記事はそれを保証するものではありません。 本記事は個人の見解であり、所属する組織を代表するものではありません。 追記(2025/04/01): Aider は MCP のサポートが
Multiple selections Multiple cursors as a core editing primitive, inspired by Kakoune. Commands manipulate selections which allows concurrent code editing. Tree-sitter integration Tree-sitter produces error tolerant and robust syntax trees, which enables better syntax highlighting, indent calculation and code navigation. Powerful code manipulation Navigate and select functions, classes, comments,
はじめに curl とは対話シェルやシェルスクリプトから HTTP 通信を行うのによく使われるコマンドです。あらゆる環境（100 種類の OS）で動作し、macOS や Windows には標準でインストールされています。商用サポートもあり、互換性は非常に重視され、何年経っても同じ書き方で動きます。非常に長く使われており（1998 年生まれの 27 歳1）、そして古い情報もたくさんあります。この記事ではそういった古い情報を、より簡単で新しい curl コマンドの使い方にアップデートします。最初に結論を書いておくと、 もう -X POST -H "Content-Type: applicatoin/json" なんて書かなくていいですよ。 （記事を読まない人のためのリンク） この記事を書くにあたって以下の記事を参考にしています。この記事が書かれたのは 2015 年、現在はそれから 10 年後
We, developers, spend a lot of time in our terminal. Or maybe we could spend even more, because there are so many great CLI/TUI tools that can boost the developer productivity, or just be fun to use. This article contains a categorized list of CLIs / TUIs I personally use and those widely adopted in the development community. Our sponsorMultiplayer auto-discovers, tracks, and documents your entire
こんにちは、極予測やりとりAI というプロダクトの開発責任者をしている しゅん（@MxShun）です。 ある日、cURL は成功し Go HTTP リクエストは失敗する事象に遭遇しました。そのとき調査して分かった原因と仕様を共有します。 目次 事象の詳細 事象の原因 仕様1. HTTP/2 ではヘッダーは小文字のみ許容される 仕様2. Go HTTP/1.1 ではヘッダーは MIME 正規化される まとめ 事象の詳細 HTTP リクエストヘッダー X-Api-Key 値で認証するサーバと通信をしており、サーバのリアーキテクチャに伴う外部結合テスト中に当事象に遭遇しました。 まず疎通確認のため Go アプリケーションのコンテナ内から cURL でリクエストしてみたところ、200 OK が返ってきました。 curl -v \ > -H 'X-Api-Key: xxx' \ > -d '...'
メール、DNS、サーバホスティング、クラウドIaaSサービスと数々のサービス立ち上げに参画。近年は過去の経験を活かしてプラットフォームエンジニアリング部門を発足。100を超えるサービス/プロジェクトをホストするプラットフォームに育て上げる。市場や技術の変化を捉え、自らをアップデートし続けることがビジネスを成功に導く秘訣と考えるストラテジスト。 【IIJ 2024 TECHアドベントカレンダー 12/6の記事です】 今年のIIJアドベントカレンダーは「運用」がテーマということなので、運用に欠かせない必携ツール筆頭であるSSHを取り上げ、SSHの秘密鍵を安全に管理する方法について考えたいと思います。 たとえSSH秘密鍵が漏洩しても、安全を確保する方法 踏み台サーバにSSH秘密鍵を置かずに利用する方法 SSH秘密鍵の安全な置き場所を考える SSH秘密鍵は一般的に ~/.sshにファイルとして管理
今まで id:mizdra はターミナルで Git ブランチを切り替えるときに、zsh + peco を使った Git ブランチ検索用のキーバインドを使用していた。 # .zshrc function select-git-branch() { selected_branch=$(git branch | cut -c 3- | peco) BUFFER="${LBUFFER}${selected_branch}${RBUFFER}" CURSOR=$#LBUFFER+$#selected_branch zle redisplay } zle -N select-git-branch bindkey '^b' select-git-branch zsh + peco で Git ブランチを切り替える様子 便利っちゃ便利なのだけど...沢山のブランチの中から「あの時作業していたあのブランチ」
開発用適当ツールは Go で作るのがオススメ！？ 先日、開発用適当ツールはGoで作るのがオススメ という記事を拝見しました。 まだ読んでないよという方はぜひ読んでみてください！ とても良い記事でした😌✨ Go 言語も CLI ツールの実装に向いているということも分かりました。 そして、Go 言語の魅力も伝わってきました...！！ まとめると以下のような点がメリットとして挙げられていると思います。 go run で簡単に実行できる シングルバイナリにクロスコンパイルできる go.mod / go.sum が依存性管理を楽にしてくれる 動作速度も申し分なし たしかに開発用適当ツールの作成というユースケースは Go は魅力的な選択肢だと思います！ 開発用適当ツールは Rust で作るのもオススメ 前置き 最初に大事なことを言っておきます。 タイトルにもあるように、Rust も であって GO
概要 AWS とかで踏み台ホスト経由（ここでは AWS っぽく bastion と呼ぶ）で ssh する必要があるなら ~/.ssh/config は↓みたいにしとくのが良いんじゃないかな？ Host bastion Hostname bastionのIPアドレス User bastionのユーザ名 # ↓は規定のファイルだったり ssh-agent 使ってれば不要 IdentityFile bastion接続用の秘密鍵ファイル名 # ↓の3つはWindowsでは使えないので諦めて ControlMaster auto ControlPath ~/.ssh/cp-%r@%h:%p ControlPersist 10m Host 好きな接続先名 Hostname 接続先のIPアドレス User 接続先のユーザ名 # ↓は規定のファイルだったり ssh-agent 使ってれば不要 Identi
TL;DR tar(1)の引数はオプションではなくkeyだから 歴史 tar(1)は Unix v7 (1979) で導入されたが、その前身は Unix v4 (1973) の tp(1)、更にこれは Unix v1 (1971) の tap(1) に遡る。 80年代に入りSystemV v.s. BSDといったことが起きたりし、PWB/UNIX (Programmer's WorkBench)で導入された cpio(1)とtar(1)、どちらがUnixの標準アーカイバか争われた結果、IEEE Std. 1003.1-2001 (POSIX.1-2001) を以って tar(1)は規格から削除され、代わりに IEEE Std 1003.2-1992 で導入された折衷案のpax(1)が標準となった。よって、現在実装中立なtar(1)の仕様書がそもそも存在しない。最後の中立規格は1997―19
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く