ανάπτυξη shits

Πρόσφατα ασχολούμαι κυρίως με κώδικα και όχι με τη διοίκηση, έτσι ώστε το δράμα που στέκομαι με kodene είναι πολύ περισσότερο από ό, τι server τέτοια, Έτσι αποφάσισα να ακριβώς μια κακογραφία κάτω λίγες γραμμές σχετικά με τις μαλακίες που κατάφερε να πάρει τους. Σκληρά για να πάρει έτοιμος να παρουσιάσει το έργο σας ό, τι είδους δύναμη το άνοιγμα των δραματική τμημάτων

  • Първото нещо което което със сигурност щеше да създаде проблеми е изключването на javascript от браузърната поддръжка. Както всяка модерна апликация така и нашия инструмент използва доста JS за AJAX και άλλες δυναμικές διεργασίες που μεταδίδουν τη διαδραστικότητα και σύγχρονο όραμα και βελτιώνει τη λειτουργία. Έχουμε σκεφτεί πολλές αποφάσεις, ως ο πλέον αποδεκτός ήταν ένα cookie με πληροφορίες και στη συνέχεια PHP για να ελέγξετε αν η πληροφορία είναι έγκυρη, και αν όλα είναι εντάξει. Αρκετά εγγράμματοι λύση αλλά τελικά εμφανίζονται ακόμη πιο αξιοπρεπή έκδοση. HTML πρέπει να εφαρμοστεί στο noscript. Νομίζω ότι είναι η πιο κομψή λύση.
<noscript>
<meta http-equiv="refresh" content="0;URL=./nojs.html" />
</noscript>

Ουσιαστικά η κατάσταση είναι ασήμαντο αν σταματήσουμε JS υποστήριξη θα να είμαι redirected URnojs.html. Απλή και πολύ αποτελεσματική λύση

  • PHP multhithreading – πολύ niškovosta είναι απλά κάτι το αρκετά χρήσιμο για επεξεργαστές με πιο πυρήνα (δεν είναι ότι το ednoâdreni δεν είναι εντάξει, αλλά με πολλά πυρηνικά συστήματα είναι μια άλλη μπύρα δραστηριότητες). Το λογισμικό μας έχει ένα τμήμα που ασχολείται με τη συλλογή πληροφοριών από άλλο API – και importva στη βάση δεδομένων μας. Obŝovzeto καμία πρόκληση εκτός από ότι υλοποιήσαμε την php και πάλι με multhithreading σε λειτουργία cli, επειδή αυτή η διαδικασία είναι αρκετά μεγάλη και πρέπει να atomatiziran για το γεγονός ότι κάποιος που κάνει με το χέρι. Εδώ υπήρχε ένα δράμα που συνδέονται με την fokrvaneto των διαδικασιών και δεν δημιουργούν το ρεύμα εξαρτημένη διεργασία-(α) ότι ο ίδιος ήταν σε αναμονή για μια δέσμη ενεργειών για να priklûčabota να δημιουργήσετε ένα νέο. Ηλίθιο σκοτώνει την ιδέα του τι πραγματικά πολυεπεξεργασία συμπεριφορά δεν είναι το multhithreading αλλά εδώ είναι οι λεπτομέρειες. Πρώτα βάζουμε & Μετά τη δίκη, που σημαίνει ότι το script σας να συνεχίσουμε το έργο αλλά και πάλι υπήρξε καμία αλλαγή στη συμπεριφορά είναι απαραίτητη και το πρότυπο εξόδου από τη δέσμη ενεργειών να γίνει ανακατεύθυνση – στην περίπτωσή μου το OK για να /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 ΔΕΥΤ.. Και η μηχανή είναι εξαιρετικά λεπτό, γιατί δοκιμάζουμε v″r″r πριν να κάνετε την αίτηση του πραγματικού.

  • Ερώτηση MySQL – Σοκαρίστηκα από μια μεγάλη βλακεία. Υπήρχε ένας κωδικός που έκανε 4-5 περιττές ερωτήματα στη βάση δεδομένων, αντί να χρησιμοποιεί ένα sql ερωτήματος και, στη συνέχεια, λίπος κύρια αυτό δουλειά php-it. Το δράμα ήταν τέτοια, περισσότερα- επόμενο ήταν ένα αίτημα το οποίο πήρε πληροφορίες από το ερώτημα εξόδου χρησιμοποιείται για να κάνει άλλα αιτήματα, όπως υπηρέτησε για τα ορίσματα. Κατάσταση αρκετά άσχημος και το λίπος. Δευτερεύον ερώτημα και προφανώς είναι άγνωστο έδαφος και αριστερό σύνδεσμο ή απλά δεν έχουν αφηρημένα πράγματα καλά. Πήρα τα πάντα ξαναέγραψα το έργο εφαρμογή αρκετά καλά και το φορτίο ως ένα σύνολο έπεσε από περίπου 200% για το ίδιο μέρος του κώδικα.

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

Ενισχυμένη από Zemanta

2 comments

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

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

Αφήνω μια απάντηση

Διεύθυνση ηλεκτρονικού ταχυδρομείου σας δεν θα δημοσιευθεί. Υποχρεωτικά πεδία επισημαίνονται *

Αντισπαμικό *