やっぱり素数は面白い。
PHPとHTML5で素数を抜き出してその一つ前の値との差を
線で表すスクリプトを書いてみました。ちなみに素数を求める
プログラムは拾いものです。
サーバーが強いので１０万くらいまででも簡単に取得できそうです。
それはともかく素数はやっぱり規則性は無いんじゃないかと思いたくなります。（証明はされてない）
これを色々弄ることによって円周率や対数と関連付けられるらしいですが、
どんな数の塊でも適当に足したりかけたりすれば何らかとこじつけられそうな気もします。
この神秘的な数列「素数」の判別式を作ることができたなら現代の暗号技術が全てパーになってしまうという困った側面もあります。
それでも謎を解明したくなる魅力的な数列「素数」
面白いですね。
---------イカソース-------------
<?php
//素数を導き出すプログラム
for($i=3; $i<=10000; $i+=2){
$k=0;
for($j=3; $j<=sqrt($i); $j+=2){
if($i%$j==0){
$k=1;
break;
}
}
if($k==0){
$ary[]=$i;
}
}
foreach($ary as $k => $v){
echo$v .'/' .($v-$ary[$k-1])
.'<svg id="svgelem" height="10" xmlns="http://www.w3.org/2000/svg">'
.'<line x1="0" y1="0" x2="' .($v-$ary[$k-1]) .'" y2="0" style="stroke:blue; stroke-width:3;" />'
.'</svg><br>';
}
?>
線で表すスクリプトを書いてみました。ちなみに素数を求める
プログラムは拾いものです。
サーバーが強いので１０万くらいまででも簡単に取得できそうです。
それはともかく素数はやっぱり規則性は無いんじゃないかと思いたくなります。（証明はされてない）
これを色々弄ることによって円周率や対数と関連付けられるらしいですが、
どんな数の塊でも適当に足したりかけたりすれば何らかとこじつけられそうな気もします。
この神秘的な数列「素数」の判別式を作ることができたなら現代の暗号技術が全てパーになってしまうという困った側面もあります。
それでも謎を解明したくなる魅力的な数列「素数」
面白いですね。
---------イカソース-------------
<?php
//素数を導き出すプログラム
for($i=3; $i<=10000; $i+=2){
$k=0;
for($j=3; $j<=sqrt($i); $j+=2){
if($i%$j==0){
$k=1;
break;
}
}
if($k==0){
$ary[]=$i;
}
}
foreach($ary as $k => $v){
echo$v .'/' .($v-$ary[$k-1])
.'<svg id="svgelem" height="10" xmlns="http://www.w3.org/2000/svg">'
.'<line x1="0" y1="0" x2="' .($v-$ary[$k-1]) .'" y2="0" style="stroke:blue; stroke-width:3;" />'
.'</svg><br>';
}
?>
さくらのクラウド
さくらサーバーのクラウドが新規登録できませんでした。
3月くらいから障害の為新規会員の登録を中止しているそうです。
残念。。。。
せっかくなので構成予定でも書いておきます。
プラン1 月額￥2500 メモリ 2G ディスク 20G
上記サーバーに
・FreeBSD（さくらのスタンダードと同じ？）
・PHP
・Apatch
・MySQL（sennaに挑戦）
・DNSサーバー（必要であれば挑戦）
・PHPMyAdmin
・SSH
・コントロールパネルモジュール（必要ならば適当に）
とりあえずこのくらいで大丈夫かな？
rootは設定の時だけ使って後はメンバーでログインしたほうがいいのかな？
あとはその都度…
MySQLを利用した検索システムについて
自前のサイトで検索システムを導入したかったので色々試してみました。
まず状況としては
・データ約30万
・タイトル用テキスト100文字
・内容用テキスト1000文字以上
・タグ用テキスト平均20文字
以上のようなデータがMySQL上にInnoDB型で入っています。（MyIsam型だったかも）
はじめは
select `title`,`text`,`tag` from TABLE where `title` like "%<検索文字列>%" || `text` like "%<検索文字列>%" || `tag` like "%<検索文字列>%";
というような検索をしていたのですが、余りにも動作が遅いので（約30秒）
MySQLの全文検索機能を試してみました。
★このサイトを参考にしました
http://www.tatamilab.jp/rnd/archives/000390.html
全文検索そのものはPHPMyADMINでボタン
を押すだけで良いのですが、
全文検索は単語を細かく分けなくてはならず（引用元参照）そのためのツール
等を使い、新たに全文検索用のフィールドを作成し登録しなければなりませんでした。
なんとかテキストを全文検索用の形に変更し、データベースに登録したまでは
良かったのですが、いざ全文検索用のインデックスを追加すると元のデータの
10倍くらいにふくれあがってしまいました。
引用元によると全文検索することにより検索スピードが数10倍になると書いて
あるのですが、データ量が10倍になって相殺されてしまったのかスピードは
殆ど変わりませんでした。
テストで5000データくらいの時は驚くほど早かったのですが、30万データも
あるとインデックスが膨れすぎて期待通りの動作ができないのかもしれません。
そして結局元のlike=%%に戻し、Google検索APIを隣に設置しました
今回検索システムがとても難しいことを知りました。
しかし近いうちにクラウドサーバーにsenaを追加したMySQLを設置し、リベンジしたいと
思っています
↓超欲しい！
まず状況としては
・データ約30万
・タイトル用テキスト100文字
・内容用テキスト1000文字以上
・タグ用テキスト平均20文字
以上のようなデータがMySQL上にInnoDB型で入っています。（MyIsam型だったかも）
はじめは
select `title`,`text`,`tag` from TABLE where `title` like "%<検索文字列>%" || `text` like "%<検索文字列>%" || `tag` like "%<検索文字列>%";
というような検索をしていたのですが、余りにも動作が遅いので（約30秒）
MySQLの全文検索機能を試してみました。
★このサイトを参考にしました
http://www.tatamilab.jp/rnd/archives/000390.html
全文検索そのものはPHPMyADMINでボタン
を押すだけで良いのですが、全文検索は単語を細かく分けなくてはならず（引用元参照）そのためのツール
等を使い、新たに全文検索用のフィールドを作成し登録しなければなりませんでした。
なんとかテキストを全文検索用の形に変更し、データベースに登録したまでは
良かったのですが、いざ全文検索用のインデックスを追加すると元のデータの
10倍くらいにふくれあがってしまいました。
引用元によると全文検索することにより検索スピードが数10倍になると書いて
あるのですが、データ量が10倍になって相殺されてしまったのかスピードは
殆ど変わりませんでした。
テストで5000データくらいの時は驚くほど早かったのですが、30万データも
あるとインデックスが膨れすぎて期待通りの動作ができないのかもしれません。
そして結局元のlike=%%に戻し、Google検索APIを隣に設置しました
今回検索システムがとても難しいことを知りました。
しかし近いうちにクラウドサーバーにsenaを追加したMySQLを設置し、リベンジしたいと
思っています
↓超欲しい！
自作フレームワーク
一節によるとプログラマーの大半は既存のフレームワークを使用せずに
自作のフレームワークを使っているそうです。
その流れの倣い私もフレームワークを作ってみました。
で、公開前にデモ版を作ってみました。
興味がある方は是非試してみていただけたら嬉しいです。
ご意見、ご感想、アドバイス、不具合報告等していただけても嬉しいです。
スクリーンショット（使用版）
★オーディオファイルアップローダー
★トップ画面（デモ版とは異なります）
★イメージファイルアップローダー
★テキスト編集画面
■デモ版URL
http://demo.sitetukuri.net/adm
ID: demo
Password: demo
実際に使ってみたい方はご連絡下さい。
sfdemo@sitetukuri.net
自作のフレームワークを使っているそうです。
その流れの倣い私もフレームワークを作ってみました。
で、公開前にデモ版を作ってみました。
興味がある方は是非試してみていただけたら嬉しいです。
ご意見、ご感想、アドバイス、不具合報告等していただけても嬉しいです。
スクリーンショット（使用版）
★オーディオファイルアップローダー
★トップ画面（デモ版とは異なります）
★イメージファイルアップローダー
★テキスト編集画面
■デモ版URL
http://demo.sitetukuri.net/adm
ID: demo
Password: demo
実際に使ってみたい方はご連絡下さい。
sfdemo@sitetukuri.net
Xサーバーキツイっす
最近レンタルサーバーの Xサーバーでトラブルが続いています。
私が無茶な使い方をしているのかXサーバーが弱いのか定かではありませんが
ここ一年くらい仕事でよく使っているさくらサーバーへ自前のシステム全移行
しようと考えています。
私が今までXサーバーを使っていた理由を挙げますと
・機能の割に安価
・メールでプログラムの実行が可能
・データベースの作成が５０位可能
・プログラムのレスポンスが良い（？）
・コントロールパネルがとっつきやすい（気がする）
・ドメインの追加が楽
・CRONが無制限
上記の理由が主でしたが、最近のさくらサーバーは
・Xサーバーの半額
・メールでプログラムの実行が可能（らしい・未確認）
・データベースは２０個まで作成可能（半年ぐらい前までは１つだった）
・プログラムのレスポンスは普通
・コントロールパネルに慣れてきた。
・ドメインの追加にも慣れてきた。
・CRONも実は無制限だった。（SSH使用）
・SSHが使える
・わりとサポートのレスポンスも早い
・サーバーの別プランも充実（マネージドサーバーやクラウドにも興味津々）
であり、個人的にはさくらサーバーで全て満たされています。
今までロリポップ！、Xサーバー、さくらサーバー、CPIサーバー
エクセリアを使用してきましたが、一番しっくり来るのがさくらサーバー
かもしれません。ちょっと前まではXサーバーだったのですが…
ちなみに一番使いにくいのは…やめときますか。
