平素は株式会社ライブドアのサービスを ご利用いただきありがとうございます。 提言型ニュースサイト「BLOGOS」は、 2022年5月31日をもちまして、 サービスの提供を終了いたしました。 一部のオリジナル記事につきましては、 livedoorニュース内の 「BLOGOSの記事一覧」からご覧いただけます。 長らくご利用いただき、ありがとうございました。 サービス終了に関するお問い合わせは、 下記までお願いいたします。 お問い合わせ ※カテゴリは、「その他のお問い合わせ」を選択して下さい。
竹島(韓国名・独島)や天皇陛下の訪韓をめぐる李明博(イ・ミョンバク)大統領による謝罪要求で日韓の緊張が高まる中、韓国で日本批判が先鋭化している。これまでその主な舞台はネット上の掲示板や、市民が投稿する形式のネットニュースだったが、2012年8月20日、ついに大手紙のコラムにまで、天皇陛下に「膝をついて謝罪する写真を歴史に残すべき」と要求する論調が飛び出し、日本側も反発を強めている。 コラムが載ったのは、韓国で最も部数が多い「朝鮮日報」 問題のコラムは、朝鮮日報のウェブサイトに掲載された「記者手帳」。朝鮮日報は1920年に創刊され、中央日報・東亜日報と合わせて「朝中東」と呼ばれる3大紙の中でも最も発行部数が多い。韓国を代表する新聞だと言える。 コラムは、「『日王、独立運動家に謝罪せよ』 何が間違っているのか」と題して掲載された、政治部の李河遠(イ・ハウォン)記者の署名入り原稿だ。「日王」とは
このページは、電子書籍『はじめる! Rails3』シリーズ(黒田努著、達人出版会)の読者サポートページです。 サンプルアプリケーションのソースコード等を配布する他、読者の皆様からお寄せいただいた質問(一部、筆者による想定質問を含みます)に「Q&A」形式でお答えいたします。 ご質問は hajimeru_rails3@oiax.jp まで電子メールでお寄せください。 配布物 hinagiku-volume1.zip (145.6 KB) -- サンプルアプリケーションHinagikuのソースコード。第1巻終了時の形。 hinagiku-volume2.zip (164.5 KB) -- サンプルアプリケーションHinagikuのソースコード。第2巻終了時の形。 hinagiku-volume3.zip (99.7 KB) -- サンプルアプリケーションHinagikuのソースコード。第3巻終了
平素よりQA@ITをご利用いただき、誠にありがとうございます。 QA@ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA@ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、@ITの今後のメディア運営方針などを検討した結果、2020年2月28日(金)15:00をもちましてQA@ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA@ITの7年間で皆さまの知識
はじめに Rails3.2 で開発しているアプリにカレンダーを追加したい。それも、プロトタイプをサクッと作りたいので、プラグインを使ってみる。 カレンダーを実装するプラグインでは、Ruby Toolbox によると event_calendar が人気のようだ。 The Ruby Toolbox - Calendars これでいってみよう。 event_calendar プラグインをインストール Gemfile に event_calendar を追加。 gem 'event-calendar', :require => 'event_calendar' そして bundle で gem をインストール。 ジェネレータを実行 Rails3.2 のデフォルトの JavaScript フレームワークは jQuery だけど、event_calendar はデフォルトでは prototype.j
認証に Devise を使っている Rails アプリ の Request Specs の書き方をネットで調べたら、ヒットしたのは Request Specs + Capybara の情報ばかりだった。今 Rails で作っているのは Web API だから、Capybara は要らないんだよな。Request Specs だけでいいのに。そもそも、Request Specs の資料も少ないね。 StackOverflow をはじめ、海外のフォーラムやブログで調べながらトライ&エラーを繰り返した結果、Devise を使っている Rails アプリの Request Spec は次のような書き方に行き着いた。 # coding: utf-8 require "spec_helper" describe "List" do describe "GET /lists" do before do
CSS フレームワークを再認識 CSS フレームワークって、名前だけは知っていましたが、どういうものなのか全く知りませんでした。次の記事を読むまでは。 404 Not Found - ゆーすけべー日記 確かに、これは便利そうですね! さっそく、CSS フレームワークを導入してみます。 BlueTrip を導入 CSS フレームワークはいろいろありますが、今回は先の記事で紹介されていた BlueTrip を導入してみます。 次のページからアーカイブをダウンロードし、解凍して css ファイルと画像を static フォルダに配置。 BlueTrip CSS Framework | A beautiful and full-featured CSS framework HTML の head 部に、下記を追加。 <link rel="stylesheet" href="css/screen.c
はじめに アプリの管理画面はユーザーに見せないから、Rails プラグインでサクッと作ってしまいたい。Rails で管理画面を生成できるプラグインは Typus、ActiveAdmin とかあるけど、個人的に RailsAdmin で決まりかな、って思ってる。 RailsAdmin の何がいいか RailsAdmin で気に入っているのは RailsEngine として実装してあるので、マウントするだけで組み込める 新しく追加したモデルを何もせずに RailsAdmin で管理できる の2点。特に、モデルが増えるたびにジェネレータを実行して管理画面用のクラスを生成しなくていい、というのはポイント高い。 RailsAdmin の導入は README の通りにやれば簡単 …と思っていたけど、2日ほどハマってしまった。 RailsAdmin では認証に AdminUser が使えない? - pr
目次はじめにPostgreSQLとは?PostgreSQL小史規約より進んだ情報バグレポートガイドラインI. チュートリアル1章さあ始めましょう2章SQL言語3章高度な諸機能II. SQL言語4章SQLの構文5章データ定義6章データ操作7章問い合わせ8章データ型9章関数と演算子10章型変換11章インデックス12章全文検索13章同時実行制御14章性能に関するヒントIII. サーバの管理15章ソースコードからインストール16章Windowsにおけるソースコードからのインストール17章サーバの準備と運用18章サーバの設定19章クライアント認証20章データベースロール21章データベース管理22章多言語対応23章定常的なデータベース保守作業24章バックアップとリストア25章高可用性、負荷分散およびレプリケーション26章リカバリの設定27章データベース活動状況の監視28章ディスク使用量の監視29章信頼
Database Watch 2012年3月版 待望のPostgreSQL 9.2は大幅性能アップするのか? PostgreSQL Conferenceではコミッターから次期バージョン9.2の紹介がありました。従来のボトルネックを解消し、性能の大きな飛躍が期待できそうです。また3月には、IBMデータ分析ソフトウェアの2つの新製品が発表になりました。 PostgreSQL 9.2では大幅な性能アップが実現するか 2月24日、日本PostgreSQLユーザー会(JPUG)が毎年恒例の「PostgreSQL Conference」を開催しました。JPUGのサイトには講演資料の一部が公開されています。基調講演では、EnterpriseDB Senior Database ArchitectのRobert Haas(ロバート・ハース)氏(写真)が次期バージョンとなるPostgreSQL 9.2を紹介
今回のおもな内容 ソースからインストール コンパイルとバイナリのインストール PostgreSQLの初期化 コマンドラインからデータベースを作成 データベースオブジェクトを操作する テーブルにデータを追加 select文で検索 psqlで使えるコマンド一覧 PostgreSQLは、LinuxやFreeBSDおよび一部の商用UNIXでは、パッケージシステムを用いて簡単にインストールすることも可能です。ただしRedHat系のLinux(RedHatやTurbo Linux、Vine Linuxなど)では、/usr直下のディレクトリ(/usr/binや/usr/lib)にファイルが配置されて、後でメンテナンスする場合などに少し戸惑いを感じるかもしれません(単に筆者だけかもしれませんが^^;;)。 そういうときは、ぜひともPostgreSQLをソースコードからコンパイルしましょう。その手順を紹介し
今回は本連載で解説するPostgreSQL運用のための前提環境を構築します。すでに実運用でPostgreSQLを使っている方は、基本のおさらいとしてご一読ください。 >>> 本連載の前提環境 データベース:PostgreSQL 8.3.1 OS:CentOS 5(Linux kernel 2.6 ) シェル:bash CPU:Intel Xeon 3060 2.40GHz HDD:73.4GBytes/15,000rpm/SAS 16MBytes RAM:PC2-5300 8GBytes 本連載で運用方法やチューニングの学習をしてみたいという方は、本稿を参考に環境を設定し、次回以降の連載を読み進めると理解しやすいでしょう。運用方法およびチューニング方法の詳細は次回以降で解説していきます。なお、本連載での前提環境は右リストの通りです。以降、連載中のパフォーマンス検証などはこの環境での値となり
楽天代表取締役会長 兼 社長の三木谷浩史氏曰く、「挑戦的」な価格とされた7980円のkobo Touch。家電メーカーを経営する専門家が実機を分解し、内部で使われている部品や形状などから設計方針を推定。本当に“挑戦的な価格”だったのかどうかを探った。 どこにでもある一般的なEブックリーダーのメカ構造、金型費も安そう まず前提条件から整理していこう。初回出荷で10万台いったという数値を真に受けるのであれば、10万台以上は当然仕込んでいたと考えるべき。組み込みソフトウェアとサーバ側の開発費は一発の費用であり、100万台ぐらいのトータル出荷数を見るのであれば1億円かかっていても台あたり100円程度になる。しかも、ここは楽天がKobo社を買収していることから実質固定費であると見るべきなので、本稿では見ないことにしたい。重要なのは楽天(またはKobo社)がEMS(受託生産サービス)に対して支払ってい
LinkedInは非常に2011年的だ。 高度な技術を持つソフトウェアエンジニアを求めて熾烈な競争が展開される市場において、優秀な人材の獲得を目指す企業は、従来型のサービス、つまり候補者の職歴を提示するが、実際の仕事については分からないサービスに頼っていると、最高の人材を見逃す可能性が高くなることに気付き始めている。 今、この分野で「GitHub」が新たに注目を集めている。採用担当のマネージャーや求人担当者が、書類上で最も良い人材に見える候補者だけでなく、自分の能力を積極的に(そして公に)明らかにしている候補者を見つけるためにGitHubを利用する機会が増えている。 シリコンバレーで最も注目を集めるベンチャーキャピタル企業の1つであるAndreessen Horowitzは7月、同社としてはこれまでで最高の投資金額となる1億ドルをGitHubに投資した。GitHubは、オープンソースプロジ
スマートフォンなどの充電に使われる小さなソーラーパネル「マイクロソーラー」は価格が高かったり寿命が短いことがネックになっていますが、より安価で高品質なマイクロソーラーを作るために、これまで手作業で行われていたソーラーパネルの組み立てを人間に代わって行う機械まで独自に発明してしまったのが「The Solar Pocket Factory」です。 The Solar Pocket Factory: an Invention Adventure by Alex Hornstein — Kickstarter ムービーは以下から。 安くて高品質の完璧なソーラーパネルを作ろう、ということで発明されたのが、世界中のどこでもマイクロソーラーをつくることができるマシン「The Solar Pocket Factory」 作っているのはクリーンエナジーを愛する発明者、Alex HornsteinさんとSha
平素よりQA@ITをご利用いただき、誠にありがとうございます。 QA@ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA@ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、@ITの今後のメディア運営方針などを検討した結果、2020年2月28日(金)15:00をもちましてQA@ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA@ITの7年間で皆さまの知識
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く