問題タブ [content-management-system]

http://localhost/drupal/?q=category/articles/phpのようなメニュー項目があります

PHP に関するすべての記事を出力するはずですが、結果のページ ヘッダー (ターム名 (PHP) を含む) がうまく表示されません。ヘッダーを削除したり、CSS スタイルを変更するにはどうすればよいですか?

私は SharePoint の初心者で、プロジェクトを開始する際に助けが必要です。クライアントに配信するパブリッシング サイトを開発する必要があります。標準の ASP.NET アプリケーションをデプロイするときと同じように、クライアントのデプロイ エクスペリエンスを可能な限り提供したいと考えています。Visual Studio 2008 を SharePoint 拡張機能と共に使用する予定で、おそらく WSPBuilder またはその他のツールを使用する予定です。プロジェクト全体の構造化にも助けが必要です。

1. 最小限のサイト定義を開発する
2. この定義からサイトを作成する。コードからこれを行うにはどうすればよいですか? SharePoint 機能を使用しますか? どのようにアクティベートすればよいですか？
3. サイトに必要なすべてのインフラストラクチャ (マスター ページ、レイアウト、コンテンツ タイプなど) を SharePoint 機能として開発します。

これは正しいですか、クライアントがワンクリックで完全なサイトを作成できるように、何らかのインストールスクリプトを作成できるように、これらすべての部分をどのように開発すればよいですか?

私は最近、クライアントがウェブサイトのかなりの部分を同じままにしておきたいという側で多くの小さなプロジェクトを行いました。彼らはサイトの特定の「領域」を編集できるようにしたいだけです。つまり、どこかのボックスにテキストが入っています。

私はWordPressがこれにかなりうまく機能することを発見しました。インターフェースは素晴らしく使いやすく、その背後には多くの作業があるので、車輪の再発明やバグの修正などを行う必要はありません。

つまり、私がやっていることは、クライアントが望んでいるように見えるPHPページを作成し、コンテンツの編集可能領域に特定の投稿またはページを含めることです。これは、WordPressで編集可能です。

このようなコードを使用して、特定のページのコンテンツをページに表示しています

ここで、$page_Contactは他の場所で定義された変数です。

ただし、各ページ/投稿の「プレビュー」または「ページの表示」/「投稿の表示」機能は、論理的なWordPressの場所に移動するため、この場合、これは私が望む効果ではありません。

たとえば、私はこのようなページを持っています

などなど。

WordPressは、「ページの表示」リンクと「変更のプレビュー」リンクを次のような場所に移動させたいと考えています。

上記のパーマリンク構造では、両方ともindex.phpページに移動します。これは、index.phpの構造に使用しているページを除いて、ユーザー/エディターが移動する場所ではないためです。そして、上記のケースのいずれも、いかなる種類のプレビューも許可していません（これは、私がこれをどのように行っているかを考えると、私が喜んで行う譲歩です）

できればプラグインを使用してWordPressをリグし、ダッシュボードのページのプレビューがコンテンツが格納される非index.phpページのプレビューに移動するようにする方法はありますか？たとえば、WordPressのダッシュボードの「連絡先」ページへのリンクは？contact.phpの代わりに移動します。これは私が編集インターフェースで?page_id=2これを成し遂げようとしている取引であり、サイト自体のリンクについては心配していません。

明らかに、私はこのページごとを維持する必要があり、これは私がそれらをそこに置かない限り新しいページが上がらない状況になるでしょう。

PHP を使用して、CMS の一部として LaTeX を png にレンダリングしています。サーバーが png をレンダリングするのに約 2 秒かかるため、単純なキャッシュ メカニズムが必要です。生の TeX を取得して md5 関数を実行し、ハッシュを現在のタイムスタンプと共にデータベースに挿入し、<hash>.png をファイル名として使用します。画像にアクセスするたびにタイムスタモが更新されます。

社内で蓄積されたナレッジをどのように保管していますか? 議事録、ソフトウェアの仕様、計画、他の組織に関するメモ、議論と保管のための文書、議題...

私たちはソフトウェア開発に携わっていますが、それは私たちの主な焦点ではありません。したがって、私たちの wiki/CMS は、SVN および Trac チケット内のファイルに簡単にリンクできる必要があります。私たちは Trac Wiki atm を使用していますが、機能が十分ではありません: 再編成するのが面倒で、「ここにリンクするもの」がなく、ドキュメントの改訂もありません。

では、CMS と Wiki のどちらを使用するべきでしょうか? 私の考えでは：

Wiki の利点: 有機的に成長しやすく、その場で新しいページを作成でき、相互リンクが得意です。

短所: 構造/階層がサポートされていないため、ナビゲーション ボックスの作成と維持に多くの労力が費やされます。ページ/エリアごとのパーミッション モデルはありません。「ワークフロー」はサポートされていません。一般的に劣ったアタッチメントサポート。

それとも両方使ってる人多いの？

私は Wordpress と Joomla を使用していくつかの小さな Web サイトを構築し、思い通りに実行できるようにいくつかのハッキングを行いました。しかし、これらの両方と、おそらく他の多くの PHP CMS は、セキュリティ修正の絶え間ない集中砲火にさらされています。修正をテストし、カスタマイズが機能していることを確認し、誰かがサイトを攻撃する前にロールアウトし、1 か月後に同じことを繰り返す必要はありません。一種のオーバーヘッド。

だから私の質問は次のとおりです。セキュリティ更新の絶え間ない集中砲火とその結果のテスト/システム管理作業を何とかうまく回避する(できればPHPの)コンテンツ管理システムはありますか? 最新の攻撃にパッチを適用するためにレースを続けるのではなく、時間があればそれに取り組むことができますか?

コードを作成しやすくするための健全なプラグイン モデルを持つことのボーナス ポイント。Joomla や wordpress からデータを簡単にインポートできる方法があれば、ボーナス ポイントが増えます。

ありがとう

編集:正しく指摘されているように、更新を完全に回避することは賢明な目標ではありません。むしろ、更新の苦痛を最小限に抑えたいと思っています。だから私が本当に探しているのは：

• 更新中に壊れないことが保証されている方法で簡単に適応し、テーマを設定します
• 簡単な更新プロセス

サブディレクトリ「joomla」の下のローカルホストに自分のウェブサイトを作成しました。これで、この Web サイトをホスティング サーバーの別のサブディレクトリ "testing" に移植しました。これを行った後、作成されたメニュー項目のいずれかを使用するたびに、「テスト」ではなく「joomla」フォルダーの下のページを見つけようとします

したがって、リンクはhttp://www.mydomain.com/joomla/articleid= ... ではなくhttp://mydomain.com/testing/articleid= ...のようなものになります。

この変更を行うファイルと、ファイル内の場所を教えてください。configuration.php を調べてみましたが、どこを変更すればよいのかよくわかりませんでした。

これは、ホームページで使用されているメニューのみの問題です (私のホームページはカスタム ページです) また、ホームページが /testing/images フォルダー内の画像に直接アクセスしていないことにも気付きました。/testing をイメージ src に明示的に追加する必要があります。

ありがとう。

Joomla1 Web サイトを localhost から bluehost.com ドメインに移動しようとしています。テストのために、ドメインにテスト用のサブディレクトリを作成し、すべての Joomla! を移動しました。ファイルをこれに。public_html フォルダーの下にこのサブディレクトリを作成しました。

フロントページ（カスタムページ）と残りのページで異なるメニューを使用しています。私の問題は、フロントページのメニュー項目が、サブディレクトリ内のページを探すのではなく、 joomlaという名前のサブディレクトリ内のページを探していることです ( testing )

いくつかの Web サイトからの提案に基づいて、mosConfig_absolute_pathを変更すると役立つと思いましたが、 testingサブディレクトリにある私の configuration.php ファイルにはmosConfig_absolute_path というプロパティがありません。他のページのどのメニュー項目でもこの問題に直面していません。

誰かがこの問題とそれを克服する方法を教えてください。ありがとう。

まったく、恥ずかしい初心者なので、ここでは何もありません。ユーザーのコメントを Slashdot とほぼ同じように処理するカルマベースの評判システムを作成したいが、スラッシュコードが発明されたことがない場合、どうしますか? これに近いオープンソース CMS はありますか?

私は SharePoint の初心者で、複数レベルのメニューを持つ発行サイトを作成する必要があります。要件は、レベルが固定されず、クライアントがページを追加してメニューをカスタマイズできることです。
私が間違っていなければ、ページはサイトの最初のレベルでのみ作成できます。フォルダーの概念のようなものが表示されません。ナビゲーション目的で見出しを追加すると、別のレベルとして表示されます。さらにレベルが必要な場合は、サブ サイトを作成する必要があります。

これは正しいです？

SharePoint サブ サイトを作成せずにこのようなことを行うことはできますか? 必要がなければ、カスタム メニュー コントロールの記述をスキップするか、カスタム SiteMapProvider を記述します。ナビゲーションを管理するための UI も作成する必要があります。

編集：
ページリストにフォルダーを作成し、そのフォルダーにページを作成（実際​​に移動）し、サブフォルダーを作成することもできましたが、ナビゲーション設定ページでもメニューに表示されません。フォルダーを承認できません。何を試しても保留中の状態です。

Andrew Connellによると、これは不可能のようです: サブフォルダーは、MOSS 発行サイトのページ ライブラリでサポートされていません