AC/DC出力、ワイヤレス給電など全部入りモバイルバッテリー「Omni 20 ＋」 - 価格.comマガジン
Omnichargeは、同社のモバイルバッテリーシリーズの新製品「Omni 20 ＋」「Omni 20 ＋ USB-C」「Omni 13 ＋」を発表した。モバイルバッテリーはスマホ向けというイメージが強いが、Omnicharge の新製品はACやDC出力に対応するなど幅広いジャンルのデバイスに給電できる万能なモバイルバッテリーだ。アウトドアや車中泊、はたまた緊急時用のモバイルバッテリーを探している人はチェックしていただきたい。 ワイヤレス給電に対応するモバイルバッテリー「Omni 20 ＋」（写真は「Omni 20」） AC/DC出力、ワイヤレス給電、USB出力、USB Type-C出力対応の万能モデル「Omni 20 ＋」 3つの新製品の中でも特に目を引くのが「Omni 20 ＋」だ。20,400mAh/73Whのバッテリー容量もさることながら、最大出力100WのAC出力（120V）、急
Git submodule の基礎 - Qiita
この記事は Git Advent Calendar 6日目の記事です！ Git submodule って最初わかりにくいと思うので、基本的な説明をしようと思います。 git submodule とは git submodule は、外部の git リポジトリを、自分の git リポジトリのサブディレクトリとして登録し、特定の commit を参照する仕組みです。 Subversion でいうところの、external と似ています。 さて、解説のため、手元に、リポジトリA (/path/to/a) とAの submodule として、よく使う例として Bootstrap (元Twitter Bootstrap) を登録してみます。 git submodule を理解するうえで重要なのは、 リポジトリAが指し示すsubmoduleとしてのBootstrapのcommit 現在のBootstr
Git submoduleの押さえておきたい理解ポイントのまとめ - Qiita
みなさんgitのsubmoduleって理解して使ってますか？ 親プロジェクトをpullしたら、submoduleがmodifiedになって混乱してgit addして...あばばばば。みたいな事ないですか？ 私はsubmoduleがなかなか理解できずに結構苦労しました。^^; ブランチ単位で管理する通常のリポジトリと違い、submoduleはCommitID単位で管理するというのが一番理解しにくい部分だと思います。 今回は、プロジェクトにsubmoduleを追加、更新、削除の動きを更新を掛ける側のプロジェクトと更新を受け入れる側のプロジェクトの2つの視点から追いながら、CommitIDで管理するとはどういう事なのかを解説していきます。 (結論だけ見たい人は末尾のまとめへ) 準備 「submoduleを開発する役割のプロジェクト test_app_A」と「submoduleを取り入れる役割のプ
SourceTreeは, 既存の配下リポジトリを自動でサブモジュール処理してくれない
既存のフォルダを, SourceTreeでローカルリポジトリ化した際, フォルダ内に, すでに別モジュールとして, リポジトリが存在していた場合, あたかもちゃんと認識したかのごとく, SourceTree上では, サブモジュールに表示される. しかし, サブモジュールとしてただしく処理されるためには, .gitmodulesというファイルが生成されている必要があり, この段階では作成されていないし, ここからファイルを自動で作成する方法もなさそうだ. これをそのままコミット, githubなどにpushしても, サブモジュールとして正しく管理されない. こういった場合は, 手動で.gitmodulesを作成してやる必要がある. [サブモジュール名] path = (相対パス) url = (リモートリポジトリアドレス) というフォーマットで書きこんでいく. そうすると, ただしくサブモジ
[MySQL]インデックスによるチューニング〜ログ出力、EXPLAIN、インデックス〜 - Qiita
[mysqld] slow_query_log = 1 #スロークエリログ出力有効化 slow_query_log_file = mysql-slow.log #スロークエリログファイル名 long_query_time = 2 #スロークエリとして認識させる時間[秒] log-long-format #インデックスを使用していないクエリをログに残す 上記の設定は[mysqld]のところに書かなければ正しく変数名を解決してくれないので注意。 slow_query_logはONではなく1としなければスロークエリログ出力が有効化されないので注意。 slow_query_log_fileの場所はfind パス名 -name mysql-slow.logで検索すればわかる。 → /var/lib/mysql/mysql-slow.logに生成された。 long_query_timeで設定した秒数以
![[MySQL]インデックスによるチューニング〜ログ出力、EXPLAIN、インデックス〜 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/71f740f6eb843f8a11c8663c7007db32f7e4fe6c/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCTXlTUUwlNUQlRTMlODIlQTQlRTMlODMlQjMlRTMlODMlODclRTMlODMlODMlRTMlODIlQUYlRTMlODIlQjklRTMlODElQUIlRTMlODIlODglRTMlODIlOEIlRTMlODMlODElRTMlODMlQTUlRTMlODMlQkMlRTMlODMlOEIlRTMlODMlQjMlRTMlODIlQjAlRTMlODAlOUMlRTMlODMlQUQlRTMlODIlQjAlRTUlODclQkElRTUlOEElOUIlRTMlODAlODFFWFBMQUlOJUUzJTgwJTgxJUUzJTgyJUE0JUUzJTgzJUIzJUUzJTgzJTg3JUUzJTgzJTgzJUUzJTgyJUFGJUUzJTgyJUI5JUUzJTgwJTlDJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz02NzMyN2Y0M2UxZTA0ZWZkZjFkZjg4ZTIyYjljNTYxMg%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwc2h1bnRhcm9fdGFtdXJhJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz03NTIzZDczZGI1NzYyYzBhZWM5NjZlOGE1NGE3ODU5YQ%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D78c0c1dac295c4a4e9ea1ab361a7e2b2)
誰も教えてくれなかったMySQLの障害解析方法 - Qiita
それほどDBに詳しくないアプリエンジニアが何かトラブった時にすぐさま行動して問題把握できるようになる情報を列挙しておきます。 開発時、障害時の対処療法やちょっとした定期監視方法などを対象にしています。 抜本的な対策などはインフラエンジニアさんにお任せしたほうがいいと思います。 DBはいろんな意味でこわいんでできれば触りたくないです＞＜ 事前確認 MySQLサーバーのシステム設定値を確認しておく 以下のようにサーバーのシステム設定値を確認できます。 mysql> SHOW GLOBAL VARIABLES; # ワイルドカード(%)を用いた絞り込み mysql> SHOW GLOBAL VARIABLES LIKE 'performance_schema%'
知って得するInnoDBセカンダリインデックス活用術！
InnoDBはクラスタインデックスという構造になっている。今日はクラスタインデックスがどういうことかということを、皆さんに理解して頂きたい。もっとも理解して頂きたいポイントは「セカンダリインデックスのリーフノードには主キーの値が含まれている」ということだ。 主キーの構造InnoDBの主キーは次の図のように「データが主キーのリーフノードに含まれる」という構造になっている。このような構造をクラスタインデックスという。 このような構造になっていることには利点と欠点があるが、大きな利点は主キーの値で検索をすると非常に高速だということだ。主キーのリーフノードにたどり着いたときには、既にデータのフェッチも完了している。データとインデックスが別々に格納されているタイプのストレージエンジンでは、インデックスからデータの位置を読み取って、その後データファイルからデータをフェッチする。このように二段階の操作が
ORDER BYとLIMIT, OFFSETの組み合わせには注意しよう｜デロイト トーマツ ウェブサービス株式会社（DWS）公式ブログ
こんにちは、下條です。今日はSQLの軽い (しかし重要な) 話題について書いてみようと思います。 まずは以下の通りユニークでない col カラムを含む test テーブルを作成し、データを投入するSQLをご覧ください。 (MySQLでの例です。) create table test(id INT, col INT); insert into test values(1,1); insert into test values(2,1); insert into test values(10,1); insert into test values(3,1); そして、以下の2つのSQLを実行した場合、結果はどうなるでしょうか？ここで何が言いたいかが分かる方はこの先は読まなくてかまいません。 select * from test order by col limit 2 offset 0; se
Appleは2021年をめどにiPhone、iPad、Macのアプリ統合を目指す？
Appleは2021年をめどにiPhone、iPad、Macのアプリ統合を目指すと、Bloombergが伝えている。 AppleはiOSアプリとMacアプリの開発において基本的なソフトウェアコードを2回書く必要はなくなる新しい開発キットをWWDC 2019で提供する予定で、2020年には同キットを拡充してiOSアプリもMac用に転換できるようにし、2021年までにはiPhone、iPad、Macのアプリが1つにまとめられるようにすることを目指しているそうだ。 ただ、計画は流動的であり、変更される可能性がある、と関係者は話しているという。 また、Appleは2020年という早い時期に一部のMacを自社製チップに移行する計画で、アプリの合併計画はあるものの、iOSとmacOSを1つのオペレーティングシステムに統合することはしないと関係者は話しているそうだ。 関連記事 マジパンへの準備？ mac
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
