msio

察するに本文データが現在の条件で出来上がった時点でその内容により動作をきめて場合によりリダイレクトすることを趣旨としてさせたいのではないかなと思っております。
すると表示用のデータが形成できた時点でリダイレクトを含めた動作であればやはりJavascriptではないかなと思います。
以外であればコンテントが出来上がるのをヘッダー生成時より前にもってくるかフィルタで一旦コンテンツの内容を確認して、まずヘッダーの動作をきめた後表示その他の動作を作成することになるのではと思います。
条件内容によると思いますが、本文の条件がどうなればリダイレクトになるべきか予定をお話いただけると解決の方法が見つかるかもしれません。
私はワードプレスの関数やフックについてあまり得意ではないのでお手伝いできるとこは少ないかもしれません。

プラグインを停止されたあとに出ているエラーがテーマの動作内で、場所的に文章などの読み出し、整形部分ではないかと思いまして記事などの文字データが好ましい状態ではないのかもしれないと思いました。
iniの変更した数値と実際の許容の数値が違っていたようなので、あらためて動作時にいくつメモリが利用可能であるか確認してみるのはいかがでしょうか。
ini_get('memory_limit');
こちらで動作時のメモリ容量が確認できます。目的の２５６Mになってらっしゃいますでしょうか。
このかっこ内を変更するとiniの設定情報をみることができます。的確に必要分あげるにあたり検証確認等ができないためいろいろご自身でお試しいただけると幸いです。
ちなみにPHPの中からini_setでその局面だけ設定を変更することもできます。

ただ画像加工でもしないかぎりそれほどまでにメモリにのせることもないかと思いますし、同じようなエラーとして文字置き換えや正規表現でテキストを全文メモリにのせる際、セパレータの具合によっては簡単にメモリエラーになってしまうこともあります。
もしかしたらなのですが正規表現で記事全文を一度に置き換え、改行を改行タグにしたりするとかいうタイミングでメモリマップに乗らない文字、縦改行や逆タブなどの文字がはいっているかもとか、置き換え対象がやたら多い文章などあるのでは、それかその文字列のサイズがマルチバイト計算の数量にあわない外国語であったりとかそういう可能性もあるのではと思いました。

物理的にメモリまたはファイルが破損している可能性もないことはないと思いますが物理エラーの場合はもっと深刻なものがPHPの動作エラー以外ででることが多くサーバー管理の面から家庭用の機材なら別ですが機械本体からエラーがでるので考慮はしなくていいかと思います。

もし私個人がそれらに対処するとしたら確認したいと思うところは
　実動作時の実質メモリ量
　ワードプレス本体のファイル確認　破損していないかなど
　記事データの内容の確認
になります。これらで原因がはっきりしないときは最初からサイトを構築するかたちで現在のデータを再構築する検証をすると思います。
なにかのご参考になりましたら幸いです。

@munyagu さん
そうですね。
私のお話する内容が大きく的をはずれておりました。
反省いたします。

無い理由としてはワードプレスという一つの動作基盤に載っているのでその上ではプラグインもテーマも一つしか動きません。
子テーマは別ではなく親テーマの上にのっており、親テーマは稼働顕現のワードプレスの上に一つだけのっております。
工夫次第でまぜることもできますが、工夫改造はCMSの本懐を損ないますので基本的にはありません。
これは設計上の主にデータベース構造による仕様です。

問題の事象については、ほかの人のコードに手を加えるカスタマイズもあるかと思いますがそういう変更を行った場合、作者本人の意図しないところになります。
その変更点が理由でなんらかの破損があった場合は作者に責任を負えないところなどあると思います。
なのであまりすべきではないと思いますが、更新がでてくる、という状態は「そのプラグインが作者の管轄下にある」状態を維持しているため更新情報を取得していると思われるので、プラグインから著作者情報を除外すれば解放されるかもしれません。

権利問題については別途考慮いただければと思いますが、コードのコピー、改変はあくまでほかの方の著作物であることを前提にお考えいただけると幸いです。

最初の一文をみて思っただけなのですが form タグの action 指定先がクラス名かなにかになってないでしょうか。
私はそのプラグインをつかっていないのでわからないのですが、オブジェクトの名前が動作指定対象になっているなど設定の誤りがないでしょうか。もともとそういう動作のプラグインなのでしたでしょうか。
ジャンプ先のアドレスがご利用のフォーム名になっている、というもののようだと思いまして申し上げます。
全然関係なかった場合は申し訳ありません。気にしないでおいていただけると幸いです。

ご利用のテーマを異なるものに変更してみてはいかがでしょうか。
もしくは、Bootstrapというライブラリをご利用であればFunction.phpに変更した箇所がなかったでしょうか。
ご確認いただけますと幸いです。

すみませんでした。
取り込んだ後に記事として掲載する際に記事の作者名を出すものかと思っておりました。
RSSフィードのなかのユーザー情報を取得されたいのですね？
SimplePieというプラグインの独自仕様なのだと思いますので取り出し方がわかりませんが、奇妙な構造体を使われているのでGitを見に行ってみたのですがリファレンスがみつからず引き返してきてしまいました。
RSSはいくつかバージョンがありいずれもきまった形でどこかにデータがあると思うので呼び出し方次第だと思います。
またのちほど確認して、もし見つけた折にまだ未解決であれば追伸いたしますね。

メールの動作設定をプラグインで形成することがない当方によい事例がいただけました。
可能性を完全無視していた「メールの宛先などは正しいですよね？」の質問があればもっと早かったかもしれないですよね。基本を無視していた私にも落ち度がありました。
送信状況をコントロールしたい設定事案との競合でトラブルが発生する可能性と注意点が学びになりました。
なにより設定変更だけで回復することはよかったと思います。
ありがとうございます。