\閉鎖予定のサイトも売れるかも?/ アクセスがないサイトもコンテンツ価値で売れる場合も… ドメインの有効期限を更新してサイト売却にトライしてみましょう
\閉鎖予定のサイトも売れるかも?/ アクセスがないサイトもコンテンツ価値で売れる場合も… ドメインの有効期限を更新してサイト売却にトライしてみましょう
某サイトに entries_kache を導入したんだけど、改行コードが混ざっていてうまく動かない。wikieditish.cgi を使って Win から更新してるせい。めんどくせーなー、とか思いつつ、entries_kache 側で強制的に改行コードを統一させるようにして (if の条件いぢって強制再書き込みさせた) 一件落着……と思いきや動かなかったんだけどプラグインの実行順だった。 wikieditish.cgi.unite_crlf.patch 常に LF で保存するように。 entries_kache.unite_crlf-keep_utime.patch LF になるように保険。デフォルトの wikieditish.cgi は \n と \r\n が混ざるので。上のやつ修正したあとじゃいらない。あとは、メタデータ書き込むときにファイルの時刻変えるのがうざいので設定しなおす。メタ
Get full visibility and control over your tasks and projects with Wrike. A cloud-based collaboration, work management, and project management software Wrike offers world-class features that empower cross-functional, distributed, or growing teams take their projects from the initial request stage all the way to tracking work progress and reporting results.
pagingにより生成された各ページは、当然ですが、コロコロ内容が変わります。つまり内容の保証がないので、検索エンジンにインデックスして貰いたくないページであるとも言えます(多くの人には)。というわけで2ページ目以降、つまりpage=2とかパラメータが付く場合はmeta要素でロボット除外を指示するようにとかいう機能を追加してみました。 head.htmlなどに$paging::meta_robotsと記述することによってロボット除外meta要素が出力されます。なので、$paging::meta_robotsをflavourに記述しなければこれまでどおりの動作です。 なお、ロボットの巡回による負荷への対策にはなりません(多分)。巡回による負荷対策はrobots.txtでやった方が良さげというか、robots.txtじゃないとムリそう。ページングのナビゲーションのa要素のrel属性にnofol
lilyはrubyで書かれたシンプルなCMS(Webサイト構築システム)です。特にBlogを構築するために便利な機能が多数含まれています。 現在、より機能を強化し、使いやすく改良したバージョン1.0を開発中です。開発中のソースはCVSから取得可能です。 http://cvs.sourceforge.jp/cgi-bin/viewcvs.cgi/lily/lily2/ 旧版のlilyは以下からダウンロード可能です。ただし、今後このバージョンのlilyはメンテナンスされなくなります。ご容赦ください。 lily 0.1.5 lily 0.1.5についは、以下のドキュメントも参照ください。 lilyでブログカスタマイズ 第1回 lilyでブログカスタマイズ 第2回 lilyでブログカスタマイズ 第3回
自分のワークグループのコミュニケーション・ツールの1つとしてブログの導入を考えている方、あなたは一人じゃありません。共働者間および顧客とのコミュニケーションを促進する方法として、多くの組織で内部および外部のブログが試験的に使われているのです。この記事では、Blosxom(およびその兄弟分にあたるPythonベースのPyBlosxom)によって、チームのためのブログ環境をセットアップする方法を紹介します。 まず、あなたのワークグループのコミュニケーション・インフラストラクチャにおけるブログの位置について考えてください。wikiはパブリックな共同作業に優れたツールです。それに対し、電子メールは個人対個人のコミュニケーションに優れたツールです。ブログは両者の間のニッチを占める有用なツールとなります。 ブログはある種の情報に対して重要な場を提供できます。たとえば営業マネージャなら、契約成立などの
notfoundプラグインを導入 先日導入した find プラグイン(参照)のおかげで、ブログ内検索が、かなり使えるようになりました。もっと早く導入しても、よかったですね。 ところで、find プラグイン検索で、どのエントリにもヒットしなかった場合は、404 Not Found になっていたかと思います。これは、hail2u.net - Weblog - blosxomと404 #2の方法で、存在しないページにアクセスがあったら 404 を返すようにしていたからです(たぶん)。 blosxomは、存在しないページにアクセスがあった場合でも、無理矢理ページをこさえて出力してしまいます。hail2u.net - Weblog - blosxomと404 #2は、これを防ぐための措置です。 このままでもいいかなと思っていたのですが、notfound プラグインを改造して使ってみることにしました。
Terraform State Refreshの高速化手法と実装 TerraformのState TerraformのStateとは、Terraformで管理しているリソースの状態をJSONで記述したものであり、ファイルとして永続化されている。 Stateが何のためにあるのか、についてはオフィシャルな解説があるので詳しく説明はしないが、Stateには主に以下の目的がある。 Mapping to the Real World Metadata Performance Syncing このエントリでは、Performanceに着目する。 State Refresh Terraformは、plan/applyを実行する際に、どのような変更を行う必要があるのかを決定するために、リソースの最新の状態を知る必要がある。 デフォルトの動作では、plan/applyを実行するたびに、すべてのリソースの最新
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く