開発のたわごと

私はkodeneに立つ人の前にドラマがこのようなサーバーよりもはるかにあるので、最近私が代わりに政権のコードで主に扱います, 私は作成するために管理ナンセンスの数行を走り書きすることを決めました. ブーストさはやや劇的な部品の開口部を強制的に自分のプロジェクトを提示する準備をしています

  • 確かに問題になる最初のものはブラウザーのサポートによって javascript の除外. JS の多くを使用して任意の近代的なアプリケーションと当社のツールとして AJAX そして、双方向性と現代的なビジョンを送信し、機能性を向上させる他の動的プロセス. それから、最も受け入れ作りについて多くはCookie情報とだと思ったし、 PHP 情報が有効であるとすべてがうまくている場合かどうかを確認します. かなり学問の決定が、最終的にはより多くの提示可能なバージョンを表示されます. HTML それはnoscript要素に来れば再生されます. 私はそれが最もエレガントな解決策だと思います.
<noscript>
<meta http-equiv="refresh" content="0;URL=./nojs.html" />
</noscript>

我々はJSのサポートがnojs.htmlにリダイレクトされます停止した場合、一般的な状況は自明です. シンプルで非常に効果的なソリューション

  • PHPのmulthithreading – 多くのnishkovostaは、より多くのコアを持つプロセッサのための非常に有用なものです (ないシングルコアのそれはOKではありませんが、多くのものの原子力システムは、他のビールです). 当社のソフトウェアは、他からの情報収集を扱う部分を持っています API – 彼女と私は、私達のデータベースダニーにimportva. このプロセスはdosatachno大であり、手でそれを行うことが不可欠である誰かにatomatiziranにする必要があるため、それはCLIモードでPHPをmulthithreadingで再び実現することを除いてノー挑戦Obshtovzeto. ここでfokrvanetoプロセスに関連したドラマがあっただけでなく、流れの作成します 子プロセス-そして、待っていたスクリプトは、新しいを作成するためにpriklyuchabotaします. 実際の行動とmulthithreadingないもののマルチプロセッシングのアイデアを殺したが、これらは詳細で愚かな. 最も前方に置きます & スクリプトのない動作の変更に必要な、標準出力がリダイレクトされませんされるように、まだ自分の仕事のスクリプトを継続することを意味裁判の後 – 私の場合も同様に /DEV / nullに 🙂 最後に、コードのこの部分の構造はこのように見えた
$pid = pcntl_fork();
if ($pid == -1) {
die('could not fork');
}else if ($pid) {
// we are the parent
echo "I'm parent  \n";
pcntl_wait($status); //Protect against Zombie children
} else {
// we are the child
echo "I'm a child $timer  \n";
exec("$command > /dev/null &");
exit (0);
}

再び些細な電子Primerčeto. パフォーマンスは高いプロセスとなどについて作ったの間中断された感銘を受けました 50 子プロセスを離れてターンをしました。 7800+ mysql のための挿入について 30-40 秒. 本当の宿泊客に vrr を持ち上げる前に、我々 はアプリケーションをテストするため、マシンは非常に繊細な.

  • Mysql クエリ – 私は偉大な愚かさにショックを受けた. したコードがあった 4-5 データベースへの不要なクエリ, sql を使用する代わりにクエリと、脂肪はそれに php、それを仕事します。. ドラマがあったような, ほとんど- まずそれは、引数を務めた他の要求を行うために使用されるアプリケーションの結果を取った情報要求を行いました. プリティ醜いと脂肪状況. サブクエリー どうやら不慣れな領土と左が参加したり、単純によく物事を考えられません. キャッチ要求はすべてがかなりクールだったし、全体の負荷が約減少した書き直し 200% コードの同じ部分のため.

一般に、これらは最近 zaniamvame になっていること、私はボーリングが時々 私を修正する必要がありますコードの neobmislâni その他塊に驚いていて、steraŝnoto が多い私の 😆 は言うことができません。

Zemantaの強化されたことにより、

2 コメント

  1. 私はデータのダウンロードを持っています。, crontab で覆われました。. 前にみました & 最後は, 負荷のピーク時だったが、, 醜い歴史. 今私はそれらを左します。, 1 つのプロセスの後, 他を実行するには, これは不快なものですが、 :> どこかにこだわって、すべての地獄に行く… これは古いプロセス kilvam によってそれを解決, とき新しいを実行する時が来る, それはさらにもっと不快なもの, 私はデータを失っているので. Implementiram しよう, この問題に関するあなたの決定. おかげで! 🙂

    1. 何について私の方法が、良いニュースは、情報が同時に複数のプロセスで処理することができますが、またに大きい負荷 😉 バランスを確認する負荷し、速度は常に非常に薄い. それはすべてのテストについて.

返信を残します

あなたのメールアドレスが公開されることはありません. 必須フィールドは、マークされています *

アンチSPAM *