Name Base Document Version ( Release Date ) Zip File Size Coding Standards Requirement Comment (ja)
ドメインウェブの設定が見つかりません 考えられる原因 ドメインウェブの設定がまだ行われていない。 ドメインウェブの設定がまだ反映されていない。(反映には数時間～24時間かかることがあります) ドメインウェブ・DNSの設定が誤っている。 アカウントが存在しない、契約が終了している、削除されている。
＼閉鎖予定のサイトも売れるかも？／ アクセスがないサイトもコンテンツ価値で売れる場合も… ドメインの有効期限を更新してサイト売却にトライしてみましょう
symfony askeetチュートリアル24日分を終えて、反省点はまず チュートリアルで使われているsymfonyのバージョンはbeta(0.7.*)なのでそれを使うべきSVNを使ってソースをアップデートした方がいい（チュートリアル中にはない変更が加えられている）質問はフォーラムよりaskeet.comの方がよさげ上の2つは僕が勝手に端折ったので単に反省。 24日分、24時間はかからなかったですが10時間以上はかかりました。もっと適当にやってもよかった気がします。 で、symfonyそのものについて現段階での感想ですが、 ドキュメントは確かに豊富（チュートリアルの日本語訳はまだ揃っていませんがドキュメントはかなり訳されている模様：参照）仕組みは明快、ただ設定ファイルはたくさんあってわかりづらいかも実行速度的な問題はまだわかりません。また、真にstableで使えるバージョンがいつ出てきてく
通过金名网(4.cn) 中介交易 金名网(4.cn)是全球领先的域名交易服务机构，同时也是Icann认证的注册商，拥有六年的域名交易经验，年交易额达3亿元以上。我们承诺，提供简单、安全、专业的第三方服务！ 为了保证交易的安全，整个交易过程大概需要5个工作日。 具体交易流程可“点击这里”查看或咨询support@goldenname.com。 我要购买>> Process Overview: 4.cn is a world leading domain escrow service platform and ICANN-Accredited Registrar, with 6 years rich experience in domain name brokerage and over 300 million RMB transaction volume every year. We pro
ようやくUTF8での運用に慣れたきがするので、どうやってUTF-8を使っているのか紹介。 EthnaでUTF-8なWebアプリを作る場合、templateをすべてUTF-8で書いてやればいいわけですが、ActionFormのValidateなどで表示されるEthna内部に書かれているエラーメッセージがEUC-JPの為、エラーメッセージが文字化けしてしまいます。 今までは、Ethna全体や、エラーメッセージが書かれたファイルをUTF-8化してみたりしていましたが、結構面倒です。(ちょっと力技過ぎる) そこで、エラーメッセージを表示するメソッドを継承して文字コード変換を行います。 以下のコード(Ethna_ActionError_UTF8.php)をコントローラーの設定を変更してActionErrorと置き換えるだけです。 _getActionForm(); $form_name = $af-
ほぼスマホ・MEDIAS for BIGLOBEの広告が気になり、ホームページにアクセスしてみました。 要はMVNOですね。今ならキャンペーン中で、「MEDIAS NEC-102」がタダとのこと。スマホの代わりにモバイルルータも選べるようです。 月額は、24時間使えるスタンダードプランで2,980円。2:00～20:00の時間限定のデイタイムプランで1,980円。安い・・・。 このデイタイムプランってのは魅力的ですね。なんか使いすぎると速度制限があるみたいですけど、まあそんなに動画とかガンガン見たりすることもないのでおそらくその点は大丈夫でしょう。 非常に気になる存在ですね。他の人のレビューとか見てみよう・・・。
The Storyteller 実Smarty Cheat Sheet for Template Designers Last night I created this cheat sheet for smarty designers. As I left many things from core programming of smarty, so I am planning to create another one solely for smarty programmers. But this version is quite ok for designers. Smartyのチートシート。PDF版、画像(GIF)版が提供されています。 テンプレートの書き方〜デバッグ、ループの方法、Smarty内での配列、オブジェクトの扱い方や、ビルトイン関数、カスタム関数のリストなど、かなりうまく
Webアプリケーションフレームワークにおいて画面遷移制御の仕組みは最も重要な仕組みだといえるでしょう。 画面遷移制御のための枠組みが決まっていれば、すべての開発者がその枠組みに従って開発を行うことができ、Webアプリケーションのアーキテクチャやコードの統一性が確保され、Webアプリケーションの開発生産性や保守性が向上します。 それではStrutsとMojaviそれぞれの画面遷移制御の仕組みについて見ていきましょう。 下記に示す通り、Strutsの画面遷移制御の設定はstruts-config.xmlというXMLファイルによって行います。一方Mojaviの画面遷移制御は各クラスやテンプレートの名前と配置するディレクトリで決まります。 Strutsにおける画面遷移制御の定義（struts-config.xmlの抜粋） <action-mappings> <action path="/Login
Zend Framework PEARの標準コーディング規約というのがありますが、Zend Frameworkにも定められています。 頭に留めておくため、簡単に列挙してみました。 PHPのみのコードは最後の ?> を含めないようにする タブ文字は使わず4文字の半角スペースでインデント 1行を80文字以内に抑えるようにする。長くても120文字 改行コードはLFで統一 クラス名は英字で定義するのを推奨。ZendパッケージのクラスはZend_を最初につける。 インターフェースは名前の最後に_Interfaceを付与する。 例）Zend_Controller_Dispatcher_Interface ファイル名は拡張子をphpにする。incは使わない。 クラス定義したファイルは次のように階層的に設置する Zend_DB → Zend/Db.php メソッド名にアンダースコア( _ ) は含めない。
表目次 2.1. サンプル CMS 用のアクセス制御 3.1. 設定オプション 3.2. サーバのオプション 3.3. デバッグメッセージ 3.4. Active Directory 用のオプション 3.5. OpenLDAP 用のオプション 4.1. Core フロントエンドのオプション 4.2. Function フロントエンドのオプション 4.3. Class フロントエンドのオプション 4.4. File フロントエンドのオプション 4.5. Page フロントエンドのオプション 4.6. File バックエンドのオプション 4.7. Sqlite バックエンドのオプション 4.8. Memcached バックエンドのオプション 4.9. Xcache バックエンドのオプション 6.1. Zend_Config_Ini コンストラクタのパラメータ 9.1. 通貨記号の設定を指定する
超・極める! PHP のPHPフレームワーク特集に絡んで、フレームワークのリストがあったら下さいと編集さんからリクエストがあったので、ブックマークから抜き出してみました。ずいぶんあるなぁ。(ちなみにABC順に並んでます。) Achievo Tool Kit (ATK) http://www.achievo.org/atk Agavi http://agavi.org/ AwesomeFramework https://sourceforge.net/projects/awesome-work/ binarycloud http://www.binarycloud.com/ Biscuit http://bennolan.com/biscuit/ bitweaver http://www.bitweaver.org/wiki/ BlueShoes http://www.blueshoes.o
See related links to what you are looking for.
Zend Frameworkについて調べた。というかドキュメントが少なすぎてわかりにくい・・・ とりあえずMVCの基本になるZend_ControllerとZend_Viewについて軽く理解できたが・・・ 表層的な理解をするだけで数時間・・・ちょっとつかれた 予想される基本的な流れ １．アクセスをindex.phpで集約する ２．index.php内部にて認証を行う ３．認証失敗ならログインページへジャンプ ４．認証成功ならZend_Controllerを使って適切な関数を実行 ５．その関数内部でDBとのやりとり ６．５の結果をZend_Viewで表示 ７．表示はテンプレートを使えるので集約できる こんな感じか？ http://shiflett.org/archive/171 の中程の図とだいたい同じになるしあってるとおもふ・・・ というか認証処理そのもに対応す
薄っぺらなフレームワーク guesswork classicは、「ややこしいフレームワークは使いたくない」けど「なんでもありになりがちなPHPスクリプトをスッキリさせる指針が欲しい」と考えている人のための軽量なPHP4用フレームワークです。 これまでのPHP用フレームワークはJava用フレームワークの設計を踏襲したものが多く、決まり事や憶えるべきことが多すぎてPHPの小回りの良さを活かしきれていないものがほとんどでした。そこで、guesswork classicは覚えなければいけないことを最小限に抑え、また既に稼働しているサーバでも簡単に導入できるよう以下の二点をポリシーに設計されました。 設定ファイルなんて邪魔 ディレクトリ構成、ファイル名くらい自由に決めたい guesswork classicについてもっと詳しいことを知りたければAboutを参照してください。また、コーディング例はDo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
