写真では、MOSFETをトランジスタ1個でスイッチしているけど、のちにプッシュ・プル構成にして高速スイッチングをめざした。写真では付いていないけど、10kΩの半固定抵抗で分圧した電圧をanalogRead()で読ませて回転数が変化するようにした。半固定抵抗を動かすとスムーズに回転数が変化してちょっと楽しかった。調子にのってぐりぐり動かしていたら、ねじ切ってしまった。
今度はちゃんとボリュームにしよう・・
最終的には、モータ制御はATtinyなど小さめのマイコンを使い、arduinoから独立させようと考えている。ちょっと検索するとライタを自分で作っちゃう人ばかりで、道は遠いなーと思わざるを得ない。
いいんだこれで
ハナっからCで書くつもりなのでWinAVRもDLしてインストール
低電圧版を選んだのは、モータ制御とは別にリモコン的なものを考えていて、単三×2で動くようにしてみたかったから(モータ制御用のは5Vで使う予定)
ISPのコネクタにジャンプワイヤを突っ込んでブレッドボードに挿す、大雑把さ
ISP側のピン配置はこのページを参考にした。
後はデータシートを見てAVR側のピンに接続
電源はスイッチングなACアダプタ5Vから給電
クリスタルもパスコンもなんにもない状態
なんか、ちゃんと点滅してる。ブレッドボード上を見てると、ほぼワンチップマイコンだけが載ってる状態でプログラムが動いちゃうんだからおもしろいなー、と感動してしまう。
後からファーム更新してZB対応版相当品に
xbeeでラジコン的な作例はたくさんあるので、今さら感あふれる感じなんだけど、とにかく自分で実際にやってみたかったのだった。機構・構造部品は、少年時代を思い出すTAMIYAの「楽しい工作シリーズ」を使った。昔懐かし、ツインモーターギアボックスとトラック&ホイールセットでクローラ風にしてみる。
このギアボックス、子供の時は金属フレームかつ完成品だったような気がしたんだけど(はっきり覚えてない)、今はプラスチック製で組み立て式なんだな
最初、ユニバーサルプレートという工作界のユニバーサル基板みたいなヤツを一枚しか買ってなくて、ギアボックスとキャタピラを乗せたら、電池も回路も置く場所がなくなってしまった・・・
ユニバーサルプレートをもう一枚と、ユニバーサル金具というL字に使える構造材を買い足した。
で、出来たのがコレ
なんか配線がピンピン飛び出てて危なっかしい・・
ラジコン的なものなので、当然、電池電源でもって行動できること
おまけで、測距センサを使って、障害物に近づいたら勝手に停止する。モーターは2つで、左右の動輪をそれぞれ駆動している。細かい回転の制御は何もやってなくて、全開かオフかの二択だ。
TA7291Pを2つ使っていて正転と逆転のコントロールはかろうじて可能に
手持ちの電池ケースが単三×4のしかなくて、勢いが良すぎた。
ギア音うるさいし
xbeeシールドを乗せちゃうと、Vinが隠れてしまうが、シールドと本体の隙間から無理やり差し込んだ。ユニバーサルプレートはネジ止めだけで構造を乗せていけるので便利なんだけど、穴のピッチが5mm間隔のため、基板と合わなくて難儀する。
結局、arduinoの方は2穴だけ使って斜めに配置、モータードライバを載せた基板は、アングルを使って90度立てることに
若干斜めになっているのは、こっちもネジ穴の位置が合わなかったため
コード上は、aruduino IDE上のシリアルモニタを使って、コマンドとモータの動作を実装・確認
で、動かす時はXbeeシールドを乗っけるだけ(もちろんxbee間の設定は先に済ませておく必要がある)
1対1の通信では、Xbeeの良さをスポイルしてしまうが、ラジコン風用途で用いる分にはいいだろう、てことで
秋月電子で購入した。対象、というか壁のようなものとの距離を電圧で得られる。距離と電圧の関係はリニアではないけど、近似式を求めた人がいたので、丸パクリしちゃう。ごっちゃんです。室内の蛍光灯下で、「手のひら」を対象に測った感じでは、9cmから50cmぐらいまではそれっぽい値が出ている感じがした。
(これ以上遠くは物差しがなかったのでよくわからん)
本ラジコン風クローラでは、前進中で正面12cm未満に障害物が出てきたときは停止、というコードにしてみた。十分加速したところから、検知・制動すると、壁際2~3cmというところで、危なっかしい(^^; が、制御して遊ぶのが目的なのでヨシとする。
キーボードからの入力で、工作がきーきー動くのはなんとも不思議な感じ
やっぱり、モータの制御がON/OFFで大雑把過ぎるな
今度は各種センサからの情報を取り入れて細かく制御することをテーマにしてみたい。ひとしきり遊んだ後で、いくらかかったかなーとふと思う。
あとLEDとかコンデンサとかソケットがあるけど無視して・・・17,520円
当時、PICで制御してみたいなーともくろんでいてたんだけど、あっさり投げ出していたのだった。とりあえず、同梱の説明書にある、「バックライトの電源を液晶側を共有」するようにちまちまとハンダづけする。
J2にハンダを盛ってショートさせ、R8に添付されてた抵抗100Ω×3を並列に接続
同梱されてたピンヘッダを何も考えずにモジュール背面にとりつけたのだけど、ネットで見かけた作例だとピンソケットを全面にとりつけている人もいた。
そしたらジャンプワイヤで簡単に接続出来てお試ししやすいのか
そういう考え方もあるんだなー
すでに取りつけてしまったものはCTRL+Zでとりはずすこともできず。さりとて電子工作初学者の自分は、ハンダを吸い取るのもおっくうで、このまま進むことにするのだった。ユニバーサル基板にソケットとコントラスト調整用の半固定抵抗をのっけた。説明書によれば、pin3 コントラスト調整用電源は、「=Vssで最も濃くなる」とあったので、何も考えずにGNDに繋いだら、何も表示していない部分や表示した文字の上下に不必要なドットが現れてしまった。手元に500Ωの半固定抵抗があったので、えいやっと繋いだけど、180度中、コントラスト調整として意味があるのは30度ぐらいだけになってしまった。残りの150度ぐらいは何も映らない。
スケッチはただのコピペ
使ってる液晶が20桁4行なので、初期化パラメータだけちょびっと変更
もはや制御らしい制御がコードに現れてこないのがすごい。
リファレンスによれば、blink()の結果はディスプレイ次第だそう
この液晶モジュールではカーソル位置に、下線→黒塗りつぶし四角のアニメーションが表示された。一か月ぐらい前にamazonで入門キットを購入したのだけど、忙しくてなんとなく放置してた。
B端子のあるUSBケーブルを用意してPCとボードを接続
そのまま使えるようになる。」って書いてあるのがウケる。ここの環境は64ビットだけど普通に使えた。
実装、というほどのことはしていないけど、なにかしら入力と出力があるものしたいなと考え、を目指してがんばる。
12番ピンを出力としてLEDの点灯制御に
11番ピンを入力としてスイッチの入力に
タクトスイッチのどの足がどのように繋がるかも知らなかったので、テスタ片手にポチポチと試したり
ネットで調べると、デジタルの入力にはプルアップ/プルダウン抵抗というのを付けるのだとか
スイッチON→真でコードが書けないと気持ち悪いという理由でプルダウン抵抗にしてみる。
)は内部プルアップを持ってるので、回路的にはプルアップの方がシンプルに
コードはこんな感じに
タクトスイッチを押したらLEDが点灯した。
入力にプルアップ/プルダウン抵抗を付けないと、スイッチOFF時の入力値が定まらないというか不安定になる、ということが、ソフトウェア屋からするとなんとも不思議な感じ
でシリアルに出力してみると、確かに1だったり0だったりする。ソフトウェアってのは多くの抽象化レイヤの上に成り立ってるのだな~と実感する。
おすすめ度の平均:
これではじめました。
ここから大ジャンプは無理だけど
>>サイトトップへ
このアーカイブについて
このページには、過去に書かれたブログ記事のうちarduinoカテゴリに属しているものが含まれています。最近のコンテンツはインデックスページで見られます。過去に書かれたものはアーカイブのページで見られます。
このブログを購読
このブログはクリエイティブ・コモンズでライセンスされています。あぁ そうだった。
つい毎度調べてしまうことをメモするページ
前回に引き続いて、Axisクライアント→サービス間の応答もgzipで圧縮する(サーバサイドの設定については前回参照)
よもや、pivotハンドラから書かなければならんのだろうか・・・と鬱々としていたら最初から実装されてんのね
今回使ったのは、それぞれ1
ダウンロードしたアーカイブからjarを取り出して、適当な場所に置く。クライアントプロジェクトのビルドパスに追加する。wsddをクラスパスのルートに配置する。クラスパスのルートかカレントディレクトリでもいいらしい("
"ドットが適用されるから
ビルドすると
jarを作るときにbinまるごと一括で楽かと
以下のように、得られたスタブをorg
jadで逆コンパイルしたコードを読んでたから気がつきませんでした。
proxyサーバの設定ってどこでやるのかな・・・
おまけ:応答の様子
ウェブサービスの応答をgzipで圧縮する。
サービス→クライアントへの応答をgzipで圧縮し、転送量を小さく
大雑把には以下の通り
サービス側(必ずしもサービス自身が担当するわけではなく)
最も手数の少ない方法は、0(手元の環境をVS2005にしたのでもうこれしか確認できない)
サービスの応答がクライアントに帰る直前、要はmod_deflateを用いて圧縮する。
というところか
すばらしいシンプルさ
今のところウェブサービス以外のリソースはないのでブラウザのことは考えないで圧縮指定
あとはSIGHUPを送るなどして設定を有効に
応答を見てみる。見てみると言っても、クライアントコードがメッセージを受け取った時点で伸張されていてシームレスなので、通信内容をパケットキャプチャして確認する。
応答圧縮を受け入れない場合
応答圧縮を受け入れる場合
≪(圧縮された応答)
wsddでhttpトランスポートを置き換えないとダメなのかな
と考えただけで、面倒くせぇ~という気分になるな
ウェブサービスを書いてみる - 感想
クライアントを作る分には手間も少なく、インタフェース仕様がサーバサイドで実際に使われているコードと対応するので齟齬が減らせるのではないかと思った。NETの場合、メソッドの属性にメタデータが書けるせいか手間が少ない。今後アノテーションに対応してくればツールを使う部分でハマるケースを回避できるかもしれない。
MTでコードについて書くのは面倒
正直Wikiにしておけばよかった。ウェブサービスを書いてみる - サーバに載せる。ここまででローカルPC内でウェブサービスクライアント~サービス間の疎通を行うことが出来た。今度はサービスプロバイダを実際にサービスを公開するサーバに載せる。senについては、プロジェクトのホームページからダウンロードしたアーカイブでなくて、Windows上で「辞書の準備」までした状態当該ディレクトリをアーカイブし、そのままサーバ上に展開すると、辞書を改めて用意しなくていいので手間が省ける。
shを実行して起動
こんな感じのターゲットで、ローカルの資産をWARに固めてTomcatにデプロイする。そのまま、Axisでのデプロイも行って、サービスを登録する。
ここまでで、ローカル動作のTomcat上で動くウェブサービスを配備できているはず
コアロジックの確認はしたものの、あくまで単一のJavaコード内に閉じていた。SOAP経由での疎通確認用ウェブサービスクライアントを作成する。プロジェクトを作成する。
この時点で作るクライアントはまだサービス利用者の立場で作成するわけではなくサービスの疎通確認用の意味合い
ゆえにインタフェース変更のセンもまだまだ捨てきれず、「/Webサービス/Webサービス・クライアント」ウィザードで作ってしまうと再度クライアントコードを生成するのが手間なのでplainなJavaプロジェクトを用いる。
プロジェクト名を適当につけてプロジェクト作成
Axisのライブラリを参照できるようにする。
プロジェクトのプロパティ→「/Javaのビルド・パス」→「ライブラリ」タブへ移動
「ライブラリーの追加」ボタン→「ユーザー・ライブラリ」を選択
TomcatにデプロイされたWSDLを参照するのではなくローカルに生成したWSDLを直接参照する。前項同様、これから先WSDLを作り直すセンがまだあり得るので、デプロイしないでローカルでどんどん試せる方がよいと思う。生成した後は例のごとく「パッケージエクスプローラ」上で「更新」を忘れないようにする。既存のファイルの内容が更新されるだけであれば問題ないが、ファイルが増えたり減ったりした場合は明示的にプロジェクトに追加された状態を作らなければならない。
これってAntタスクで書けないのかなー
サービスを呼び出すためのコードはWSDLから生成されているので、これを利用するコードを書く。サービスのバインディングを得る際、URLオブジェクトを渡すことで任意の場所にあるサービスにバインドできる。WSDLには最終的にサービスを公開するURLを書いてあるので、疎通用にバインドする。
ウェブサービスを書いてみる - インタフェースとプロトタイプ
不明点が多いだけに、これから先もTry&Errorを繰り返すことになるはず
繰り返されることを前提とした手順を検討する。サービスのInterfaceとやり取りするデータの入れ物を作成する。このとき、最終的な出来上がりとはパッケージを分けておく。インタフェースからWSDLを生成する。生成したWSDLからサーバサイドのコードを生成する。生成されたコード中の実装すべき部分を実装する。デプロイしないで、ローカルで完結し動作するまで繰り返す。サーバにデプロイして動作確認する。次のような単純なインタフェースとした。最終的には生成した結果しか使わないので、あまりこだわらないでおく。
入れ物は以下の通り
WSDL生成→サーバサイドコード生成の過程でgetter/setter/コンストラクタは自動生成され、コメント含めてその他の内容は引き継げないので、フィールド(わざわざpublicにしているのはprivateだと生成対象にならないから)とコンストラクタだけ定義する。
/// 元の文字列中における本トークンの開始位置
/// 元の文字列中における本トークンの終了位置
次のようなAntターゲットを使用してWSDLを生成する。
xmlの先頭で宣言しておく)
コアロジックを記述する。ローカル確認用のMainメソッドも作っておく。実際に配備して確認する前に、ローカルなjavaアプリとして動作を確認する。
senに辞書その他の位置を通知しなければならないのでローカル実行時のVMオプションに「-Dsen
javaは(上記Antターゲットの場合)既に存在する場合は上書きされない。
サーバサイドのソース生成を行った際、サービスを配備するための「deploy
これを用いてAxisにサービスを登録する。以下のようなAntターゲットを実行する。
ウェブサービスを書いてみる - プロジェクト作成
ここの手順では、動的Webプロジェクトを作成して、ここからウェブサービスを作っているが、本来はウェブサービスプロジェクトを作成することで同じことができるはず
「はず」というのは、WTPからウェブサービス生成しようとしたのだが例外が出てしまって先に進まなかったので、別のやり方を探したから
サーブレットが動くところまで
プロジェクト名を適宜つける。
(設定しおいたサーバ一覧から選べる)
デフォルトはプロジェクト名と同じ
サーバービューにTomcatインスタンスの状態が表示されているはず
ここに今回作成したプロジェクトを割り付ける。Tomcatインスタンスを選択して、コンテキストメニューから「プロジェクトの追加および除去」を選ぶ。「使用可能プロジェクト」に、前項で作成した「動的Webプロジェクト」があるはずなので、これを選択し、「追加」ボタンを押す。選択したプロジェクトが「構成プロジェクト」に追加される。「終了」を押して確定する。jspによる環境チェックもろもろも利用したいのでサンプルからコピーしている。元々がサンプルとして提供されているものなので自前のウェブサービスでは使用しない。ファイルシステム上でプロジェクトディレクトリ配下に何か置いてもEclipseのプロジェクトの一部として認識されない。プロジェクトエクスプローラ上で「更新」を行うことを忘れないようにする。
WTP管理下のTomcatに対しては、プロジェクトの一部として認識されているファイルだけがデプロイされるから
Tomcatを起動し、必要な環境が準備できたか確認する。サーバービューでサーバを選択し、「始動」を選択する。Welcomeページから「検証」をクリックして、必要なコンポーネントが揃っているか(ロードされているか)確認する。意図通りのファイルが配備されているか確認できる。
コンテキスト固有の設定
せっかくなので自分のwebアプリであることがわかるように編集する。今回作成するウェブサービスはsenを用いて形態素解析を行う。したがって、senのライブラリがロードされるようにしなければならない。これはコンテキスト固有の問題と思われるのでWebContent配下に配置した。
senを使用するにはシステムプロパティsen
homeにsen導入ディレクトリを指定しなければならない。
パッケージエクスプローラーで見たとき「サーバー」というノードに上記で定義したWTP管理下のTomcatインスタンスの設定が見えるはず
上記のようにデプロイされる内容に変化があった場合、WTP管理下のTomcatであればその場で再デプロイされるので便利
ただし、「プロジェクトの一部」として認識されていないといけないので、ファイルやディレクトリをコピーした後は「更新」を忘れないこと
>>サイトトップへ
このアーカイブについて
このページには、過去に書かれたブログ記事のうちaxisカテゴリに属しているものが含まれています。最近のコンテンツはインデックスページで見られます。過去に書かれたものはアーカイブのページで見られます。
このブログを購読
このブログはクリエイティブ・コモンズでライセンスされています。あぁ そうだった。
つい毎度調べてしまうことをメモするページ
プラグインのエクスポート部分をどうやってantで実行したらいいのか、という話
xmlに書けばいいのだけども、このタスクが実行できるほどのCLASSPATHを通すことを考えるとめまいがしてしまう。
これならちょっとした環境固有のpathを与えるだけでpde
jarのpathおよびファイル名は環境それぞれに合わせて
eclipseを使うので、環境にeclipse(PDE)とワークスペースを事前に用意する必要があるけど、ファイルコピーするだけでいいのは助かる。WSDLのバリデータなどが検証の過程でインターネットにアクセスするのでプロクシ設定が必要な環境においては、ウィンドウ→設定→インターネット→プロクシ設定で設定しておかなければならない。これを忘れると赤い×がつく。
つい、必要なjarが参照できていないのでは
という方向に向かいがち
ウェブサービスを書いてみる - 感想
クライアントを作る分には手間も少なく、インタフェース仕様がサーバサイドで実際に使われているコードと対応するので齟齬が減らせるのではないかと思った。NETの場合、メソッドの属性にメタデータが書けるせいか手間が少ない。今後アノテーションに対応してくればツールを使う部分でハマるケースを回避できるかもしれない。
MTでコードについて書くのは面倒
正直Wikiにしておけばよかった。ウェブサービスを書いてみる - サーバに載せる。ここまででローカルPC内でウェブサービスクライアント~サービス間の疎通を行うことが出来た。今度はサービスプロバイダを実際にサービスを公開するサーバに載せる。senについては、プロジェクトのホームページからダウンロードしたアーカイブでなくて、Windows上で「辞書の準備」までした状態当該ディレクトリをアーカイブし、そのままサーバ上に展開すると、辞書を改めて用意しなくていいので手間が省ける。
shを実行して起動
こんな感じのターゲットで、ローカルの資産をWARに固めてTomcatにデプロイする。そのまま、Axisでのデプロイも行って、サービスを登録する。
ここまでで、ローカル動作のTomcat上で動くウェブサービスを配備できているはず
コアロジックの確認はしたものの、あくまで単一のJavaコード内に閉じていた。SOAP経由での疎通確認用ウェブサービスクライアントを作成する。プロジェクトを作成する。
この時点で作るクライアントはまだサービス利用者の立場で作成するわけではなくサービスの疎通確認用の意味合い
ゆえにインタフェース変更のセンもまだまだ捨てきれず、「/Webサービス/Webサービス・クライアント」ウィザードで作ってしまうと再度クライアントコードを生成するのが手間なのでplainなJavaプロジェクトを用いる。
プロジェクト名を適当につけてプロジェクト作成
Axisのライブラリを参照できるようにする。
プロジェクトのプロパティ→「/Javaのビルド・パス」→「ライブラリ」タブへ移動
「ライブラリーの追加」ボタン→「ユーザー・ライブラリ」を選択
TomcatにデプロイされたWSDLを参照するのではなくローカルに生成したWSDLを直接参照する。前項同様、これから先WSDLを作り直すセンがまだあり得るので、デプロイしないでローカルでどんどん試せる方がよいと思う。生成した後は例のごとく「パッケージエクスプローラ」上で「更新」を忘れないようにする。既存のファイルの内容が更新されるだけであれば問題ないが、ファイルが増えたり減ったりした場合は明示的にプロジェクトに追加された状態を作らなければならない。
これってAntタスクで書けないのかなー
サービスを呼び出すためのコードはWSDLから生成されているので、これを利用するコードを書く。サービスのバインディングを得る際、URLオブジェクトを渡すことで任意の場所にあるサービスにバインドできる。WSDLには最終的にサービスを公開するURLを書いてあるので、疎通用にバインドする。
ウェブサービスを書いてみる - インタフェースとプロトタイプ
不明点が多いだけに、これから先もTry&Errorを繰り返すことになるはず
繰り返されることを前提とした手順を検討する。サービスのInterfaceとやり取りするデータの入れ物を作成する。このとき、最終的な出来上がりとはパッケージを分けておく。インタフェースからWSDLを生成する。生成したWSDLからサーバサイドのコードを生成する。生成されたコード中の実装すべき部分を実装する。デプロイしないで、ローカルで完結し動作するまで繰り返す。サーバにデプロイして動作確認する。次のような単純なインタフェースとした。最終的には生成した結果しか使わないので、あまりこだわらないでおく。
入れ物は以下の通り
WSDL生成→サーバサイドコード生成の過程でgetter/setter/コンストラクタは自動生成され、コメント含めてその他の内容は引き継げないので、フィールド(わざわざpublicにしているのはprivateだと生成対象にならないから)とコンストラクタだけ定義する。
/// 元の文字列中における本トークンの開始位置
/// 元の文字列中における本トークンの終了位置
次のようなAntターゲットを使用してWSDLを生成する。
xmlの先頭で宣言しておく)
コアロジックを記述する。ローカル確認用のMainメソッドも作っておく。実際に配備して確認する前に、ローカルなjavaアプリとして動作を確認する。
senに辞書その他の位置を通知しなければならないのでローカル実行時のVMオプションに「-Dsen
javaは(上記Antターゲットの場合)既に存在する場合は上書きされない。
サーバサイドのソース生成を行った際、サービスを配備するための「deploy
これを用いてAxisにサービスを登録する。以下のようなAntターゲットを実行する。
ウェブサービスを書いてみる - プロジェクト作成
ここの手順では、動的Webプロジェクトを作成して、ここからウェブサービスを作っているが、本来はウェブサービスプロジェクトを作成することで同じことができるはず
「はず」というのは、WTPからウェブサービス生成しようとしたのだが例外が出てしまって先に進まなかったので、別のやり方を探したから
サーブレットが動くところまで
プロジェクト名を適宜つける。
(設定しおいたサーバ一覧から選べる)
デフォルトはプロジェクト名と同じ
サーバービューにTomcatインスタンスの状態が表示されているはず
ここに今回作成したプロジェクトを割り付ける。Tomcatインスタンスを選択して、コンテキストメニューから「プロジェクトの追加および除去」を選ぶ。「使用可能プロジェクト」に、前項で作成した「動的Webプロジェクト」があるはずなので、これを選択し、「追加」ボタンを押す。選択したプロジェクトが「構成プロジェクト」に追加される。「終了」を押して確定する。jspによる環境チェックもろもろも利用したいのでサンプルからコピーしている。元々がサンプルとして提供されているものなので自前のウェブサービスでは使用しない。ファイルシステム上でプロジェクトディレクトリ配下に何か置いてもEclipseのプロジェクトの一部として認識されない。プロジェクトエクスプローラ上で「更新」を行うことを忘れないようにする。
WTP管理下のTomcatに対しては、プロジェクトの一部として認識されているファイルだけがデプロイされるから
Tomcatを起動し、必要な環境が準備できたか確認する。サーバービューでサーバを選択し、「始動」を選択する。Welcomeページから「検証」をクリックして、必要なコンポーネントが揃っているか(ロードされているか)確認する。意図通りのファイルが配備されているか確認できる。
コンテキスト固有の設定
せっかくなので自分のwebアプリであることがわかるように編集する。今回作成するウェブサービスはsenを用いて形態素解析を行う。したがって、senのライブラリがロードされるようにしなければならない。これはコンテキスト固有の問題と思われるのでWebContent配下に配置した。
senを使用するにはシステムプロパティsen
homeにsen導入ディレクトリを指定しなければならない。
パッケージエクスプローラーで見たとき「サーバー」というノードに上記で定義したWTP管理下のTomcatインスタンスの設定が見えるはず
上記のようにデプロイされる内容に変化があった場合、WTP管理下のTomcatであればその場で再デプロイされるので便利
ただし、「プロジェクトの一部」として認識されていないといけないので、ファイルやディレクトリをコピーした後は「更新」を忘れないこと
>>サイトトップへ
このアーカイブについて
このページには、過去に書かれたブログ記事のうちEclipseカテゴリに属しているものが含まれています。次のカテゴリはIEコンポーネントです。最近のコンテンツはインデックスページで見られます。過去に書かれたものはアーカイブのページで見られます。
このブログを購読
このブログはクリエイティブ・コモンズでライセンスされています。あぁ そうだった。
つい毎度調べてしまうことをメモするページ
以前、Felicaを使ったシステムを企画してみたいなぁとふいに考えた。Liteを使えばフリー領域のみではあるが読み書きが出来るというので、さっそく購入しようと代理店2社に電話した。
そしたら「個人の方にはお売りできません」との返事
※ホントにシェアとりたいんだったらSDKは個人にも開放して、どんどんアプリやシステムを書かせればいいと思うんだけどね
5年ほどたって、ふとオープンソースマガジンを手にとると、自前で解析して読み取りを成功させている人がいるじゃないか
恐ろしいことよ
(「SFCardPeeper」のことは以前から知っていたが、技術情報を整理して雑誌に載せた、というのがすごいと思う)さっそくプロジェクトのページからダウンロードしてSuicaを読ませてみる。自分が持っていたR/WはS310だったので見事に読めず。やむを得ずビックカメラでS320をゲットしてきた。携帯にもFelicaが載るようになったせいか、S320の読み取り部分はフラットになった。なので、自分のように机の上が雑然としていて、水平にR/Wを置けない環境では、載せたカードがすべり落ちてしまう。
この辺はS310の方がよかったなぁ、などと思いつつチャレンジ
S320に変えたらあっさり読めた。libpasoriには読み書きのための関数がいくつかあるが、率直な話、プロトコルの解析には興味がないし、セキュアなR/W(特にW)はSDKがないと無理そうだ、と考えた。となれば「カードのIDを読み取る」機能だけがあればいいので、以下の関数だけ呼び出せるようにすることにした。libpasoriはまだこれから変化していくはずなので、出来れば元のソースはいじらないで済ませる。事前にインストールしておく。ちなみに僕のところではこれをインストールしたら、Windowsがシャットダウンしなくなった。(「シャットダウンしています」のままになる。
)ので、自己責任で
USBsnoopも使ってるのでこれが競合しているのかもしれない。リリース版で上記のようにシャットダウンしなくなったのでsnapshot版ならイケるかな、と思ったらそうでもなかった。上記のファイルをインストールすると、ソースとヘッダファイルもインストールされる。うれしいことにVC用のインポートライブラリも同梱されているのでありがたく利用する。上記のヘッダをインクルードできるよう、上記ライブラリをリンクできるようにVisualStudioのディレクトリ設定を追加する。
上記ページからソースをダウンロード
別スレッドを用いて、一定間隔でパソリをポーリングし、完了後にコールバックする。
簡単なサンプル
* 現在のところエラーなのか、何も読めなかったのかは区別がないので
* 例外を無視
で、サンプルがこれ
パソリをUSBポートに挿して、Felica(僕のところで試したのはSuicaとauのお財布ケータイ)をかざせば、カード固有のIDを読み取ることができる。他の環境で動くかどうかわかりません。
この配布物の使用は自己責任で
何が起こっても作者は責任を負いかねます。ただのラッパーにライセンスを謳うのも気が引けるけど、ソースの改変、配布は自由です。
>>サイトトップへ
このアーカイブについて
このページには、過去に書かれたブログ記事のうちfelicaカテゴリに属しているものが含まれています。最近のコンテンツはインデックスページで見られます。過去に書かれたものはアーカイブのページで見られます。
このブログを購読
このブログはクリエイティブ・コモンズでライセンスされています。
あぁ そうだった: IEコンポーネントアーカイブ
あぁ そうだった。
つい毎度調べてしまうことをメモするページ
IEコンポーネントの最近のブログ記事
縦に長いページをキャプチャ キャプブラ
画面をはみ出る大きなページ、縦長ページを一枚のスクリーンショットにキャプチャ
IEコンポーネントを使っているので、レンダリングはIEと同じ
こういうものです。
「戻るボタン」も「ツールバー」もない(笑)
画面をはみ出る大きなページ、縦に長いページを一枚のスクリーンショットにキャプチャ
IEコンポーネントを使っているので、レンダリングはIEと同じ
こういうものです。
「戻るボタン」も「ツールバー」もない(笑)
縦に長いwebページをキャプチャする。
デスクトップのサイズをはみ出るぐらい大きなwebページ
縦に長いwebページ
のスクリーンショットをどうやってキャプチャするか
見回せばそういう目的のツールが結構あるんだけど、「どうやって実現するのか
」を知りたくて、調べてみた。
まずは「IEコンポーネントをフォームに貼り付け、なんちゃってブラウザを作成
IEコンポーネント内に表示されているwebページをキャプチャする。
下のやり方で大体目的は達成できるみたい
キャプチャする矩形(ピクセル単位)を決める。
frameの配置(縦横)に応じて加算するなりなんなり
bodyの矩形と比較しつつ最終的なキャプチャ矩形を決める。デスクトップにコンパチなデバイスコンテキストとビットマップを作成する。
保存しておいたエクステントサイズで元に戻しておく(フォーム上のIEコンポーネントの描画サイズが変わってしまうから)
デバイスコンテキストに割りついているビットマップからBitmapオブジェクトを生成
Bitmapオブジェクトを、クリップボードに貼り付けるなり、任意の画像形式でファイルに落とすなりする。
列挙するとなんだかあっさりしてる・・・
あまり大きいビットマップを作ろうとするとビットマップの作成がコケる。
何か回避方法があるんだろう
C#のコードからインターネットオプションを開く。
こういう感じで定義して
Formからの呼び出しはこんな感じ
OKを押してもキャンセルを押してもtrueが返ってくる。
あくまでダイアログ表示が成功したか否か、を表すみたい
IEコンポーネントから新しいウィンドウ
>>サイトトップへ
このアーカイブについて
このページには、過去に書かれたブログ記事のうちIEコンポーネントカテゴリに属しているものが含まれています。次のカテゴリはIISです。最近のコンテンツはインデックスページで見られます。過去に書かれたものはアーカイブのページで見られます。
このブログを購読
このブログはクリエイティブ・コモンズでライセンスされています。あぁ そうだった。
つい毎度調べてしまうことをメモするページ
UMLその他モデルの作図にJudeを愛用している。
もちろん画像で出力してからアップロードすることはできるが面倒
せっかくリポジトリにastahのファイルを保管しているのだから、最新の図をwikiに自動反映できたら便利そう
最近知ったのだけど、PlantUMLというのがあって、一定の記法で書いたUMLを画像にしてくれるOSSがあるそうだ。と一瞬考えたものの、レンダリング結果がastah上の図とはかなり変わってしまうし、APIで取得できない情報が多数あるのでそもそも再現度が低い。
jude時代から、コマンドラインで図出力を実行することができるので、これを呼び出したらいいだろう
ということでまずは「linux上でコマンドラインで図出力」する手順を検討した。
ポイントは以下のとおり
APIの場合はXサーバなしでも動くけど、図出力はdisplayが初期化できないと先に進まない。図出力用のディスプレイという位置づけで、vncserverを使うことにした。astahライセンスをセットアップする必要がある。
ディスプレイを用意
図出力を実行するユーザ向けにvncserverのディスプレイを作る。
各種ファイルのひな型が作成されるのと、vncserverのパスワード設定を一度に出来るから
で、ひな型をちょこっと編集
twmが動いていると、Xクライアントがウィンドウを作成するときに出現位置をユーザ操作で指定する流れになるので、図出力の自動化においては邪魔になってしまう。
図出力を実行するユーザに合わせて編集
とりあえずディスプレイ番号は2のままにした。
ジオメトリはもっと小さくてもいいはず
「JREなし、インストーラなしのアーカイブ」と書かれているもの
1)ので、ちびっと修正して、とりあえず同じディレクトリに「run
sh」という名前で保存した。実行権限を忘れない。
ライセンスを配置
自分ところはJUDEのユーザライセンスがサポート時効前なのでJUDEのライセンスで
自分はtcshスキーなので以下の通りだが、他のシェルの場合は適宜
で、出力されたのが冒頭のpng画像
Windowsで出力したときとフォントが異なるので、見た目の違いはあるけど、元の図がキープされていることに意義はありそう
元の図が大きくなりがちなので、wikiに張り付けるのに向かないケースも多そう
図出力にはかなり時間がかかる&出力したい図を指定できない(種類は指定出来る)ので、運用上はcronで出力しておいてどーこーみたいな仕組みも必要っぽい。受託開発の見積りをすることがある。このフェーズにおいてもJUDEを利用しています。以前はモデリングはともかく数字の部分が「KKD(経験・勘・度胸)」だったのだけど、ここ二年ぐらいはファンクションポイントによる見積りにチャレンジしているのです。
※機能規模と関連の薄い部分(導入とか利用者トレーニングとかバッファ)は相変わらずKKDだけど
ヒアリングしたメモをマインドマップにざらーっと書き出しつつ、思いついたことをちょいちょい書き足す。マインドマップを見返しながらアクターとユースケースを並べる。ざーっとエンティティを見出す。
という感じで
かなり詳細にシステム像をイメージしないと数字が出せないのが難点といえば難点だけど、どんなものを作るかわからないのに見積り数字が出るってのも変といえば変
それに計数を重ね記録することで、(組織/チームとしての)生産性が見えることがわかったのは収穫だったと思う。
せっかくJUDEでモデリングしているのだから、これを活かしてFP計数が出来ればなお効率もいいだろう、という話し
すでにやっておられる方がいるので今更感はあったのだけど、これも理解を深めるため&自分都合の使い易さのためということで
※注意:プログラムの実行結果について作者はなんら責任を持ちませんので悪しからず。
このFP計数ユーティリティにおける前提条件は以下のとおり
JUDEモデルでいうと以下のいずれかで、属性が1つ以上あるものをDFとみなす。
CRUD図で当該エンティティに対する操作の有無で判断、または手動付与
CUDのいずれかが設定されているエンティティ→ILF扱い
考えられるグループを@retアノテーションで列挙する。列挙された@retアノテーションの数をRETとする。
ここでのアノテーションとはjavaのアレではなく、JUDEにタグ付き値がなかったころに独自データを付与するため作ったオレオレ表記
モデルの定義中の「@アノテーション名(空白)値」という記述部分を抜き出してデータとします。
とあるエンティティが「xxx種別」の値で意味合いを制御するようなモデリングの場合に、のようにエンティティの定義に記述することでRET=2と計数します。トランザクショナルファンクション(以下TF)は、JUDEモデルでいうとユースケース1つに対応するものとします。TFのCRUD操作から判断させるか手動で付与します。
ユースケースに対して@tfアノテーションで明示指定
結果的にCRUDからはEQが出てこないのだけども、全く加工のない操作って少ないのではないかと考えたから
当該ユースケースのCRUDで操作対象となっているエンティティの個数をFTRとします。ここはまだ方式を確立しかねている。現状は、当該TF(ユースケース)の直下に「FP-」で始まる名前のシーケンス図を書き、アクターが発するメッセージから計数することにしています。
例:「FP-社員情報を登録する」みたいな感じで
DET=メッセージ(=トリガ)+操作の引数の個数+返り値の個数
「操作」に対して返り値は1つしか指定できないので、返り値にclassを指定した場合はその属性の数を返り値の個数とします。あるいは、返り値ではなく「操作」の「out」パラメータとして記述します。
FP計数周辺に絞った手順
ユースケースをモデリング
TFのDET計数用シーケンス図作成
ERモデリング(クラス図でもよい)
CRUD表作成してユースケースとエンティティの操作を結びつける。
TSVファイルを雛形xlsに貼り付けて集計
TSVファイルをテキストエディタで開いてコピー&ペースト
TSV全体をコピペで[ファンクション]シートに貼り付けます。もし既存の表をはみ出たら適宜書式をコピーしておきます。[一般システム特性]シートに数字を入れます。この辺が参考になります。
雛形xlsのピボットテーブル更新
FP概算法、FP試算法についてはこの辺を参考にしました。
個人的な感覚では試算法だと数字が離れるなーという印象
rapidに見積もる必要がある、あるいは画面項目を想定するほど情報が揃っていないときは概算法のほうがいいなという感触
ファンクションポイント法自体については「失敗のないファンクションポイント法 」という本を参考にしています。この本は項目説明が網羅されているだけでなく例示が勉強になります。300ページちょいの本ですが、約200ページを「計測実習」に割いており非常に具体的で参考になります。3には編集APIのサンプルとしてDBリバースのプログラムが付属しています。
サンプルといっても十分便利
DB接続可能なときはこれを利用している。何かしらのシステムやアプリを引き継ぐと、DDLすら提示されず、「テーブル定義書」「テーブル設計書」といった名称のxlsブックだけ出てくる場合がある。困ったことによくある。目視でぽちぽちjudeにエントリしてもいいのだけど、編集APIのプラクティスを兼ねてインポートツールを書いた。
要するにCSVで記述したERエンティティをjudeモデルとして一括登録、というもの
※注意:judeファイルになんらか問題が発生しても責任を負いかねます。
そしてバックアップ or リビジョン管理重要
記述例はアーカイブ同梱のsamp1
「テーブル定義書」のレイアウトは様々
それに合わせて以下のようなCSVファイルを出力するようマクロを調整のこと
CSVファイル内の最初の列が「#」で始まる行はメタ情報行
1列目:エンティティの論理名
2列目:エンティティの物理名
次に#で始まる行は各列の値の意味を指定するヘッダ
認識するヘッダは以下の通り
属性の論理名
属性の物理名
属性のドメイン(の論理名)
更新対象judeファイル内に同名の論理名を持つドメインがない場合は作成される。
属性のデータ型
更新対象judeファイル内に同名のデータ型がない場合は作成される。
属性のデフォルト値
jsマクロ実行し、全シートをCSV出力します。
出力ファイル名は"シート名
シートごとに別ファイルに出力されます。
編集APIの仕様で以下の点に注意
論理名のないエンティティは登録できない。論理名のない属性は登録できない。同じ論理名を持つエンティティが既に存在すると登録できない。データ型に英小文字を指定しても英大文字になる。GUIでは英小文字名称のデータ型を登録できるけど、編集APIでcreateすると大文字になる。※インポートのデフォルトのフィールド区切りは「HT」です。--fsでカンマを指定しています。
jarがカレントにある前提
存在しないjudeファイルを指定してもよいし、既存のjudeファイルを指定してもよいです。存在しないjudeファイルを指定するとjudeファイルが作成されます。新規judeファイルに出力しインポート後の内容を確認して問題なさそうならマージするという手順がいいと思う。本スクリプトは日本語環境で作成されたjudeファイルを前提としています。日本語環境GUIで作ったjudeファイルの場合、IERModelの名称が"ERモデル"(これはエクスポートするとわかる)となっていることに関係するのではないかと想像している。モデル編集APIは、「図要素」を編集できるようになるとうれしい。
図中のモデルの位置だとか大きさ
GUIの自動レイアウトがもうひとつだなぁと感じている。
何かしらのレイアウトエンジンを使って独自の整列ができるようになったらかなり素敵だと思うんだけどな
両者の違いは製品公式ページの機能比較表のとおり
結構Community版使ってますみたいなエントリを見かけるんだけども、自分がPro版購入を決めたポイントを並べてみる。※僕はチェンジビジョンの関係者ではありません。特にコピー&ペーストでWord等office文書に貼り付けられるところがいい。
ビットマップでなくベクターグラフィックだから、拡大縮小しても印刷しても綺麗
貼り付け先文書内で好きな大きさにできる。ステレオタイプのアイコンを指定できる。機能比較表ではさらっと書いてあるけど、これはかなりうれしい。boundary(メロンが横になった記号)やactor(棒人間)に帳票や人を示すビットマップを指定すると「普通の人」も見る気になってくれる。
オブジェクトごとにUML表記/アイコン表記を切り替えられるので、読み手に合わせた作図をしつつ、情報量はキープみたいな使い方
モデルから関連する図へジャンプできる。
このモデルが使われているあの図はどこだっけ・・、とモデル基点で図を逆引きできるのは地味に便利
ファンクションポイント法による見積りのソースに使えてうれしい。Com版とPro版の違い、とは関係ないが、CRUDの軸に指定したユースケース図にユースケースを足したとき、ER図にモデルを足したときに、CRUD表の当該モデルに対する行/列が自動で追加されるのは本当にうれしい機能だ。別名をつけられる。クラスの名前や属性の名前など、日本語表記と英語表記を付けることが出来る。モデリングは日本語で行い、SQL出力など英語表記にしたい部分だけ英語、という使い分けができて助かる。
ER図(系のモデル)、CRUDの情報を取れるのはかなりのアドバンテージ
プロジェクトをマージできる。
judeを2つ起動して、片方のjudeからもう片方にコピー&ペースト、ということが「出来ない」ので、その代わりとして使えるから
ちょっとした違いかもしれないけど、普段の業務でしみじみ便利だなーと思う瞬間
こういう違いを知らずにCommunity版を使ってる人がいたらちょっともったいないな、と思ったので書いてみた。モデリングツールにJUDEを利用している。
このツールを選んだポイントの1つはjavaを使ったAPIがあること
3になって、モデル編集のAPIも追加された。
で、テーブル設計
要求・要望・要件の断片からざっとエンティティを見出し、ID属性を付与、リレーションを付けて多重度を設定して・・・という手順でやっているのだけど、エンティティの数が多いと、ID属性を追加するのも結構手間
ということで、モデル編集APIを扱うプラクティスも兼ねて、JUDEプロジェクト内のERエンティティにID属性を追加するスクリプトを書いてみた。
ちょこちょことスクリプトを書くときは、screen+viな環境でやると調子がいい(僕は)
jarを展開先ディレクトリに置いてある前提
指定したデータ型、ドメインが存在しない場合は作成します。作成された属性にはPK指定が付きます。READMEにも書いてありますが無保証です。judeファイルを書き換えますので、バックアップ必須です。ファイルが壊れても責任持てません。(JUDEの機能による)ロックがかかりますので、更新対象JUDEファイルをGUIで編集していない状態で実行します。既に主キーがついているエンティティには属性追加しません。唯一の主キーが作成しようとしてる属性論理名が同じ場合はデータ型/ドメインを更新します。既にERモデルが作成されているJUDEファイル前提です。日本語環境以外で作成されたものがどうなるかは不明です。2でCRUDにクラス図を指定できるらしい。
まだベータだけど
いつリリースかなー
モデル軸にクラス図を選択可能にしました。自作の見積もりツールで、ユースケースとクラス図中のentityの利用関係を取得したくて、手作業でUMLモデル→ERモデル変換するという使用方法だったのだけど、これで素直にUMLモデルが使える。JudeのERモデルにはちょっと後付け感を感じる。構造ツリー上も「別居」しているから、ユースケースとの結びつきをイメージしにくくてヤだなあと思っていたのだ。
>>サイトトップへ
このアーカイブについて
このページには、過去に書かれたブログ記事のうちjudeカテゴリに属しているものが含まれています。最近のコンテンツはインデックスページで見られます。過去に書かれたものはアーカイブのページで見られます。
このブログを購読
このブログはクリエイティブ・コモンズでライセンスされています。あぁ そうだった。
つい毎度調べてしまうことをメモするページ
XPモードやっと動いた。~~」という理解しがたいメッセージが出てきて足止めされてた。スクリーンショット撮るために始めて起動したけど電卓が進化しすぎてて笑った。
ホストのUSBデバイスと接続できるのがすごい便利というか感動
仮想PC側の通知(ウイルス対策の警告など)が、ホスト側の通知に統合されて表示されるんだな
もっといろんなアプリで試そうと考えたけど、どうしてもXP側で動かさないといけないアプリが特になかったりで
このごろはウェブアプリ多いし
まーしかし結構便利かもという印象
さっそくインストール
インストールの最終処理で妙に時間がかかったけど、じっと待ってたら完了した。
エクスペリエンスインデックスは↓のスクリーンショットのとおり
Vista x64をずっと使ってきたので大きな変化は感じない。ドスパラの予約特典で「窓辺ななみオリジナルテーマ」がついてきて、一度はセットアップしたものの壁紙/サウンドが萌え萌えしすぎてて人前では使えん(^^; でもまー いいと思います。
2~3時間さわってみたちょっとした感想
4が公開されたところでサーバメンテ用にインストールした。コンパネ→フォントで、Terminalフォントを「表示」にしないと選択肢に出てこない。ストアの表示であるとか、iPodの同期は普通に出来た。重いのか軽いのかもう1つ実感はわかず。※CD-ROMの読みこみに使っただけなので、書き込めるかどうかは知らない。
Aeroシェイクの使いどころがわからん・・・
左右にウィンドウをスナップさせるやつの使いどころがわからん・・
ウィンドウを左右並べて比較することってそんな多いかなあ
OmegaTの訳文ファイル生成をコマンドラインで
翻訳作業にOmegaTという翻訳メモリを使っている。(翻訳メモリ的には当たり前だろうけど)用語集を定義できる。既翻訳文から類似した部分を提示してくれる。無償で利用できる。UIがすっきりしていると思う。
てなところが選定理由
原文ファイルから訳文ファイルを生成するのは、GUIメニューから実行するのだけど、これを自動化したい(antのbuildに組み込めないか)と思って調べた。こういうときオープンソースはいいよなーとソースを読んだら期待通りCLIが実装されてた。※けど、よくよく見れば(英語版の)マニュアルにばっちり書いてあったのだった。だけどリリースとnewsは連動しているわけではないらしく投稿するかしないかは管理者次第のようだ。じゃあPipesでも使ってみるかと気軽に始めたのだけどかなり手間取った。
やりたいこと
7」部分)を抜き出してフィードに
最初のリリース一覧の抜出からしてなかなか意図した結果にならない。
XPathでさくっと取り出してぇ、と試行錯誤
得られたtrリストの直下の一番目のtdと二番目のtdを指定する方法でまた悩む
フィード出力の時点でpubDateに突っ込まれるようだ。
面白いしすごく便利だけど、やりたいことをPipes流の発想に変換するのがなかなか大変
YQLを使えばXPathでスクレイピング可能なのが救い
8インチHDDを8GBのCFに換装して快適に使って一年ちょい
0をインストールしてしまったあたりから残容量が低空飛行
困ったなぁと思ってたら日立型I/Fで1
8インチなSSDが出たじゃないですか
月初に買いに出かけたのだけどすでに次回入荷待ち
買えないとなるとなおさら今欲しいんだ。
~以下自己責任でお願いします~
電源の違いがあるそうで通常の変換アダプタに手をいれないといけないらしい、のだけど若松で加工済みのものを入手
ブログ等を見ていると自分で改造してる方もいるようですげぇなと尊敬しつつお金で解決(^^)上記若松のページやこちらとリンク先のIBM公式保守マニュアルを見ながら、バッテリ、キーボード、上部ケースを外す。
ネットで検索するとあっさり換装されているようなのだけど、不器用なのかとにかく上部ケースが外せなくて苦労した・・・・
保守マニュアルの86ページの「1」の加減がわからなくて困った。結構大きなバキィって感じの音がして持ち上がったので「やってもうた~」と思ったけどセーフだった。「3」のラッチというのをケース底面側から見える銀色のツメ的な部分と勘違いしてひたすら責めてたんだけど、これは関係なかった。HDDが収まるスペースにある枠も外す。上記の加工済み変換アダプタには、フレキケーブルが2つ同梱されてた。
僕が買ったのだと、両端が青いのと片方が白いの
厚さが違うことに気がつかず「こんなすっぽぬける感じでいいんだろうか
」と悩んだがSSD側を白い方にしたら深く入った。
SSDのコネクタ部分にあるロックをおろして固定
断線しちゃうんじゃないか、と思うぐらいケーブルをぐねっと曲げてなんとか納める。SSDと底面の間に隙間が出来るので緩衝材を突っ込んだ。で今度は、上部ケース、キーボード、HDDカバー、バッテリを元に戻す。
どうやら問題ないみたい
またVistaをセットアップするわけだけど、以前このX40用にSP1統合ディスクを作ったので再利用
これはあっさり完了
ページファイルなし運用
ハイバネーション(休止)も無効に
前回はCFだったから必要なものだけ個別にインストールしたけど32GBもあるから豪勢に
後は直近使うアプリだけインストール
やはり軽快なのがいい。
これはもっと少なくてもいいかも
せっかく購入したけど
これもいつもの
自宅サーバとの間の文書/ソースの出し入れに
体感する快適さではCFの時とあまり違いを感じないけど、ディスクの残量が17GBもあるのは精神衛生にいい(^^
残量不足になってからX60常用(こっちもSSDに換装済み)に逃げてたけどまたまたX40復活
キーボードの感触はX40の方が好きなので地味にうれしい。インターネット側にデータ(ブックマークとかRSSリーダとかメール)を置いていることが功を奏しセットアップが簡単でいい。OSの準備が出来たらいつもの状態でシームレスに継続できるってすごいことだ。ネットを普遍に押し上げた(下げた。
)人々に感謝だなぁ
購入したままになっていた「集合知プログラミング 」を読み始めた。ナレッジを扱うシステムに関わっているので、何かしら応用できないかな、と考えたのだった。
よくあるのが検索の際に「プロクシとプロキシ」「引越しと引っ越し」を同じとみなすような検索が出来ないか
単純に考えると辞書を用意して検索ワードを拡張して検索エンジンに食わせよう、となる。
けど、どうせなら自動的になんとかできないだろうか
で、「集合知プログラミング 」
ユーザの与えた語に対し、類似あるいは関連の強い語を推薦できないかと考えた。googleのように巨大なコーパスを扱える状況ならともかく、少ないリソース・計算力でどうにかそれらしい結果を出したい。
近年の分類方法の1つといえばタグ
多数のタグが集まる場所といえばソーシャルブックマーク
あるURLで識別されるリソースに対し、不特定多数の人がタグをつける。
よほどおふざけな人が集まらない限り、ついたタグはリソースにまつわる一定の関連があるだろう
さらにそこには表記ゆれもある。
これらタグ同士の相関係数を事前に計算しておいて提示するという試み
僕ははてブを使っている。ちょうどいいことに特定URLをブックマークに関する情報をJSONで取得するAPIがある。とりあえず自分のブックマークを起点に、他の人がつけたタグの数を取得し計算した。
うーん、それっぽい結果になっているものもあるけど・・・・
※負の相関が降順なのは(僕のコードの)仕様です。※ケンドールの順位相関係数です。
母集団が小さいからなのか
母集団が偏っているのか
考えてみれば、ソーシャルブックマークのタグに全て(といいたくなるくらいたくさん、の意)の語が登場するわけではなく、「自分がブックマークするときのタグの推薦に使える」ぐらいの結果か
母集団の中には「ソーシャルブックマークを便利に使う工夫のタグ」も存在するので、そもそも推薦に向かないものがある。
表記ゆれのネタにしようと思ったら、「同じURLに対して同じ人がつけたタグ同士」は表記ゆれではなくて、何かしら別の軸の意味を持った言葉のはず
なので、こういうタグ同士でペナルティを加味したらもう少しマシになるかな
ま、それでもなんとなーく相関のありそうな語の固まりが取り出せたのは、ちょっと面白かった。
サンプルをどーんと拡大してhadoopで分散処理、みたいなことをやってみたいな
といってもMTのコメントのプラグインを試しただけだけどー
2が公開されたのでアップグレード
無事に移行できたか
再構築時間は確かに短くなった。
元々サーバが非力なのであまり恩恵にあずかれていない気もするが
コメント記入時のサインインでmixi OpenIDを利用するプラグインが早々に公開されているのでチャレンジ
・・・してみたんだけど上手くいかないな~
てなメッセージ
サインインの選択肢にmixiが出てきているので設定は出来てるんじゃないかと思うんだけど・・
なんで入れてなかったかなー
」というエラーになります。
>>サイトトップへ
このアーカイブについて
このページには、過去に書かれたブログ記事のうちotherカテゴリに属しているものが含まれています。最近のコンテンツはインデックスページで見られます。過去に書かれたものはアーカイブのページで見られます。
このブログを購読
このブログはクリエイティブ・コモンズでライセンスされています。あぁ そうだった。
つい毎度調べてしまうことをメモするページ
ウェブアプリを作っている。非常に時間がかかる処理や、ブラウザからの要求時点では完了できないような処理を、非同期実行するためのメッセージバスとしてActiveMQを使用している。
ウェブアプリおよびバックエンドの処理は主にperlで作成
現在は、単一のサーバで実行していて、localでメッセージを投げて受ける状態
1」に変えたらうまくいった。えらい悩んでしまった。
IPv6が有効になってる環境では要注意かも
はてなRSSのキーワードウォッチがすごく便利で、いくつかのジャンルのネタ拾いをしているのだけど、「STOMP」って単語にスカパラその他音楽関係がどんどこヒットしてきて、ちょい困る(^^;ひさしぶりにwebアプリを書くことになり、既存のフレームワークを利用することにした。
Rails周辺の喧騒はなんとなく気にしていて興味はあったのだけど、rubyを最後に触ったのが5年前で、今回はより慣れているperlでいくことに
フレームワークというのはなんだかんだでフレームワーク自身の内部的な動きも含めて理解しないと、ホントに便利にはならないものだと再認識
特にプラグインをパイプ的にチェーンするフレームワークでは
フレームワーク固有というよりはutf8フラグ絡みなんだけど、文字化けとの格闘を越えてやっと便利だなぁと思えるようになってきた。apacheのアクセスログにユーザを記録する。認証といえばインフラのレイヤに任せる、という方式を好むのだけど、今回はアプリの都合もあってフレームワークとアプリで認証の面倒を見ることにした。
あとは、認証ユーザを設定するだけ
ただし、テストサーバで実行中はコンテキストオブジェクトにapacheメソッドがないので、こんな感じにした。既存のアクセスログ解析ツールをそのまま使えるので都合がいい。
>>サイトトップへ
このアーカイブについて
このページには、過去に書かれたブログ記事のうちperlカテゴリに属しているものが含まれています。最近のコンテンツはインデックスページで見られます。過去に書かれたものはアーカイブのページで見られます。
このブログを購読
このブログはクリエイティブ・コモンズでライセンスされています。あぁ そうだった。
つい毎度調べてしまうことをメモするページ
イベントハンドリングはとりあえずおいといて、スクリプトでDNSのCNAMEを変更する方法を探す。やっぱりというかなんというかWMIにしっかりと用意されていた。
とても無駄な感じ
CNAMEもAレコードも事前に作成してある前提なので、見つからない場合を考えていない。
適切な権限が必要
テキストファイルをWordに読み込ませ、Wordの文書校正ツールでちょっとした誤字を拾い上げる、ということをやってみた。
対応しているエンコーディングは少ないが、同期される更新全部に対し、受け入れるか否かを検証・判断するのは専属の要員をアサイン出来ないなら無理だな、と思う。そういうわけで、一定の更新クラス(セキュリティ問題の修正プログラム、修正プログラム集、重要な更新)に対して自動承認を行っている。これらの自動承認とは別に「ルート証明書の更新プログラム」を自動承認したい。
「すべてのコンピュータ」に対して
更新の名前に「ルート証明書の更新プログラム」を含む。インストール承認する。
更新に対する検索条件
Title以外にも適用されるらしいので、これだと余計なhitがあるかも
拒否済み、最新リビジョンでないものはスキップ
# 既に拒否済みのもの
# 最新リビジョンでないもの
# は相手にしない。
適用したいコンピュータグループの数だけ承認メソッド呼び出し
いつもどおり無保証
どのような結果についても責任を負いかねます。
利用は自己責任で
# 更新に対する条件
# 既に拒否済みのもの
# 最新リビジョンでないもの
# は相手にしない。
前提条件とやりたいこと:
ここの運用では、ほとんどのコンピュータはADドメインに参加しており、コンピュータアカウントの管理者が設定してある。一定の間隔で更新未適用コンピュータの一覧を作成し自動的にメール通知するようにしたい。
更新クラスが「SP、セキュリティ問題の修正プログラム、修正プログラム集、重要な更新」のいずれかで、これらの更新をインストール完了していないコンピュータの一覧
メールの内容を自由にカスタマイズしたい。また、当該コンピュータの管理者の氏名を一覧に含めることで連絡リストを兼ねたい。
ここの環境ではWSUSサーバとDCは同じサーバで運用
メールの送付に関する設定および送付先はWSUSの通知設定と同じ設定を用いる。「状態レポート」の通知先に送る。
(更新レポートの通知先でなく)
NETのクラスライブラリを使うことが出来るから、WSUSの操作をスクリプトから行うことが出来る。
ということで、レポートスクリプト
使用は自己責任で
タスクスケジューラで定期的に実行している。ここの環境はw2k8のため管理者としての実行が必要だった。
NETのクラスライブラリ(に限らずCOMでもActiveXでも)がスクリプトからさくさく使えるのはなんとも強力
unixのtarやgzipやsha1sumのようなレベルのコマンドがないので手間がかかるな、と感じることはあるけど、書き下ろせなくはない強力さがある。
アセンブリのロードと各種情報(更新クラスのTitleとか)の日本語化指定
メール作成と送信
※WSUS側で通知設定がされていない場合は想定せず。※ここの環境ではSMTP認証が不要のため無視している。
>>サイトトップへ
このアーカイブについて
このページには、過去に書かれたブログ記事のうちPowerShellカテゴリに属しているものが含まれています。最近のコンテンツはインデックスページで見られます。過去に書かれたものはアーカイブのページで見られます。
このブログを購読
このブログはクリエイティブ・コモンズでライセンスされています。あぁ そうだった。
つい毎度調べてしまうことをメモするページ
UMLその他モデルの作図にJudeを愛用している。
もちろん画像で出力してからアップロードすることはできるが面倒
せっかくリポジトリにastahのファイルを保管しているのだから、最新の図をwikiに自動反映できたら便利そう
最近知ったのだけど、PlantUMLというのがあって、一定の記法で書いたUMLを画像にしてくれるOSSがあるそうだ。と一瞬考えたものの、レンダリング結果がastah上の図とはかなり変わってしまうし、APIで取得できない情報が多数あるのでそもそも再現度が低い。
jude時代から、コマンドラインで図出力を実行することができるので、これを呼び出したらいいだろう
ということでまずは「linux上でコマンドラインで図出力」する手順を検討した。
ポイントは以下のとおり
APIの場合はXサーバなしでも動くけど、図出力はdisplayが初期化できないと先に進まない。図出力用のディスプレイという位置づけで、vncserverを使うことにした。astahライセンスをセットアップする必要がある。
ディスプレイを用意
図出力を実行するユーザ向けにvncserverのディスプレイを作る。
各種ファイルのひな型が作成されるのと、vncserverのパスワード設定を一度に出来るから
で、ひな型をちょこっと編集
twmが動いていると、Xクライアントがウィンドウを作成するときに出現位置をユーザ操作で指定する流れになるので、図出力の自動化においては邪魔になってしまう。
図出力を実行するユーザに合わせて編集
とりあえずディスプレイ番号は2のままにした。
ジオメトリはもっと小さくてもいいはず
「JREなし、インストーラなしのアーカイブ」と書かれているもの
1)ので、ちびっと修正して、とりあえず同じディレクトリに「run
sh」という名前で保存した。実行権限を忘れない。
ライセンスを配置
自分ところはJUDEのユーザライセンスがサポート時効前なのでJUDEのライセンスで
自分はtcshスキーなので以下の通りだが、他のシェルの場合は適宜
で、出力されたのが冒頭のpng画像
Windowsで出力したときとフォントが異なるので、見た目の違いはあるけど、元の図がキープされていることに意義はありそう
元の図が大きくなりがちなので、wikiに張り付けるのに向かないケースも多そう
図出力にはかなり時間がかかる&出力したい図を指定できない(種類は指定出来る)ので、運用上はcronで出力しておいてどーこーみたいな仕組みも必要っぽい。例によって無保証です。
7なんだけど、早食いな人はもう0
9を使っているらしく、0
9で動かないよ、というメッセージが来た。」が出ている。
リンクの作り方がまずいと言えばまずいんだけど、0
9からのURLが異なることが原因みたい
rbを書き換えてみるも反応なし
rbに置かないと読んでくれないっぽい。rbを置くことにした。9以降かどうかでURLマップを設定しわける。「バージョンに状態(進行中、ロック中、終了)を設定出来て、チケットの編集画面に終了済みバージョンがドロップダウンに表示されない」機能が地味にうれしい。例によって無保証です。
説明はその2の方に
今回はハマったことというか知ったこととか
知らんかった。マクロ名と登録時に「desc」で指定した内容が表示される。知らんかった。
descにはwiki記法が使えるが、今にして思えばtextile以外のフォーマッタを使っている場合にマズイか・・・
マクロ本体はmacroにシンボルとブロックを指定する。wiki中の{{マクロ}}の都度ブロックが呼び出される。ブロックが返した文字列がマクロ展開後のHTMLとして出力される。nilを返すと元のマクロ記述がそのまま表示される。プレビュー時、ブロックが呼び出されたときに「プレビュー中のテキスト」を得られない。graphvizマクロの場合、マクロ展開時(Viewのコンテキスト)、画像表示時(コントローラのコンテキスト)のコードをできるだけ共有したかったので都合がよかった。ブロックから例外を飛ばすとwikiビュー内にエラー表示できる。rbで登録すると利用可能になる。rbで追加定義できる。
管理→プラグイン→(プラグインごとの)設定で表示されるプラグイン設定画面
簡単で便利だけど、:partialの指定を他のプラグインと同じにしてしまうと別のプラグインのテンプレートが適用されてしまうことがある。わざと存在しないテンプレート名を指定しておくとテンプレートの検索パスがログに出る。これを見る限り、プラグインの検索パスが連結された状態になっているようだ。
プラグインの名前が長すぎると、設定値を保存できるが再表示した際に値が正しく表示されない(デフォルト値が表示される)
プラグイン名を短くした。rbに設定することで有効になる。
当然といえば当然
:rawオプションでマーシャリングをナシにできる。」てことになった。
これは便利な仕組みだな~
前回のつづき
クリッカブルマップを吐き出すところまでいけたので公開
例によって無保証です。
wikiページをdot形式で記述し、これらのマクロから呼び出すことでグラフ画像をレンダリング
ノードにURL属性を指定するとクリッカブルマップに
指定したwikiページをdotテキストとみなしてグラフ画像をレンダリング
IMGタグを差し込む。
オプションは以下のとおり
クリッカブルマップを生成する際のTARGET属性に指定する値
画像の直後に読みこんだdotの内容をPREで出力
別のwikiページを指定する代わりにこのマクロを含むwikiページをレンダリング対象とする。
必然的に、dotフォーマット上のコメントアウトが必要
コメントアウトしないとレンダラがエラー終了する。
dotの書式や指定できる値については、Graphvizチュートリアルがまとまっていて便利
本家でrpmを配布している。レンダリングした画像をキャッシュしておくことができます。
僕の環境は以下のとおり
wikiのプレビューで編集中の内容をレンダリングできない。
とりあえず上記の環境では動くみたい
どんだけgraphviz好きなんだって感じだけど、まぁ好きだ。実際は、別途webdot的なサービスを作って画像挿入のtextile記法、ってやり方で利用してはいたんだけどredmineプラグイン作成の習作も兼ねてやってみた。例によって無保証です。
説明はその2の方に
環境は以下のとおり
rbに説明があった。ということらしい。
次はどこでマクロ登録を行うか
「redmine_」が前置された結果、プラグインの名前が30文字を超えてしまいプラグイン設定の更新・参照に問題が発生
拡張マクロの登録は、プラグインのinit
rbでプラグイン登録と同時にやってみた。これが正しいかはわからない。こんな感じで登録しておくと、wikiページ(view)のレンダリング中に呼び出される。
dotの構文に誤りがあったときはwikiマクロのエラーとして表示する形にしたいからIMG要素出力時点で一度画像をレンダリングする方向で
dot解釈時点で一旦レンダリングしたものをrailsのキャッシュに置いておいて実際の出力時はキャッシュから返す(ない場合は改めて生成)という感じ
その2につづく。
ふと気がついたら0
ちなみにバックアップは自動でとってるので特になし
RailsアプリはDB周辺の移行が自動化されてて偉いなー
files/は何も置いてなかったのでノータッチ
うーんシンプル
プロジェクトをまたいで自分に関連するチケットをリストアップできる、という点に興味があり、巷でウワサのredMineをたててみる。LDAPに既に存在するアカウントでログインできる、という点も魅力だ。ユーザの姓名には日本語を指定しており、表示名が「赤峰 るび夫」のようになる運用をしている。ログオン名は姓名とは別の英数字IDを任意で指定している。
管理>認証>新しい認証モード
ADドメイン(のNTドメイン表現)と同じにした。試行錯誤の過程で英字で姓のみのユーザを作成した。
ディレクトリに対する匿名アクセス可能なアカウントを作った方がよかったかも
パスワード:上記ユーザのパスワード
→ADユーザのプロパティでは、「アカウント ユーザログオン名」
→ADユーザのプロパティでは、「電子メール」
アスタリスクが必須項目マークだと思うんだけど、マークに従えば、ログインだけ指定すればいいことになる。のだけど、テーブルを見るとNotNull制約みたいなので、4項目とも設定した。AD側のユーザも合わせて上記項目を埋めた。認証モードを保存して一覧に戻る。「テスト」をクリックして「接続しました。」が表示されることを確認する。これで上手くいくかなーと思ったら、ログインできない。認証モードの設定で、ログイン=sAMAccountNameとしていて日本語周辺は回避した、と思っていたのだが、内部的に以下のような流れらしい。
認証モードで「アカウント」に指定したDNとパスワードでLDAPに接続
問い合わせた結果得られたDN+ログインフォームに入れたパスワードで再度LDAPに接続
接続できたら認証OK
ということみたい
とりあえず回避
場当たり的に、ADからの応答もutf-8だと決めてかかることに
rbをちょこっと書き換え
でも「あるAD上のグループに属しているユーザだけredMineを使える」みたいなコントロールはよくわからず。
>>サイトトップへ
このアーカイブについて
このページには、過去に書かれたブログ記事のうちredmineカテゴリに属しているものが含まれています。最近のコンテンツはインデックスページで見られます。過去に書かれたものはアーカイブのページで見られます。
このブログを購読
このブログはクリエイティブ・コモンズでライセンスされています。あぁ そうだった。
つい毎度調べてしまうことをメモするページ
8になってた。3からupdateしたら動かないスクリプトが出てきた。出力オプションをHash指定に変えた。ということらしい。
前者はともかく後者は面倒だなー
libxml-rubyのマニュアルによればエンコード名文字列から定数を得るI/Fがあるみたいなんだけど、どうも期待した結果にならない。とりあえず文字列をいじくって定数名とみなしてお茶にごす。3になってた。
と再チャレンジ
4)をインストールして使っていた。いつからか、以下のようなメッセージでクラッシュしたりしなかったり、という事象が出始めた。
・・・という問題に悩んでいたのだけど、そのものズバリの答えが
クラッシュといっては心外な話しか
原因はわかったが、とりあえず手元のlibxml-ruby前提で書いたツールをどうするか
とコードを眺めたものの早々にあきらめた。これはすぐにどうこう出来そうもない。
んー、時間もかかるし同じものをもう一回書くのもな
ツール側のコードはほぼ変更がなかった。
>>サイトトップへ
このアーカイブについて
このページには、過去に書かれたブログ記事のうちrubyカテゴリに属しているものが含まれています。最近のコンテンツはインデックスページで見られます。過去に書かれたものはアーカイブのページで見られます。
このブログを購読
このブログはクリエイティブ・コモンズでライセンスされています。あぁ そうだった。
つい毎度調べてしまうことをメモするページ
年末に買った雑誌の付録にFC6のインストールDVDが付いていたので、これに置き換える。
現在使っているサーバはMini-ITXであまりスペースをとらず、ACアダプタで電源供給できるし、CPUファンがなく完全ファンレスで静か
(といっても年末のことで、すでにもう新しいモデルが・・・)
M/Bの隣においてあったケースがシンプルで気に入ったので一緒に購入
服を買うときもディスプレイされてる組み合わせで買ってしまうタイプだ。がしかし、このテのプロセスをwebサーバと別のユーザで動かす構成が趣味なので相変わらずtracdでいこうかと思っている。
現在のサーバ
露天というか無蓋
ほこりがたまるのは問題だが
CPUのヒートシンクに触るとほんのりぬるい。
夏はちょいあったかめ
でも乗り切った。
新サーバ、の予定
インストールは特に問題なく終了
と思ったら、ブートの途中で止まってしまった。
このとき初めてRAIDだと気づく・・・
USBキーボードが普通に使えるのは便利だなぁ
ヒートシンクでかい。
ケースファンを止めちゃってもいいかもしれない、けど夏はわかんないなー
)で記述した構造を画像化するソフトだ。
これをwikiのプラグインから使うというもの
ここのブログの以下のエントリで使っている図はgraphvizで描いたものだ。
継続的インテグレーションとランプ
librsvg2はSVG出力しないか、pngでアンチエイリアスを使わない場合不要っぽいが、うちの環境では何かの依存関係ですでにインストールされていた。
今回使用したのは0
ダウンロードしたアーカイブをどこか適当な場所に展開する。tracdもしくはwebサーバから書き込み可能にしなければならない。
環境に応じて適宜
うちの環境では以下のディレクトリを使うことにした。
うちの環境では以下の通り
他にもいろいろ設定できるが環境によって必須なのはgraphvizなどのコマンドのpath
ここの環境ではtracdを使っているので再起動した。という画像が生成される。日本語も問題ない。tracから送られてくるメールのDateフィールドの値は、タイムゾーンがGMTになっている。タイムゾーンを無視しているメーラーがある。
メーラーというかwebメールなのだが
あきらかにメーラーが悪いが、かといって9時間ずれたメールが並んでいるのはなんだか嫌だ。
元のソースは、インタアクト株式会社が日本語化したtrac-0
> 元のソースを展開する。> パッチをDLしてどこかに置く。
以下のエントリで書いたパッチをひとくくりにしたもの
tracからやって来るメール
tracプロジェクト全域で認証
元のソースは、インタアクト株式会社が日本語化したtrac-0
> 元のソースを展開する。> パッチをDLしてどこかに置く。
tracからやって来るメール
このメールについて、自分の趣味とは合わないな~と思っていること
tracからのメールは以下のように「プロジェクトさん」から送られてきたことになる。一人でTODOやアイデア管理に使っている分には特に気にならないが、複数の利用者が1つのチケットに対してあれこれ変更や追記をすると、受信したメールの発信者が全て「プロジェクトさん」のため、メーラで整理しにくい。
そもそもSubjectにプロジェクト名が入っているので、メールの一覧表示における情報量に無駄があるなあ、と
※ちなみに、tracから来たメールはプロジェクトごとに特定のフォルダに振り分けて、スレッド表示にしている。From:フィールドの表示名を報告者の名前にする。falseか未設定なら元の通りプロジェクト名が表示名になる。「報告者の名前」は、以下の優先順位で適用される。
「ユーザ設定」で「名前」に記入した文字列
認証名(ログイン状態で「xxxxとしてログイン中」と出るアレ)
From:フィールドのメールアドレスを報告者のアドレスにする。falseか未設定なら元の通りプロジェクト名が表示名になる。結果的にFromの詐称を行うことになるので、smtpサーバによってはメール送信を蹴ってしまうかもしれない。
(自ドメイン以外のメールアドレスがFrom:にあると蹴るケースなど)
ウチで使っている環境に関して言うと、smtp_fromにsmtpサーバにとってローカルなメールアドレスを指定しておけば、From:が他ドメインでも送信してくれた。特にanonymousで使っていて、「ユーザ設定」で日本語の名前を設定している場合、表示名部分をMIMEエンコードしないので文字化けしてしまう。
先のエントリにも書いたようにウチの環境はanonymousでは使っておらず、認証名も英字のみとしているので、あまり問題ないのかも
送信先が「表示名 <アドレス>」の場合、表示名部分をMIMEエンコードする。
判定はかなり適当
smtpサーバに外部のサーバを使用している場合にどうも気持ち悪い。
今回のパッチ
あとは、SubjectかどこかでチケットのStatusがわかるといいんだけど、と思っているがとりあえずここまで
tracプロジェクト全域で認証
そしてapacheで認証したユーザでtracにログインする」というところまで出来た。だけど、自分の環境では「tracプロジェクト全域」に認証をかけているため、事実上anonymousを利用することはない。
したがって、一度認証を通過しているにも関わらずいちいち「ログイン」を選択しないとログイン状態にできないのは面倒だ(特に、チケットの発行や「私のチケット」を見るとき)
ということで、tracプロジェクト全域を認証して使う場合に、いちいち"ログイン"を選ばなくてもいいようにする。以下のパッチをあてる。
常にログインした状態で利用させるのでログアウトは選択できないようにした(選択しても、またログイン状態になるので意味がない)
というか以前から使っていたのだが環境の問題かあちこちいじらないと動かなかったのでメモ
以下の要求を満たす形で構築したい、ので試行錯誤した。ブラウザだけ用意できればアクセスできるようにしたい。→穴を開けるポートを増やしたくない。ウチではサーバにlinuxを使っている。外部公開しているポイントの穴を増やすことも避けたいが、iptablesによる許可ポートもできるだけ増やしたくない。
プライベートなプロジェクトを管理したいから
CGI型はかなりレスポンスが遅くなるので採用しない。なのでmod_pythonを選択したいところだが、apacheが死んでしまう問題を解決できなかったのでスタンドアロン型を選んだ。また、スタンドアロン型といっても管理するアクセスログが増えるのはイヤで、apacheのログとひっくるめて管理できるようにしたい。フロントエンドはapacheで、認証もここで行う。
ついでにSSLも可に
という方向に決めた。com/trac/)だが、日本語化したものをインタアクト株式会社が公開しているのでありがたく使わせてもらう。
ClearSilver、SQLite、パイソンバインディングなどもろもろ用意せねばならんのだが、このあたりは既に詳しいページが多数あるので割愛
SSLの設定はあちこちに情報があるので割愛
tracの設定もあちこちに情報があるので割愛
リバースプロクシは以下のような感じ
(Location内にリバースプロクシ設定を書いているので、パラメータが略されている点に注意)
認証の設定もあちこちに情報があるので割愛
ふつーにtracのURL範囲を認証要に設定すればよい。
ウチの環境の場合、内部は内部ネットワーク向けのDNSを動かしていて、外向けのFQDNと内部ホストのFQDNを同じにしているので(IPは異なる)、これが異なる場合はcookie関係の設定が必要かも
trac上のユーザ識別も必要だ。
なぜならチケットの発行やマイルストーンの編集などの権限判断は「trac上のユーザ」で行われるから
したがってapacheで認証したユーザをなんとかしてtracdにも認識させたい。下のようなパッチをあてて、tracdのコマンドラインオプションと「認証しない認証クラス」を捏造する。
tracd起動時のコマンドラインは↓のような感じで
「*」にすると全部のプロジェクトが対象となる(元々の仕様)
python触るのは初めてなのでもっといい書き方を教えて欲しいところだが、あんましpython好きくないかも
でもgeekには人気があるっていうよね
>>サイトトップへ
このアーカイブについて
このページには、過去に書かれたブログ記事のうちtracカテゴリに属しているものが含まれています。最近のコンテンツはインデックスページで見られます。過去に書かれたものはアーカイブのページで見られます。
このブログを購読
このブログはクリエイティブ・コモンズでライセンスされています。あぁ そうだった。
つい毎度調べてしまうことをメモするページ
WSHの最近のブログ記事
xlsシート内にあるグラフだけを画像ファイルに保存したい。
※グラフシートでなく
リファレンスを調べるとChartオブジェクトにSaveAsメソッドがあるようなので、html形式で保存したらいけそうだなーと思ったが、やってみるとエラーになってしまいお手上げ(詳細割愛)
どうしたものかな、とgoogle先生で検索を繰り返したら、またもや2chのスレッドに答えそのものを発見
あなどれんな~
Exportメソッドというものがあるらしい。形式も指定できるが、省略してもファイル名の拡張子から適宜判断してくれる。
■試した環境
て、ことが以下のURLに書いてある。
こんな方法があるとはな~
なるほどなー
とりあえずSJIS出力で我慢しといて、iconvで変換するか、とか考えたけど、最初からutf-8で書き出せれば便利だ。で、このスクリプトをエクスプローラからダブルクリックで実行してしまいMsgBoxが延々と出てきてしまうと悲しい。
ので、実行時にチェックしてコマンドプロンプト(cscript
exe)から実行されたかどうか判断したい。
改めて検索してみたら、スクリプトの実行制御とホスト情報の取得」
実行ファイル名でチェックしてるサンプルが
WSHでレジストリの読み書き
[WSH]ディレクトリの有無チェック
[WSH]パスから拡張子部分を抜き出す。どこかに保存しスタートアップにショートカットを作成するなどする。実行するたびに指定ディレクトリ内のビットマップファイルをランダムに選択し、デスクトップまたはログオンスクリーンの壁紙を変更する。
bmpからランダムに選択しログオンスクリーンの壁紙を変更する”
>>サイトトップへ
このアーカイブについて
このページには、過去に書かれたブログ記事のうちWSHカテゴリに属しているものが含まれています。最近のコンテンツはインデックスページで見られます。過去に書かれたものはアーカイブのページで見られます。
このブログを購読
このブログはクリエイティブ・コモンズでライセンスされています。
おめでとう自分、ということで記念撮影
最初から撮っておけばよかったこういうの
感慨深いものがあります。
いまだに金敷を忘れたまま叩いてしまうのはご愛嬌
ぼちぼちプレイ時間もまばらになってきた感じもする。モンスの配置変更でやっと快調になってきた狩場も再構築を余儀なくされた。
そういう形でも変化があるのは悪くない、んだけどソロ狩りがやたら難しいのはなんとかならんかな
ようやく製造やってもいいかなと思えるようになった。成功率と仕入れ原価から原価を計算する。
儲けを出そうと思ったら、相当いい仕入れルートを確保するか成功率アップは至上命題だね
現在の製造品流通価格は(平均価格による仕入れだと)原価割れ気味になってしまう。
武器製造って成功率と名称以外の差別化が図れないのが残念
作った人の性向とか何がしかのデータが反映されるシステムなら、より深いのにと思う。
ある日のプロンテラ
このところ枝テロが多い。
PKのない世界なだけに放火魔的な行動に導かれるのも無理はないか
以前のテロと異なるのは一度に使用される枝の本数が増えたこと
レベルの上昇に伴い必要経験値が指数関数的に伸びる影響でレベルと%だけプロットすると変化の乏しいグラフになるから、日々の取得経験値のグラフも作ってみた。
狩場を変えたことでどのように変化したかが読めますな
と同時に廃人ぶりもうかがえますw
ミッドガルドの世界に非戦闘員が生きる術はあるのか
cgiで自動化したいな
12月以前のデータはレベルしか記録してなかったので日ごとの線形補完によるもの
経験の効率がいいんだけど、殲滅力がなくてオークスケルトンを処理してるうちに収集品が拾えず。
やらないと思ってたMMORPGだけど、やたらハマリすぎ
世の中には複数キャラやってる人がごろごろいるけど、そこまでやる元気がない。
1キャラで徹底的にやったる
といいつつもローグが楽しそうだ。
髪型にモヒカンがないのが残念
ある日のプロンテラ
引退する人が青箱やら高級アイテムをタダ売り
そのとき露店は早押しゲームと化した。
一個もげっとできず残念
BSになってやっとゲームが始まった感じ
BSがBSであることで報いる日は近い、はず・・・なんだけど
ラグナロクはじめました。ラグナロクに手を出す。
今のキャラは10月頭に再スタートしたもの
わたしのあゆみ-天駆疾走
貯めても貯めても肉代につぎ込んでしまう・・・・
世界の果てでやさぐれながら
思いつきで成長の記録を作ってみたよ
今はとにかくジョブを上げる。
少しでも成功率に寄与することが今唯一できること
鉱石発見スキルで、へんな石が出るのが一番楽しい。
それで得た黄金で食いつなぐ日々
オークゾンビからオリデオコン完成品が飛び出て喜んだのもつかの間、ハエにもってかれたあげくお隣さんに寄付してしまった。タラCゲットしたあと、Sなしバックラー詐欺品をつかんでしまい落ち込む。その後強火ダマ製造で逆転に賭ける。なんとかSバックラもゲットできました。大分間があきました。以前と比べるとROやってる時間も減りました。
強い属性LV3武器製造に成功して、来るとこまできたなぁという感じ
モンスの配置換えで、サンドマンが石炭を落とさなくなった。
良質の供給源だったのに・・
鋼鉄の原価があがるばかり
わが第二の故郷であるOD2は、鉄ハエが異常繁殖しうかつに叩くと身動きできなくなる恐ろしさ(T_T)
BOSSが消えたせいか人が増えてさらに儲けが半減
生まれ変わったママ♪
どこに行けば会えますか
なんて呼ばれていますか
もも、ももたん
こんなキャラです&ひとことどーぞ
当面のマイルストーンは
桃虎(ももこ)
どこに行けば会えますか
なんて呼ばれていますか
もも、ももたん
こんなキャラです&ひとことどーぞ
武器が揃わない二刀流(泣)
当面のマイルストーンは
大器晩成狙ってますよ(;;
すのぅれぱーど(すのぅれぱーど)
初代 雪って呼んでね♪
どこに行けば会えますか
気持ち的に独り溜まり場はジュノーw
なんて呼ばれていますか
雪って呼んでw
こんなキャラです&ひとことどーぞ
ViTプリ目指してます。
何もしてないGM
なんてロマンチックな名前なんだろ、って(by 天)
当面のマイルストーンは
本人に一番近いとの声あり(by 天)
櫻虎(さくらこ)
やさしさは風の調べ
どこに行けば会えますか
だいたいプロかゲフェかお城w
なんて呼ばれていますか
さくら、櫻たん
こんなキャラです&ひとことどーぞ
当面のマイルストーンは
ドジ直したい。ぱっと見ドワーフっぽい。
茶虎(ちゃとら)
どこに行けば会えますか
ODかおもちゃ工場だ。
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
Vit商人〜火力はないけど体力ありますw
当面のマイルストーンは
すのぅれぱーど(すのぅれぱーど)
銘菓:白い恋人(一体どういう意味なんだ。
どこに行けば会えますか
ソロならSDだったかな
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
阿修羅モンクなんだけど
当面のマイルストーンは
作りなおそっかな〜
鈴虎(すずこ)
新人さんです。
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
こたちゃんとペアのダンサーです♪
当面のマイルストーンは
転職どころか作り直しデスヨ
どこに行けば会えますか
なんて呼ばれていますか
ちぇるりん、ディアたん
こんなキャラです&ひとことどーぞ
読みが難しいよ;;スラブ神話のページで↑って書いてあったのでこれにしたよ(by 天)
当面のマイルストーンは
モンクになりました。
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
当面のマイルストーンは
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
読みが難しいよ;;ギリシャ神話のページで↑のように書いてあったのでこれにしたよ(by 天)
当面のマイルストーンは
エモにヘドバンが欲しいところです(by 天)
どこに行けば会えますか
なんて呼ばれていますか
うさたん、りうちん
こんなキャラです&ひとことどーぞ
当面のマイルストーンは
絶叫マシーン大好きッコ
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
当面のマイルストーンは
李斎(りさい)
暗黒の破壊神-抗う者達-
職位考えチュ♪
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
当面のマイルストーンは
漢字がわかんなくて難儀しました(by 天)
驍宗様(ぎょうそうさま)
戴国王[宗ちゃん
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
当面のマイルストーンは
秘密クラブの会員ですか(by 天)
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
当面のマイルストーンは
SS撮った翌日にはハンターに転職していたらしい。
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
当面のマイルストーンは
梨雪(りせつ)
−王様と麒麟−
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
当面のマイルストーンは
Sなしバックラーを700Kで買って凹むの図
天駆疾走(てんくしっそう)
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
ギルド名とキャラ名が同じ
強LV3属性武器とうとう成功しました。
エンペ金敷げとー
青箱に挑むも惨敗で結局属性ダマスカスをどんどこ作って買ってしまった。
当面のマイルストーンは
タバコをくわえるとそれっぽくみえるね
とうとうローグです。髪型をモヒカンにしたい。
犬神情次弐号(いぬがみじょうじにごう)
どこに行けば会えますか
なんて呼ばれていますか
ジョージ、ジョージ兄さん
こんなキャラです&ひとことどーぞ
タラフロCを買うために強火/強風ダマを売ってしまった。なので装備が貧弱、というかむしろ持ってない。加えて「天」と装備を完全共有のためCCに時間がかかってしまうのです。
当面のマイルストーンは
VIT+DEXで、打たれても打たれても盗む脱がすってセンで
貧乏脱出で廃坑通い
どこに行けば会えますか
アルベルタ、に来ても稼動していないので会えません。
なんて呼ばれていますか
人前に出てません。
こんなキャラです&ひとことどーぞ
「天」を始めたところから全然さわってません。
知ってる人いるのかな
当面のマイルストーンは
本当にまぼろしになってしまいました。マフラーが凛々しい。
ベレー帽とか海兵の帽子みたいのが欲しいな
豪士(ごうし)
どこに行けば会えますか
ひたすら将軍刈ってます。
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
もちろん、あの戦闘インストラクターだよ
短剣ハンターでグリーンベレー
の、つもりだったけどイマイチ面白みを欠くので、常時DS手動ブリッツビートの大砲になります。
当面のマイルストーンは
将軍以外もやっつけたい。
これってチヌ寸前
邪蛇王(じゃじゃおう)
どこに行けば会えますか
呼んで頂ければこちらから行きます。
なんて呼ばれていますか
誰か俺のことを呼んで下さい。
こんなキャラです&ひとことどーぞ
♂ローグの服装を見て、ライジングマイティーを連想できる貴方は、私と同志になれるはずですw
ライジングマイティーってなんだー。
それはともかくレベルの上がり方が尋常じゃないペースです(by 天)
当面のマイルストーンは
職位の性質上、たとえマスターであっても秘密です。
星丸(ほしまる)
どこに行けば会えますか
なんて呼ばれていますか
星さん、星たん、★丸
こんなキャラです&ひとことどーぞ
当面のマイルストーンは
ガスマスクって怖いよね(by 天)
星の玉子(ほしのたまご)
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
当面のマイルストーンは
株式会社『ぬ屋』
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
当面のマイルストーンは
羽帽子はハンターによく合うね(by 天)
ぞの茶(ぞのちゃ)
夢見るハンター
どこに行けば会えますか
なんて呼ばれていますか
ぞの、ぞの茶
こんなキャラです&ひとことどーぞ
バランス型にしようとしてウッカリ鷹師気味でdexが低いことに気づき必至にdexあげ中
当面のマイルストーンは
高里要(たかさとかなめ)
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
よわよわアサ
このギルドの人たちは読み方が難しいので難儀します(by 天)
当面のマイルストーンは
RO始めたころは女のコキャラだと思ってた(by 天)
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
そのへんの女の子よりカワイイと思うの
当面のマイルストーンは
レベルあげたいね・・・
アチャかわいいので転職しなくていいです。
春深(はるみ)
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
いつになったら転職できるの
当面のマイルストーンは
犬神凶子(いぬがみきょうこ)
どこに行けば会えますか
なんて呼ばれていますか
凶、きょうこちゃん、凶ちゃん
こんなキャラです&ひとことどーぞ
vit型のつもり・・・つもり・・・
当面のマイルストーンは
レベルあげるわよ
要には負けません。
虎太郎(こたろう)
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
当面のマイルストーンは
恋する喧嘩番長
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
当面のマイルストーンは
神を威る者(かみをいるもの)
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
当面のマイルストーンは
散華 夜叉(さんげ やしゃ)
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
当面のマイルストーンは
櫛名田姫(くしなだひめ)
-暗黒の破壊神-抗うもの達
]神速の槍娘[
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
当面のマイルストーンは
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
当面のマイルストーンは
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
両ギルド関係者あわせて初のバード
初めて寒いジョークを見たとき、素でそういう人なんだと思ってたw(by 天)
当面のマイルストーンは
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
当面のマイルストーンは
しろたんず(しろたんず)
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
当面のマイルストーンは
きらきら星人〜♪
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
当面のマイルストーンは
ちゃお〜☆くろたん(ちゃお〜☆くろたん)
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
当面のマイルストーンは
アローフィールド(あろーふぃーるど)
帰ってきた鬼支援
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
当面のマイルストーンは
シルヴァーアロー(しるゔぁーあろー)
株式会社『ぬ屋』
どこに行けば会えますか
なんて呼ばれていますか
しるたん、しるるん。
こんなキャラです&ひとことどーぞ
ヴァーですヴァー
当面のマイルストーンは
矢風(やかぜ)
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
当面のマイルストーンは
男のハンターは希少
-アローフィールド-(-あろーふぃーるど-)
どこに行けば会えますか
なんて呼ばれていますか
こんなキャラです&ひとことどーぞ
当面のマイルストーンは
出産報告はがきのビーリングキッズ : 口コミNo
1の暑中見舞い兼用出産ハガキなら
出産報告はがき(ハガキ)のビーリングキッズ
わずか3分でオンラインから簡単オーダー
デジカメ画像のアップロードも簡単
暑中見舞い兼用出産報告はがきのビーリングキッズ
[ ビーリングキッズのこだわり | デザインパターン | プライス | オーダー方法 | 良くあるご質問 | ビーリングキッズについて | 結婚報告はがき | 引越報告はがき ]
と毎年好評の暑中お見舞い・残暑見舞いバージョンの限定デザインが今年もお目見え
期間中、通常の2色の宛名面と同じ料金でフルカラー宛名面印刷を承ります。
さらにホームページからご注文いただくと最大4,000円オフのの夏
この機会にお子様誕生の報告と兼ねて夏のご挨拶を出してみてはいががですか
かもめ〜るに対応したタイプもご用意してます。さぁどちらのタイプで暑中見舞い兼用の結婚報告をする。出産報告はがき(ハガキ)のビーリングは出産報告はがきビーリングで培ったノウハウと子供写真専門店「スタジオBキッズ」のお子さんの最もかわいく見せるセンスをミックスして生まれた出産報告はがき専門ウェブサイトです。
ビーリングは年間約3,000人のファミリーより出産報告はがきをご注文いただいている口コミNo
1のポストカードオンラインオーダーサイトです。
オーダー方法はとっても簡単
画面上で案内にしたがってデザインやタイトルを選択していくだけで注文ができちゃいます。
最近多くなったデジカメで撮られたお写真のアップロードも簡単にできちゃいますよ
もちろんプリントのお写真を郵送で送っていただくことも可能です。
選べる印刷タイプの詳細はこちら
結婚報告はがきビーリングではウェブからオンラインオーダーいただいた翌営業日にお作り差し上げたデザインをお客様にお見せできます。
校正のご確認はメールでご案内差し上げるのでスピーディー
もちろん校正確認は無料です。ご確認いただいてからトリミングの変更等のお直しは何度でも可能です。ご確認OKのお返事をお客様からいたいた後、デジタル銀塩タイプなら2営業日後に商品を当店より発送させていただきます。
(オフセット印刷タイプの場合3〜4日余分にご納期をいただいております)
ファッション雑誌や広告など、最新の誌面を手掛けるグラフィックデザイナーが用意した約48種のデザイン
厳選されたデザインの中に、きっと、お子様のイメージに合うものが見つかるはずです。またスタッフは子供写真撮影専門店「スタジオBキッズ」で得たお子さんを最もかわいく見せるテクニックを知り尽くしています。
豊富なキャリアを持つスペシャリストだから創ることができる、ワンランク上のデザイン
プロならではのセンスとノウハウで、ハイクオリティの一枚をご提案します。さらに、メッセージやタイトル、カラーなどは、好みで自由にセレクトして頂けるので、他にはないセンスあるれる一枚に仕上がります。ニューデザインを追加させていただいた所、たくさんのお客様よりご注文をいただきデザイナー、スタッフ一同嬉しい悲鳴を上げております。
只今当店一押しのニューデザイン
是非是非ご検討くださいね
デジカメの画像も簡単にアップロードできます。無料ではがきサンプルをお送りします。
撮影ならスタジオBキッズ
七五三撮影の事なら姉妹店のスタジオBキッズへ
お支払い方法
クレジットカードでの
お支払いもOK
ゆうパックの代金引換で安心
代引手数料は当店が負担します。
安心のセキュリティ
このサイトは、グローバルサイン社のセキュア・サーバidを取得しています。ご購入情報はssl暗号化通信により保護されます。安心してショッピングをお楽しみください。
今月の出産報告はがき
出産報告はがきをご注文いただいたお客様の集計をランキングにしてみました。ビーリングキッズで作って良かった。
お客様の声 (東京都 山端様)
ビーリングキッズで作って良かった。
お客様の声 (沖縄県 末松様)
営業日のご案内
6月の営業日
7月の営業日
※定休日はお電話でのお問い合わせをお休みさせていただいております。またこの間のメールでのお問い合わせの返答にお日にちをいただく場合がございます。予めご了承ください。ご注文の受付は年中無休です。
ビーリングを皆さんのブログやホームページで紹介していただけませんか
アフィリエイトプログラムのご案内
結婚報告はがきビーリング
引越報告はがきビーリング
前撮りビデオ
出産報告ハガキ ビーリングキッズはリンクフリーです。よろしければバナーをご自由にお使いください。
サイト名:出産報告はがき ビーリング
紹介文:かわいい。
と評判のデザインが144種類
出産報告なら出産報告はがきのビーリングキッズで
とっておきの瞬間をファミリーポストカードで報告しましょ
出産報告はがきのビーリングキッズ:暑中見舞い・残暑見舞い兼用はがきキャンペーン
出産報告はがき(ハガキ)のビーリングキッズ
わずか3分でオンラインから簡単オーダー
デジカメ画像のアップロードも簡単
出産報告はがきのビーリングキッズ
[ ビーリングキッズのこだわり | デザインパターン | プライス | オーダー方法 | 良くあるご質問 | ビーリングキッズについて | 結婚報告はがき ]
赤ちゃん誕生のご報告と夏のご挨拶を兼ねたB*RING夏期限定ポストカードが登場
うれしい便りと共に、夏の爽やかな風をお届けします。ぜひご利用ください。
この期間だけ両面フルカラーにてサービス中
ビーリングのポストカードはグラビア雑誌と同じオフセット印刷を採用しています。通常、写真面フルカラー、宛名面2色の印刷の所、この期間限定で両面フルカラー印刷でサービスしています。
もちろんお値段は据え置き
毎年、『かわいい。
』っと評判の暑中&残暑見舞いバージョン
夏のご挨拶を兼ねて、ご結婚の報告を出してみませんか
ビーリングのポストカードは両面印刷タイプ
期間限定のフルカラーの暑中・残暑見舞いデザインです。※ただいま「暑中お見舞い〜」と文字が入っている箇所は、時期的に「残暑お見舞い〜」と入れさせていただいております。かもめ〜るに対応したバージョンもございます。日本郵便のかもめーるにプリントのお写真を貼り合わせたタイプとなります。宛名面にはご住所、お名前、メッセージはお入れする事はできませんので写真面にメッセージとご住所、お名前をバランス良くお入れします。別途かもめ〜るのはがき代が必要となります。かもめ〜るのお持ち込みもOKです。お申し込みの際にご相談ください。ピンクを基調とした、定番の宛名デザインもお選びいただけます。
キャンペーンの暑中・残暑見舞いバージョンのデザインについて
お判りになられました。
それでは続いて写真面のデザインを選んでみましょう〜
デザインパターンへ
とっておきの瞬間をファミリーポストカードで報告しましょ
出産報告はがきのビーリングキッズ:年賀状兼用出産報告はがき&ファミリー向け年賀挨拶状のご案内
出産報告はがき(ハガキ)のビーリングキッズ
わずか3分でオンラインから簡単オーダー
デジカメ画像のアップロードも簡単
出産報告はがきのビーリングキッズ
[ ビーリングキッズのこだわり | デザインパターン | プライス | オーダー方法 | 良くあるご質問 | ビーリングキッズについて | 結婚報告はがき ]お待たせ致しました。宛名面のデザインをフルカラーで10種ご用意しました。出産のうれしいご報告と共に、新年のご挨拶をお届けします。
この期間だけ両面フルカラーにてサービス中
更にホームページからご注文いただくと 11月30日まで ネット割引1000円オフ
※ホームページからのオンランオーダー限定とさせていただきます。ビーリングのポストカードはグラビア雑誌と同じオフセット印刷を採用しています。通常、写真面フルカラー、宛名面2色の印刷の所、この期間限定で両面フルカラー印刷でサービスしています。
もちろんお値段は据え置き
毎年、『かわいい。
』っと評判の年賀状バージョン
新年のご挨拶を兼ねて、ご出産の報告を出してみませんか
グラビア雑誌と同じ『オフセット印刷』タイプ
街角の写真屋と同じ『デジタル銀塩プリント』タイプ
あなたならどちらをチョイスする。
宛名面フルカラーで個性ある年賀状をお考えのお二人にはこちら
2010年度 年賀状バージョンです。
グラビア雑誌等で用いられるオフセット印刷方式を採用
家庭用プリンターでは出せない本格的なフルカラーの印刷でステータス度UP
【両面印刷タイプの注文受付締切】
●オンラインオーダー後お写真を郵送(校正確認あり) → 12月15日(火) お写真当社必着
●画像をアップロードしてオンラインオーダー(校正確認あり)→ 12月15日(火) ご注文分まで
お年玉付年賀はがきにこだわりたいお二人にはこちら
お年玉付年賀はがきにプリントのお写真を貼り合わせたタイプとなります。宛名面にはご住所、お名前、メッセージはお入れする事はできませんので写真面にメッセージとご住所、お名前をバランス良くお入れします。別途年賀ハガキ代が必要となります。お年玉付年賀はがきは当店にてご用意させていただいております。はがきのお持ち込みも承ります。(お持ち込みの場合、年賀はがきは当店でストックの葉書と交換となります。ご了承くださいませ。
【お年玉付年賀状タイプの注文受付締切】
●オンラインオーダー後お写真を郵送(校正確認あり) → 12月15日(火) お写真当社必着
●オンラインオーダー後お写真を郵送(校正確認なし) → 12月19日(土) お写真当社必着
●画像をアップロードしてオンラインオーダー(校正確認あり)→ 12月18日(金) ご注文分まで
●画像をアップロードしてオンラインオーダー(校正確認なし)→ 12月22日(火) ご注文分まで
シンプルな定番デザインはこちら
ピンクを基調とした、定番の宛名デザインもお選びいただけます。
【両面印刷タイプの注文受付締切】
●オンラインオーダー後お写真を郵送(校正確認あり) → 12月15日(火) お写真当社必着
●画像をアップロードしてオンラインオーダー(校正確認あり)→ 12月15日(火) ご注文分まで
ビーリング年賀状バージョン2010のデザインについて
お判りになられました。
それでは続いて写真面のデザインを見てみましょう〜
デザインパターンへ
とっておきの瞬間をファミリーポストカードで報告しましょ
出産報告はがきのビーリングキッズ:出産はがきのビーリング:E04は個性派デザインパターン
出産報告はがき(ハガキ)のビーリングキッズ
わずか3分でオンラインから簡単オーダー
デジカメ画像のアップロードも簡単
出産報告はがきのビーリングキッズ
[ ビーリングキッズのこだわり | デザインパターン | プライス | オーダー方法 | 良くあるご質問 | ビーリングキッズについて | 結婚報告はがき ]
画像をクリックすると
左のデザインが変わります。
このデザインに必要な写真点数は
宛名面のデザインはこちら
ビビットカラーとお星様、元気な表情を流れるように配置いたしました。白い部分も多いので、手書きメッセージも書きやすいデザインです。ビーリングのポストカードは雑誌やグラビアと同じ手法のオフセット印刷の方式とプリント写真の美しさそのままのデジタル銀塩タイプの2種類の印刷タイプをお選びいただけます。オフセット印刷タイプは写真面は4色フルカラー、宛名面は年賀シーズン限定でその年の干支にちなんだデザインもご用意しております。個人で少ロットの枚数をオフセット印刷で発注するとどうしてもコストが高くなってしまいます。ビーリングでは結婚報告はがき、出産報告はがき、引越報告はがきのお客様より毎日沢山のご注文をいただいており、まとめて印刷させていただく事で少ない枚数でもお値打ちなお値段でサービスさせていただいております。デジタル銀塩タイプの宛名面は当店オリジナルの私製はがきの他、日本郵便の官製はがき、お年玉付年賀はがき、かもめーるはがきの中からお選びいただけます。宛名面の用紙はいづれもインクジェット紙を採用しています。
注文はオンラインオーダーで簡単
ガイダンスにそって希望のデザインやカラー、挨拶文等をチョイスしていくだけ
もちろんデジカメで撮影されたデジタルデータのお写真もその場でアップロードが可能
プリントのお写真をお持ちのお客様はオンラインオーダーしていただいた後に当社までお写真を郵送してくださいね
お写真が到着次第、制作にかからせていただきます。ビーリングでは写真入りのデザインパターンの場合、デザインが出来上がり次第お客様にインターネットでデザインをご確認いただいてます。
もちろん校正確認の料金は無料
「ここをもうちょっと拡大したい。」「こことここの写真の位置を入れ替えたい。
」等の修正のご希望は大歓迎
確認いただいてから印刷させていただきますのでとっても安心
ビーリングのポストカードはご注文をいただいた翌営業日までにデザインをお作り差し上げお客様に確認できるように全スタッフがデザイン制作を頑張っております。ご確認いただいた後にトリミングやお写真の場所の変更は自由です。それまで専属のデザイナーがお客様よりOKのお返事をいただくまで担当させていただきますのでお気軽にご要望ください。OKのお返事をいただいた後に印刷の工程へ進めさせていただきます。
例えば月曜日にデジタル銀塩プリントタイプでご注文いただいた場合の発送までのスケジュールは
※オフセット印刷タイプの場合はこのスケジュールより3営業日程日数をいただきます。また年末の繁忙期日には沢山のご注文をいただく都合上余分にお日にちをいただく場合もございます。予めご了承ください。
とっておきの瞬間をファミリーポストカードで報告しましょ
出産報告はがきのビーリングキッズ:出産はがきのビーリング:G08は個性派デザインパターン
出産報告はがき(ハガキ)のビーリングキッズ
わずか3分でオンラインから簡単オーダー
デジカメ画像のアップロードも簡単
出産報告はがきのビーリングキッズ
[ ビーリングキッズのこだわり | デザインパターン | プライス | オーダー方法 | 良くあるご質問 | ビーリングキッズについて | 結婚報告はがき ]
画像をクリックすると
左のデザインが変わります。
このデザインに必要な写真点数は
宛名面のデザインはこちら
まるっこいタイルからのぞくそれぞれの表情をはかわいらしいの一言
大きなメインスペースもあるので、お子様のかわいらしさを余すところなく詰め込んで
ビーリングのポストカードは雑誌やグラビアと同じ手法のオフセット印刷の方式とプリント写真の美しさそのままのデジタル銀塩タイプの2種類の印刷タイプをお選びいただけます。オフセット印刷タイプは写真面は4色フルカラー、宛名面は年賀シーズン限定でその年の干支にちなんだデザインもご用意しております。個人で少ロットの枚数をオフセット印刷で発注するとどうしてもコストが高くなってしまいます。ビーリングでは結婚報告はがき、出産報告はがき、引越報告はがきのお客様より毎日沢山のご注文をいただいており、まとめて印刷させていただく事で少ない枚数でもお値打ちなお値段でサービスさせていただいております。デジタル銀塩タイプの宛名面は当店オリジナルの私製はがきの他、日本郵便の官製はがき、お年玉付年賀はがき、かもめーるはがきの中からお選びいただけます。宛名面の用紙はいづれもインクジェット紙を採用しています。
注文はオンラインオーダーで簡単
ガイダンスにそって希望のデザインやカラー、挨拶文等をチョイスしていくだけ
もちろんデジカメで撮影されたデジタルデータのお写真もその場でアップロードが可能
プリントのお写真をお持ちのお客様はオンラインオーダーしていただいた後に当社までお写真を郵送してくださいね
お写真が到着次第、制作にかからせていただきます。ビーリングでは写真入りのデザインパターンの場合、デザインが出来上がり次第お客様にインターネットでデザインをご確認いただいてます。
もちろん校正確認の料金は無料
「ここをもうちょっと拡大したい。」「こことここの写真の位置を入れ替えたい。
」等の修正のご希望は大歓迎
確認いただいてから印刷させていただきますのでとっても安心
ビーリングのポストカードはご注文をいただいた翌営業日までにデザインをお作り差し上げお客様に確認できるように全スタッフがデザイン制作を頑張っております。ご確認いただいた後にトリミングやお写真の場所の変更は自由です。それまで専属のデザイナーがお客様よりOKのお返事をいただくまで担当させていただきますのでお気軽にご要望ください。OKのお返事をいただいた後に印刷の工程へ進めさせていただきます。
例えば月曜日にデジタル銀塩プリントタイプでご注文いただいた場合の発送までのスケジュールは
※オフセット印刷タイプの場合はこのスケジュールより3営業日程日数をいただきます。また年末の繁忙期日には沢山のご注文をいただく都合上余分にお日にちをいただく場合もございます。予めご了承ください。
とっておきの瞬間をファミリーポストカードで報告しましょ
出産報告はがきのビーリングキッズ:Fタイプデザイン
出産報告はがき(ハガキ)のビーリングキッズ
わずか3分でオンラインから簡単オーダー
デジカメ画像のアップロードも簡単
出産報告はがきのビーリングキッズ
[ ビーリングキッズのこだわり | デザインパターン | プライス | オーダー方法 | 良くあるご質問 | ビーリングキッズについて | 結婚報告はがき ]「写真を大きく見せたい。」「写真を沢山載せたい。
」という方にお勧め
絶妙なバランスのレイアウト
メインのお写真は、お気に入りを選んでね
ネガフィルムを思わせるお写真のレイアウトが、日ごろの幸せも映してくれています。
セピア色と組み合わせると、どこか懐かしい印象も
タイトル横の、ワンポイントに小さくレイアウトされたお写真にふと目がいきます。
写真も沢山選べるので、満足度大
きちんと並んだ6つのお写真ですが、デコボコと立体感のあるデザインで動きを出しました。
さりげなく帯の色が効いていて、ノートの表紙の様
次のページはどんな笑顔が待っているのかな
ポイントに使ったお花がとってもキュート
カラーAとBは、かわいい中にもどこか落ち着いた雰囲気も
お写真を上部にぎゅっとまとめ、にぎやかな雰囲気に
対照的にスペースを持たせたメッセージ周りには、クロスのラインが全体を引き締めます。他のデザインタイプも見てみる。
とっておきの瞬間をファミリーポストカードで報告しましょ
出産報告はがきのビーリングキッズ:出産報告はがきのビーリング:選べる
出産報告はがき(ハガキ)のビーリングキッズ
わずか3分でオンラインから簡単オーダー
デジカメ画像のアップロードも簡単
出産報告はがきのビーリングキッズ
[ ビーリングキッズのこだわり | デザインパターン | プライス | オーダー方法 | 良くあるご質問 | ビーリングキッズについて | 結婚報告はがき ]ビーリングのポストカードは2種類の印刷タイプよりお選びいただけます。
プリントのお写真をはがきに貼り合わせたタイプの「デジタル銀塩プリントタイプ」
グラビア雑誌と同じ本格的印刷のオフセット印刷の「オフセット印刷タイプ」
それぞれ特徴がありますのでお好みの印刷タイプをチョイスください。
プリント写真の美しさとしっかりとした厚みが特徴
最短2営業日で発送可能
はがきにプリントのお写真を貼り合わせたタイプとなります。プリントの写真と同等の美しさが特徴です。はがきの種類は官製はがき、お年玉付年賀はがき(期間限定)、かもめーるはがき(期間限定)の他に当店オリジナルの私製はがきもご用意しております。宛名面にはご住所、お名前、メッセージはお入れする事はできませんので写真面にメッセージとご住所、お名前をバランス良くお入れします。貼り合わせるはがきの用紙はインクジェット紙を採用してます。
仕上がりの厚みは約0
5mm(はがきの厚みにより対応できない家庭プリンターもございます、予め試し印刷の上印刷してください。官製はがき、年賀はがき、かもめーるはがきは別途ハガキ代が必要となります。日本郵便のはがきは当店にてご用意させていただいております。はがきのお持ち込みも承ります。(お持ち込みの場合、当店でストックの葉書と交換となります。ご了承くださいませ。
最短2営業日で当店より発送が可能
(お客様の校正のご確認とお返事のタイミングがスムーズに進んだ場合の最短日です。
暑中見舞いシーズン、及び年賀状シーズンは繁忙期となり、通常の納期より延びる場合がございます)
最低枚数30枚より10枚単位でのご注文を承ります。
かもめーるはがき
本格的なオフセット印刷ならこちら
グラビア雑誌と同じ本格的印刷のオフセット印刷
通常オフセット印刷は少ない枚数で印刷を注文するとコスト高になってしまいますが、他のお客様と同時に印刷させていただく事で低価格でご提供させていただけます。
用紙はマットコート紙を採用
紙の厚さは0
36mm(官製はがきよりやや腰のある感じです)
宛名面にご住所、お名前、メッセージをお入れしますのでデザイン面がすっきりとした雰囲気になるのが特徴です。料金に切手代は含まれていません、別途切手を貼ってお出しいただくタイプです。
定番宛名デザインは2色
年賀デザイン、暑中デザインは期間中フルカラーでサービスしています。インクが弾きやすい用紙の為、インクジェットプリンタの宛名印刷には向きません。他のお客様とまとめて印刷させていただく都合上、銀塩プリントタイプより3営業日程余分に納期がかかります。最低枚数50枚より10枚単位でのご注文を承ります。
【期間限定暑中・残暑見舞いバージョン】
とっておきの瞬間をファミリーポストカードで報告しましょ
大阪・難波(なんば) バイキング ブランチオ
大阪 難波(なんば) バイキング ブランチオ
なんこめのトップイタリアンデルソーレが提供するこだわりの
オーダーバイキングです。
ボリュームや見た目にとらわれず、美味しいものを最高のタイミングでサーブするこのマインドは
人気イタリアンデルソーレと同じです。
イタリアンをベースとした様々な料理を気兼ねなく
お楽しみください。
■ハッピーアワーのお知らせ
2010年4月27日迄の平日の月曜日から木曜日ディナータイムご利用で19時迄にご注文の単品ンドリンクは50%OFFでご提供
早めの来店でお得に飲んでください。お得な貸切パーティプランをご用意しています。スモールパーティから最大100名様の貸切まで様々な形で対応いたします。
・ハイネケン エクストラコールド飲み放題メニューにて提供
・平日のランチの内容はこちら
■ブランチオ紹介ページ ぐるなび ぐるめGYO
パーティプランのお知らせ
バイキングカウンターをリニューアルしました。
いっそう美味しくバイキングを
ハイネケン エクストラゴールドが飲み放題メニューに
4月の土曜日・日曜日の営業時間変更のお知らせ
カフェタイムメニューをアップしました。バイキングメニューをアップしました。
プレオープンPTのお知らせ
グランドオープンに先駆けて、3月1日(日曜日)19時から、招待制のプレオープンパーティを行います。
ベジバイキングブランチオがなんばCITY南館に3月3日(水曜)にオープン
なんばこめじるしのイタリアンデルソーレがプロデュースする。
こだわりバイキング、平日ランチからディナーまで美味しく食べれて、飲める店そして何よりゲストが楽しめる空間を提供いたします。・3月3日なんばCITY南館にオープンいたしました。・ブランチオのプロデュースは大阪 難波(なんば)イタリアン デルソーレが行っています。
地野菜をふんだんに魚介類、お肉と組み合わせた様々なお料理
イタリアンをベースにしたお料理を気兼ねなくいい雰囲気で食べて頂く。
デザートも全て自家製で種類も豊富
ソフトドリンクもワインも充実
リーズナブルに食べて呑んで集えるお店 です。なんばで人気のイタリアン デルソーレは姉妹店です。
食事もサービスも愉しめるバイキング
・お料理・自家製デザート食べ放題
◆アルコール飲み放題メニュー
◆単品でのご注文も承っております。
・日替わりパスタorメインorグラタン
べジバイキング ブランチオ
大阪 難波 なんば イタリアン
大阪 難波 なんば そば
業務用食材の仕入 通販
大阪・難波(なんば) バール&オーダーバイキング | メニュー
大阪 難波(なんば) バール&オーダーバイキング
すべてのお料理・デザートはバイキングに含まれます。最初のご注文は1席6品まででお願い致します。食べ終わられてから追加注文承ります。※お料理が来るまでサラダバー・付き出しもお楽しみいただけます。
※ソフトドリンクバー・スープバーはバイキングに含まれます ご自由にどうぞ
テーブルお取分け満腹プラン(2h/入退場含む3h)
コーススタイルプラン〜お一人様一皿〜(3h/入退場含む)
前菜の盛り合わせ
季節の野菜炒め
海鮮あんかけ焼きそば
有機野菜のチーズリゾット
天然海老のチリソース
牛モモ肉のローストビーフ
デザート盛り合わせ
※お料理内容・マイク・設備等
詳しくはお気軽にスタッフまでご相談下さい。
本日のおまかせコース
※前菜・サラダ・パスタ・肉料理・中華から計4〜5品お持ち致します。※もっと食べたい方はいつでも追加注文承ります。※すべて税込金額です 2180円で全てのお料理がお楽しみいただけます。
グリーンサラダ パルミジャーノレッジャーノのせ
グリーンリーフ・サニー・ズッキーニ・・・沢山のお野菜にビネグレットソースとパルミジャーノレッジャーノチーズ
フレッシュトマトとモッツァレラチーズのサラダ バルサミコソース
フレッシュトマトとモッツァレラバッカと菜葉を伊バルサミコ酢で和えたサラダ
生ハムと温泉玉子のサラダ
デルソーレの定番サラダ トロトロの温泉玉子とハモンセラーノを菜葉と絡めて 胡桃と干しブドウはアクセントに
カポナータと温泉玉子のサラダ仕立て
ナス・パプリカ・玉葱などの甘みたっぷりトマト煮込みカポナータとトロトロの温泉玉子と菜葉を絡めて
サーモンマリネとドライトマトのサラダ
自家製ノルウェーサーモンマリネとドライトマトと菜葉のサラダ
自家製スモークチキンとイタリアの青かびチーズ・ゴルゴンゾーラ風味のソースで和えたシーザーサラダ 黒コショウを利かして
じゃこと大根のパリパリサラダ
じゃこと大根と春巻の皮の食感が楽しいサラダ 中華ドレッシングで
バケット何コ・フォカッチャ何コ等ご注文ください。
にんにく・パセリ・エシャロット・バターでつくる緑色の自家製ガーリックバターのガーリックトースト
※すべて税込金額です 2180円で全てのお料理がお楽しみいただけます。
蒸し野菜盛り合わせ〜バーニャカウダソース〜
蒸したての有機野菜をアンチョビとニンニクのソースにつけてお召し上がりください。
野菜たっぷりアツアツグラタン
アツアツをさめないうちにどうぞ
ベーコンとお野菜とチーズと玉子で作るイタリア風厚焼きオムレツ
砂ずりのガーリックオイル煮
言わずと知れたデルソーレの定番 にんにくとコショウの利いたあつあつアヒージョ バケットをオイルにつけて食べるとこれも絶妙
※すべて税込金額です 2180円で全てのお料理がお楽しみいただけます。
熟成ベーコンとモッツァレラチーズのトマトソース ペンネ
大山ベーコンと玉葱の甘みたっぷりのトマトソース アマトリチャーナペンネ
魚介類と青菜のペペロンチーノ
魚介類の旨みとさっぱり青菜のペペロンチーノスパゲッティーニ
サツマイモの甘みと乾塩ベーコンの濃厚クリームカルボナーラ 楕円形の断面のロングパスタとの相性もバッチリ
いろんな豆と茸のペコリーノチーズリゾット
ポルチーニ茸の旨みと茸と豆のリゾット 羊乳のチーズペコリーノとよく絡めてどうぞ
※すべて税込金額です 2180円で全てのお料理がお楽しみいただけます。
豚肩ロースのモッツァレラオーブン焼 フレッシュトマトとバジルのソース
豚肩ロースにとろとろモッツァレラチーズをのせてオーブンで焼きあげますフレッシュトマトとバジルの爽やかなソースと一緒に
鶏モモ肉を皮面パリッと焼きあげます ポメリーマスタードとニンニクとアンチョビ味のマヨネーズソースで
※すべて税込金額です 2180円で全てのお料理がお楽しみいただけます。
たっぷり野菜の八宝菜
ピーマン・白菜・にんじん・筍・木耳・もやし・海老・豚肉・・・野菜たっぷり八宝菜
しょうゆ鶏とニンニクの炒飯
甘辛く煮た鶏肉とニンニクのガッツリ炒飯 〆にどうぞ
茸のあんかけ豆腐 ザーサイ風味
絹豆腐に茸とザーサイのアッサリあんを絡めたヘルシーな一品
ブランチオの天津飯
※すべて税込金額です 2180円で全てのお料理がお楽しみいただけます。
本日の特製シフォンケーキ
野菜のロールケーキ
季節のパウンドケーキ
小さなフルーツタルト
大阪 難波(なんば) バイキング 大阪 難波(なんば) イタリアン 大阪 難波(なんば) ランチ バイキング
大阪・難波(なんば) バイキング ブランチオ
大阪 難波(なんば) バイキング ブランチオ
おすすめメニュー詳細
おすすめメニュー商品詳細
商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明商品の説明
大阪 難波(なんば) バイキング 大阪 難波(なんば) イタリアン 大阪 難波(なんば) ランチ バイキング
「最も好かれる調剤薬局」を目標とし、さらに『期待される薬局』へと質の高いサービスができるよう、地道な努力を重ねていきます。
青い空を見上げると、清々しい気持ちで日々の暮らしをおくれる・・・・
私たちができることからひとつひとつ
私たちは、親近感や安心感・清潔感のある
薬局づくり・ひとづくり・雰囲気づくりを目指します。みなさんの『ありがとう』が私たちにとっての最高の励みになります。
愛知県名古屋市東区古出来1-2-22 はなみビル2階 (アイランド薬局 古出来店内)
「最も好かれる調剤薬局」を目標とし、さらに『期待される薬局』へと質の高いサービスができるよう、地道な努力を重ねていきます。
青い空を見上げると、清々しい気持ちで日々の暮らしをおくれる・・・・
私たちができることからひとつひとつ
私たちは、親近感や安心感・清潔感のある
薬局づくり・ひとづくり・雰囲気づくりを目指します。みなさんの『ありがとう』が私たちにとっての最高の励みになります。
愛知県名古屋市東区古出来1-2-22 はなみビル2階 (アイランド薬局 古出来店内)
私達(会社)は、社員に対して「豊かな人間性」「高い倫理観」「医療人としての教養」「課題発見能力や問題解決能力」等の資質を身に付けることが出来るよう努力します。人間性、判断力、洞察力に長けている社員は、患者様に対しても最高のサービスが提供できるはずです。
東京都品川区旗の台2-6-9 サンヴィアーレノーブル旗の台1階
愛知県名古屋市天白区一つ山5-36
すえひろ薬局