サーバ移転でDBエラーに悩みました。
結局、移転前のDBサーバに実験環境のDBが残っていたのを、
本番環境のDBだと勘違いしてインポートしていたのが原因でした。
それでテーブルが見つからない、とエラーが出て、えらく泡をくいました。
実験環境のDBは、しっかり要らなくなった時点で削除することを徹底しなくては、と肝に銘じた次第です。
2010年9月28日火曜日
2010年9月25日土曜日
cronでconcrete5をサーバ上解凍できたので,嬉しくてメモです。
concrete5を快適に動作させることができるサーバを探して、
sixcoreが良さそうと試行中です。
しかしSSHが非公開で、ファイルマネジャーに解凍コマンドもないので、
concrete5の全ファイルをアップロードするのに非常に時間がかかる。
困ってサポートに電話したら、「cronで代用できるかと思いますので御願いします」ということ。
「cron(コマンド)って、自分にはハードル高し!」と思いつつ、
FTPではタイムアウトしてしまうので挑戦していました。
で、やっとうまくいきました!!!(実際、小躍りして喜びました。(笑))
サーバ学習記録用ブログにメモしておきました。
http://learnaboutserver.blogspot.com/2010/09/cron.html
sixcoreが良さそうと試行中です。
しかしSSHが非公開で、ファイルマネジャーに解凍コマンドもないので、
concrete5の全ファイルをアップロードするのに非常に時間がかかる。
困ってサポートに電話したら、「cronで代用できるかと思いますので御願いします」ということ。
「cron(コマンド)って、自分にはハードル高し!」と思いつつ、
FTPではタイムアウトしてしまうので挑戦していました。
で、やっとうまくいきました!!!(実際、小躍りして喜びました。(笑))
サーバ学習記録用ブログにメモしておきました。
http://learnaboutserver.blogspot.com/2010/09/cron.html
2010年9月14日火曜日
UI Tabにフィード
concrete5で、jQueryのTabsをつかって、複数RSSフィードを実装しようと思い、試行錯誤したのでメモです。
普通のRSSブロックをTabsの各コンテンツ(divタグ内)にしようと思うも、自動でid,classがふられたdivが生成されてうまくいかず、まず悩みました。
そこで、HTMLブロックを使ってdivでくくってやろうとしますが、RSSフィードをうまくラップできません。
(RSSフィードブロックの上下を<div id="tabs-1">と</div>でくくってやろうとしても、勝手に閉じられてしまいます。。。 )
最後の手段として、無料のPHPブロックを導入し、そいつで無理矢理HTMLをechoで吐き出させ、
Google AJAX feed APIをつかってFeedさせたら無事表示^^
良かったっす。
(普通にフィードさせるなら、Google API+HTMLブロックで十分ですね。自分のケースでは、他にもPHPで読み込ませるものがあったので、PHPブロックが必要でした。)
あ、jQueryのUIは、基本がすでにconcrete5の中に組み込まれているので(要バージョンチェック)、
コンフリクトしないtabsのソースとcss,imagesをひっぱってきて、
それぞれ、トップディレクトリ配下のCSSとJSディレクトリ内に配置し、
「追加ヘッダー要素」でインクルードさせました。該当ページの。
この「追加ヘッダー要素」がかなり使えるしろものですが、
concrete5の編集時に現れる上のバーの「設定」の「カスタム属性」の中で「追加ヘッダー要素」を選ぶと、書き込み欄が出るので、
そこに普通のHTMLやPHPファイルに書くように、jsファイルのインクルードや、スクリプト書きができます。
あ~それにしても、Tabs+RSS Feedが実現できて幸せでした。
便利!
普通のRSSブロックをTabsの各コンテンツ(divタグ内)にしようと思うも、自動でid,classがふられたdivが生成されてうまくいかず、まず悩みました。
そこで、HTMLブロックを使ってdivでくくってやろうとしますが、RSSフィードをうまくラップできません。
(RSSフィードブロックの上下を<div id="tabs-1">と</div>でくくってやろうとしても、勝手に閉じられてしまいます。。。 )
最後の手段として、無料のPHPブロックを導入し、そいつで無理矢理HTMLをechoで吐き出させ、
Google AJAX feed APIをつかってFeedさせたら無事表示^^
良かったっす。
(普通にフィードさせるなら、Google API+HTMLブロックで十分ですね。自分のケースでは、他にもPHPで読み込ませるものがあったので、PHPブロックが必要でした。)
あ、jQueryのUIは、基本がすでにconcrete5の中に組み込まれているので(要バージョンチェック)、
コンフリクトしないtabsのソースとcss,imagesをひっぱってきて、
それぞれ、トップディレクトリ配下のCSSとJSディレクトリ内に配置し、
「追加ヘッダー要素」でインクルードさせました。該当ページの。
この「追加ヘッダー要素」がかなり使えるしろものですが、
concrete5の編集時に現れる上のバーの「設定」の「カスタム属性」の中で「追加ヘッダー要素」を選ぶと、書き込み欄が出るので、
そこに普通のHTMLやPHPファイルに書くように、jsファイルのインクルードや、スクリプト書きができます。
あ~それにしても、Tabs+RSS Feedが実現できて幸せでした。
便利!
2010年8月11日水曜日
title表示の変更方法
http://concrete5-japan.org/help/new_help_pages/how_to_customize_page_title/
こちらに、title表示の変更方法が書かれていてありがたいのですが、
なぜかこれを変更しても反映されず、しばし悩みました。
はっと気づくと、テンプレートファイルのheader.phpに、<title>などとべた書きしていたではありませんか。。。
あほでした(笑)
解決して良かったのですが。
こちらに、title表示の変更方法が書かれていてありがたいのですが、
なぜかこれを変更しても反映されず、しばし悩みました。
はっと気づくと、テンプレートファイルのheader.phpに、<title>などとべた書きしていたではありませんか。。。
あほでした(笑)
解決して良かったのですが。
2010年7月15日木曜日
z-indexの扱い、少し難しい。。
concrete5では、編集可能ブロック(灰色のオーバーレイ部分)をクリックすると、
すぐに編集モードに入れるのがウリです。
が、その機能がz-indexによって実現されているようで、
記事内容にz-indexを指定してしまうと、
ブロックがクリッカブルにならなくなってしまう、という現象に悩まされました。
IE6でz-indexによる表示エラーも発生したりして、
z-indexはやや鬼門かな、と少し考え中な自分です。
すぐに編集モードに入れるのがウリです。
が、その機能がz-indexによって実現されているようで、
記事内容にz-indexを指定してしまうと、
ブロックがクリッカブルにならなくなってしまう、という現象に悩まされました。
IE6でz-indexによる表示エラーも発生したりして、
z-indexはやや鬼門かな、と少し考え中な自分です。
個別ページの独自CSS設定方法メモ
個別ページに、独自のcssを適用したい、と思い、ちょっと試行錯誤したのでメモです。
concrete5をいんすとーるしたディレクトリ内に、cssというディレクトリがあるので、
そこにcssファイルを置けばOKでした。
そして、
<link href="/css/sub.css" rel="stylesheet" />みたいなコードを、「追加ヘッダー要素」に書いてやればOK。
(cssの前に/が必要でした。これがなくて、反映がされずしばし悩みました。)
また、backgroundで背景画像を使う場合は、そのcssディレクトリ内に、imagesのようなディレクトリをつくってやり、
その中にアップして、
background:url(images/pic.jpg);
みたいに指定してやればOKでした。
themeディレクトリ内でないことに注意です。
concrete5をいんすとーるしたディレクトリ内に、cssというディレクトリがあるので、
そこにcssファイルを置けばOKでした。
そして、
<link href="/css/sub.css" rel="stylesheet" />みたいなコードを、「追加ヘッダー要素」に書いてやればOK。
(cssの前に/が必要でした。これがなくて、反映がされずしばし悩みました。)
また、backgroundで背景画像を使う場合は、そのcssディレクトリ内に、imagesのようなディレクトリをつくってやり、
その中にアップして、
background:url(images/pic.jpg);
みたいに指定してやればOKでした。
themeディレクトリ内でないことに注意です。
2010年7月13日火曜日
レイアウト機能ではまった
5.4.0.5から搭載されたレイアウト機能ですが、はまりました。
IE6でまともに表示されなくて,数時間弱りました。
(あるはずのブロックがまるまる表示されない状態でした。)
問題は、2カラムレイアウトをつくって、
その下に1カラムのレイアウトブロックを移動で持ってきたことが原因だった様子。
divの入れ子が閉じられてなかったのかな。。
で、2カラムの後に、再び「新規レイアウト」ということで、
1カラムレイアウトをつくって、
そこに普通にまたブロックをつくったらOKでした。
複数カラムレイアウトにして,再び1カラムのレイアウトに戻すときは、
新規レイアウトで「1列」とするのが無難のようです。
同様にはまる方もおられるかもしれないので、メモしました。
IE6でまともに表示されなくて,数時間弱りました。
(あるはずのブロックがまるまる表示されない状態でした。)
問題は、2カラムレイアウトをつくって、
その下に1カラムのレイアウトブロックを移動で持ってきたことが原因だった様子。
divの入れ子が閉じられてなかったのかな。。
で、2カラムの後に、再び「新規レイアウト」ということで、
1カラムレイアウトをつくって、
そこに普通にまたブロックをつくったらOKでした。
複数カラムレイアウトにして,再び1カラムのレイアウトに戻すときは、
新規レイアウトで「1列」とするのが無難のようです。
同様にはまる方もおられるかもしれないので、メモしました。
登録:
投稿 (Atom)