développement de merdes

Récemment, je m’occupe principalement avec le code, plutôt qu’avec l’Administration, afin que le drame je me tiens avec kodene sont beaucoup plus de serveur telle, alors j’ai décidé de simplement griffonner quelques lignes sur les conneries que j’ai réussi à obtenir leur. Dur s’apprête à présenter votre projet quel genre de forcer l’ouverture des pièces dramatiques

  • Първото нещо което което със сигурност щеше да създаде проблеми е изключването на javascript от браузърната поддръжка. Както всяка модерна апликация така и нашия инструмент използва доста JS за AJAX et d’autres processus dynamiques qui transmettent l’interactivité et la vision contemporaine et améliore la fonctionnalité de. Nous avons pensé à un grand nombre de décisions comme le plus acceptable était un cookie avec des informations, puis php pour vérifier si l’information est valide, et si tout est OK. Solution tout à fait lire et écrire, mais enfin apparaître une version encore plus décente. HTML à mettre en œuvre en noscript. Je pense que c’est la solution la plus élégante.
<noscript>
<meta http-equiv="refresh" content="0;URL=./nojs.html" />
</noscript>

Fondamentalement, la situation est triviale si nous arrêtons JS soutien sera redirigé vers URnojs.html. Solution simple et très efficace

  • Php multhithreading – niškovosta très juste quelque chose de très utile pour les processeurs avec le noyau de plus de (non pas que l’ednoâdreni n’est pas OK, mais avec de nombreux systèmes nucléaires est une autre bière de choses). Notre logiciel a une partie qui traite de la collecte d’informations auprès des autres API – et importva dans notre base de données. Obŝovzeto aucun défi sauf que nous avons mis en place le php avec multhithreading en mode cli, parce que ce processus est assez grand et doivent être atomatiziran pour avoir quelqu'un qui ce fait à la main. Ici, il y avait un drame associé à fokrvaneto des processus et ne crée pas le flux processus enfant-(a) qu’il était en attente d’un script pour priklûčabota pour créer une nouvelle. Stupide, il tue l’idée de quel comportement réellement multitraitement n’est pas le multhithreading mais voici les détails. Première que nous mettons & Après le procès, qui signifie que votre script de poursuivre les travaux mais là encore il n’y avait aucun changement de comportement n’est nécessaire et la norme de sortie du script pour être rediriger – dans mon cas le OK pour /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 encore une fois est trivial. La performance a été très impressionnée par l’interruption entre les processus et ainsi de suite que j’ai fait environ 50 enfant, processus qui effectue un virage à distance 7800+ MySQL insère pour tout 30-40 SEC. Et la machine est extrêmement délicate car nous testons v″r″r avant de faire la demande du réel.

  • Querys MySQL – J’ai été choqué par une grande bêtise. Il y avait un code qui fait 4-5 requêtes inutiles à la base de données, au lieu d’utiliser sql query et principal puis graisse il emploi php-it. Le drame était telle, plupart- suivant est une demande qui a eu des informations de la sortie de la requête est ensuite utilisée pour faire des demandes d’autres car elle a servi pour les arguments. Situation assez laide et matières grasses. Sous-requête et apparemment, est un territoire non familier et jointure gauche ou tout simplement ne sont pas des choses abstraites bien. J’ai obtenu tout ce que j’ai réécrit le travail demande tout à fait bien et la charge comme un entier tombait par sujet 200% pour la même partie du code.

В общи линии това са нещата на последък с които се заниамваме и немога да кажа че е скучно но понякога се изумявам от разни необмисляни парчета код които трябва да поправям а най стеращното е че често са мои 😆

Amélioré par Zemanta

0 commentaires

  1. И аз имам тегления на данни, сложени в crontab-a. Пробвах преди със & в края, но ставаше пиково натоварване, грозна история. Сега съм ги оставил, като свърши единия процес, да пуска другия, но това е ужасТ :> Като зацикли някъде и всичко отива по дяволитетова го решавам като килвам старите процеси, като дойде време да се пуска новия, но това е още по-голям ужасТ, защото губя данни. Та ще се се опитам да имплементирам, твоето решене по този въпрос. Благодарско! 🙂

    1. Ами по моя метод хубавото е че информацията може да се обработва от няколко процеса едновременно но това също ти гарантира по голямо натоварване 😉 Баланса между натоварване и скорост винаги е много тънък. Всичко опира до тестове.

Laisser une Réponse

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont marqués *

Anti-SPAM *