MariaDB 11.4 がGAになり、SSLが自動で有効になるようになりました。合わせてMariaDB Connector/Cも3.4からデフォルトでSSLを利用し、かつサーバーの証明書を検証するようになりました。 これにより、MariaDB Connector/C 3.4以降のライブラリを利用してMySQLや古いMariaDBに接続する場合に、SSLで接続できないとか、証明書の検証に失敗するといった問題が発生するようになりました。 これらをリンクしたPythonのmysqlclientやRubyのmysql2のようなクライアントライブラリには続々と問題報告が上がってきています。 この問題に対処するいくつかの方法を紹介します。まずはConnectorをリンクしたライブラリの利用者ができることから。 MariaDB Connector/C 3.3を使う ~/.my.cnf 等が利用されるな
■ Ruby 3.0 がセキュリティメンテナンスフェーズになったのでいくつか補足 Ruby 3.0 がセキュリティメンテナンスフェーズになったことに合わせて、いくつかサプライチェーン周りで考えておく必要がある事項があるので共有しときます。 Ruby 3.0 は OpenSSL 3.0 対応しないことになった Bug #18658: Need openssl 3 support for Ubuntu 22.04 (Ruby 2.7.x and 3.0.x) - Ruby master - Ruby Issue Tracking System に書いたように、Ruby 3.0 には OpenSSL 3.0 に対応した openssl gem はバックポートされないことになりました。つまり、OpenSSL 3.x しか提供されない Ubuntu 22.04 では Ruby 3.0 はビルドできな
この度、XREAサーバーにおいて、システムの増強および、新仕様のサーバーへマイグレーション（移行）を行うこととなりました。新サーバーについては、全プランに最新システム、データ処理速度に優れたSSDを採用し、より高速化と安定稼働が可能となっております。
これは「Rubyist近況[1] Advent Calendar 2021」の6日目の記事です。 adventar.org 自称 Rubyist なので近況を書きます。 2021年10月末で30年ほど勤めた富士通グループを退職しました。 11月からは SmartHR という会社で働いてます。 3年ほど Ruby は仕事ではあんまり使ってなかったのですが、また Ruby を仕事で使うようになりました。 会社から配布された PC は Core i7 メモリ32GB の MacBook Pro なんでかなり人権がある感じなんですが、人生初 Mac で１ヶ月位経ってもまだ慣れなくて、VM で Ubuntu Desktop 入れようか迷ってます。 近況は以上です。以下は富士通グループの入社〜退職までのメモ。長いので読まなくていいです。 1991〜 設立７年目の今はなき「富士通長野システムエンジニアリ
20年前の今日、tDiaryの最初の1行が書かれました。長らくのご愛用、ありがとうございます！ レンタルサーバをターゲットに、CGIスクリプトとして動き始めたtDiaryも、いまではクラウドサービス上のDockerでも動くようにまでなりました。当時、同じタイミングで生まれたブログツール・サービスたちの多くは消え去っていきましたが、サポートしてくださる開発者、利用者のみなさんのおかげで進歩を止めずに開発を続けることができました。 最初のtDiary Partyの席で「最低でも四半世紀は日記を書き続けられるシステムであり続ける」と宣言してから15年。目標まで残すところ5年となりましたが、もちろん5年後にプロジェクトが終了するわけではなく、今後も続けられるかぎり継続して、みなさんの人生を綴る日記帳であり続けるつもりです。 5年に1度開催してきたtDiary Partyをコロナ禍のもとでは執り行え
tDiary 5.1.0 をリリースします。tdiary-coreには前バージョンから一部非互換があるので、マイナーバージョンがあがっています。 本体(tdiary-core)の変更点 機能追加・変更 【非互換】amazonプラグイン: PA-API v5で書き直した (後述) makerssプラグイン: 出力するRSSフィードからXMLスタイルシートを削除 開発者向け変更 【非互換】コールバック系プラグインの記述手法を一部制限 (後述) バグ修正 IOによってツッコミの表示順がおかしくなるのを修正 theme (tdiary-theme)の変更点 とくになし blogkit (tdiary-blogkit)の変更点 とくになし contrib (tdiary-contrib)の変更点 バグ修正 image_exプラグイン: JPEG画像のorientation情報を無視しないようにした
XREAサーバーのマイグレーション（移行）作業は全て完了いたしました。 ご理解とご協力をいただきまして、誠にありがとうございました。 この度、XREAサーバーにおいて、システムの増強および、新仕様のサーバーへマイグレーション（移行）を行うこととなりました。新サーバーについては、全プランに最新システム、データ処理速度に優れたSSDを採用し、より高速化と安定稼働が可能となっております。
■ 企業は安易なMastodonインスタンスの運用を避けるべきでは? たまにはセキュリティクラスタ的なことを書いてみる。最初は「安全なMastodonインスタンスの選び方」というタイトルだったんだけど「安全と安心は違うしなぁ」と思い、「安心な～選び方」にしていたんだが、ここ数日で「企業は自社インスタンスを立ち上げるべき！」みたいな煽りをよく目にすることになったのでこうした。 「おひとりさまインスタンス」を立てる記事がいくつも書かれ、さくらインターネットが提供するVPSで簡単にインスタンスを動かせるスクリプトを提供されたりして、この波にのって我が社も専用インスタンスを持とうって考えてる企業は多いと思う。すでにニッポン放送のインスタンス「Tuner」みたいな(非IT系)企業インスタンスができ始めている。 そりゃぁ他人・他社が運用するインスタンスにアカウント作って「公式でござい」なんてするより、
RubyKaigi 2016 託児室運営記録（技術カンファレンスにおける託児サービス提供について） ## 概要・目的 RubyKaigi 2016 は2016/9/8-10の3日間の会期中、参加者に対して3歳〜6歳のお子様を対象に保育… こういう施策を行えるPyConもRubyKaigiもすごいなー、と思うのですが、二人の幼児を持つ親として、やはりイベント運営側がこういう仕組みを作るのは難しいなぁ、と思ったので備忘録的な読んだ感想。 まず全般的に：素晴らしい取り組みだとは思う。こういうサポートがあったほうが良いに決まっている。 それでもやはり自分が主催するカンファレンスで似たような取り組みをするかどうかはスゴく微妙なところで、現時点の素直な感想としては「この仕組みではやれないな」と思っている。 最も気になったことはこのプログラムへの参加人数の少なさ。結局これに尽きる。子持ちのエンジニアも一
Googleは、同社のPaaS型クラウドサービス「Google App Engine」でRubyランタイムのベータ版を公開したことを明らかにしました。 Google App EngineではすでにJava、Python、PHP、Go言語などがサポートされており、今回ここにRubyが加わることになります。 Google App Engineの利用者はすぐにRuby言語を利用できるようになり、また負荷に応じて自動的にランタイムがスケーラブルに対応してくれ、運用の手間を大幅に省くことができます。 バックエンドのデータベースとしてPostgreSQL、MySQL、Cloud Databaseが用意されており、またBig Queryなども利用可能。
tDiary-5.0.0 tDiary 5.0.0 をリリースします。Ruby 2.0のサポート終了にともない、比較的影響の大きな非互換が発生したため、メジャーバージョンを5としました。 その非互換とはセキュアモード(secure mode)の廃止です。ですから、tdiary.confにて「@secure = true」としていない日記はこの非互換の対象ではありません。通常通りアップデートしても大丈夫です。セキュアモードを使った日記を運用している場合は、以下の注意を読んで対応して下さい。 Ruby 2.1以降では、tDiaryがセキュアモードを実現するのに使っていた機能がなくなったため、この非互換が発生しています。つまり、Ruby 2.0以前のバージョンを使っている場合には影響を受けません(ただしそのRubyは古くてサポートされていないので急いでアップデートすべきです)。他者に貸し出すため
今まで一体どれほどの無駄な苦労を強いられたか…。 いきなり「CGIは時代遅れ、時代はRack。CGIは動かなくなっても知んね。」とか始まったり。 かと思えばnginx + uWSGIとかでは満足に動作せず、「本ちゃんのRubyからWEBrick利用してRackupすれ」とかトンデモ論が飛び出したり。 ある日突然「無駄にモジュール同封すんの止めた。これからはBundler使え」とか無茶振りしだしたり。 1.8系Rubyのサポートが切れるってのに、2.0系じゃまともに動かないなんてやってた時もあった。 わけわからん無駄なSPAM対策が搭載された所為で苦労させられた時もあった。 tDiary記法だのHiki記法だの散々引っ張った挙句、「時代はGFM」とのたまう厚顔無恥ぷりにも閉口。 dbi_ioが切り捨てられたり、その先っちょのruby-postgresの半バイナリ/ピュアRuby化のはざまで苦
Posted by usa on 24 Feb 2016 Ruby 2.0.0 および Ruby 2.1 の今後の公式サポートについてお知らせします。 Ruby 2.0.0 について かねてからの予告通り、本日(2016年2月24日)をもって、Ruby 2.0.0 の公式サポートは終了となります。 今後、より新しいバージョンの Ruby で行われたバグ修正やセキュリティ修正は、2.0.0 にはバックポートされず、また、2.0.0 の新しいパッチリリースも行われません。 現在まだ Ruby 2.0.0 を使用しているユーザーは、速やかにより新しいバージョン(2.3 等)に移行するよう強く推奨します。 Ruby インタプリタ開発者、あるいは企業内で Ruby インタプリタの保守を担当されている方で、今後も Ruby 2.0.0 の公式リリースが継続されないと困る、という適切な理由がある方は、r
タイトルは釣りです。Ruby に盲目的に惚れている迂生には Ruby の痘痕（あばた）はエクボです。 それはともかく。 メソッド名の別名がありすぎ 「あなたは map 派？ それとも collect 派？」っていう問いがまず嫌い。 いや，別名にも意義があるとは思うんだけど，記憶の負担が大きい。 自分では map しか使わなくても，他人のコード読むんだったら collect を知っていなくちゃならない。 しばらく前に reduce っていうメソッド見て，そんなのあったっけ？と思ったら inject の別名だった。 map/collect と inject/reduce の名前とその背景にある発想については，Rubyist Magazine に良い記事がある： そうかと思えば，Array#delete_if と Array#reject! みたいに，働きは基本的に同じだけど，削除が行われなかっ
Posted by shyouhei on 30 Jun 2013 Translated by makimoto まとめ：予定された通り、ruby 1.8.7 は終わりました。 ruby 1.8.7 について すでに大半の方は ruby 1.9.x か 2.0.0 をお使いのことと思います。 (もしまだならそうしてください。) かつて、1.4.x、1.6.x、1.8.x といったバージョンがありました。 これらは MRI と呼ばれており、ruby 1.0 直系の子孫です。 当時最先端の ruby として matz により 1.8.0 はリリースされ、1.8.7 はその血統の最後の一人となりました。 技術的な話をすると、1.8.0 がリリースされて10年が経ち、1.8.7 がリリースされて5年が経ちました。 それまで、 ruby は CGI スクリプトを書くために使われていました。 その後、
FLOSSがメンテナンスされていく過程では、次のどちらかがかならず必要になる*1。 そのFLOSSの周囲に巨大なエコシステムが形成され、コミュニティが共同統治できていること- たとえば、Apache, Debian, Python そのFLOSSに強力なスポンサーがおり、メンテナンスされていること - たとえば、Java, Erlang, このどちらかが成立していなければ、そのプロダクトは生き残れない。だから、わたしはRubyのことを心配している。 Ruby1.8のコミッタの卜部さんが書いたように、Rubyはその大規模なユーザーベースにも関わらずガバナンスが存在しない。しないといっては失礼だが、ここでの意味はApacheやDebian、Pythonのようなレベルにまでコミュニティが成熟していないという意味だ。Rubyで生計を立てている人が沢山いてRubyというプロダクトの周辺には十分なエコ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
