サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
猫
oshiire.to
最近、家に引きこもっていると高い確率でイライラがつのることが分かって、取り急ぎ外に出てきたしょっさんです、こんにちわ。今日は街ゆくJKを横目に、なんとなく思いついたことをただ思ったとおりに書いてみようかと思います。 1. 文章の書き方にお困りではありませんか さて、みなさんは「人に読んでもらえる文章」ってどう考えてますか? 「どう」って言われても困るでしょうが、「読みやすい」「理解しやすい」「よんで楽しい」「読んでもらうには」など、ターゲットにも寄るでしょうが、さまざまな想いを込めて文章を書くことと思います。具体的には、文章を記述するために、ターゲティングして、伝えるべきことを決めて、伝えるべきキーワードの順番を… などなど方法論やプロセスがあります。 これでも、あたしは普段から気をつけて文章を書いています。そのように思われないとは認識していますが、結構、たくさん [I]関係ないけど、結構
みなさん、おはこんばんちわ。サーバを追加しては muninに(*´Д`)/ヽァ/ヽァしてるしょっさんです、毎度おはようございます。挨拶は何度でもします。 さて、Debian squeeze で munin 2.0.9 が poolに公開されていたので、特に現行に問題も文句もありませんでしたが更新してみました。ら、変なところではまったので記して残しておきます。 client node 側の更新 こちらははまりようがないはずです。何も起きませんでしたから。多分。 もし、”munin-node.conf に差異があるよ?” と聞かれることがあれば、「N」(現行の設定を残す)を選択しておいてください。 まず、ダウンロードしましょう。次のコマンドを入力ください。順番がありますので次の通りにどうぞ。 [I]“/tmp” で作業することにしました。 cd /tmp wget http://ftp.jp.
我が家では”Zabbix“や”WordPress“を利用していて、そのバックエンドのDBとして、”MySQL“を利用しています。 立ち上げに特に設計もしているわけでもなく、何となく使い始めたために、知らぬ間にいろいろと課題が出てきました。稼働に影響を与えているものとして 2つあります。 MySQLのdatadir直下にある ibdata1がディスクそのものを圧迫している 一つのサーバにいろいろと同居している上、SMPも使えず 32bitによるメモリ制限もあって、MySQLがボトルネックになっている 何も考えずに作り始めるってのは、ホント問題ですねぇ。アーキテクトとしては最低です。まぁ、作り始めたころはまだアーキテクトではなかったので、良しとしましょう [I]よろしくない この二つの課題の内、一つ目「ibdata1ファイルがディスクそのものを圧迫している」問題について、先にまず対処しました
[ムーミン?] debian squeeze へ munin 2.0.6 を入れてみた [Munin] 肺炎で隔離されたまま一週間以上が経過して、すっかり体力の無くなった今日この頃ですが、家でもできるリハビリはいろいろとやってるんですよ。 ということで、某Software Design 11月号の OpenFlow記事を目的に買ったにもかかわらず、@zembtsuの人のMunin記事が熱かったので、入れてみてみました。雑誌だと Debian Testing だったので、自分とこで管理してる Debian Squeeze で作業してみた、これは、その記録です。 サーバに Muninを入れてみる 監視対象に Munin nodeを入れてみる 設定ファイルを弄ってみる cronでのグラフ作成ではなく、リアルタイムでの作成にしてみる うちのサーバは、まだ potato だったころの debian
こっちのblogは、平成を振り返っている最中からずっとほとんど何も書いていないのに、noteは60日連続で書いたりしてる、しょっさんです、こんばんわ。 何したいんだかよく分かりませんが、何も考えなくて良いエッセイって気楽でいいなって書いてたら、こんなことに。こんなに続けて書いたことって、たぶんないんじゃないかな。 “[読書メーター] 2019年7月に読んだ本 [まとめ]” の続きを読む
昨日のストレージ友の会で、宣伝タイムが無かったんですが、なぜかこのクラウディアさんが配布されていました。 出元がよく分かりませんが、クラウディア(*´Д`)な感じでよろしくお願いします。 主催側の気になるドタキャン率は 15% 程度、今回も想定通りの範囲です。また、当日予定外に参加されたメンバーが 1名いました。 今回はディスカッションメインだったために、参加者自体が比較的少なめだったのだと感じています。ただ、キャンセル数が少なかったことは意識のあらわれでは無いかと考えています。事前キャンセルの方は、仕事・体調不良がメインで仕方の無い方がほとんどです。 当日ドタキャンの報告なしの方については、理由が無いため想定が分からないことが残念です。あえてヒアリングするのも難しい問題です。この辺は匿名で良いので、理由が収集できるといいですね。「忘れてた」「予定に入れ忘れていた」などであれば、Remin
昨日のお勉強会では、これまでのセミナー形式から、参加者が討論、ディスカッションをして、その内容を発表をする形式をとりました。これまでで初めての形式です。 ディスカッションを実行するに至った経緯は、ストレージ友の会 #0 キックオフ の時に遡ります。 実はすでにこのキックオフの時に、テーブル毎にグループを組んでもらって、ディスカッションをしてもらっていました。内容としては、「どんなことを学んでいきたいか」というのをグループ毎に出してもらうというものです。このときの目的はテーブルの人たちの顔と名前を覚えてもらおう、と言う程度なので難しいことは求めていませんでした。会話のきっかけにディスカッションを選択しただけです。 そして、qpstudy06 実施時に、このときのディスカッションが面白かったね、という話があがりまして、「じゃ、やってみよっか」という流れで至りました。 ですが、私はココで一つの企
前にも書きましたが、qpstudy はキックオフミーティング から、4/9の 1周年記念LT大会まで、ずっと欠かさずに出席している希有な存在ですw 一度だけ qpstudy #04 の反省会に出席していませんが、それ以外の反省会にも全て出席している、本当にやっぱりおかしい存在です。 個人的に初めて参加した勉強会だから、と言うのもありますが私が予想していた斜め上を行く勉強会だったので、思い入れもあるのかもしれません。 そんな qpstudy の魅力をお伝えします。気になったら、是非、次回以降ご参加されてみてはいかがでしょうか。次回は 5月29日 の予定です。 qpstudyの魅力 ゆるい ともかくゆるいです。 初心者向けとしてスタートして以来、初心者向けかどうかではなく、いかにインフラエンジニアに共感を得るか、というか話したい人が話したいものを話して、聞きたい人が聞きに行く感じです。 初心者
WordPress を使い始めた頃から、とても重くなる事象が出ていた。てっきり、Wordpress の所為だとばっかり考えていたのだが、どうも違うようだ。 現象としては、Apache の process が増え続け、最終的には MaxClients まで達し、そのまま停止。 現象が出る前と、出てからの変更点は Serene Bach から WordPress への移行 Dynamic Contents のアクセスの割合 Perl → PHP へと変化 DBほとんど利用せず→MySQL の多用 ということになり、PHPとMySQL、ひいては WordPress がいやがらせをしているんだろうと考えました。 ですが。 まず Apache の Server-Status を見てみると Server Version: Apache/2.2.3 (Debian) PHP/5.2.0-8+etch13
WordPress を使い始めてから、Apache が固まる事象が多くでてるのです。このblogだけ停止する程度ならいいんですけど、他にも使っているユーザーもいるので、とても困るのです。 エラーとしては MaxClients までいってるぜ親分、的なエラーなのでMaxClients をあげるものの、際限なくリソースを使っていくんです。したがって、MaxClientsをあげればあげるほど、サーバ自体のリソースが無くなって、一度は OSまで落とされました。MaxClients=150 程度で落ちるなんてどないやねん。 ちなみに、我が家は Debian etch+PHP5 を選択しているため、困ったことに、Apache2 の mpm-prefork (Multi Process) しか使えないので、MaxClients をあげるとあげた分だけ 10M弱 Memory が取られていってるわけです。
いつも通り画像と内容は関係ありません [I]ただ、純粋に女子高生が好きなだけです。 さて、困ったことが起きてました。 [課題] MySQL の default encoding character が “latin1“となめた設定になっていたまま、WordPress を導入してしまったのでした。とはいえ、それほどの問題にもなっていなかったので、そのときは全く気がついていなかったのです。 そこで登場、Counterize IIです。カウントというよりも、アクセス頻度や傾向を見るためだけに内部で使ってます。んが、困ったことに、検索キーワードが文字化けなんです・・・・ [原因] 単純です。要するに MySQL の character set が “latin1” になっているためです。 [対応手順] 次の流れになります。 my.cnf を書き換えて、default の character set
このページを最初にブックマークしてみませんか?
『oshiire*BLOG』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く