|
|
長野県須坂市の不動産業者です。長野県北信地方の不動産情報・須坂市・小布施町・高山村・中野・飯山・菅平・飯綱・黒姫・斑尾・その他北信地方全域
賃貸アパート・マンション・賃貸一戸建て・賃貸業務用・駐車場・売り土地(分譲地・宅地・畑・田・工場用地)・売り建物(新築・中古住宅・業務用)・リゾート物件(別荘・ペンション) 不動産の事なら ■(株)高原開発■ へ お問い合わせ下さい >>>English Here<<< 宅地建物取引業免許 長野県知事(１１)第１１３９号 一般建設業･一般土木工事業許可 長野県知事(般－１９)第７５５３号 〒382-0076 長野県須坂市馬場町1230-48 高原開発ビル1Ｆ 電話：026-245-7516 FAX：026-248-1218 IP：050-3009-1912 ホーム│ 物件検索│ 無料情報配信登録│ 情報ブログ│ 会社案内│ 個人情報保護│ 相互リンク│ お問合せ│ 不動産ブログ│ 【■不動産屋の個人的雑談＆日記ブログ■-ネット社会について -■ネット社会の将来性と問題について③】 |
2006年4月15日(土) 18:24
■ネット社会の将来性と問題について③
②のコメントが多くなって読みにくくなったので、
このエントリーを作成しました・・・・・
と言う事で②の草柳さんのコメントへの返信を新エントリーとしちゃいます。
草柳様・・・
体調が戻られて良かった良かった・・・
サイトのリニューアルって結構大変ですよね。
わたくしめも、時間に余裕が出来たらやりたいのですが・・・・
今は、メールでのお問い合わせの物件の調査や資料作りが、
どうしても優先されてしまいまして・・・
特に、リゾート物件は、
写真やカタログも沢山ありますし、
アパートや売り土地の様な訳には行きません。
購入を検討する方の為にも、
なるべく資料は揃えたいですから・・・・・
それに、金額も安くは有りませんので。
等と言い訳をついつい言ってしまいます。
最近のフラッシュ動画の流行には、
前から言ってますが、うんざりしています。
一時期、ＢＧＭも流行しましたが・・・・
今はフラッシュを使ったサイトばっかりで。
イメージ先行しすぎ？
フラッシュも使い方だと思うのだけれど・・・・・
それと、ブログ形式も増えてきましたね。
でもトップページからブログで・・・・
と言うのも今一感心しません。
でもＣＳＳでサイトイメージ一新と言うのは魅力的ですね。
理想は、ＣＧＩでＤＢの物件登録すると、
トップページのhtmlも自動変更しちゃう・・・・
そして、登録ユーザーへ新規物件と更新物件を自動配信。
このシステムを作りたいのですが・・・・
とても時間が足りません。
とにかく、もっと特徴の有るオンリーワンと言えるサイトに、
リニューアルしたいと思います。
ブログは双方向化が楽という点から、
どうしても、現段階では導入せざるを得ませんね。
この、個人ブログはこのまま引き継ぐ・・・・でしょうね。
重説や契約書の資料は別にまとめて、
『あい番』をふるのは良いかもしれませんね。
これも時間があったら、
自社の雛型の用意と併せて検討する必要があると思います。
▼ランキング・人気投票・・・ご協力お願いします-(願)
人気サイト
written by kogen [ネット社会について] [この記事のURL] [コメントを書く] [コメント(20)] [トラックバック(1)]
- この記事へのトラックバックPingURL
-
http://kogen.biz/msm/ms.cgi/TrackBack/1/zatsudan/net/1145093090
この記事へのコメント
『新しいエントリー』
有難うございます！（謝）
そして、遅くなりましたが、お誕生日、おめでとうございます！（祝）
いやはや、相変わらずコメントが、ついつい長くなってしまいまして…（汗；；）。
おかげさまで私の体調は戻ったのですが、
今度はまた涌井さんが風邪ですか！？（汗；；）
お大事になさってください！
ちなみに、Fudosan.JPのリニューアルに続いて、
今、別のサイトも、ちょっとしたお化粧直しをしています。
私の場合、サイト改修も普段の仕事のひとつなのですが、
涌井さんの場合、その他に色々とありますから、遥かに大変…ですね。
ただ、最近は、どちらかと言えば、見えない部分（メール応対）の方が、
重要な仕事になっています（笑）。
リゾート物件は、
物件の特性を考えますと、気持ちにゆとりがあった方が、
かえって、物件にもマッチした良いページができるのかも知れません！？
フラッシュの動画…に関しては、
こんな言い方はおこがましいかも知れないのですが、
クオリティが伴っていないものが多い気がするんですよね。
フラッシュの持ち味は動画やインタラクティブ性だと思うのですが、
当然、
●動画の質
●ゲーム性の質
があってはじめて、活かされると思うんですよ。
だから、表現力は増すものの、それに伴った能力が必要になるわけで…。
しかし、現実は、当然、予算的な問題もあるでしょうから、
製作プロダクションが、フラッシュができる人（創造力ではなく技術力のある人）に、
創らせてしまっていることも多いので、中途半端なものが多いような気が…。
（と言うか、そもそも紙媒体的なWEB製作の人間が、
映像媒体をやっているような、そんな気もするんですよね。
フラッシュだったら、映像畑の人間や、ゲーム畑の人間がやらないと、
まともなものはできないんじゃないかなぁ…なんて気も？？？）
個人的には、フラッシュを使ってやるからには、
ライフカードのCM（TVの続きをWEBで見られ、しかもマルチエンディング！）ぐらい、
しっかりしていて欲しいなぁ…なんて気もしますね。
ブログは、CMS（コンテンツ・マネージメント・システム）的に使うと、
結構、便利だったりもするんですよね。
サイト製作に詳しく無い人が更新できるようになったり、
複数の人間での管理が容易になったり…と、
個人経営ではない会社の場合、かなり重宝するような気がしてます。
「これも時間があったら、
自社の雛型の用意と併せて検討する必要があると思います」
私も、いずれ、提案型の雛型みたいなものを、
Fudosan.JPで創っていったりもしたいんですよね。
ただ、ホント、涌井さんと一緒で、
やりたいことを、全部やろうとすると、、、
「とても時間が足りません」
って感じになります！（笑）
それにしても！
サイト（DB）などの改良、お疲れさまです！！！
なんだか、大変そうですね（汗；；）。
written by 草柳 2006年4月19日(水) 22:24
『日常業務をこなしながら・・・・』
と言うのが、辛いところですね。
サイトリニューアルやスクリプトのカスタマイズだけに没頭できれば
スクリプトのソースを見て、
追っかけている途中に来客が有ったりして・・・
又最初からソースを見直す、何て事ばっかりで、
かと言って夜は『桜が満開』の花見の時期なので、
お誘いが多くて、ついつい『酒がのめるぞ～』みたいな感じでして、
風邪は、何時の間にか日本酒の熱燗パワーで吹っ飛んでいってしまいましたが、
ＤＢのカスタマイズは、進んでいません。
別エントリーにありましたＭＬやメルマガの利用は、今の所は考えていません。
でも、一括送信可の会員制のゲートスクリプトが有りますので、
この流用が良いかも知れません。
とにかく、データの新規・更新・削除登録→即ユーザーへの一括送信
という形を取りたいんですよ。
これは、時間的な問題や送信忘れの問題が大きいんですね。
ＤＢの携帯対応も同じ理由ですが、
なんと言っても、
アップサイト運営は、サイトやスクリプト作成や改造から、
データの作成・アップまで私が1人でやっているもので、
正直言って自動可を進めて行かないと、オーバーヒートして、
対応が利かなくなっちゃいますので・・・・・
今回のＤＢのカスタマイズに関しては、
このプログに新規エントリーを作って、
経過を記録しておこうかな？と思っています。
サイト作りの難しさ・・・特に物件の紹介や写真は考え方ですね。
これはリゾートも一緒だと思います。
サイトで立派と言うか綺麗な写真の物件て意外に売れないんですよね。
確かに、問い合わせや食いつきは良いのですが、
実物を見たら『やっぱり、この程度か？』と言われかねない。
一番の理想は、実物を見た時に
『写真と同じで素晴らしい』ですが、
これは、中々そうは行かないかもしれません。
それならいっそ、普通の写真を載せて
『うん？サイトの物件紹介より、実物の方がはるかに良いじゃん？』
みたいな方が、即契約になっちゃう！
当社のサイトの物件を見学にいらっしゃるお客様の反応を見ても、
後者の反応の場合に、即契約になるんですね。
だから、意外にダサい感じのサイトが実際に売っている事も有りますね。
オタク心を刺激すると言うか、穴場サイトみたいな感じ？
ひよっとしたら、零細サイトの場合は、今後は『ちょいダサ』がキーワード？
何て事も有りかな？と思っています。
フラッシュの場合は、面白いのは趣味でやっている人の作品ですね。
属に言う『そら耳』の奴は結構凄いですね。
例の『マイアヒィー』のノマ猫のやつとか、『モスカウ』とか・・・
良くあんな事をおーやっている時間が有るもんだ！と感心してしまいますし、
何よりも単純に笑えてしまいます。
あんなフラッシュを見ると、
不動産サイトのフラッシュのつまらない事！
あれじゃ、ＪＡＶＡアプレットでも出来る事じゃな～い？
と思ってしまいます。
確かに、フラッシュは創造力の有る人が作らないと！
ブログは確かに便利ですね。
掲示板や単純な日記帳とは違いますね。
私としても、かなり重宝しています。
実は、この個人ブログは複数設置が可能なタイプなんですが・・・・
まぁ、利用法はＤＢの後で・・・・考えます。
契約書や重説の雛型も、実は時間的な問題が・・・
万能型を作っても、結局は物件毎に切り貼りが必要になっちゃうし。
万能型は紙の無駄遣いが激しくなるし・・・・
結局は、とりあえずは全宅連の奴を、物件毎に改造して使う。
と言う事になっちゃいますね。
時間が出来たら、挑戦したいとは思いますが・・・・
取り合えず、優先したいのは、
ＤＢのカスタマイズですね。
1、ユーザーへの自動送信
2、携帯への対応
その次は、
3、サイトのリニューアル
と言う順番ですね。
頑張ります！
written by 管理人 2006年4月24日(月) 10:23
『改良、お疲れさまです！』
ホント、スクリプトの改造ってことになると、
途中まで…だったりすると、
どこまでやったか分からなくなるので、大変なんですよね（汗；；）。
メール配信CGIの件、
最近、どこも厳しいようなんですよねぇ…（涙）。＞メール配信系スクリプト
厳しくなったのも、悪用する輩がいるからで、そう考えると、ムカツクんですが…（嘆）。
確か、涌井さんは、XREAさんでしたよね？
一応、最近（去年の10月）に、
http://sb.xrea.com/showthread.php?t=10113
というような注意がでているようです。
なので、踏み台にされることに要注意…ですかね（汗；；）。
脱線しますが、将来的にFudosan.JPで色々と展開するにあたっても、
「正直言って自動可を進めて行かないと、オーバーヒートして、
対応が利かなくなっちゃいますので・・・・・」
この辺が、検討課題だったりもするんですよね。
自動化すると便利な反面、
どうしても、自動化した処理の中での対応になってしまって、
なかなか臨機応変な対応が難しくなってくる…みたいな、
そんな感じですかね。
まさに、
「契約書や重説の雛型も、実は時間的な問題が・・・
万能型を作っても、結局は物件毎に切り貼りが必要になっちゃうし。
万能型は紙の無駄遣いが激しくなるし・・・・」
これに通ずる部分が…。
なので、それぞれの役割に応じて、
自動化する部分と、しない部分を、
上手く組み合わせていこうかな…なんて考えてます！
（ちなみに、
「ブログは確かに便利ですね。
掲示板や単純な日記帳とは違いますね。
私としても、かなり重宝しています」
ホント、ブログに関しては、通常のブログとしてよりも、
CMS的な使い方ができて、更新するのがラクなんですよね…。
こういう自動化はアリだと思います！）
それにしても、
「サイトで立派と言うか綺麗な写真の物件て意外に売れないんですよね」
これは、まさに言い得て妙…ですよね。
おっしゃる通りだと思います。
この辺、サイト構築にあたっては、単にデザインだけではなく、
心理的な部分も踏まえて考えないと、
どんなに立派なサイトであっても、逆に、効果が薄れる場合もありますから！
ちなみに、
「ひよっとしたら、零細サイトの場合は、今後は『ちょいダサ』がキーワード？
何て事も有りかな？と思っています」
は、ダサイってよりも、
●素人が一生懸命やっているぞ！
みたな部分、つまりは、結局は、
●運営者の人柄が伝わってくるかどうか？
だったりすると思うんですよね。
で、さらに言ってしまえば、
●面白いのは趣味でやっている人の作品
ここに通ずると思ってます！
たぶん、
「フラッシュは創造力の有る人」
この創造力にも関係してくると思うのですが、
●楽しんでやっているか
●仕事としてやっているか
の差って、やっぱり大きかったりもしますからね…。
いやはや、どうやら、涌井さんも、
実質的にGWフル稼働になりそうです！？
でも、お互い、ほどほどに、休むように…という感じで（笑）。
written by 草柳 2006年4月26日(水) 17:49
『今回はソースをプリントアウトしました。』
普段は、ソースをエディターで見て、改造するのですが、
今回は、あまりに変数や配列やサブルーチンが多い為、
仕方無しにソースをプリントアウトしました。
変数を一々調べてみなければ、
どれがどの様な意味を持っているのか解りません。
意味が解ると、単純に判る様な名前を付けてはあるのですが、
今回、変数や配列の意味を調べておけば、
今後の改造は楽になると思います。
そこで、ソースをプリントアウトして、
チェックして見るつもりです。
そうすれば、不意の来客が有っても大丈夫だと思います。
http://sb.xrea.com/showthread.php?t=10113
はメールフォームの悪用の例ですね。
当社のメールフォームは、
この様な悪用は、文字数制限や改行コードチェックを行っていますし、
メールアドレスの入力項目意外は、
メールアドレスとして認識しないようなスクリプトを使用していますので、
普通のメールフォームよりは、
かなり厳しいチェックをかけていますので大丈夫だと思います。
また、今回のデータベースの自動送信のカスタマイズは、
入力フォームを使う訳では有りませんので、
他人が悪用する心配は全く有りません。
※手で入力出来るのは管理者ルームのチェックボックスのみですね。
逆に短時間に数万～20万のメール送信まではＯＫ？
となると短時間に1万通程度はＯＫ？
つまり、ユーザーが1000人になっても、
短時間に１０物件のデータ送信程度はＯＫ？
5000人になっても２通はＯＫ？
とも取れるので、これはかなり余裕が有るな？
と言う感じですね。
元々xreaが運営するアダルト系のｘ-ｂｅａｔは
無料サーバーで出会い系にも良く利用されていますので、
メール負荷に関しては、かなり余裕が有るのかも知れません。
自動化については、一種のメルマガの自動送信の様なものですね。
物件情報を自動配信すると言う考えです。
一種の広告？
問題が有るとすれば、全ての物件情報が自動送信されるので、
お客様が必ずしも必要としない情報も送信される・・・・
ちょっと迷惑？
と言う可能性はありますが、
これは実際に動き出したら、ユーザー登録画面への注意書きで良いと思っています。
ＦＡＸの無差別送信広告よりは、無駄は少ないかな？
プログは本当に便利です・・・・
アイデア次第で色々な可能性も出て来ますよね。
確かに単にダサいだけだと駄目ですよね。
ちょいダサって言うのは、本当にダサいのじゃなくて、
なんて言うのかなぁ、
一種の流行に迎合しない？見たいな感じ。
確かに、素人が一生懸命やっているぞ！
って言う感じが大事だと思います。
確かに、好きこそものの上手なれと言う言葉も有りますよね。
私も、出来上がったときの喜びは最高のものだと思っています。
趣味と言うよりは、仕事ですが・・・・
ＧＷは、本格的にカスタマイズに取り組みます！
written by 管理人 2006年4月27日(木) 18:42
『いよいよ解析が…』
完了したようですね！
おめでとうございます！！！（祝）
考えてみれば、涌井さん、マシン語（機械語）がOKですから、
> 仕方無しにソースをプリントアウトしました。
この辺は、お手のもの…ですね！（敬服笑）
ソースのプリントアウトって、
（SEの方とっては、全然、普通の作業かも知れませんが）
私にとっては、何だか懐かしい響きです。
その昔、プログラムはプリントアウトが主流（？）でしたから、
思わず、電波新聞社のマイコンBASICマガジンを思い出しました（懐笑）。
「メールフォームの悪用の例ですね」
は、99％そうかな…と思ったのですが、
最近、結構、CGI狙いのスパムが多いようでして…。
実はうちも、先日、CGI形式のブログシステムで、
大量のスパムコメントを受けまして、
ちょっと脆弱な感じでしたので、
お世話になっているASPタイプへ、引っ越しました。
その他でも、掲示板系でも、時々ありまして、
都度、修正や対策…なんて感じです。
とは言え、この辺は、私よりも涌井さんの方が、
お詳しいので、今回のDB＆スクリプトですと、
大丈夫そうですね！
でも、確かに、おっしゃる通り、
「5000人になっても２通はＯＫ？
とも取れるので、これはかなり余裕が有るな？」
ですね！
「ちょいダサって言うのは、本当にダサいのじゃなくて、
なんて言うのかなぁ、
一種の流行に迎合しない？見たいな感じ。
確かに、素人が一生懸命やっているぞ！
って言う感じが大事だと思います」
ですね！
でも、この「ちょいダサ」って単語は、
何となく流行りそうな気も！？！？（笑）
ちなみに、
「確かに、好きこそものの上手なれと言う言葉も有りますよね。
私も、出来上がったときの喜びは最高のものだと思っています。
趣味と言うよりは、仕事ですが・・・・」
仕事とは言え、たぶん（絶対？＜笑）、
楽しみながら、作業されてらっしゃると思いますので、
●私も、出来上がったときの喜びは最高のもの
これを感じられるかどうか…が、
おそらく、見る側にも伝わってくると思うんですよね。
★追伸★
私の方は、只今、PHP＆PostgreSQLで苦闘しています（苦笑）。
Xoopなどで、DBサーバーを利用したことはあったのですが、
ほぼ自動設定だったので、実質、全くの初心者状態。
恥ずかしながら、バックアップひとつ取るのにも苦労してます（焦）。
動作させようとしているスクリプト（譲渡いただいたオリジナルのもの）は、
画像も格納できてしまったり、すごく高度なんですけど、
いやぁ、DBサーバーの扱い自体が、ホント、難しいです…。
written by 草柳 2006年5月10日(水) 04:49
『カスタマイズ第1弾は失敗しました。』
正直に言って、かなり簡単に考えて
ちょこっとカスタマイズしたのですが、
ものの見事に失敗してしまいました。
こりゃ、ちょこっとした改造では無理かもしれません。
Pealの場合はスカラー変数が同じ変数名でもローカルとグローバルの両方で使えますので、
単純に変数や配列の中味を引き継がないケースもありますから・・・・
意外と正式にサブルーチンを作成して、
ユーザーのデータファイルのオープン・メルアドデータの読み込みから行う必要があるかも知れません。
もう少し検討が必要ですね・・・・
CGIのスパムコメントの削除は難しいですね。
掲示板やブログの場合は、とにかく日本語のコードの入ってないものを
受け付けない様にしておいて・・・・・・
(当社ブロクもスパムコメントがありましたので設定変更しました。)
その次は、ＩＰやホスト制限をかけるしか有りませんね。
結構面倒臭いんですよね。
直接、データファイルに書き込むのは今では少ないでしょう。
xreaの奴はもっと悪質ですね。
チェックの脆弱なメールフォームのＢＣＣを勝手に使ってしまう手法ですね。
スパムメールを他人のメールフォームを利用して送信してしまうという事になります。
これは、メールフォームの文字数制限や改行コードチェックを行っていない
メールフォームcgiの場合だけだと思います。
メールフォームだけはブロバイダーで用意したものを使う手もありますね。
今回の様に自動送信でメール送信する場合は、
そもそもフォームが有りませんので、
管理者以外が送信できる可能性は殆んど有りません。
当社のデータベース詳細画面に有るメールフォームに使っているＣＧＩは、
データベースのものは使っていません。
より細かい設定が出来る様に、
同じアミーゴのフォームメール専用のＣＧＩを流用しています。
ＣＧＩ自体が脆弱な場合は、ＪＡＶＡスクリプトでチェックをかければ、
通常は大丈夫なんですよ。
若干古い手法ですが、サーバーに負荷をかけないで、
簡単にフォームへの入力データのチェックが出来ます。
当社のサイトだとメルアド入力によるＵＲＬ転送には、
ＪＡＶＡのチェック行ってからＣＧＩに送っていますね。
「ちょいダサ」は流行するかどうかは解りませんが、
有名人が使えば、直ぐに流行するかも知れませんね。
まぁ「ちょう悪」とか「エロ可愛い」とか・・・・
一昔前なら、嫌われる様な表現が逆に『良い感じ』なのかも知れませんね。
※PHP＆PostgreSQLについて、
郵便番号から住居表示？とかには良く使いますよね。
その逆の住所から郵便番号表示も出来ますが・・・・
フォームで郵便番号を入力すると住所が自動で入る・・・
そんなサイトって時々ありますよね。
PostgreSQLを一からサーバーにインストールする訳じゃないんですよね？
既にサーバー側で用意されているものを使うんですよね？
と言うか、既に使われているもの？
ＳＱＬでテーブルを作ったり、
データベースの定義をしたり、
サーバー上のＲＤＢＭＳ(リレーショナルデータベースマネージメントシステム)
と接続して使うのは、意外に大変だと思います・・・
と言うか、必要が無いのでやった事が有りませんので・・・・
実は、ＤＢを自分でＰＨＰで作ろうかどうか迷った時期があります。
その時にＰＨＰを勉強した時期もあるので、ある程度は判るのですが、
実際にPostgreSQLとＰＨＰによるＤＢの構築は行った事が無いんですよね。
本格的なＤＢだと思いますのでかなり大変だと思いますが頑張って下さい。
written by 管理人 2006年5月11日(木) 16:11
『先週末はテスト三昧でした（笑）。』
涌井さんも苦戦なさってらっしゃったようですね（汗；；）。
実は、私もPHP＋DBの件、一番最初に、移設予定のサーバーで、
登録されたDATAを動かすことはできて、一安心していたら、
どうも、DATAを肝心な登録する部分のスクリプトが、
上手く動いてくれなくて、ギブアップ寸前でした…。
どうにもこうにも動かないので、
今回のシステムを諦めて、別のフリーのものを…と思った矢先、
試しに別バージョンのPHPのあるサーバーで動かしてみたんです。
すると、文字コードの問題が発生したものの、
システム自体、正常動作してくれ、大丈夫そうな感じです（嬉）。
もちろん、DBなども、一からサーバーにインストールして…ではなく、
涌井さんと同じXREAさんで動作させてみよう…って感じだったのですが、
先に契約したサーバーがPHP5だったもので、
新しいバージョンだったら、大丈夫だろう…と、
安易に考えていたのが最大の失敗でした（反省）。
ちなみに、PHPって、
PerlのCGIの方が遥かに分りやすい…なんて感じだったのですが、
今回、実際にやってみた結果、かなり便利ですね。
基本的にパーミッションの設定がいらないのも、ホント、便利です！
作家さんの登録システムなのですが、
オリジナルのシステムでは、
登録された時点でのメール送信機能がついてなかったのですが、
登録完了画面を表示する直前に、
http://webpenta.com/phplabo/l09.html
にありますような数行を追加するだけで、完全動作。
（もちろん、このシステムの制作者さんが、
とても丁寧に注釈などをつけてくださっていたので、
素人に毛が生えた程度の私でも、何とかなったんですけどね）
たったこれだけなのに、日本語のサブジェクトなども完璧で、
ビックリ仰天です。
ですので、涌井さんの力量があれば、
（＝Perlでオリジナルプログラムを創れる力量があれば）
もしかしたら、Perlよりも簡単かも知れません？
（私も改造する際に、PerlのCGIの場合、
涌井さんと同じで、変数の引継ぎに苦労したのですが、
何となく、PHPの方が素直に引き継いでくれているような…？）
それはさておき、涌井さん、
やはり、Google MapのAPIにハマられそうですね！？
そうなんですよ、かなり遊べて楽しいんです（笑）。
私も、覚えたてのPHPと組み合わせて、
何かやってみようかな…と思ってます。
★その他もろもろのご返信です★
CGIのスパムコメントは、ホント、厄介ですよね。
私も、設定で、受け付けないようにしてはいるものの、
IPを次々変えて、攻撃してくるものもあるので、
そうなってくると、ホント、防ぐのが大変です。
ちょいダサは、おっしゃる通り、誰かが使えば、
絶対、一発で流行ると思います（笑）。
それにしても、最近の日本語、
基本的に、複合＆短縮が多いかも知れません？？？
written by 草柳 2006年5月17日(水) 02:11
『ＤＢよりGooglemapsAPIにはまりました。』
いゃ～mapsAPIの可能性と言うか将来性にちょっと注目！遊びはじめると、久し振りのjavaという事も有って、面白い。javaスクリプトなんて、もうやる事は無いと思っていましたが・・・本当に面白いと言うか、不動産物件のサイトとしては、特徴の有るものが作れそうな雰囲気ですね。
PHP＋DBの件は、データーってTelnet等でpostgresユーザーでログインすれば、
ファイルの置いて有るディレクトリにアクセスして直接データをコピーしたり、操作できるんじゃないのかなぁ？
データの登録をするphpスクリプトは・・・・・あ～PHPのバージョンの問題でしたか？動いた様で良かったですね。
大規模データベースを使いこなすにはphp+DBが良いかもしれませんね。
アミーゴのＤＢが無かったら、私は一からＰＨＰで作っていたかも知れません。
と言うか、そのつもりで本も買っていました。然し、アミーゴＤＢを偶然見つけて、
ちょっと感動して使わせて頂いています。
PHPはデータベースの取り扱いには便利だと思いますし、HTMLに直接埋め込めるのが凄いですね。Pealとの一番の差はjavaの様にHTMLに埋め込めて、尚且つ、サーバーとのデータのやり取りが出来る事ですね。
問題が有るとすれば、やはりロボット＝ＳＥＯだけでしょうか。トップページ等にはやはり埋め込めませんね。拡張子が.phpはやはりねぇ。でも確かにファイルの読み書き等は簡単ですね。javaとの相性も良い様ですね。
然し、やっぱりアミーゴＤＢが良いんですよね。何となく不動産物件検索に合っているんですよ。非常に高機能なんですよ。データにタグを使えたり、単位も自動的に表示できたり、数字にコンマを自動的に挿入できたり・・・・
細かい所まで良く考えられていて、汎用データベースとしてはピカイチだと思います。アミーゴだと、直ぐにでもGooglemapsAPIとの連携も可能だと思います。
あっ、メールの一括送信については私の単純な解析不足でした。ユーザーファイルを読み込む時に、全てのユーザーファイルを読み込んでいると思っていたら、実際にはユーザーNOと比較してユーザー№と一致したデータのみを変数に入れていました。これでは全てのユーザーのメルアドは読み込み出来ませんので、ユーザーのデーター一覧の所のサブルーチンを探してそこへ飛んでメルアドを全部読み込んでから、送信するようにしないといけませんね。でもそのサブルーチンの変数がローカルになっていれば、そのサブルーチンと同じ物をローカル変数じゃないグローバル変数のものにした新しいサブルーチンを作れば良いと思います。
と言っても、草柳さんとは関係が無いかも知れませんが・・・・
まぁ、暫くはマップにはまる予定？なのでメール一括送信は、それが終わってからという事になりそうです。サイトのリニューアル自体も少し遅れそうな感じです。
GooglemapsAPIはjavaですから、データはxmlファイルにしている所が多い様ですね。
でも確かにphpならhtmlに埋め込めば、javaとの共存も可能かもしれませんね。
formのinputでデータを入力したものをGooglemapsAPIやphpで並行して処理する事も可能だと思います。
でも、javaだとやはりhtmlに直接データテーブルを置くのが良いのかもしれませんね。
まぁ、GooglemapsAPIはかなり原始的な手法でデータを扱うしか方法は無いかも知れません。
ファイルの操作ができないjava特有の欠点ですね。
phpかpealと組み合わせればデータファイルの読み込みも可能かもしれませんが、住所から座標を表示するGeocodingがxmlファイルを出力するものが多いという現状をみると、やはり地図のポイントを表示するデータはxmlファイルにしておくと言うのが手っ取り早いかも知れません。この当たりの事は、私ももう少し遊んで見ないと解りません。
written by 管理人 2006年5月19日(金) 10:51
『そうなんですよ、ホントに…。』
面白いです、Google MapのAPI。
私も、Fudosan.JPのリニューアルの際には、ハマリかけまして、
（＝涌井さんへのメールでも騒いでいたように＜笑）
ただ、それをやっていると進まなかったので、後回しに…でした（笑）。
ちなみに、最近、ずっと作業しているサイトに関しても、
全国のギャラリーのリストがあるので、将来的にGoogle Mapsを導入予定です。
まさに、
「本当に面白いと言うか、不動産物件のサイトとしては、
特徴の有るものが作れそうな雰囲気ですね」
ですし、こと、地図＋物件だけに限定すれば、
大手物件ポータルサイトさんと、同等のものが用意できますから、
そんな部分でも魅力的なんですよね（つくづく）。
「データーってTelnet等でpostgresユーザーでログインすれば、
ファイルの置いて有るディレクトリにアクセスして直接データをコピーしたり、
操作できるんじゃないのかなぁ？」
これ、共有サーバーですと、Telnet接続自体を禁止していたり、
制限かけていたりするところも多いんですよね。
とりあえず、今は比較的自由度の高いXreaさんで動作確認中なので、
データのバックアップについて、確認してみようと思ってます。
それにしても、さすがは涌井さんです（敬服笑）。
だって、
「私は一からＰＨＰで作っていたかも知れません。
と言うか、そのつもりで本も買っていました」
なんて感じで、無ければ創っちゃおう…ですから！！！
ちなみに、うちの場合、CGIのDBは、
Fudosanデータベースの全国の事業者さん検索でも使わせていただいている、
CGI ROOMさんのスクリプトで、とってもシンプルで助かってます。
http://cgiroom.nu/list/database/index.html
CGI ROOMさん、とても独創的なCGIを創られてらっしゃったのですが、
ここしばらく活動休止中なのが、ちょっと残念。
（おそらく、この時代、優秀なプログラマーさん、
引っ張りだこなんじゃないかな…なんて気がしてます。
知り合いのSEさんも、超多忙状態でして…）
「と言っても、草柳さんとは関係が無いかも知れませんが・・・・」
いえいえ、実は、厳密には状況はちょっと違うのですが、
つい先日まで、CGIのDBで社員名簿ページを作成していたのですが、
「実際にはユーザーNOと比較してユーザー№と一致したデータのみを変数に入れていました」
というような状況で、
「ん？ どうやったら全件表示できるの？？？」
なんて、格闘してました（笑）。
（＝で、各行の列に、抜き出し要のダミーDATAを入れて、
そのDATAをヒットさせる…という、安直な方法でクリアしました（笑））
「サイトのリニューアル自体も少し遅れそうな感じです」
是非是非、Google Map APIを堪能なさってください！
ホント、やってて楽しいですから…。
written by 草柳 2006年5月24日(水) 11:32
『何でも屋』
当社は零細企業なので何でも行う『なんでも屋』です。
今はリフォーム屋さんみたいですね。
今後も、販売した中古住宅のリフォームには力を入れて行きたいと思っています。
GooglemapsAPIは本当に良いですね。
但し、かなりＪＡＶＡを使いこなせないと駄目ですね。
http://kogen.biz/api/map/test3.html
を改造すれば、物件と地図による検索＆データベースの物件詳細ページへのリンクは作れると思います。
但しこのサイトのスクリプトは若干エラーが有る様うですが・・・・
CGIROOMさんはかなり有名ですよね。CGI機能拡張は使った事があります。便利なんですよね。
http://cgiroom.nu/list/level_up/index.html
アミーゴの場合は、ユーザーの一覧自体はありますので、そのサブルーチンを探せばそれ程難しい事では無いと思います。
ここ数日は平賀邸のリフォーム工事にかかりきりだったのですが、やっと一息つきました。後は３０日の土地売買契約が終われば、暫くはサイト改造に取り掛かれると思います。
written by 管理人 2006年5月27日(土) 17:37
『おぉ、KsGMapさんが…、』
涌井さんのサイトで動いてますね！
どうも、しっくりくるジオコード変換がなかったもので、
私もこのスクリプト、チェックしていたのですが、
「将来の課題」ということにしました（笑）。
（Googleの本家のジオコード変換を使うのは、
やっぱり、ちょっと…だったりしましたので）
ちなみに、
「かなりＪＡＶＡを使いこなせないと駄目ですね」
は、Javaになってしまいますとチンプンカンプンなのですが、
JAVA Scriptの方ですよね？
ただ、ホンモノのプログラマーさんからすれば、
「むしろ、JAVA Scriptの方が奇怪」
なんて話も聞きまして、
実際、ブラウザによる動作の差が結構ありましたからね、以前。
とは言え、今は、結構、その差も埋まってきたようなので、
オンライン銀行や証券など、間違いが許されないようなサイトでも、
結構、使っているところが増えているようです？＞JAVA Script
それにしても、連日、お忙しいようで、ご苦労様です！
とは言え、順調なのは、ホント、何よりです！！！
★追伸（環八のお話し）★
28日に、環八が開通しまして、早速、使ってます！
開通したのは僅かな区間だったと思いますが、
その僅かな区間が、練馬・板橋方面だったので、
練馬←→板橋
の移動が多い私にとっては、ホント、便利です。
★追伸（松本市のお話し）★
県の応対を書かれてらっしゃいましたが、
先の日曜日の「噂の東京マガジン」で、
市町村合併に関連する問題が取り上げられてました。
http://www.tbs.co.jp/uwasa/20060528/genba.html
市の問題ですから、直接的には関係してないかも知れませんが、
個人的には、もっと、県としても対応してほしかったりもするんですよね…。
written by 草柳 2006年5月31日(水) 00:18
『ジオコードは無料だと、』
http://www.geocoding.jp/ 経度・緯度版
http://www.geocoding.jp/api/ XML形式版
が良いですね
実はcgiでも公開されていて、当サイトでも動いています。
http://kogen.biz/api/geocoder.cgi
但し、どれもGoogleのジオコーディングを直接利用する方法ですから、
何時使えなくなるかはわかりませんし、
当サイトのcgiは一般公開するつもりは有りません。
でも http://www.geocoding.jp/ については、
Googleのページランクが４に成っているので、
半ば公認なのかなぁ？ と勝手に思っているのですが・・・
KsGMapさんのは、かなり良いですよね。
個人でこれだけのものを開発するとなると、かなり時間が必要だと思います。
難点は、ソースの文字コードがUTF-8で記述されている事ですね。
ぜひぜひ、対応しているエディターが必要になってきます。
私の場合は、
■サクラエディター
http://sakura-editor.sourceforge.net/
を、このスクリプトの為に新しくＤＬして使わせて頂いてます。
※これは無料エディターの中では高機能で結構お薦めです。
でも、ffftpなんかで直ぐにファイルをノートパッドで開いて修正して、
サーバーにアップする事が出来ないので、ちょっと不便です。
適当なエディター位は紹介してくれていても親切なんだけれどなぁ？
とかついつい思ってしまいました。
これ位は常識と言う事なんでしょうかねぇ？
JAVAについては、
JAVA Scriptですよ。アブレットじゃ有りません。
JAVA Scriptはブラウザー上で動くスクリプトですから、
かなり特殊なものと言えるかも知れません。
ですから、純粋にＰＣのパワーによる影響が出易いですね。
全て、ＰＣ上で処理されています。
まぁ、アブレットも一旦ダウンロードされたらＰＣ上で処理されているのですが・・・
アプレットはどちらかと言うとフラッシュに近い感じがします。
ちょっと違うかもしれませんが、
用途的には、JAVAアプレットの機能を上げて、簡単に使い易くしたものがフラッシュみたいな感じ？
JAVA Scriptはサーバーの負担を減らす意味も込めて、
入力フォームのデータチェックには良く使います。
cgiを改造するより簡単で誤動作によるサーバーダウンの心配も無いので、
当サイトでも一部に使っています。
私の場合は、HTML→JAVAスクリプト→JAVAアプレット→Perl
の順番に勉強して来ましたので、意外にJAVAスクリプトは身近に感じています。
一度ブラウザに表示したページに簡単に動きを加える事も出来ますから・・・
勉強すると、結構面白いですよ。
でもJAVAアプレットやフラッシュもそうですが、
自分よがりの小うるさいサイトになっちゃう可能性もありますね。
■環八のお話し
東京は、元々道路事情が良く無い？
と言いますか、渋滞の解消は大きな課題でしょうね。
いまだに、夜～早朝以外は東京には車で行く気がしません。
でも、便利になって良かったですね。
■旧四賀村と松本市の話
旧四賀村は、県内でも有数のマツタケの産地で有名な所ですね。
後は、養老の滝の社長の木下藤吉郎？(確かこんな名前だったと思います)さんの出身地で、
お城を作って、見学コースにしてあったり、結婚式場にしたりして、
もの凄いバブリーな建物が有る事でも有名ですね。
でも、このトンネルの件は松本市長が絶対に悪ですね。
ほとんど詐欺に近い事ですから・・・・・
詐欺による契約で合併を契約時に遡及して無しにして、取りやめる事も可能だと思いますよ。
旧四賀村住民は松本市をを相手取って民事裁判を提訴しても良いと思いますね。
現松本市長の性格が如実に表れていますね。
紳士協定も守れないのではねぇ～
そんな人を市長に選ぶ市民の程度も知れているし、松本の市会議員もひどいなぁ？
なんて言えば怒られるかも知れないけれど、約束は守るべきだし無理なら最初から約束しちゃいけませんよね。
高山村は須坂市との合併を住民投票で拒否したのですが、
こんな『協定の反古』を見るにつけ、国の指導による大合併の推進に対する疑問はやはり出て来ます。
合併は所詮飲み込まれて好き勝手にやられるだけだ、と言う事になっちゃうからねぇ。
正直者が馬鹿を見る今の日本の風潮は、ちょっとまずいですね。
国や県や市町村がこんな事をやっていて、教育論を論じられてもねぇ～。
松本の人間は嘘つき呼ばわりされても仕方有りませんし、実際に嘘つきが多いのかなぁ？
でも、旧松本市からの署名が1万と言うのは、少ないと思うし、
市長の辞職請求まで行かないのも不思議ですね？
松本市は良く遊びに行くし、好きな市なんだけれど、今後はちょっと考える事にしましょう。
松本に行くのは教育上良くないかも知れん！ (苦笑)
written by 管理人 2006年5月31日(水) 17:55
『いやはや、ジオコーダー情報…、』
どうも有難うございます！
実は、CVSで入力した1,500件ぐらいの住所を、
一括変換してくれるものを…なんて探していたのですが、
有料のソフトで発見したものの、高い高い（数十万円）…でした（焦笑）。
精度は申し分なかったんですけど…、いかんせん値段が！！！
文字コードは、Blog時代になって、UTF-8が増えましたよね。
私の場合、「Space Editor」
http://homepage3.nifty.com/z-space/
を、ずっと利用させていただいているのですが、
UTF-8用に、「TeraPad」
http://www5f.biglobe.ne.jp/~t-susumu/
を、インストールしました。
今度、涌井さんの使われてらっしゃる「サクラエディター」も、
試させていただきますね！
JAVAは、やっぱり、JAVA Scriptの方ですね！
しかし！！！
HTML→JAVAスクリプト→JAVAアプレット→Perl
この順番は、ある意味スゴイかも知れません！？！？
Perlは改造程度はできますが、
JAVAアプレット、チンプンカンプンです（苦笑）。
そう言えば、最近、ブラウザで動作させるJAVAアプレット（？）って、
Flashに比べて、流行ってないなぁ…と思っていたのですが、
どうも、サーバー側のアプリ的に使っていること、結構あるんですかね？
知人のSEさんが、JAVAアプレットでシステム構築しているようでした。
都内の道路、ホント、おっしゃる通り、
普段夜型の私が、うっかり昼間に出ようものなら、
クルマは多いわ、人は多いわ、動かないわ…と、
散々な目に遭います（嘆）。
でも、最近、環八もそうなのですが、
都内の新しい道路が増えているんですよね。
何となく、建設速度がスピードアップしたような気も…？？？
それにしても、松本市のお話しですが、
紳士協定が守れない…のもそうだったのですが、
（一応、TV報道の範囲内では）
滅茶苦茶、見苦しい言い訳しているような印象なんですよね。
隣接していても、実際には道路が無いので、
旧四賀村と松本市を行き来する場合には、
一旦、市を出て…なんて感じでしたから、
ホント、トンネルを前提にしなければ、
合併の意味、無いような…。
なので、涌井さんの、
「旧四賀村住民は松本市をを相手取って民事裁判を提訴しても良いと思いますね」
に、大賛成です。
市が、こんないい加減な約束しちゃ、マズイですよ、やっぱり…。
個人的には、松本市のイメージ、最大限ダウンしましたので…。
しかし、大合併もそうですが、
そもそも、市区町村と、都道府県、国がバラバラな状態で、
進んでいるのって、良くはならないような気がするんですよね。
助成金ひとつとっても、市区町村ごとに違ったりするのは、
すごく不平等な気がしますし、
例えば、廃屋問題なんて、実際に動いてくれたのは、実家の区だったのですが、
本当に動かなければならないのは、税金をもっていっている都や国だと思いますし、
ど～～～～も、納得いかないことだらけ…です。
日本でやりたい放題やってる連中は、海外に脱出しちゃっているわけですし！！！
こんな状況を考えますと、
もし、
●地球上のどこでも、住みたいところに住んで良いよ
ということになったら、果して日本って、どうなるのかなぁ…とも。
written by 草柳 2006年6月7日(水) 00:57
『一括変換ですか・・・』
これは、ちょっと大変ですが、自分でも作れそうですね。
でも当然、Googleのジオコードを直接叩くしか有りませんから、
連続で1500件も叩くと、かなりヤバイかも知れませんが・・・
でも確か一日に50000アクセス程度？
までは無料の範囲だったと思いますから←未確認！
可能だとは思いますよね。
でも、Googleを利用しないで独自にジオコードを行うとなると、
やはりかなり高価になると思いますよね。
潰れても良いプロバイダ＆サイト＆サーバー＆cgi
を用意して、変換用のcgiを作って一気に変換。
なんてズルイ事をちょっと考えてしまいます。
TeraPadをインストールしてみました。
もろノートパッドの機能拡張版と言う感じですね。
機能は少ないのですが、プログラム自体が軽そうですね。
私の場合は、やっぱりサクラエディターの方が、
それらしくて機能も豊富で使い易いですね。
JAVAアプレットでシステム構築ですか？
どんなシステム？
確かに計算には強いとは思いますが・・・
最近はフラッシュの方が簡単に綺麗に出来ますので、
JAVAアプレットを使う意味があまりなくなっていますね。
本当はJAVAスクリプトでも良いのでしょうが、
複雑な計算をスクリプトで行うのは、やはりＰＣの負担が大きいので、
スピードの問題がどうしも出て来ますね。
将来、ＰＣのクロックがもっと上がると、
JAVAスクリプトで複雑な計算も行える様になるでしょうね。
フラッシュやJAVAに共通の問題は、
ソースを見れなくする事が出来る・・・その代わりＳＥＯできつい。
つまり、自分だけで使う場合は問題が有りませんが、
一般公開してアクセスを稼ぐサイトには、本来は不向きだと言う点です。
だから、フラッシュで綺麗なサイトを作っても、
それがアクセス増には絶対に繋がりません。
画像処理だけなら良いのですが、
ソース隠しでフラッシュを使った場合は、まずロボットには引っ掛かりません。
これはJAVA(両方)の場合も同じです。
JAVAでドキュメントを表示させても、ロボットは恐らく拾いません。
本当は当初、物件の写真だけをランダムに入れ替えるJAVAスクリプトを作ってインラインフレームでトップページに表示するつもりでした。然し、SEOを考えるとロボットが拾ってくれなくなる。そこで、HTMLをせっせと書き換える必要が出て来る・・・
CGIの場合は、これが可能だしHTMLを直接吐き出しさせれば良いのですが、アクセスの度にHTMLを吐き出しさせれば、それこそサーバーの負担が大きくなりすぎます。
と言う事でSEO対策を考えると、あまり面白いサイトにはなりませんね。
実利主義・・・と言う感じでしょう。
●地球上のどこでも、住みたいところに住んで良いよ
もし、そうなったらやはり北米でしょうかね。アメリカのロスが良いですね。ラスベガスにも行けるし・・・空気がからっとしているし天気も良い。物価も安いし仕事も有るし。東洋人も多いし、リトルトーキョーの寿司やウドンや焼き鳥は、日本よりも美味しい！ 危険な地域に近づかない事と、夜の一人歩きに気をつければ大丈夫でしょう。政治的にも安定はしているし・・・
ハワイも良いけれど、遊んでしまい仕事をやる気が出ない様な気がします。
東南アジアは・・タイのホアヒンかな、治安も景色も良いと思う。でもやっぱり仕事が問題ですね。英語がやっぱり通じる程度の所が良いですね。
う～ん。やっぱり須坂で良いや！って事になるかな？ 仕事の事を考えると・・
written by 管理人 2006年6月9日(金) 10:55
『たびたびのメールにもかかわらず…、』
早々にご返事いただいてしまって、どうも有難うございました（謝）。
（メールの方、日曜日にご返事させていただきますね！）
ジオコードのお話しは、一括変換するとしたら、
まさに、涌井さんのおっしゃる、
> 変換用のcgiを作って一気に変換
この方法が良いかな…とも思います。
ちなみに、
「なんてズルイ事をちょっと考えてしまいます」
に関しては、
私の解釈では問題無いような気もするんですよね。
おそらく、継続的にGoogleさんのジオコード変換を利用することを前提に、
アクセスしている場合は、
Googleさんのジオコード変換の特許の関係もあって、
問題もあるような気もします。
ただ、
●検索して、表示された住所に対する緯度・経度情報自体
に、権利を主張することは難しいと思いますので、
例えば、
●普通に1件、Googleさんを利用して緯度経度情報を取得
●その1件の緯度経度情報をXMLに記述してMap APIで利用する
ということであれば、問題無いのかなぁ…と？
（で、この取得自体を、マンパワーで行なう代りに、
自動化（Webか、クライアントPC側のスクリプトで）する…みたいな？）
とは言え、もし、この方法をGoogleさんが嫌った場合は、
Googleさんが自分のMapで利用するジオコード変換コードを、
全く独自にしてしまう…なんて方向に進むかも知れません！？
エディターは、本格的なもの…となると、
涌井さんのおっしゃるような感じですね。
現状、SEOの問題を考えますと、
確かにJAVAアプレットやフラッシュは厳しいようですね。
ただ、考え方によっては、
「EO対策を考えると、あまり面白いサイトにはなりませんね」
という状況は、
サーチエンジン技術が追いついていないような、そんな気も！？
結局、Web2.0時代、文字ベースの全盛期になっちゃいましたからねぇ…（苦笑）。
（でも、文字の方が分りやすいってこともあるんだと思います。
リンクなども、バナーリンクよりも、
テキストリンクの方が、おそらく、効果的でしょうから…）
地球上のどこにでも…となると、
仕事（食っていくスベ）を考えると、限定されちゃいそうですよね。
私の場合は、それを全く考えなくて良いのなら、
やっぱり、たくさんワラビーがいるあたりのオーストラリアです（笑）。
でも、野球でもサッカーでも、日本を苦しめてくれるんですけど…（焦笑）。
★追伸（ちょっとだけサッカーのお話し）
涌井さんのブログ＆いただいたメールの「パワープレー」について…です。
いかんせんサッカー音痴なのですが、
実は、「パワープレー」って、先日のトリノオリンピックの時に、
アイスホッケーで聞いた言葉だったんですよね。
が、アイスホッケーの場合、
●警告受けた選手がボックスで待機している間、
人数が有利になって戦う側のチームの状況
って感じでしたので、サッカーとは違う感じです。
なので、調べてみると、凄く良いページを発見！
どうやら、競技ごとに、色々な「パワープレー」があるようで、
なるほど、涌井さんのおっしゃっていたことは、そうだったのか…と、納得です！
※ちなみに、そのページは、Yoshinari's Homepageさん
http://www008.upp.so-net.ne.jp/yoshina/
の、以下のページです。
http://www008.upp.so-net.ne.jp/yoshina/column/04/PowerPlay.html
written by 草柳 2006年6月14日(水) 14:53
『いえいえ、こちらこそ、』
ご丁寧に連絡を頂きまして、大変恐縮致しております。
結構Googleは太っ腹ですよね。
さすがに世界ＮＯ1になった所は違いますね。
何と言ってもやはりＮＯ1になる所は違います。
恐らく、今は宣伝の意味合いもかなり強いと思いますし、
結局はGoogleのＭaps APIを利用して地図上に落すのが目的となるのでしょうからね。
近い将来Googleはマップ上に必ず企業等の広告を入れて来るでしょう。
その宣伝効果をあげて、クライアントからの収入を得る為には、
Maps API を利用するサイトに関してはかなり大目に見てくれる・・・
という事なのだと思います。
ポータルサイトのロボット検索に関しては、
アプレット・フラッシュ・画像は当然対象にはならないでしょうね。
これは無理でしょう。
良く、サイトのバナー意外に、サイト名さえ画像で行っているサイトが有りますが、
これは本当にデザインの問題だけでしょうね。
そうそう、昔はアプレット、今はフラッシｭでサイトタイトルを表示している所もありますね。
これもＳＥＯ対策としては、全く駄目になってしまいます。
良く自慢げに『結構お金をかけて作ったから見てよ』と言われますが、
『こりゃ駄目だね』と私に言われて、不思議そうな顔をする人がいるのですが・・・
それと、意外に効果が低いのがMETAタグですね。
最初からMETAタグを無視しているロボットが多い。
最近は、サイトの内容のテキストをチェックしているロボットがほとんどです。
つまり、サイトの中味については画像やフラッシュを使う所はほとんど無い。
大事な内容はほとんどがテキストになっている筈ですから、
テキストのみのチェックで足りる筈だとは思います。
冷静に考えると、着飾った外観よりも、中味を重視するという事ですから、当然と言えば当然だとは思います。
オーストラリアですか？
行った事が全く無いので想像がつきませんね。
アメリカは懐の深い国だけれど、オーストラリアってどんな感じなんですかね？
きっと、アメリカの田舎みたいな感じだとは思うのですが・・・
恐らく今でもイギリスの影響がかなり強い国？
確か国家元首はイギリスのエリザベス女王だったはずだと思ってネットで調べると
『イギリス国王・女王と同一人物であるオーストラリア女王が国家元首とみなされるが、実際にはオーストラリア総督が国王・女王の代行を務める。その権限は専ら儀式程度に限られる。ただ1975年に上下院が対立して予算案が議会を通らずに労働党政府の維持が困難になった際に、総督が憲法に基き議会を解散、ホイットラム首相を解任するという事件が起き、論議を呼んだ。』
と言う説明のサイトを見つけました。他のサイトも元首はエリザベス女王となっていますね。
これは確かカナダも一緒だったと思い、調べてみると、全く同じですねやはり。
オーストラリアもカナダもイギリス連邦の一員という事ですね。
そう考えると、さすがにThe United Kingdom of Great Britain and Northern Ireland
はすごい国だったんだなぁと思い知らされますね。
オーストラリアやカナダってイメージが似ていますよね、やっぱり・・・
大橋巨泉の好きな国？
政治的な安定感や治安についての安心感は抜群な雰囲気ですね。
親日派なイメージもあるし、英語圏ですし・・・
そう言えば、オーストラリアは、季節は逆でしょうが、時差もほとんど無いでしょうね。
物価も安いと思いますし・・・まだ未開発な部分も多くて自然も豊かでしょうし。
観光地もあちこちに有るし、日本人の仕事も沢山あると思いますね。
うん！オーストラリアは良いですね。
何時か時間とお金に余裕が出来たら、遊びに行ってみたいですね。
(何時になる事やら・・・)
サッカーのパワープレーは人数の差より、
身長差や体力勝負での勝負のイメージですね。
特に攻撃面で、あのサイトに有った様に、ＦＷに身長の高い選手を置いて、
ヘディングでコールを狙うと言うイメージですね。
平均身長が６センチ以上違うとやっぱり不利ですね。
ましてや、ＤＦを減らすと言うのは、圧倒的に不利だと思います。
次のクロアチア戦も３バックから４バックにするようですが、
そうするとＤＦは宮本と中澤になって、両サイドはサントスと加地が入って、
攻撃に加わるという事になると思いますが、
カウンターを食らうとかなり危ない状況になると思います。
宮本や中田は、３バックが良いとジーコに言って、
そして３バックでやって来て良い結果になっていたのですが・・・
日本の場合は勝率が３バックの方が良いのですが、
ジーコは４バックの方が好きらしいですね。
もし、４バックにしたら大量失点の危険がかなり高くてボロ負けする事も考えられますね。
加地とサントスの突破力は魅力ではあるのですが、
う～ん クロアチア戦も危ないかも知れな～い (^-^;) けど頑張れニッポン！
written by 管理人 2006年6月15日(木) 16:09
『無料と有料の棲み分けが…』
最近のインターネットビジネスの課題でしょうかね？
Googleに関しても、
●利用者が増えていくこと
●その利用を武器に有料のサービスを提供
なんて感じになってますもんね！
そう考えますと、
「その宣伝効果をあげて、クライアントからの収入を得る為には、
Maps API を利用するサイトに関してはかなり大目に見てくれる・・・」
だと思うのですが、
Googleって、かなりしっかりチェックしている印象があるんですよ。
実は、色々とリニューアルしていた時期、
Fudosan.JPでも注意されちゃったことがありました（焦）。
即、修正して、今はもちろん問題なし…なのですが、
「おぉ、しっかりとチェックしているんだなぁ！」
と、ある意味、感動しました。
サポートさんの回答も、ちょっと内容とズレた回答になることはあるものの、
迅速な対応に関しては、すごいなぁ…なんて感じでした。
Googleにせよ、Yahoo!にせよ、膨大な問い合わせ数でしょうから、
それに迅速に対応すべく人員を確保する…となると、
やはり、相当のコストがかかりますね、ホント。
（ちなみに、RTJ不動産MLでお世話になっております、
Yahoo!グループさんも、
無料なのに、素晴らしく迅速な対応をしてくれています）
（脱線しますが、
最近のそんな大手の無料サービスの迅速応対を考えますと、
まだまだ不動産関連の場合は、対応の重要性に対する認識が、
甘いんじゃないかなぁ…なんて感じもしています）
それから、ポータルサイトのロボット検索での、
アプレット・フラッシュ・画像…なのですが、
おそらく、現時点での技術レベルですと難しいかな…と思います。
ただ、これから数十年先を考えますと、
絶対、非テキストコンテンスの自動認識技術が向上して、
上手く検索できるようになるんじゃないかなぁ…なんて気がするんですよね。
ただ、それ以前に、キーボード以外の入力方法、
もっと向上して欲しい気もするんですけど…（つくづく）。
オーストラリアは、確かにカナダと似てそうな気もするのですが、
寒いのが苦手な私にとっては、暑いオーストラリアの方が好きなんです（笑）。
しかも、海沿いの西洋っぽいところ（？）よりも、
先住民がいるような内陸の方に興味がありまして…。
ただ、大きな問題がありまして、実は、
「物価も安いと思いますし・・・」
が、そうでもなくなってきちゃったようなんですよ。
内陸は海沿いほど酷くはないようですが、
かなりのバブル状態になっているようで、
不動産価格が数倍に跳ね上がった…とか、
どうも、そんな感じみたいです。
（しかも外国人の不動産取得に制限があって、
確か、新築物件は購入できても、中古物件の購入はできないような、
そんな感じのようです？）
とは言え、おっしゃる通り、比較的親日な国で、
時差も日本とはほとんどなくて、英語圏ですから、
やっぱり、魅力的だったりするんですよね。
いやぁ、今回のサッカーは…（汗；；）。
「サッカーのパワープレーは人数の差より、
身長差や体力勝負での勝負のイメージですね」
は、なるほど…です。
でも、韓国が頑張っていることを考えますと、
日本のサッカーの課題は、多いのかも知れませんよねぇ…。
しかし、金曜早朝のブラジル戦は、思い切ってやって欲しいものです！
written by 草柳 2006年6月21日(水) 18:50
『ＧＯＯＧＬＥがしっかりチェックですか？』
そうですか、それは凄いですね。
正直言って、ちょっとびっくりしますね。
不動産関連の場合は、自社内でサイト管理しているのは、
当社の様な零細企業で、且つある程度の知識のある人がいる会社のみかもしれません。
大手は、逆に不動産ポータルに任せているのかもしれませんね。
又、年間３，０００件以上の物件を動かす上場会社は、
自社物件の支社や営業所レベルの物件まで、毎日把握していくのはかなりきついでしょうね。
毎日、全国で10件以上販売していけば、かなりの専門家を置かないと、
サイト上での物件管理は難しいでしょう。
この様な大手はサイトも企業イメージ優先とせざるを得ないでしょうね。
フラッシュやアプレットは一種のプログラムですから・・・
掲示板で言えば、掲示板本体のＣＧＩプログラム＆データファイルとも言えますから、
将来もロボット検索の対象とはならないでしょうね。
あくまでもブラウザでＨＴＭＬのテキストとして表示されている部分のみの検索となると思います。
画像も検索の対象としても、ファイル名までとなると思います。
ＰＤＦの場合はテキストとなっていますのでロボットも検索できるのでしょう。
フラッシュで画像処理以外のテキスト部分まで作る場合は、
ソースを完全に消したいサイトが多いとも思います。
例えば、アダルト系のアフィリエイトのサイトには
フラッシュでソースまで隠しているサイトが多いみたいですね。
ロボットにそれらの検索能力を持たせたとしても、
サーバー上のプログラムやデータを解析するようになってしまうでしょうから、
情報保護の点から、問題視されてしまい、現実的では無いと思います。
これは今の状態で行われると、クレームの嵐となってしまうでしょうね。
それに、データ処理があまりにも莫大となってしまうでしょうから、
ＣＰＵの性能アップももっと進まないと、やはり能力的にも今は無理だと思います。
将来は画像専門の検索ポータル(これに近いものはありますが)とか、
フラッシュ専門の検索ポータル(これはロボットではなくて登録型だとありますね)とか
から始まって行き、それが充分浸透した後で、
大手がロボットで対応して来る可能性は有るかも知れませんね。
オーストラリアの内陸部ですか？
かなり、住みずらそうな感じもしますね・・・
クロコダイルダンディーの世界？
不動産の取得は、調べては無いのですが、
多分どこの国でもそうだと思うのですが、
現地法人を作って法人名義で取得するのが、
手っ取り早いのではないでしょうか？
でも、オーストラリアってバブル状態なんですか？
まさか、日本の不動産ファンドが進出しているとか？
サッカーはねぇ～
暫くは、日本の事は忘れて、これから始まる決勝トーナメントを楽しみたいと思います。
多分、ブラジルが優勝するとは思いますが・・・
あっ、ついでに相談コーナーでの、
あのセットバックに関連した建築確認の件ですが、
役場の担当者が、お目こぼししてくれて、
分筆してしまえば、確かに可能かもしれませんね。
これは、私も忘れていました。
でも、その前に、解体をするなよ！って言いたかったのが本音ですね。
だって、構造材や壁を残せば、絶対に安くて済みますよ。
多分、新築の６割程度の金額で、新築とほぼ同じ建物が出来るはずです。
日本人は、勿体無いという言葉を忘れちゃっています。
本当に勿体無い！
written by 管理人 2006年6月24日(土) 16:15
『Googleさんのチェックは…』
Google AdSenseの方でした。
なので、一般的なサーチエンジン側で、
どの程度チェックしているのかは、分らないですね。
とは言え、このご時世、AdSenseの方でも膨大だと思いますから、
すごいことはすごいですよね…（つくづく）。
不動産事業者さんのサイトは、
こと物件に重きをおいた場合は、
●自サイトのみ
●物件ポータルサイトのみ
●自サイト＆物件ポータルサイト
に分けることができるかも知れません？
自サイトのみ…は、一番低コストですが、
涌井さんのサイトのような感じで、
いかに魅力的なコンテンツが含まれているか、
つまり、その会社の魅力が伝わってこないと厳しいと思うんですよね。
物件ポータルサイトのみ…の場合は、
格段に良い専任や自社物件であれば、効果はあると思いますが、
客付けメインの業者さんにとっては、かなり厳しいような気もします。
自サイト＋物件ポータルサイト…の場合は、
一番のネックは手間とコストですよね。
上場企業クラスの会社になってきますと、
もちろん、システムの外部発注はあると思いますが、
ネット専属の部門を用意して、
おそらく、支店間の物件管理の一元化も踏まえて、
構築しているような感じかも知れません。
フラッシュやアプレットの検索は、
おっしゃる通り、今の状況ですと、厳しいかなぁ…と思います。
ただ、スクリプト内部に検索用の記述の規格などを決めて、
それを拾ってくるように…なんて方法ならできるような気もしますが、
ただ、これこそSEO狙いのサーチエンジンスパムが横行しそうですね（苦笑）。
ちなみに、私がイメージしておりますのは、
最近のテロ対策で出てきた人物の認識システムのような感じで、
1.ロボットが画像やスクリプトを稼動させる
2.その内容を自動認識させる
3.結果をキャッシュしておいて検索する
なんて方法が、2300年（！？）ぐらいにはできるような？（冗談笑）
なので、まさに、
「それに、データ処理があまりにも莫大となってしまうでしょうから、
ＣＰＵの性能アップももっと進まないと、やはり能力的にも今は無理だと思います」
だと思います！！！
それから、
「サーバー上のプログラムやデータを解析するようになってしまうでしょうから、
情報保護の点から、問題視されてしまい、現実的では無いと思います。
これは今の状態で行われると、クレームの嵐となってしまうでしょうね」
これなんですが、現状のテキストデータでも、
個人的には問題あるような気がするんですよね。
それは、
●検索結果からの削除のタイムラグが発生する点
でして、
Googleは、自分で削除申請できるのですが、
Yahoo!Japanのロボット検索は、
削除を（表向きは）受け付けていませんから、
これって問題になるんじゃないかなぁ…と思ってます。
オーストラリアの内陸部は、
ノーザンテリトリーの自然が気に入ったんですけど、
おっしゃる通り、決して住みやすくはないですよね（苦笑）。
ただ、バブル化しているのは、海沿いみたいですので、
そう言う意味では住みやすいかも知れません！？（苦笑）。
（バブルの原因は、海外資本ではなく、
国内企業の買いあさりだったような気がしますが、
不確かです（恐縮））
個人的には、アリススプリングスなんか、好きなんですよね。
ちなみに公式サイトは、
http://www.alicesprings.nt.gov.au/
です。
サッカー、日本が云々よりも、
明らかに世界レベルの試合は面白いですね。
サッカー音痴だったのですが、決勝トーナメントは、
仕事しながら、ちょこちょこみちゃってます！！！
★追伸★
メールご返事、ありがとうございました！
ホント、色々な人がいるので、飽きない仕事です（笑）。
書き方ひとつとっても、個性が出ますし…と言いますか、
ある意味、メールが一番人柄が出る…みたいな！？！？
written by 草柳 2006年6月28日(水) 21:07
この記事へのトラックバック
『写真のお話し』
これから、家のタネでも紹介させていただくことになるだろう、 ギャラリーながさわさ
written by 【家のタネ】 編集部ブログ 2007年4月30日(月) 17:55