スマメイト サービス終了のお知らせ smashmate.net/diary/15815/

「Ruby」の正規表現エンジン「Onigmo」にリモートコード実行の問題、セキュリティ更新を実施／v4.0.9、v3.4.12、v3.3.13が公開。「GitLab」で発見される forest.watch.impress.co.jp/d…

Today, we announce 𝙻𝚒𝚚𝚞𝚒𝚍 𝚁𝙸𝙿𝙻 (real-time inference pipeline), our ultra low-latency inference engine built to put LFMs directly in the request path of real-time workloads like search, ads, fraud, recommendations, and payments. > complete generated responses end-to-end in sub 50ms > maintains low latency under continuous peak load > LFMs get up to 20x faster on RIPL > RIPL supports Multimodal LFMs > RIPL supports d1, our decision models too! RIPL optimizes the full path from request arrival to a complete generated response. As traffic rises, its performance advantage is greatest on the slowest requests. Let’s see some production use cases:

Introducing Gemini API CLI (gemini-api), now available in preview! Our CLI gives your agent power to generate images, videos, text-to-speech, or music, analyze media, transcribe audio, or manage agents. No more guessing model strings, throwaway scripts or endless curl. 🧵 👇

16歳、19歳、20歳が宇宙産業に挑む。漫画『Dr.STONE』みたいな会社が、日本人の若者たちによって誕生していた。 【CEO：杉原海（16歳）】 ・小学生から事業を開始 ・すでに7社の創業・運営に関与 ・宇宙工学、物理学、数学を独学 【CTO：藤井佑成（19歳）】 ・高校時代に数学の新定理を発見・証明 ・全国統一高校生テスト決勝大会で総合全国1位 ・高校を首席卒業、東大工学部に推薦入学 ・AI採点サービスの会社を創業 【COO：谷昊埜（20歳）】 ・スキーで全日本選手権、インターハイ出場 ・高校時代に約100人規模の一般社団法人を創設 ・慶應義塾大学で学び、ケニアで教育活動も経験 さらに、この若者たちを支える大人たちもすごい。 【アドバイザー陣】 ・元日本ロケット協会会長、H-IIA打上げサービスを率いた三菱重工出身者 ・三菱重工で宇宙太陽光発電部門を立ち上げた技術者 ・JAXAに28年間在籍し、宇宙活動法の起草に携わった元参議院議員 ・衛星通信大手スカパーJSATの衛星技術・管制の専門家 この布陣で挑むのが、宇宙に電力インフラを構築する「Zero Industries」。 設立わずか6ヶ月で約4.7億円を調達。前澤ファンドがリード投資家として出資し、大学との共同研究も進めている。 まずはレーザーによる衛星への電力供給から始め、2035年には地球上での発電を不要にし、2150年には太陽を囲む巨大発電システム「ダイソンスウォーム」を完成させるという。 もはや起業というより、人類文明を次のステージに進めようとしている。 漫画の設定でも盛りすぎと言われそうな話。日本からリアル「千空」が誕生するのかもしれない。

CMSって、本来はコンテンツの編集・管理と配信を分離した方が、アーキテクチャとしてきれいだし、拡張性や運用面でもメリットが大きいんですよ。 ところが、とあるPHP製CMSがその辺をごちゃ混ぜにした上にプラグイン機構まで搭載して、なまじ流行ってしまったせいで、複雑な依存関係と脆弱性に悩まされる世界が出来上がってしまった。 しかも、そんな代物が世界シェアNo.1になってしまったもんだから、今に至るまで世界中のエンジニアがその負債の面倒を見続けているわけですよ。 本当勘弁してほしいですよね。

type inference from .sql files has been achieved internally ORMs are toast

「PHP＝家の鍵」はさすがに説明が雑すぎないか？ #イット

「WordPressオワコン！EmDashへ移行しよう！」ってインプ稼ぎに勤しんでる人、どうせEmDashが人気なって狙われ始めて脆弱性どんどん報告されるようになったら今度は「EmDashはもうオワコン！移行しよう！」って言ってるよ🥱

EmDash、PHPでてんやわんやあったので、「PHPやWordPressは危ないからEmDashがよい」みたいな話が飛び交っているので、あえて反論意見。 EmDashもオープンソースなので、人気が出てきたら普通に狙われますし、狙われはじめたらバージョンアップはWordPressほど手軽とは行かないので、結構知識が必要になるかと思います。 逆に、どうにも人気が出ずに開発が続けられないとなれば、普通に開発終了とかもあり得ます。オープンソースだから誰かが開発を引き継ぐというのは、ちょっと夢物語な気も。 また、Cloudflareは比較的安いですが、とはいえアクセス数が1000万リクエストとか超えると従量課金に移行するので、コストも上がっていきます。D1やR2など付帯サービスもそれぞれに課金されるポイントがあるので、思わぬ高コストになる可能性も。 そんなこんなで、いざEmDashもうやめたい！　となっても、データを引っ張り出すにはD1とかSQLiteとかの知識が必要になるので、なかなかの負債になる可能性はあります。 面白いおもちゃなので、その辺を理解して使うのは全然良いと思いますし、応援はしていますが、甘い言葉にはご用心！

これはさすがにミスリードだなぁ… PHPの対応に追われたのは事実だけど、約30年使われてきて、世界中に多くのエンジニアと知見があるから対処ができてる。 もちろんPHP一択、WordPress一択とも思わないので、幅広く選択肢を持ちましょうと言うなら分かるけど、EmDash or 静的サイトですというのこそポジショントークにしか聞こえない。 せっかく経験があるならもう少し視野を広く持ったらいいのに。

WordPress から emdash へ移行とか言うけど、会員管理と継続決済とか、その他各種プラグインとかの移行、そんな簡単に行かないよね…💦

GitHub「markdown-itに深刻な脆弱性があるよ」 ↓ 「あれ、markdown-itなんて使ってたっけ？」 ↓ 「依存経路は次です。 google-cloud/tasks → google-gax → protobufjs-cli → jsdoc → markdown-it アプリのコードから直接は使われていません」 Google Cloud、マッジでもう新規では使いたくない

僕はこういうポジショントークに言及することはあまりなかったんだけど、今回の件をきっかけに相談・問い合わせが増えたので「WordPressオワコン系」の発信について少し触れておきます。 「WordPressは、セキュリティ面も含めて適切に保守管理する必要がある」 これはAI台頭以前から言われてきたことで、今に始まったことではありません。 ただし、今回のPHPの脆弱性は、更新を放置していたサイトだけの問題ではなく、直前まで最新版を使っていた環境も対象です。 「被害のリスクがある＝管理をサボっていた」とも言えません。 一方で、サイトに必要な機能が少なく、WordPressの保守負担が見合わないなら、静的サイトや別のサービスに移行するのは合理的です。 EmDash＋Cloudflare Workersのように、PHPを使わない構成も有力な選択肢です。 今回のPHP固有の問題を避けられるというメリットは、確かにあります。 でも、それと ・WordPressはやめましょう ・移行先はこれ一択です ・今あえてWordPressを勧めるのはプライドやポジショントークです という話は別です。 WordPressを継続する側に都合があるように、移行サービスを売る側にも都合があります。 「WordPressは危険です。弊社の移行サービスへお問い合わせください」 という話に乗った結果、必要な機能がなくなったり、更新しづらくなったり、追加費用がかかったりして、 「このサイトはWordPressのまま、きちんと保守するほうが都合がよかった」 となる可能性もあります。 移行サービスを売ること自体は別に悪くないです。移行によって安全性や運用が改善するケースもあります。 ただ、移行を勧めるなら、移行先のメリットだけでなく、そのサイトに必要な機能、今の運用、移行費用、移行後の保守まで含めて説明する話だと思っています。 今でも、静的HTML、WordPress、Studio、Wix、EmDash＋Cloudflare Workersは、それぞれ選択肢です。 全部が同じ性能・同じ安全性という意味ではなく、用途によって適したものが違います。 逆に、どんなサイトにも「WordPress一択」と勧めてきた人にも、同じことが言えます。 「何を売りたいか」よりも「そのお客さんのサイトに何が合うか」で考えたいですね。

今回のPHP騒動で、『WordPressから静的サイトへの移行』を推奨するポストが流れてきます。 更新もAIで簡単！って、自分のサイトはそりゃそうだけどクライアントのサイトはどうすりゃいいの？ X上と違って現実世界では、AI使えないクライアントが多数。静的サイトにすると『お知らせ』更新とかどうするんだろ？？ 都度、FTPでアップロード？ 都度、制作会社に課金して更新？ ここの解決策見つかれば、WordPressである必要のないサイトは静的サイトに置き換えて良いかもと本気で考えてる🤔