私はWordPressを使って彼らのウェブサイトやポッドキャストを管理している教会で働いています。これまでのところ、彼らはポッドキャストを公開するために毎週200ステップのプロセスを持っています(私は誇張しています、しかしそれは巨大な段階的なリストです)。
とりわけ、彼らはする必要があります:
現時点では、WordPressがステップ1〜3についてできることはそれほど多くありませんが、できればステップ4〜6を単純化したいと思います。私は、いくつかのオンラインアプリケーションが非常に大きなアップロードが可能であることを知っています(GMail、Dropboxなど)。各説教は70〜80 MBであり、単純なHTMLアップロードフォームで処理するには大きすぎます。
PHPファイルサイズの制限を超えても、Flashアップローダはこのような大容量ファイルを管理できますか。 WordPress内で大量のアップロードを処理するためのより良い方法はありますか?
理想的には、彼らは新しいSermon(カスタム投稿タイプ)を作成し、edit SermonページからMP3をアップロードし、そしてWordPressに自動的にメタ情報(ID3タグ、期間など)を解析させることができるでしょう。
これは新しいハイテクの人々のためのより低い参入障壁につながるでしょう...そして私は週末を一度だけ離れることができるかもしれません:-)
考えですか?アイデア?
70〜80MBはそれほど大きくありません。サーバーが正しく設定されていれば、Flashアップローダーによって簡単に処理されます。地獄、私は私のサイトに2ギガバイトのアップロード制限があります。 :)
彼らが新しい「投稿」を書いているとき、彼らはただツールバーの上のメディア追加ボタンをクリックしてそれをアップロードします。それは、投稿とbamに結び付けられた添付ファイルとして保存されます。
ID3情報の解析はより複雑ですが実行可能です。例としてEXIFコードに従ってください。
PHPはそれを処理できるはずですが、私はこのプラグインをインストールすることをお勧めします:
http://wordpress.org/extend/plugins/wplupload/
私は最近それをかなり最近使っていて、そしてそれはかなりうまくいくことがわかった。
基本的には、アップローダがpluploadライブラリを使用するように変更し、とりわけ現代のブラウザでチャンクをアップロードすることができます。それはチャンクアップロードを介してPHPの最大サイズ制限を本質的に迂回するでしょう。
これが私達の教会で私がしていることです:
ライブファイルとオンデマンドサービスの両方に、オーディオファイルとビデオの両方を使用しています。
私が考え出すことができた最高の解決策はワードプレスとアドビフラッシュコミュニケーションサーバーソフトウェアを実行する別のサーバークラスターの組み合わせでした。
一言で言えば、ライブビデオとオーディオをキャプチャするために、サービス中にアドビメディアエンコーダを使用します。サービスの進行中に、.mp4と別の.mp3オーディオファイルの両方をエンコードします。これは私達が生放送することを可能にし、アドビのクラスターが私自身のものであるので、私はコマーシャルなどについて心配する必要はありません。
このフィードは、ライブ配信とオンデマンド配信のためにアドビのサーバークラスターに送信されます。
オンデマンドビデオ/オーディオファイルのアーカイブ:サービスが終了して[録画の停止]をクリックすると、後でオンデマンドで視聴できるように、ビデオおよびオーディオファイルがアドビのサーバーで即座に利用可能になります。
Wordpress:
私はアドビサーバーに行き、顧客のフォルダに新しいファイルがないかチェックする簡単なスクリプトを書きました。スクリプトがmp4ファイルを見つけると、それは自動的に私のwordpressサイトにカスタムの投稿タイプ 'sermon'として追加されます。スクリプトがmp3ファイルを見つけると、それは自動的にカスタムの投稿タイプ 'podcast'を作成します。何度もあなたがウェブサイト上で望まない記録を持つことになるので、これらの投稿は下書きとして保存されます。
今後のアイデア:
phpストリームラッパーがWordPressに導入されたグーグルの夏のコードプロジェクトがありました。率直に言ってこれは信じられないほど強力な概念ですが、フロントエンドのUIを完成させるためにもう1つの夏が必要です。
これが可能にするのは、ファイルがメディアギャラリー自体の一部であるかのように表示されるcdn、flickrなどのような他の「場所」をWordPressメディアギャラリーに自動的に検索させることです。
私のシステムではメディアマネージャが自動的にAdobeサーバー上のビデオとオーディオファイルを見つけ、投稿への簡単な入力を可能にするので、これはプロジェクトがこの夏に終了した場合物事をはるかに簡単にするでしょう。
私はこれがあなたにいくつかの良いアイデアを提供するのに役立つことを願っています。私はまた、私がホストしている多くの教会の教会を扱うとき、プロセスを合理化する方法を常に模索しています。
それがあなたにとって価値があるかどうか私は知りません。
しかし、私のブックマークや画像については、アップロードしてサーバーに同期するのにうんざりしていました。
そこで私は、特定のバージョンのPythonが必要なサーバー(http://wiki.dropbox.com/TipsAndTricks)でDropboxを実行することを検討しました。あなたが残りが簡単であることを管理することができれば:
それらをローカルのc:\ dropbox\sermons(あなたと共有されているフォルダー)にサーバーに保存したいものを格納するだけで、残りはすべて魔法のように処理されます。
私の共有ホスティングMediaTempleアカウントにはそのバージョンのpythonがインストールされていなかったので、自分のプロジェクトを完了することはありませんでした:) *)
*)私の代わりに私のNASにLFTPスクリプトを入れて(同期モードで)同じことをしていました(しかし明らかにこれは一人のユーザーに非常に特有のものです。
あなたがサーバー上でMP3を作成できるのであれば...:
ユーザー:
サーバ:
ユーザー:
既存のファイルへの変更を監視する場合:サウンドファイルが次のように更新された場合、タイトルを変更した場合はアップロードフォルダに移動します。新しいタイトルで説教の投稿タイプを更新してドラフトステータスに戻します。
理論的にはうまくいくはずです