いつもmixiをご利用いただき、ありがとうございます。 mixi運営事務局です。 2014年1月31日をもちまして、ソーシャル・ネットワーキング サービス「mixi」に対する一般社団法人モバイルコンテンツ審査・運用監視機構（略称「EMA」）の認定が終了いたします。 これに伴い、2014年2月1日以降、携帯電話フィルタリングサービスを契約中の携帯電話からmixi.jpへのアクセスが制限され、mixiをご利用いただけなくなります。 EMAの認定終了につきましては、株式会社ミクシィにおいて以前より取り組んでまいりました「サイト健全化」および「青少年保護施策方針」に基づき、保護者によるコントロール（ペアレンタルコントロール）を尊重する決定に至ったものです。 携帯電話フィルタリングサービスをご契約中の皆さまは、お手数ではございますが、下記のFAQをご確認のうえ、カスタマイズ機能などのご利用を、保護者
老舗の国産SNSとして知られる、ミクシィが揺れている。人の交流プラットフォームを本業とする企業であるにもかかわらず、人の感情を無視したかのような、やや乱暴な人事異動を実施。社内外に大きな波紋が拡がっているのだ。 ミクシィはフェイスブックなど競合SNSに押され、苦戦が続く。広告収入の減少により、2014年3月期の売り上げは80億円（前期126億円）へと急縮小、営業利益は16億円の赤字に転落する見込みだ（前期25億円の黒字）。 この危機を打開するため、6月に就任した朝倉祐介社長をトップとする新経営陣は、50億円のM＆A資金を用意して矢継ぎ早に事業買収を敢行。400人以上いる社員のうち半分以上を配置転換する大胆な人事異動も進めている。その配置転換の過程で、“事件”が起こった。 中身は次のようなものだ。10月18日、時短勤務の女性社員を含む複数部署の正社員約30人が渋谷・道玄坂にある貸会議室に呼び
オレンジのソーシャル会社で数日前から大規模なリストラがはじまっている――はてなが運営する匿名ブログサービス「はてな匿名ダイアリー」に“怪文書”とでも言うべき内容が投稿されたのは10月23日の早朝のこと。現在この投稿は削除されているが、投稿によれば、突然の席替えを実施してリストラ対象者を執務室から追い出し、コールセンターに配属するとのことでネット環境のない部屋に移動させ、他部署社員との接触を禁止しているという。以下がその投稿内容だ。 ■オレンジなソーシャル会社の大規模リストラ 数日前から大規模なリストラがはじまっている。 グリーのときはニュースとして盛り上がったのけれど、とても静かなリストラの幕開け。 午前中に突然の席替えを行い、対象者を執務室から追い出しす。 そして、コールセンターみたいなところへ配属。 PCを回収してネットの繋がらない部屋へ移動させ、よくわからない作業を延々と。 ちなみに
mixiアプリでユーザのプロフィールやマイミク情報を取得するためにRESTful APIというものがあります 各APIにアクセスするためにはConsumer KeyとSecretを用いた署名（OAuth Signature）をつける必要があり、かなり面倒くさいプログラムを書く必要が出てきてしまいます。 そんなあなたのためにopensocial-java-clientというものが用意されています！！！ ほかにもpython php Ruby版があるようです。 さて、とりあえずwikiを見ながら使ってみようと思ったら既に仕様が変わっているらしい？ので自分で書いてみることにしました。 OpenSocialProvider provider = new OpenSocialProvider(requestTokenUrl, authorizeUrl, accessTokenUrl, restEnd
先週のブログ 「Facebookとmixiはいまや全く違う土俵のSNSになっていた」 について各方面からいろいろメールとかいただきました。アクセス的にはそれほどたいしたことは無く１日5000人くらいでしたが、基本的な反応は「mixiってPCからのアクセスが13%〜しかないんだ。それなのにPCで比較してどうのこうの自体が意味ないじゃん」的なものが多かった。日本のFacebookがモバイルからのアクセス比率を公にしていないので「Facebookだっていまやモバイルからが多いんじゃないのか」という意見もありましたが、これはそもそも比較できないのだから仕方ない。個人的にはFacebookは年齢層からみてもPCからが圧倒的に多く、モバイルは補佐的に使われているんじゃないかという気がしますが、真相は分かりません。自分の場合はFacbookのiPhone appだと自分の書いたコメントが消せないのでチェ
mixiが6年以上に渡って放置してきた足あと機能を使って訪問者の個人特定が可能な脆弱性を修正した。簡単に説明するとmixi以外のサイトからでもユーザーに気付かれずに、その人のmixiアカウントを特定するということが出来たが、出来なくなった。(正確にはユーザーが気付いたとしても特定された後) アダルトサイトが訪問者のmixiアカウント収集したり、ワンクリック詐欺サイトがmixiアカウント特定して追い込みかけたり、知らない人からメッセージ送られてきてURL開いたらmixiアカウント特定されてたり、そういうことが今まで出来ていたのが出来なくなった。 過去にもいろんな人が言及してるし、すでに終わった議論だと思ってる人もいるだろう。世間一般にどれぐらい認知されていたのかはよく分からないが、少なくとも技術者やセキュリティ研究者の間ではよく知られている問題だった。 http://internet.kil
ミクシィは6月6日、SNS「mixi」の「足あと」機能をリニューアルし、新たに「先週の訪問者」機能として6月13日から提供すると発表した。訪問者を「友人」と「その他」に分け、1週間に訪れた人を翌週に表示する。 「足あと」機能は2004年2月のmixi開始当初から、いつ誰が自分のページを訪問したかを把握でき、またページを訪れたことを友人に簡単に伝えられるフィードバック機能として提供してきた。だが最近は「mixiボイス」など足あとがつかないサービスの利用が進んでいる上、「イイネ！」を使って友人へのフィードバックも容易になっており、サービスの多様化とコミュニケーションスタイルの多様化に合わせて改善することにした。 「先週の訪問者」機能では、1週間に訪れた人をまとめて翌週に表示。従来のページのほか、ホームの「新着お知らせ」枠でも通知する。 現在の足あと機能では、訪問者が訪れたアクセス日時を含めてリ
1972年生まれ。早稲田大学教育学部教育心理学専修を経て、東京大学大学院教育学研究科修士課程在籍中。1999年からゲーム業界ウォッチャーとしての活動を始める。著書に『ゲーム業界の歩き方』（ダイヤモンド社刊）。「コンテンツの配信元もユーザーも、社会的にサステナブルである方法」を検討するために、ゲーム業界サイドだけでなく、ユーザー育成に関わる、教育と社会的養護（児童福祉）の視点からの取材も行う。Photo by 岡村夏林 コンテンツ業界キャッチアップ ゲームソフトをゲーム専用機だけで遊ぶ時代は終わった。ゲーム機を飛び出し、“コンテンツ”のひとつとしてゲームソフトがあらゆる端末で活躍する時代の、デジタルエンターテインメントコンテンツビジネスの行方を追う。 バックナンバー一覧 東日本大震災発生後、電話回線が長時間不通となったことは記憶に新しい。だが、その中でもつながり続け、生存確認や情報提供等で活
旧仕様についてはこちら イイネ！ボタンの設置（PC 向け） イイネ！ボタンを設置するには、以下の html 要素を追加します。 <div data-plugins-type="mixi-favorite" data-service-key="..."></div> <script type="text/javascript"> (function(d) { var s = d.createElement('script'); s.type = 'text/javascript'; s.async = true; s.src = '//static.mixi.jp/js/plugins.js#lang=ja'; d.getElementsByTagName('head')[0].appendChild(s); })(document); </script> div 属性 以下の属性を指定でき
via: mixi for iPhoneから発掘されたmixi日記投稿用API « ku という事で、iPhone用のアプリをキッカケにmixi日記にポストできるAPIが見つかったそうです。Perlのサンプルコードもあって、すぐ何か作れそうですね・・・と思ったのですが、どちらかというとPHPerなんで、PHPのサンプル作ってみました。 mixi日記投稿APIのPHPサンプルコード <?php error_reporting(E_ALL); require_once 'HTTP/Request.php'; // mixi USER infomation $user = 'mixiのログインID'; $pass = 'mixiのパスワード'; $id = 'mixiのユーザーID'; // WSSE Authentication $nonce = pack('H*', sha1(md5(tim
Neal Sato @nealsato 二日とも複数台のmemcachedが連続して落ちました。コアは吐かずにストンと落ちるので、原因追及に時間がかかりましたが、memcachedへの接続数が異常に多いと落ちる事は再現できました。 #mixi 2010-08-12 02:33:00 Neal Sato @nealsato memcachedが大量の接続を受けると突然停止をするので、memcachedへの接続数を減らし安定運用中。外部からの過剰アクセスではなく、サーバ追加→クライアント数増加→停止。 2010-08-12 08:45:50 Masahiro Nagano / 長野雅広 @kazeburo ファイルディスクリプタが不足してmemcachedが落ちたとして、そのときには、3万強の接続となってるはず。3万強の接続となるにはアプリケーションサーバ側のmax clientが平均60とし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く