Image::Magickのエラーが出ます… とり (2011/01/11 18:38) 設置URL : http://***.jp/ 欲しかった機能が全て実装されている素敵なスクリプトを有難う御座います! 早速設置させて戴きました!! 一応基本的な設置は出来て、エントリーの登録なども出来たのですが… Image Magickを使用しようとするとエラーが出ます。 confing.phpでImage Magickを使用する設定にし /********* 画像処理の設定 *******************************************/ //ImageMagickの利用(true ... 利用する / false ... 利用しない) define('FREO_IMAGEMAGICK_MODE', true); //ImageMagickのパス define('FREO_
平素よりQA@ITをご利用いただき、誠にありがとうございます。 QA@ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA@ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、@ITの今後のメディア運営方針などを検討した結果、2020年2月28日(金)15:00をもちましてQA@ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA@ITの7年間で皆さまの知識
既に報道されているように、ロリポップ!レンタルサーバーに対する改ざん攻撃により、被害を受けたユーザー数は8428件にのぼるということです。ここまで影響が大きくなった原因は、報道によると、(1)「WordPressのプラグインやテーマの脆弱性を利用」し、不正なファイルがアップロードされた、(2)パーミッション設定の不備を悪用されて被害が拡大した、ということのようです。 29日夜の時点では、攻撃者の改ざん手法について「WordPressのプラグインやテーマの脆弱性を利用」し、不正なファイルがアップロードされて「wp-config.phpの」の設定情報が抜き出されたと説明していたが、30日午後7時過ぎの説明で、この脆弱性が侵入経路となって同社のパーミッション設定の不備を悪用されたことが原因だったことを明らかにした。 「ロリポップ」のWordPressサイト改ざん被害、原因はパーミッション設定不備
CSSセレクタについての基礎知識 このブログで何回も説明していますが、念のために説明します。 CSSセレクタはスタイルを適用する対象を指定するものです。普段何気なく使っているclassやidなどもセレクタの1つです。 セレクタ表の説明には属性や要素といった堅苦しい用語が出てきますので図で簡単に説明します。 私のように基礎から勉強していないと、要素や属性と聞いてもピンときませんが、知ってみるとなんてことはないですね。 あと親子関係や兄弟関係などもあまり聞きなれないかもしれません。下の階層にある要素との関係が親子関係で、同じ階層にある要素同士の関係が兄弟関係です。 あと、CSS3と聞いて「どうせIE8以下はダメだし使えない」と思う方もいるかもしれませんが、セレクタに関しては簡単に対応できます。 IE6~8でもCSS3セレクタが利用できるツールの決定版「Selectivizr」をご参考に。 それ
CURRENT_TIMESTAMP型についての注意は詳しくは公式リファレンス参照のこと。 http://dev.mysql.com/doc/refman/5.1/ja/timestamp-4-1.html ・通常、NOT NULLを指定しなかったカラムはNULL許可となるが、Default値にCURRENT_TIMESTAMPを設定したTIMESTAMP型カラムはNOT NULL指定しなくてもNOT NULLとなってしまう。 ・あるテーブルのDefault値にCURRENT_TIMESTAMPを使う場合、defaultの無いTimestamp型は定義できない。(default=0などを設定する必要がある) ・あるテーブルのDefault値にCURRENT_TIMESTAMPを使う場合、CURRENT_TIMESTAMPは1つまでしか定義できない。 理由は良く分からないのですが、そういう仕様
小数部の領域、とありますが、これは0~3 bytesです。小数部が1, 2桁なら1 byte、3, 4桁なら2 bytes、5, 6桁なら3bytesです。 TIMESTAMP型の値の範囲 TIMESTAMPはいわゆるUNIX時間、time_tで、1970年から始まる日付であり、4byteです。そのため、2038年までしか格納できません。MySQLだけではありませんが、2038年問題というものです。利用する時は気を付ける必要があります。 TIMESTAMP型のデータ保持形式(UTC) マニュアルにTIMESTAMPは内部でUTCで持つと書かれています。これがどういうことなのか確かめてみます。 まずは以下のコマンドを実行してみます。 create table TIMESTAMP_SAMPLE(DT datetime, TS timestamp); insert into TIMESTAMP_
テーブル定義を変更したい。インデックスが壊れてしまったので再作成したい。そんな場合はALTER TABLEを使う。ALTER TABLEはテーブル定義を変更するお馴染みのコマンドであるが、その挙動は意外と知られていない。(エキスパートとおぼしき方々からも度々質問を受ける。)そんなわけで、今日はALTER TABLEについて解説しようと思う。 まず結論から言うと、なんとMySQLのALTER TABLEはテーブルのデータを全てコピーし直すのである。なんて無駄なことを!?と思うかも知れないが、テーブル定義(スキーマ)の変更を動的に行うには、ストレージエンジンによるサポートが必要であり、動的なスキーマ変更をサポートしているストレージエンジンはまだ少ないのである。(動的スキーマ変更をサポートしているのはMySQL Clusterぐらいだ。しかも追加だけ。)デフォルトで利用出来るMyISAMはInn
経験値がないから、どういう型を使えばいいのかでとってもとっても迷うんですよねぇ……(後々影響しまくるし)。 今回は、登録日時・更新日時の場合です。 TIMESTAMP型かDATETIME型の比較 サポート範囲が違う(その結果、消費バイト数が違う)らしい。 のみならず、「コードが更新された時に自動的に現在時刻でTIMESTAMP型のカラムを更新できる」らしい(おお? しかしcurrent_timestampは1カラムだけ。 むー。 2037年なんてまだまだ先だからいいとも言えるけど、素直にDATETIME型を使うのがよさそう。 自動的にってのは楽でよさそうだけど、想定外の動作になりそうで怖いよ。 ▽TIMESTAMP型とDATETIME型(suusukeの日記) http://d.hatena.ne.jp/suusuke/20081119/1227094456 ▽MySQLでのTIMESTA
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く