gumiCryptosCapitalのパートナー陣、左から國光宏尚氏、Rui Zhang氏、Miko Matsumura氏 日米拠点でブロックチェーンおよび暗号資産テクノロジーへの投資を手がけるgumi Cryptos Capital(gCC)は3月31日、Web 3領域に特化した2号ファンド「gumi Cryptos Capital Fund II(gumi Cryptos Capital II GP, LLC)」の設立を公表した。ファンド規模は110万米ドル(日本円で130億円)で、運用期間は10年。主な出資者(LP)はgumi、新生銀行、GMF Capital、Rockaway Venturesなど日米事業会社および金融機関、個人。ファンドパートナーは國光宏尚氏、Rui Zhang氏、Miko Matsumura氏が務める。 シード・アーリーステージのスタートアップ約50社に対し、1
國光 宏尚(くにみつ ひろなお、1974年1月28日 - )は、日本の実業家。『gumi』創業者・ファウンダー代表取締役会長、『Candee』ファウンダー会長、『FiNANCiE』ファウンダー代表取締役CEO、『Thirdverse』ファウンダー代表取締役CEO。情報経営イノベーション専門職大学 超客員教授。米国Santa Monica College卒業。兵庫県神戸市灘区出身。 概要[編集] 神戸市生まれ。米国Santa Monica College卒業後、2004年(平成16年)5月株式会社アットムービーに入社。同年に取締役に就任し、映画・テレビドラマのプロデュース 及び 新規事業の立ち上げを担当する。 2007年(平成19年)6月、株式会社gumiを設立し、代表取締役社長に就任。2021年(令和3年)7月に同社を退任。 2021年8月より株式会社Thirdverse代表取締役CEOお
去年、イギリスのオークションハウスで、あるデジタルアート作品が史上最高額のおよそ75億円で落札された。金額とともに話題になったのは、この作品がNFT作品(※偽造が不可能な所有証明書付きのデジタルデータ)であるということ。使われているのは、暗号資産取引でも用いられるブロックチェーン技術だ。 【映像】75億円で落札された実際のNFT作品 今、そのブロックチェーン技術がウェブの形を変える可能性があると言われている。Twitterには「どの辺がすごいのか 調べても全くわからん!」「Web3って最近よく聞くけど、結局何が変わるの?」「知らない言葉だらけでついていけない…」など、戸惑いの声が上がっているが、そもそも「Web3」と「Web 1.0」「Web 2.0」との違いは何なのだろうか。 ニュース番組『ABEMA Prime』に出演したひろゆき氏は「“調べても分からん”は正解だと思う」とコメント。「
グループ全てを統括する純粋持株会社・アライドテレシスホールディングス株式会社の設立に伴い、2004年(平成16年)7月1日、日本国内向け販売・サービスを主要事業として設立された。ネットワーク専門メーカーとして、企業、医療、自治体・文教などの分野へソリューション、サポート・サービスの提供を行っている。 2007年に独自開発OS AlliedWare Plus搭載のスイッチ製品「xシリーズ」の販売を開始。 2013年にネットワーク統合管理ソリューションAMF(Allied Telesis Management Framework)、プライベートクラウドの導入を加速させる新ソリューション「EtherGRID」を発表した。2014年にはSDNアプリケーション連携ソリューションSES「Secure Enterprise SDN」を発表。2014年にAMFがiCMG Architecture Awar
default: &default adapter: mysql2 pool: <%= ENV.fetch("RAILS_MAX_THREADS") { 5 } %> username: root password: password timeout: 5000 #下記の2つを追加 encoding: utf8mb4 charset: utf8mb4 なぜ解決できたのか? 自分でも結果的にたまたま解決しただけではすっきりしないので、なぜ解決できたのか分かる範囲で書いておこう。 以前別のアプリケーションを作った時にMySQLの設置ファイルであるmy.cnfにinnodb_large_prefixを有効にする設定をしていた。 innodb_large_prefixは長い文字列を許可するための設定だ。 今回、encodingとcharsetの設定がそれに合う形に設定されていなかったのが原因だった
困っていた内容 RDS(MySQL)でスロークエリログをCloudWatch Logsに出力しています。 DBパラメータグループで設定した閾値(long_query_time)よりも短い実行時間のクエリもログとして記録されてしまうのですがどうしたらいいでしょうか? 原因 log_queries_not_using_indexes の設定値が1(TRUE)になっているため。 log_queries_not_using_indexes: インデックスを使用しないすべてのクエリをスロークエリログに記録するには、1 に設定します。デフォルトは 0 です。インデックスを使用しないクエリは、その実行時間が long_query_time パラメータの値未満であってもログに記録されます。 どう対応すればいいの? インデックスを使用しないクエリが記録されなくなっても問題ないかを確認した上で スロークエリロ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く