サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
大谷翔平
blog.malrone.info
さくらに遅いと連絡したところ対応してもらえました。 結果的には制限をさくら側がかけていたとのこと。 現在は解除してくれたらしい。 返答内容はこんな感じ。 お客様の仮想サーバが収容されるホストサーバについて確認いたしました ところ、20日4時頃からホストサーバの負荷が急増したため、一部の負荷の 高い仮想サーバに対し、一時的な制限を実施しておりました。 確認いたしましたところ、お客様の仮想サーバも対象に含まれておりました ため、先程制限を解除いたしました。お手数ではございますが、状態を ご確認いただけますでしょうか。 なお、今後の負荷状況によりましては、再度制限を実施する可能性がござい ます。リソースを共有しているサービスでございますため、何卒ご理解賜り ますよう、お願いいたします。 気になる部分をピックアップしていきます。 ・ホストサーバの負荷が急増 ホストサーバというのが実際のマシンになる
WWW::Mechanizeはいわゆるブラウザみたいなものらしい。 PHPでもCurlがあるじゃないかとも思いましたが、動的ページだとリンクなどに こっそりIDとか仕掛けてあってそれじゃないとできない仕組みになっていると htmlの解析を行わないといけない。 WWW::Mechanizeはそれをもっと直感的にやることができる。 フォーム処理だとメール欄に○○をいれて、パスワードに○○をいれて、submitボタンを押す。 見たいなことができるのでブラウザ操作と同じ形でやるので簡単だし問題が出ないというわけです。 理想としてはこれのPHP版があると理想的なのだが残念ながら見つけることができなかった。 だれか知っていたら教えてください。
WWW::Mechanizeを使ってhttpsへアクセスするにはLWP::Protocol::httpsが必要となるのでインストールします。 何も考えずcpan経由でPerlへインストールします。 cc -shared -O2 -L/usr/local/lib -fstack-protector SSLeay.o -o blib/arch/auto/Crypt/SSLeay/SSLeay.so \ -L/usr/local/ssl/lib -lssl -lcrypto \ /usr/bin/ld: /usr/local/ssl/lib/libssl.a(s2_clnt.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with
まず普通にOpenGL ES 2.0の使用準備をしてコンパイルをすることで実行できるようになります。 しかし、実行するとエラーになります。 AndroidSDKでのOpenGL ES 2.0を使用すると宣言しないと使えない。 //OpenGL2.0として呼び出す setEGLContextClientVersion(2); しかしこれはAndroidSDK2.2から使える機能になる。 では、AndroidNDKで2.1ベースとして考えたときに使えないかというとそうでもないらしい。 サンプルを見る限りだとApiレベル5でOpenGL ES 2.0を使っている。 使えなくはないのだが、ちょっと特殊なことがが必要になる。 まずはこんなクラスを作成する。 import javax.microedition.khronos.egl.EGL10; import javax.microedition.k
/** * c側からjavaを呼び出すテスト * JnitestActivity.callJniを呼び出す */ jvoid Java_test_jni_JnitestActivity_callbackJNI( JNIEnv* env, jobject thiz ) { //クラス取得 jclass jcls = (*env)->GetObjectClass( env, thiz ); //メソッド取得 jmethodID mj = (*env)->GetMethodID( env, jcls, "callJni", "()V"); //メソッド呼び出し (*env)->CallObjectMethod( env, thiz, mj ); } 1. クラス情報を取得する まずは対象となるjclassを取得する必要がある。 対象オブジェクトがあるときはGetObjectClass、 名前で指
現在テストしているプログラムを実行していると たまに落ちることがありました。 よく調べていくとJNIEnv*の位置が変わっていました。 現在の手順としては、起動時にJNIをたたき、引数で渡されたJNIEnv*をグローバルに 保存して使いまわすという方向でやっていました。 危険だとはわかっていましたがやはりガベコレの関係か場所が変わってしまうっぽいです。 JNIEnv*がないとCからJavaを呼び出すことができないのでどうにかすれば 取得できるだろうと思いいろいろと探してみました。 通常のJNIでは、JNI_GetCreatedJavaVMs関数を使用しJavaVM*を取得し、 これのメソッドのGetEnv関数を使用するとできるらしい。 Link:JNI JavaVMメモ(Hishidama's Java native interface JVM Memo) 試してみたところ、リンク時にエラ
このページを最初にブックマークしてみませんか?
『blog.malrone.info』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く