2012年12月3日をもちまして、livedoor ナレッジのサービスは終了いたしました。 livedoor ナレッジを長年ご愛顧いただきまして、誠にありがとうございました。 今後ともLINE株式会社のサービスをよろしくお願いいたします。
2012年12月3日をもちまして、livedoor ナレッジのサービスは終了いたしました。 livedoor ナレッジを長年ご愛顧いただきまして、誠にありがとうございました。 今後ともLINE株式会社のサービスをよろしくお願いいたします。
簡単なページング機能付きで書いてみました。 細部でなにかしら修正が必要かもしれないのでがんばってください。 (質問文を見るとGETを使うような記述でしたがこれはPOSTで処理してます) 検索機能とか付けてみるのも勉強になると思いますよ。 <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> <meta http-equiv="Pragma" content="No-Cashe"> <meta http-equiv="Cache-Control" content="No-Cache"> <title>リスト</title> <script type="text/javascript"> <!-- function changepage (page) { document.forms[
ユーザー同士のつながりを元に時系列に140文字のメッセージを20個ほど表示する――。Twitterのサービスは、文字にしてしまうと実にシンプルだが、背後には非常に大きな技術的チャレンジが横たわっている。つぶやき数は月間10億件を突破、Twitterを流れるメッセージ数は秒間120万にも達し、ユーザー同士のつながりを表すソーシャル・グラフですらメモリに載る量を超えている。途方もないスケールのデータをつないでいるにも関わらず、0.1秒以下でWebページの表示を完了させなければならない。そのために各データストレージは1~5ms程度で応答しなければならない。 Twitterのリスト機能の実装でプロジェクトリーダーを務めたこともあるNick Kallen氏が来日し、2010年4月19日から2日間の予定で開催中の「QCon Tokyo 2010」で基調講演を行った。「Data Architecture
これは後知恵です。Twitterが最初からこう設計されていればよかったのに、といった意図はありません。ネットベンチャーとして初期の最優先課題は「一日も早くサービスを公開する」ことであり、そのためにRuby on Railsを採用し、インフラ設計を後回しにした、という彼らの判断は妥当なものであったと思います。 そのうえで、しかし他人の事例から学ぶために、自分を当事者と同じ状況と仮定し、どういうことが考えられるか考えてみたいと思います。 Twitterの犯したミスは、彼らの釈明を見る限りではシステムのデザインを誤ったことだ(同時にそのことに気づき、軌道修正を行おうとしていることはすばらしいことだ)。 Twitter is, fundamentally, a messaging system. Twitter was not architected as a messaging system,
ある Schema では問題無く INSERT が出来るのに別の Schema では文字化けすると言う良く解らない現象に数時間悩まされたが、私の場合は character_set_database が latin1 のままだったことが原因だった。 ★ 悪い例 > show variables like 'character\_set\_%'; +--------------------------+--------+ | character_set_client | utf8 | | character_set_connection | utf8 | | character_set_database | latin1 | | character_set_filesystem | binary | | character_set_results | utf8 | | character_se
MySQL 文字化けを防ぐ、文字コードの確認と設定 2007.01.15 MySQL 文字化けを防ぐために、文字コードの確認と設定を行う。 ■現在の文字コードの設定を調べる mysql> show variables like 'character_set%'; または、 mysql> status ■データベースの文字コード設定を調べる データベースごとに文字コードを設定できるので、現在の文字コードを調べる。 (テーブルごとではなく、データベースごと) mysql> show create database データベース名; 文字コードを指定してデータベースを作るには、 mysql> create databaase xxxdb default character set utf8; ■テーブルの文字コード設定を調べる テーブルごとに文字コードを設定できるので、現在の文字コードを調べる。
mysql> status; -------------- mysql Ver 14.7 Distrib 4.1.20, for redhat-linux-gnu (i386) using readline 4.3 Connection id: 36 Current database: staff2006 Current user: maiha@localhost SSL: Not in use Current pager: lv Using outfile: '' Using delimiter: ; Server version: 4.1.20 Protocol version: 10 Connection: Localhost via UNIX socket Server characterset: latin1 Db characterset: latin1 Client char
► 2018 (1) ► 1月 (1) ► 2017 (4) ► 6月 (3) ► 5月 (1) ► 2016 (15) ► 12月 (4) ► 11月 (1) ► 10月 (2) ► 7月 (3) ► 6月 (1) ► 5月 (3) ► 1月 (1) ► 2015 (13) ► 12月 (1) ► 10月 (1) ► 9月 (1) ► 6月 (1) ► 5月 (1) ► 3月 (2) ► 2月 (3) ► 1月 (3) ► 2014 (11) ► 12月 (1) ► 9月 (2) ► 8月 (2) ► 6月 (1) ► 4月 (4) ► 2月 (1) ► 2013 (15) ► 12月 (3) ► 11月 (3) ► 8月 (2) ► 7月 (4) ► 5月 (1) ► 4月 (2) ► 2012 (7) ► 10月 (1) ► 7月 (1) ► 4月 (3) ► 1月 (2) ► 20
たいした話題ではないので、自分へのメモってことで。。。 MySQLで、UTF-8で入れた文字を、Windowsパソコンのmysqlのコマンドプロンプトでみると、文字化けします。 (このとき、MySQLのDB自体は、utf-8に設定されていて、データは正常に入っているものとします)。 その文字化けを直し、MySQLのコマンドプロンプトで、UTF-8の文字を見れるようにする方法。 MySQLのコマンドプロンプトから、 SET NAMES SJIS; と入力してリターン。 次にselectすると、ちゃんと文字が見れる(SET NAMESは、クライアントの文字コードを指定する。クライアントがSJISということで、UTF-8のデータはSJISに変換して表示してくれるみたいだ)
mysqlクライアントで、マルチバイトのデータが存在するようなテーブルをSELECTすると文字コードの設定によっては文字化けをしてしまいムキー!! ってなります。 これは、コマンドプロンプトの文字コードが「CP932(Shift JISを拡張したもの)」で固定なため起こってしまう問題で、具体的にはmysqlクライアントのキャラクタセットの設定がShift JIS以外の設定だと文字化けしてしまうようです。 クライアントのキャラクタセットの文字コードは、以下のようにstatusコマンドを実行するとわかります。 mysql> use test_db; Database changed mysql> status; -------------- mysql Ver 14.7 Distrib 4.1.12a, for Win32 (ia32) Connection id: 1 Current dat
はじめまして。最近PHPとMySQLを勉強始めました。 ぷぎえもんさんと同じようにエラー1366が出ました。 ぐぐっても対処法が見つからないんじゃなくて、 対処法が多すぎて読んでたらもう夜中の3時。 早くも独学の壁を感じています。 なんで最初から1文字=4バイトにしておかなかったんだヽ(`Д´)ノ >>クマ吉さん コメントありがとうございます. 文字化け大変ですよね. ぷぎえもんも独学でなんとかやっています. phpだとmysqlと接続してからSET NAMESでエンコードの種類を指定してあげればたいていOKな気がします. $connをコネクションとして mysql_query("SET NAMES utf8",$conn); とか $conn -> query("SET NAMES utf8;"); UTF8で設定する例だとこんな感じでしょうか. これのおかげ最近は文字化けをあまりしなく
こんにちはこんにちは。11インチMacBook Airが欲しくてたまらないiwanagaです。 前回の記事 が幸いにもご好評を頂けた様で非常にうれしいです。嬉しくなって、ついがんばって第2弾を書いてしまいました。引き続き、ソーシャルゲームでよく使われるテーブルタイプ毎にちょっとしたテクニックを紹介していきます。 今回はちょっとライトな感じ&読み物になってしまっていますが「ユーザID単位で1つだけ持つデータ」と「パラメータなどのマスターデータ」についてご説明したいと思います。ちなみに次回はInnoDBのデータ構造の簡単な説明と複合プライマリーキーのデータについて、その次で紹介し損ねたちょっとマニアックなテクニックや性能管理のための手法を紹介することを予定しています。 その前に。。。 先日行われた JAPAN INNOVATION LEADERS SUMMIT で弊社松信が「ソーシャルゲームの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く