Και συμπληρώνοντας τον Μάνο, απο την έκδοση 2.0 και μέτα του .NET προστέθηκε το optimization service, το οποίο είναι ένα Windows Service και χρησιμοποιεί την CPU όταν αυτή κάθετε ώστε να κάνει optimize τα assemblies.

Εάν για κάποιο λόγο, απο αυτούς που ανέφερε ο Μάνος, χρειάζεται να γίνει ξανά recompile σε native code ναι μεν όταν τρέχει θα το κάνει μόνο ανα method call, αλλά όταν αυτό τελειώσει και ο υπολογιστής "κάθετε" το optimization service θα αρχίσει να το κάνει και τις αλλες method/assemblies ώστε να μειώσει τον χρόνο την επόμενη φορά και να μην χρειαστεί να το κάνει πάλι ένα-ένα. Μεταξύ άλλων το service θα τρέξει αυτόματα ξανά όταν εγκαταστήσεις άλλη έκδοση του .NET (νεότερη that is), είτε εάν αλλάξεις CPU κάνοντας optimize ότι θεωρεί ότι πρέπει να κάνει με βάση τις αλλαγές που έχουν συμβεί στο σύστημα.

Επίσης, προσπαθούμε να σε βοηθήσουμε και να σου δείξουμε ότι σε κάποια πράγματα χρειάζεται να αλλάξεις φιλοσοφία γιατί αυτά που λες απλα δεν ισχύουν, δεν είναι και πολύ ευγενικό να μας προσβάλεις. Τόσα άτομα σου λένε ότι έχεις λάθος που ασχολούντε περισσότερα χρόνια απο εσένα.. ίσως κάτι ξέρουν παραπάνω, δεν νομίζεις;

Panagiotis Kefalidis:

Και συμπληρώνοντας τον Μάνο, απο την έκδοση 2.0 και μέτα του .NET προστέθηκε το optimization service, το οποίο είναι ένα Windows Service και χρησιμοποιεί την CPU όταν αυτή κάθετε ώστε να κάνει optimize τα assemblies.

Εάν για κάποιο λόγο, απο αυτούς που ανέφερε ο Μάνος, χρειάζεται να γίνει ξανά recompile σε native code ναι μεν όταν τρέχει θα το κάνει μόνο ανα method call, αλλά όταν αυτό τελειώσει και ο υπολογιστής "κάθετε" το optimization service θα αρχίσει να το κάνει και τις αλλες method/assemblies ώστε να μειώσει τον χρόνο την επόμενη φορά και να μην χρειαστεί να το κάνει πάλι ένα-ένα. Μεταξύ άλλων το service θα τρέξει αυτόματα ξανά όταν εγκαταστήσεις άλλη έκδοση του .NET (νεότερη that is), είτε εάν αλλάξεις CPU κάνοντας optimize ότι θεωρεί ότι πρέπει να κάνει με βάση τις αλλαγές που έχουν συμβεί στο σύστημα.

Επίσης, προσπαθούμε να σε βοηθήσουμε και να σου δείξουμε ότι σε κάποια πράγματα χρειάζεται να αλλάξεις φιλοσοφία γιατί αυτά που λες απλα δεν ισχύουν, δεν είναι και πολύ ευγενικό να μας προσβάλεις. Τόσα άτομα σου λένε ότι έχεις λάθος που ασχολούντε περισσότερα χρόνια απο εσένα.. ίσως κάτι ξέρουν παραπάνω, δεν νομίζεις;

ABS:

Απλά τα πήρα λίγο, sorry.

Πάμε παρακάτω...

Σε ευχαριστώ που με επαληθεύεις.

1. Άρα δε μπορούμε να αναφερόμαστε στο .ΝΕΤ ως compiled...

2. Ο κώδικας που μου δείχνεις αν και στη προκυμένη περίπτωση καλεί όντως την string ξανά έχει όμως μια γραμμή κώδικα παραπάνω L_0000: ldstr "{0}{1}"

     Άρα όντως η δική μου φιλοσοφία είναι ορθή ως προς το optimization. 

     Υπάρχουν όμως και περιπτώσεις πολύ πιο σύνθετες που ο κώδικας που γράφω θα είχε δραματικές διαφορές για τον JIT.

 

KelMan:

ABS:

Απλά τα πήρα λίγο, sorry.

Πάμε παρακάτω...

Σε ευχαριστώ που με επαληθεύεις.

1. Άρα δε μπορούμε να αναφερόμαστε στο .ΝΕΤ ως compiled...

2. Ο κώδικας που μου δείχνεις αν και στη προκυμένη περίπτωση καλεί όντως την string ξανά έχει όμως μια γραμμή κώδικα παραπάνω L_0000: ldstr "{0}{1}"

     Άρα όντως η δική μου φιλοσοφία είναι ορθή ως προς το optimization. 

     Υπάρχουν όμως και περιπτώσεις πολύ πιο σύνθετες που ο κώδικας που γράφω θα είχε δραματικές διαφορές για τον JIT.

 

ABS, κάτσε και διάβασε. Ξεκίνα από τα εισαγωγικά, να καταλάβεις τί είναι το .ΝΕΤ, και μετά φτιάξε και CMS Framework και πες μας και την άποψη σου - αφού διορθώσεις όλο το db access που "παρακαλάει" για sql injection.

Το πρώτο post που έκανες για το υποτιθέμενο bug του StreamReader (όπου φάνηκε ότι δεν καταλάβαινες τί σημαίνει assignment) μου προκάλεσε το μεγαλύτερο σοκ που έχει προκαλέσει ποτέ "περίεργο" post, από τότε που ξεκίνησε το DNZ. Το ότι ασχολούνται τόσοι μαζί σου (και δεν ακούς και κανένα τους), είναι επίσης πρωτοφανές και μάλλον έχεις σοκάρει και τους άλλους.

Το καταλαβαίνεις τί ζημιά κάνεις αυτή τη στιγμή στην εταιρεία σου και σε αυτούς που συνεργάζεσαι? Μπορεί να έσβησες το δικό σου post, τα ονόματα των δύο εταιρειών όμως έχουν φύγει στα email notifications. Σκέφτομαι σοβαρά να πάρω τηλέφωνα να δω, πραγματικά δουλεύεις σε αυτούς ή προσπαθείς να τους κάνεις ζημιά?

ABS:

KelMan:

ABS:

Απλά τα πήρα λίγο, sorry.

Πάμε παρακάτω...

Σε ευχαριστώ που με επαληθεύεις.

1. Άρα δε μπορούμε να αναφερόμαστε στο .ΝΕΤ ως compiled...

2. Ο κώδικας που μου δείχνεις αν και στη προκυμένη περίπτωση καλεί όντως την string ξανά έχει όμως μια γραμμή κώδικα παραπάνω L_0000: ldstr "{0}{1}"

     Άρα όντως η δική μου φιλοσοφία είναι ορθή ως προς το optimization. 

     Υπάρχουν όμως και περιπτώσεις πολύ πιο σύνθετες που ο κώδικας που γράφω θα είχε δραματικές διαφορές για τον JIT.

 

1. Πλάκα κάνεις έτσι; 'Η αυτό ή trollάρεις ή δεν κατάλαβες τίποτα από αυτά που έγραψα. Αλλιώς δεν εξηγείται η Οργουελική λογική σου!

Το πρώτο compilation με τα optimizations, και το JIT compilation που επαναχρησιμοποιείται τι είναι;

2. Κοίτα, αν είναι να κάνουμε κουβέντα για την κουβέντα, δεν έχει νόημα.

Εσύ δεν είπες ότι με το "a" + "b" (περίπτωση πρώτη που ακολουθείς) δεν γίνονται κλήσεις στις κλάσεις του .ΝΕΤ; Πράγμα που φαίνεται ότι είναι εμφανώς λάθος από το δείγμα κώδικα που σου έδειξα;

Το "{0}{1}" είναι για το string.format() που χρησιμοποιώ. Δεν έχει σχέση με το ζητούμενο εδώ. Αν χρησιμοποιούσα την string.concat() θα ήταν ίδιος!

Και στην τελική, σου υπόσχομαι ότι αν μου δείξεις και αναλύσεις μια "σύνθετη περίπτωση" θα βγάλω το post από τα πρώτα βήματα... 

 

KelMan:

ABS:

KelMan:

ABS:

Απλά τα πήρα λίγο, sorry.

Πάμε παρακάτω...

Σε ευχαριστώ που με επαληθεύεις.

1. Άρα δε μπορούμε να αναφερόμαστε στο .ΝΕΤ ως compiled...

2. Ο κώδικας που μου δείχνεις αν και στη προκυμένη περίπτωση καλεί όντως την string ξανά έχει όμως μια γραμμή κώδικα παραπάνω L_0000: ldstr "{0}{1}"

     Άρα όντως η δική μου φιλοσοφία είναι ορθή ως προς το optimization. 

     Υπάρχουν όμως και περιπτώσεις πολύ πιο σύνθετες που ο κώδικας που γράφω θα είχε δραματικές διαφορές για τον JIT.

 

1. Πλάκα κάνεις έτσι; 'Η αυτό ή trollάρεις ή δεν κατάλαβες τίποτα από αυτά που έγραψα. Αλλιώς δεν εξηγείται η Οργουελική λογική σου!

Το πρώτο compilation με τα optimizations, και το JIT compilation που επαναχρησιμοποιείται τι είναι;

2. Κοίτα, αν είναι να κάνουμε κουβέντα για την κουβέντα, δεν έχει νόημα.

Εσύ δεν είπες ότι με το "a" + "b" (περίπτωση πρώτη που ακολουθείς) δεν γίνονται κλήσεις στις κλάσεις του .ΝΕΤ; Πράγμα που φαίνεται ότι είναι εμφανώς λάθος από το δείγμα κώδικα που σου έδειξα;

Το "{0}{1}" είναι για το string.format() που χρησιμοποιώ. Δεν έχει σχέση με το ζητούμενο εδώ. Αν χρησιμοποιούσα την string.concat() θα ήταν ίδιος!

Και στην τελική, σου υπόσχομαι ότι αν μου δείξεις και αναλύσεις μια "σύνθετη περίπτωση" θα βγάλω το post από τα πρώτα βήματα... 

 

ABS:

Κάνε ότι νομίζεις, be my guest.

Επίσης τι το φοβερό θα έκανες εσύ για να γλυτώσεις το SQL injection....

Δε λες μόνο κρίνεις!

Αν διαβάσεις λίγο τα διάφορα posts θα δεις ότι έχουμε συζητήσει δεκάδες φορές ότι πρέπει κανείς να χρησιμοποιεί parameterized queries και όχι χύμα sql statements. Στα parameterized queries και στα stored procedures οι παράμετροι δεν μεταφέρονται ως μέρος του text και έτσι δεν υπάρχει περίπτωση να γίνει sql injection. Επίσης, τα connections πρέπει να τα κλείνεις, όχι μόνο να τα ανοίγεις, και κατά προτίμηση σε ένα using statement. Αυτά τα είδα απλά στο πρώτο αρχείο που άνοιξα από τον κώδικα σου. Υπάρχουν και άλλα, πάρα πολλά λάθη. Γι αυτό σου λέω πιάσε το .NET από την αρχή, υπάρχουν βασικές ελλείψεις.

ABS:

Εμ είδες που βιάζεσαι.....

Ο λόγος που θέλω full SQL statements είναι για να μπορώ να κάνω γενικευμένα queries οποιουδήποτε τύπου και να μην έχω ετοιματζίδικα procedures.

Το ότι κάποια από αυτά θα είναι vulnerable είναι γνωστό.

Επίσης όπως ίσως γνωρίζεις όπως και να καλέσεις ένα stored procedures εσωτερικά  γίνεται χρήση του "Ν" και αυτόματα μεταχηματίζει όλα τα malicious code. Έχω δοκιμάσει μάταια πάρα πολλούς τρόπους να κάνω injection σε Stored Procedures και δεν είναι καθόλου έυκολο.

Τώρα όσον αφορά τα connections, έχω μια κλήση που κάνει Connect και μια άλλη για Disconnect. Η φιλοσοφία μου είναι να έχω ένα persistent connection ανοικτό. Οπότε το ανοίγω μια φορά, κάνω ότι κάνω όση ώρα είμαι μέσα στο λογισμικό μου ή στη σελίδα μου και όταν γινεται η διαδικασία του unload ή εξόδου, κάνω disconnect.

Που να δεις πόσο μεγάλη διαφορά έχουν οι χρόνοι εκτέλεσης μεγάλων queries σε μια απομακρυσμένη βάση άμα γλυτώνεις το Connect/Disconnect κάθε φορά...

<joke>Ρε Johnny, εσύ γράφεις; Δεν εξηγείτε αλλοιώς.. πίστευτα ότι μόνο ένας υπάρχει στον κόσμο, αλλα τελικά έκανα λάθος..</joke>

ABS, συγγνώμη, αλλά είναι πασιφανές, ότι δεν ξέρεις τι λες, και στο λέω έτσι πολύ απλά και στα μούτρα που λένε.. Είτε διάβασε απο το 0, ή άστο το άθλημα, γιατί δεν θα πας μπροστά.. Δυστυχώς δεν θα αφιερώσω άλλο χρόνο για να απαντήσω σε κάτι άλλο.. δεν έχει νόημα όταν δεν θέλει κάποιος να ακούσει και προσπαθεί να βρει δικές του φιλοσοφίες για να "διορθώσει" κάτι το οποίο δεν θέλει διόρθωμα και όταν τα "προβλήματα" που λες εσύ ότι θες να διορθώσεις, έχουν ήδη αντιμετωπιστεί χιλιάδες, εάν όχι εκατοντάδες χιλιάδες φορές, απο άλλους και υπάρχουν patterns και practises για όλα αυτά.

I rest my case.. my 2 cents.

Όχι, δεν βιάζομαι. Απλά ξέρω για τί μιλάω. Το N που λες σημαίνει ότι το string που ακολουθεί είναι Unicode. Τίποτε δεν μετασχηματίζεται. Άν βάλεις ένα απλό '; delete from xxx θα έχεις injection.

Επίσης, το ADO.NET (και το ADO πριν από αυτό) χρησιμοποιεί connection pooling. Αναλαμβάνει το ίδιο να έχει κάποια έτοιμα connections για να μην χρειάζεται να κρατάς εσύ ανοικτά connections αλλά και να μην ξεμείνει κανένα connection ή transaction ανοικτό αν ξεχάσεις (ή το κάνεις επίτηδες) να κλείσεις το connection. Οπότε η φιλοσοφία σου όχι μόνο είναι περιττή αλλά σπαταλάει και connections από το pool.

Λοιπόν, βαρέθηκα να σου λέω συνέχεια να κάτσεις να διαβάσεις. Απλά την επόμενη φορά που θα έχεις μπελάδες, σκέψου μήπως δεν φταίει "το φοβερό bug του .NET" αλλά ο κακός κώδικας.

Τσουπ ναμαι και εγω, έλεγα να μην πάρω μέρος αλλά ερεθίστικα

1. Όσον αφορά τα connection. ΥΠΑΡΧΕΙ το CONNECTION POOLING!!! παλικάρι μου.

2. Είμαστε σε web περιβάλλον μιας και μιλάμε για CMS (αν έχω καταλάβει καλά) άρα τι presistant connection έχω;

3. Πρόσφατα έγραψα αυτό, αλλά μετά από μερικές μέρες ήρθε και αυτό

Παναγιώτης Καναβός:

Όχι, δεν βιάζομαι. Απλά ξέρω για τί μιλάω. Το N που λες σημαίνει ότι το string που ακολουθεί είναι Unicode. Τίποτε δεν μετασχηματίζεται. Άν βάλεις ένα απλό '; delete from xxx θα έχεις injection.

Επίσης, το ADO.NET (και το ADO πριν από αυτό) χρησιμοποιεί connection pooling. Αναλαμβάνει το ίδιο να έχει κάποια έτοιμα connections για να μην χρειάζεται να κρατάς εσύ ανοικτά connections αλλά και να μην ξεμείνει κανένα connection ή transaction ανοικτό αν ξεχάσεις (ή το κάνεις επίτηδες) να κλείσεις το connection. Οπότε η φιλοσοφία σου όχι μόνο είναι περιττή αλλά σπαταλάει και connections από το pool.

Λοιπόν, βαρέθηκα να σου λέω συνέχεια να κάτσεις να διαβάσεις. Απλά την επόμενη φορά που θα έχεις μπελάδες, σκέψου μήπως δεν φταίει "το φοβερό bug του .NET" αλλά ο κακός κώδικας.