こんばんは、最近寒い夜が続いていて自転車通勤がつらくなってきた naoya です。 ウノウでは、フォト蔵や社内システムなどは、すべて専用サーバを構築して運用をしています。 今日は、専用サーバを構築するときに、僕がウノウで学んだ専用サーバでまず行う4つの設定を紹介します。 なお、今回の設定はすべて Fedora Core 5 をもとにしています。 (1) sudo を使えるようにする sudo コマンドを使えるようにします。sudo コマンドは、別のユーザとしてコマンドを実行できるコマンドです。 sudo コマンドを使えるようにするには、/etc/sudoers に sudo を許可するグループを追加します。次の例は、unoh グループを追加する例です。 %unoh ALL = (ALL) ALL, !/bin/su, /bin/su postgres, /bin/su * postgres
PythonのWebアプリケーションフレームワーク Pythonには、Zope、Twisted、Django、TurboGearsなどのさまざまなWebアプリケーションフレームワークが存在します。以前は、このような幅広い選択肢は、新しくPythonを使用しようとするユーザにとって都合が悪いことがありました。使用するフレームワークによって、利用可能なサーバが制限されてしまったり、逆にサーバによって利用可能なWebアプリケーションフレームワークが制限されるといったことがあったためです。 そのようなPythonの状況とは対照的に、Javaにおいては、多数のWebアプリケーションフレームワークがあるにもかかわらず、サーバとWebアプリケーションをつなぐ際に、統一されたJava Servelet APIを用いることで、アプリケーションフレームワークを気にせずにServelet APIが利用できる環境
色々とTracのソースを眺めてたらすごいコードを発見したので、忘れないようにメモ ココの 60行目から引用 60 DIGITS = re.compile(r'(\d+)') 61 def embedded_numbers(s): 62 """Comparison function for natural order sorting based on 63 http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/214202.""" 64 pieces = DIGITS.split(s) 65 pieces[1::2] = map(int, pieces[1::2]) 66 return pieces すごいところが分かりやすいようにして軽く実行してみるとこんな感じ >>> import re >>> DIGITS = re.compi
Web開発者にCommon Gateway Interface(CGI)スクリプティングについての質問をすると、おそらく返ってくる大多数の回答は「Perlを使っています」というものだろう。このようにかなり以前からCGIスクリプティングの世界を席巻している言語がPerlであるのは確かだが、それ以外の選択肢がない訳でもなく、むしろPerlより優れているはずのツールもいくつか存在しているのである。よって本稿では1つのチュートリアルとして、高速かつ多機能でマルチプラットフォームに対応したPythonを用いたCGIスクリプティングの世界を簡単に紹介することにしよう。 インタープリタ型のオブジェクト指向言語としてGuido van Rossum氏の開発したPythonは、イギリスのテレビ番組『空飛ぶモンティ・パイソン』にちなんだ名称が冠せられているが、その初回リリースは1991年と意外に古く、今では、
ベイズネットワークのゲームへの応用(2008/5/2)の続き。というわけでPythonのベイズネットのライブラリであるOpenBayesの使い方をちょっとまとめておきます。 ここでは、OpenBayesのチュートリアルにあるSprinklerというベイズネットを作成してみます。この例はいろんなとこでよく見るなぁ。 このベイズネットのノードは、 Cloud (C) : 曇っているか? Sprinkler (S) : スプリンクラーで水をまいたか? Rain (R) : 雨が降ったか? WetGrass (W) : 芝生が濡れているか? を表している。各ノードはTrue(1)かFalse(0)の2値を取る。矢印は因果関係を表している。 C→S : 曇っているかによってスプリンクラーを使うか決まる C→R : 曇っているかによって雨が降るか決まる S→W : スプリンクラーを使ったかによって芝生
http://ktk-reader.appspot.com/ Webサービスなので、インストール不要です。 2chブラウザと同じく、2chの負荷を軽減する効果があります。 Google App Engineで動いているので、十分な帯域幅があり、月間 500 万ページ ビューをサポートできます。 JavaScriptが588行、CGIがPythonで170行です。開発期間は、約1ヶ月。 データをHTMLにする処理など、すべてJavaScriptでやっています。CGIは、2chにデータを取りにいくだけです。 ASCII.jpで紹介されました。ありがとうございます。お外でも使える2ちゃんブラウザ、現在開発中! (08/07/15 追記) マッシュアップの実験中。 Google Chart APIにQRコードが入ったので、携帯用2ch http://c.2ch.net/ のQRコードを表示してみた
质量保证 洁鹏拥有先进的设备,完善的管理体系及生产流程,确保产品质量可靠... 经验丰富 多年生产加工经验,产品贯穿多个行业,深受客户的认可,复购率达90%以上... 技术支持 根据应用行业提供解决方案、技术指导、售后维护等,洁鹏始终认为技术能力才是核心竞争力... 售后无忧 从设备交付起,才是合作的开始太阳集团棋牌娱乐-Apple-app-store李家大太阳成集团tyc234cc(中国)官方网站姐人才好太阳成集团tyc234cc(中国)官方网站,张家大哥看澳门太阳集团城网址972-Best App Store上她。没脚走出致澳门太阳集团(中国)官方网站富路,无手绣出幸福花。试想,若非成为太阳集团(tcy8722-网站VIP认证)·百度百科最真实的自己,他何以赢得人生的丰富太阳集团tcy8722-首页多彩?拥有专业的销售和服务团队为您提供诸多贴心服务,及时为您解决问题...
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Railsの人気は国内外ともに高いが、同じように人気が高いフレームワークがPython製のDjangoだ。Pythonのシェアは海外に比べ国内では多くないが、Google App Engineでも採用されるなど、可能性は非常に高いフレームワークだ。 解凍すればすぐにDjango開発が行える Railsの場合もそうだが、いかに面白いフレームワークであっても、インストールするまでの手間ひまが必要では普及の足かせになってしまう。理想はインストールせずに利用できることだ。 今回紹介するオープンソース・ソフトウェアはInstant Django、インストールせずに使えるDjangoフレームワークだ。 Instant DjangoはWindows向けのソフトウェアで、任意のフォルダに解凍してstart.batを実行すれば必要なパスなどが設定される。後は初期のプロジェクトを作成して開発を行えば良い。 後
« 「XSLとjQuery/HTMLだけで作る、amazon最速検索」が動かなくなってたので直した | Main | Publish::MixiDiary書いた » まずは素晴らしい出だしだと思う。 google-app-engine-oil - Google Code Yet another web framework on Google App Engine. Google App Engine Oil (GAEO) is an open-source web framework running on Google App Engine. It enables the web development on App Engine quick and less configurations. http://code.google.com/p/google-app-engine-oil/ r
GoogleAppEngineについて前回紹介し,SDKを用いたローカルでの開発方法,および「Hello, World」を表示して公開するところまで説明しました。 今回はかんたんなアプリケーションの作成を通してGoogleのwebapp Frameworkを説明します。サンプルとして,かんたんなひとことブログサービスを作成します。このアプリケーションの作成チュートリアルを通して,データの投稿や削除,ユーザー認証などWebアプリケーションの基本的な機能を実装する方法を一緒に学んでいきましょう。 仕様を決める 実装する機能は以下の通りとします(図1,図2)。 ひとことの投稿 ひとことの削除…自分が投稿したひとことを選んで削除できる すべてのひとことの削除…管理者のみすべてのひとことを削除できる
フレームワークの良いところは、全体像を把握していなかったとしてもアプリケーションが分かりやすく組める点にある。最近ではURLからコントローラやアクションが指定され、その中のメソッドだけ集中すればできあがってしまう。 新しいプロジェクトを作成した際のファイル構成 Google App EngineはDjangoをフレームワークとして利用できるが、その利用法などについてはあまり明確でない気がしていた(Python素人目には)。だが、それを強力に補助してくれるフレームワークが登場した。 今回紹介するオープンソース・ソフトウェアはGoogle App Engine Oil、Google App Engine向けのフレームワークだ。 Google App Engine Oilは主に3つの機能から構成される。一つはURLルーティング。コントローラーやアクションなどを指定して、URLから指定したメソッド
もう Twitter には戻れない!! まだ Twitter なの?童貞っぽいね!! 全米ナンバー1ヒット!! で有名な Wassr に匿名で投稿出来る AnonymousWassr というのを作ってみました。 http://gree.appspot.com/ 作成にいたる流れ 朝、おきる。 ↓ なんかやる気が出ないのでグダグダ ↓ 気がついたら Emacs 開いてたのでなんとなく作りはじめる。 ↓ プライベートメッセージ受け取ったら書きこむ的な bot にしよう と思って作りはじめたのにプライベートメッセージ取得の API が無い事に気づく ↓ しょうがなくwebサービスにする事にする。 ↓ サーバ用意するのがメンドイので Google App Engine で作り始める。 ↓ 骨組出来たところで GAE だと urllib 系が使えない事がわかる。 ↓ そろそろやばいので出社する。 ↓
マッチ箱の脳 WEB ver『‚Ù‚Ú“úŠ§ƒCƒgƒC�V•· - ‚ª‚ñ‚΂ê�X�ì‚‚ñ‚̈â“`Žq‚‚ñ』のマッチ箱で作るGAをPythonでやってみた。 人工知能の一つである「遺伝的アルゴリズム」 (以後、Genetic Algorithm=GAと呼ぶ) ‚Ù‚Ú“úŠ§ƒCƒgƒC�V•· - ‚ª‚ñ‚΂ê�X�ì‚‚ñ‚̈â“`Žq‚‚ñ プログラムの仕様はこちら 問題は問1〜10まですべて3択(問題はこちら) Python [訂正] 若干修正 [訂正] 重複したリスト削除 [訂正] frozenset()をset()に [訂正] #!/usr/local/bin/pythonを#!/usr/bin/env pythonに 修正:一部削除 #!/usr/bin/env python # *-# -*- coding: utf-8 -*- # Gene
Google App Engineがいかに優秀であろうとも、開発者がアイディアを思いつかなければ使い道は少ない。Webサービスを構築、公開するためのプラットフォームというのはそこが難しい点だ。 すっきりとしたシンプルなインタフェース だが、新しいWebサービスを構築しようと意気込むユーザ以外でも使えるソフトウェアを開発、配布した場合は異なってくる。Googleのパワフルなエンジンを使ってサービスを提供できるのだ。 今回紹介するオープンソース・ソフトウェアはPotlatch Blog、Google App Engine向けのブログエンジンだ。 Potlatch BlogはGoogle App Engineを使ったブログエンジンだ。これならば誰でも簡単にブログを設置できるようになる。新しいWebサービスを構築するよりもずっと身近にGoogle App Engineを利用できるようになるだろう。
今回Googleが発表したウェブ・ブラウザー、Google Chromeは、ひと言で言えば、「安定度・安全度を高めるために、それぞれのタブを別プロセスで走らせるタブ・ブラウザー」である。 95年にIE3.0を設計した時には、タブのコンセプトも存在せず、セキュリティの問題もそれほど強く意識していなかったので、ウィンドウごとに1スレッドを割り当てたマルチ・スレッドを選択した訳だが、ここまでウェブ・アプリケーションが重要になってくると、マルチ・プロセスに移行するのは当然。特定のページ上でのJavaScriptの挙動がおかしくなったからと言って、ブラウザーすべてが落ちてしまう今までの設計が異常。 一つのウィンドウ下で管理させるそれぞれのタブにプロセスを割り当てる、一般的に一つのウィンドウに一つのプロセスやスレッドを割り当てる通常のGUIアプリケーションとは異なるが、ユーザー・モデルとリソース管理は
screenshot wanderlust dired and source wb-line-number.el 左っかわに行番号を表示する emacs lisp です。 line number なら mode-line に表示できるからいいじゃないかとか思うかもしれませんが、 個人的には左側に表示されている方がやっぱり便利なんです。今編集しているのが何行目な のかがいちいち mode-line に目を落とさなくてもわかる方がいいし、行番号でジャンプ するときも「だいたいあのへん」みたいに記憶できますし。 似たようなことをするのに setnu.el というのがありますが、これは継続行の処理がよろ しくなかったり outline minor mode なんかと相性がよくなかったり、イマイチでした。 なのでいっちょ作ってみようと思ったわけです。でもこういうのって builtin な機能
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く