macOS CatalinaでCSSフォントが明朝体で見にくくなったときの対処法
macOS Catalinaとは 2019年10月8日にリリースされた最新のmacOS。セキュリティが強化され、新機能もいくつか追加されたためアップデートしている人が多いが、Webサイト閲覧時にCSSフォントが明朝体で見にくくなってしまうという問題が起きている。 例えばFeedlyの場合は左図のように明朝体となってしまう。しかし後述の対処法でフォントを変えれば右図のように見やすいフォントに変更できる。 CSSのフォント指定について 基本的にWebサイトではCSSのfont-familyでどのようなフォントでテキストを表示するか指定するのだが、macOS Catalinaではヒラギノ角ゴPro/ProNというフォントがなくなったため、これらを指定していたWebサイトでは代替で明朝体のフォントが表示されるようになることがある。 ユーザースタイルシート この問題はユーザースタイルシートでfont
macOS Catalinaでヒラギノ角ゴPro/ProNがなくなって困ってるfont-familyの設定を考える。｜榊原昌彦
macOS CatalinaのChrome 77のフォント問題。 勘違いしている人が多いので説明。 Chromeのデフォルトだった「ヒラギノ角ゴシック ProN」がCatalinaで未バンドルになる ↓ 該当するフォントがなくなったため、Sans Serifが明朝体で表示される ↓ フォント指定の甘いサイトは全部明朝体に！ pic.twitter.com/Cil92P8PGO — 池田 泰延 (@clockmaker) October 8, 2019 注：本記事はベストプラクティス紹介ではありません。記事内のフォント指定はわかりやすさを優先しているため、英語フォント名は割愛しておりますので、このまま利用すると意図していないフォントになることがあることご注意ください。この問題です。池田さんが書いてますが、端的にいうと「フォント指定が甘い」から起きています（Sans Serifがなぜか明朝体で
Qiitaのビジュアルアイデンティティを再定義し、ロゴ等を変更しました - Qiita Blog
こんにちは、Qiita 開発チームのyaotti です。 Qiita では昨日12/1から、年間を通して一番盛り上がるイベントであるアドベントカレンダーが始まりました。 12月になりましたが参加者募集中のカレンダーもまだたくさんあります。書けそうなテーマのカレンダーがあれば是非参加登録して一緒にそのテーマを盛り上げていきましょう🎅🎄 2019年の募集中のカレンダー一覧 – Qiita 今回は本日2019/12/2に変更した Qiita のロゴについて、その背景と目的をお伝えします。 一言でいうとQiita 運営者としてサービスの思想やブランドをユーザーの皆様にお伝えするために、ビジュアルアイデンティティを社内で定義・言語化し、それに沿った形にロゴや各種ビジュアル要素を作成しました。 ビジュアルアイデンティティとはビジュアルアイデンティティ (VI) とは、ブランドを視覚的に伝えるための
noteのドメイン移行を支えた技術｜こんぴゅ
こんにちは、ピースオブケイクのコンです。先週、noteのドメインがnote.muからnote.comに移転されました 移転の詳しい背景はこちらの記事を参照いただくとして、本稿では技術的側面からこのドメイン移行について振り返ってみます 2000万MAUのサイトを移転する技術webサービスがドメインを移転する事はたまにある...といえばあるでしょうが、noteのようにそれなりに複雑で、2000万MAUもあるサイトをドメイン移転するというのは聞いたことがありません。 2019年2月にcomを取得後、具体的に移行の作戦を考え始めたのですが、ググって成功事例を探しても「理屈は分かるけど、ウチの規模だと、どこにどう影響出るか完璧に把握するのは難しいな...」と思いました。それでもやるしかない状況だったわけです。 なので、今後、ドメイン移転を実施するサービスのスタッフ（特にエンジニア）さんの参考になれば
crontab database ～君がしでかしてくれたもの～ - Qiita
この記事は本番環境でやらかしちゃった人のアドベントカレンダー２日目の記事です。 内容的にそろそろ時効だと思うので供養のために書きました。 追記。そういえば時期をちゃんと書いてなかったけど事件が起きたのは去年2018年、つまり仕込み（ヲイ）は2017年の話です ぶっちゃけネタ記事ですｗ （たまたま見つけて参加してみただけなのに昨日の記事の伸びっぷりを見て戦々恐々としてる TL;DR DB移行作業において、テスト期間中は常に最新のデータで処理できるように書いておいたプログラムをcrontabで実行していた。最終的に本番に合わせて日時を調整していたが、そのことを失念し１年後に再実行されてしまい、本番データが１年前に巻き戻る事故発生。 crontab は分、時、日、月、曜日を指定できるが、１年後に帰ってくるから気をつけてね。という話。 惨劇はなぜおこってしまったのか 結論から言えばcrontabの
いつものように本番作業してたはずなのに - Qiita
この記事は「本番環境でやらかしちゃった人 Advent Calendar 2019」の1日目です。 https://qiita.com/advent-calendar/2019/yarakashi-production なかなか濃いラインナップが期待されますが、まずはさらっといきたいと思います。 具体性が乏しい部分もあると思いますが、そこはお察しください。。。 やらかし 背景（前提条件） いっていに昔の話です ETL（データ加工）サーバ 数十を超えるシステムからデータを集める BIツールなどで活用できるように各種加工処理を行い、DBなどにロードする 繁忙の違いはあれど、24/365で常時一定量の処理は稼働している 複数のチームが共存しているサーバ アプリ面では比較的疎 ETL処理のリリース前に本番サーバ上で試験をする取り決めになっていた 性能や本番相当データのテストが安全に行えるような環境
1年前に脳梗塞になった話
今から1年前に脳梗塞を発症し、復帰した。なかなか得難い体験なので思い出せる範囲で書き残しておこうと思う。 2018年12月1日(土曜) 朝10:30頃、目が覚めて右腕で左に体を起こしたらそのままふらっと左に倒れ込んだ。どうもおかしいと思いながら立ち上がり、ふらつきながら廊下に出たところで左の手足が揃っておかしい。 家族や親戚が何人も脳卒中を経験している知識から、これは脳だと判断して、すぐに別室の妻に「救急車呼んで！左半身がおかしい」と叫んで、不自由な左半身をおしてトイレまでいって尿をした。 トイレを出てすぐに寝室の棚から診察券ファイル、財布、カードケースなどを救急車用に用意し、寝巻きのポケットにスマホを入れて廊下に出たら倒れ込んだ。立ち上がろうとしてもすぐに倒れ、立ち上がれなくなったので、そのまま座って救急車を待った。 救急車が到着したらすぐに運び出され、救急車の中で様子を聞かれる。脳梗塞
環境変数を設定するだけでRuby on Railsサーバが10%高速化する(かもしれない)話 - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)
この記事は Akatsuki Advent Calendar 2019 1日目の記事です。 はじめに アカツキでは Ruby on Rails を使ったゲームサーバを開発・運用しています。ゲームの体験を向上するために、レスポンスタイムは一つの重要な要素となるため、種々のパフォーマンスチューニングを行なっています。今回はその一例として、環境変数を1つ設定するだけで、あるAPIのレスポンスタイムが10%も改善した例をご紹介します。 TL;DR 多数の時刻を含むレコードを扱う Ruby on Rails サーバでは、 TZ 環境変数を設定することで、デフォルトタイムゾーン設定ファイル /etc/localtime へのアクセスが減り、高速化が図れるかもしれません。 効果は Time オブジェクト1個あたり数μsの短縮といったオーダーですが、チリも積もれば山となり、数千個のレコードを処理するAPI
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Grammar checker for an editor?