Javaアプリケーションサーバー構築(Tomcat6) - CentOSで自宅サーバー構築
（１）JDKダウンロード Java SE DownloadsのサイトからJDKのRPMをダウンロードし、WinSCP等でサーバーの/rootディレクトリへアップロードする。 （２）JDKインストール [root@centos ~]# chmod +x jdk-6u12-linux-i586-rpm.bin ← 実行権限付加 [root@centos ~]# ./jdk-6u12-linux-i586-rpm.bin ← JDKインストール ※ライセンスが大量に表示されるのでSPACEキー押下で流す Do you agree to the above license terms? [yes or no] yes ← yes応答 Unpacking... Checksumming... Extracting... UnZipSFX 5.50 of 17 February 2002, by In
PHP 5.3.0インストールログ | @blog.justoneplanet.info
インストール（アップグレード）を行う前に必ずサーバのバックアップをとること！ ■ソースの入手 wget http://jp2.php.net/distributions/php-5.3.0.tar.gz ■解凍 tar -xvf php-5.3.0.tar.gz 参考 .tarファイルの圧縮・展開 tar解凍 ■configure configureは環境を検査しソースコードの修正を行う。 ./configure --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localst
CentOS6にApache2.4.1をインストール - satospo
Apacheで久々のメジャーアップデートがありましたので、CentOS6環境（CentOS 6.2 x86_64）にインストールしてみました。ソースコードをダウンロードしてのインストールです。 参考サイト - Apache公式サイトのドキュメント Upgrading to 2.4 from 2.2 Overview of new features in Apache HTTP Server 2.4 ソースからビルドする際の注意点 これまで、Apache 2.2.xまでのビルドには、CentOSに開発ツールがインストールされていればオッケーでした。しかし、2.4.xからはAPRのソースコードが同梱されなくなったので、一手間必要になったみたい。 2.2.xまで ソースコードのtarボール内のsrclib以下にapr、apr-util、pcreが用意されている 2.4.1 ではsrclib以下は
ImageMagick 6.7 + PECL::imagickのインストール - lowply.github.io
ImageMagick 6.6 系のときはこんなことなかった気がするんだけど、 PECL::imagick のインストールがこける。こちらの記事を見つつも、微妙に環境が違うし、 /usr/bin/php-config とか編集したくないし、何か別の方法があるはずと思って探ってみた。 [PHP]Imagickのインストールエラーの対処法 - DQNEO起業日記 PHP 拡張モジュールImagickの導入時に遭遇したPECLのバグの回避策など - r_nobuホームページ とりあえず現状 $ uname -orm 2.6.18-238.el5 x86_64 GNU/Linux $ cat /etc/issue CentOS release 5.7 (Final) Kernel \r on an \m ここから最新のsrcをDL。ImageMagick: Downloads $ cd /usr/
ImageMagickインストール失敗？？アパッチを再起動してもimagick.soがロードできません。。。 - 【環境】linux2.6... - Yahoo!知恵袋
ImageMagickインストール失敗？？アパッチを再起動してもimagick.soがロードできません。。。 ImageMagickインストール失敗？？アパッチを再起動してもimagick.soがロードできません。。。 【環境】 linux 2.6.19 apache 2.2.4 php 5.2.3 jpegライブラリインストール済み phpでImageMagickを利用したいと思い、当初ImageMagick-6.5.6-10、imagick2.2.？（忘れた）をインストールしてうまくいかず、色々調べた結果、バージョンが低いほうがなぜかうまくいくとのことで、 まずImagemMagickをソースから tar zxvf ImageMagick-6.3.4.tar.gz cd ImageMagick-6.3.4 ./configure make make install でインストールし、
マルチアーキテクチャなステージング環境で bundler を利用する。 - D.
Ruby on Rails 等で使われる bundler はアプリケーションに依存する gem パッケージをバンドルすることができ、パッケージの管理に役に立つ。しかしアーキテクチャ固有のパッケージを保持してしまうことで、ステージング環境で複数のアーキテクチャが混在している場合にデプロイや CI において混乱をきたしやすい。ここでは経験から得られたノウハウとハマリポイントをまとめる。 bundle install は path を指定して実行する。 なにも考えず bundle install すると $GEM_HOME が汚染される。そこでアーキテクチャごとに以下のようにパスを指定して実行するのがいいだろう。 bundle install --path vendor/bundler64 混乱を避けるため、アーキテクチャごとに PATH を変えておくのが良さそうだ。同一アーキテクチャであれば
PDO設定を入れたらapacheが起動しなくなる
/usr/local/app/apache-2.2.3/bin/httpd: symbol lookup error: /usr/local/app/php-5.2.0/lib/php/20060613/pdo_mysql.so: undefined symbol: php_pdo_declare_long_constant うぬ、どうやらDSOの読み込みに失敗してるぽい。PECLモジュールを手動インストールしてみても状況変わらず。PECLのバグなのかなんなのかと色々webを漁っていたら、koyhogeさんのブログに当たる。まさしく同じ症状だ。 というわけで –enable-versioning を外してリコンパイルしてみたところ、無事認識してくれた。てことで、僕もさよなら –enable-versioning (ここんとこ何回リコンパイルしてんだろ) 関連していそうなエントリ: PHP
[PHP] --enable-versioningを止めるの巻 - Blog::koyhoge::Tech
PHP-5.2.0にPECLのmemcacheモジュールを入れたところ、CLIではちゃんと認識されるのに、DSOでは PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/extensions/no-debug-non-zts-20060613/memcache.so' - /usr/local/lib/php/extensions/no-debug-non-zts-20060613/memcache.so: undefined symbol: executor_globals in Unknown on line 0 というメッセージを吐いて認識してくれない。いろいろ調べたところ、どうもこのexecutor_globals 問題は extension をロードする際に度々トラブルになってい
![[PHP] --enable-versioningを止めるの巻 - Blog::koyhoge::Tech](https://cdn-ak-scissors.b.st-hatena.com/image/square/fb7884d29b84bd374bd1acaa22e805f5e76e3f6e/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F8454420450075714247%2F8454420450075715676%2F1417317280)
symbol lookup error: undefined symbol:
実行時にダイナミックリンクライブラリがみっかんないって怒られました。 #windowsでいうdllとか #linuxでいうところのlibだったりだとか 今回のパターンは glibが複数インストールされていることでした。 パッケージマネージャで2.18はインストールできたのですが、 欲しいのは、2.20 webからglib2.20をダウンロード。 ./configure make make instlall ./get_event: symbol lookup error: ./get_event: undefined symbol: g_poll あれ〜… あれ〜… よく見ると /usr/libと/usr/local/libにglibがあるではありませんか。 configureのときにprefixを指定していなかったので、/usr/local/libに入っていたみたい。 仕方ないので、一回
ミケネコの htaccess リファレンス
はじめに .htaccess ファイルの使い方 .htaccess ファイルの使い方を説明します。 アクセス・コンフィグレーション クライアントのリソースへのアクセスを、条件によって制限します。 ホスト/IP 制限 ホストまたは IP アドレスを用いて、リソースへのアクセスを制限します。 ユーザ認証 パスワードを用いて、リソースへのアクセスを制限します。 リソース・コンフィグレーション リソースに対する、何らかの制御を行います。 ブロック コンフィグレーションの範囲を、特定のファイルだけに制限します。 ディレクトリ制御 ディレクトリに対する制御を行います。 HTTP ヘッダー HTTP ヘッダーにまつわる制御を行います。 MIME/ハンドラ タイプ MIME タイプやハンドラタイプに、特別の意味をもたせます。 コンテンツネゴシエーション クライアントに返送するデータを、条件によって選択して
ディレクトリ非表示の意味をもう一度見つめ直す
ファイル名が知られるということの意味 無料で配布されているようなCGIなどのREADMEファイルには「データやパスワードなどの機密情報を格納するファイル名は変更するように」と書かれていることがある。これは、直接そのファイル名をリクエストされてしまった場合に外部から閲覧される恐れがあるからだ（これが原因で情報が漏えいした事例も過去に存在する）。 重要な情報が格納されているファイルに対して、安易な名前を付けないという対策も大事かつ必要であるが、それを行っていてもディレクトリの中身が丸見えでは十分な対策とはいえない。 そのように意図せずに情報が漏えいしてしまわないために、ディレクトリインデックスを取得できない設定方法を紹介しよう。 【注】 インデックス・ファイルを各ディレクトリに置いておけばという解決方法もあるのだが、置き忘れなどのミスが考えられるため、ここでは設定による対策を書かせていただく。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
