KelMan

OK, το βρήκα. Το pc είχε symantec antivirus το οποίο είχε απεγκατασταθεί πριν περαστεί το MS Security Essentials. Ωστόσο η απεγκατάσταση δεν αφαίρεσε τα settings από το Firewall. Γι αυτό σιχαίνομαι τα προϊόντα της Symantec...

Γειά χαρά σε όλους, Μου έφεραν ένα PC να κοιτάξω και έχει το εξής θέμα: Όταν το συνδέουμε στο internet, έχει connectivity από παντού (το antivirus κατεβάζει ενημερώσεις, τα windows παίρνουν updates, το Outlook λαμβάνει και στέλνει mail) εκτός από τους browsers. Οποιαδήποτε διεύθυνση κι αν δώσεις στον IE ή στον FF, παίρνεις "H διεύθυνση δεν είναι έγκυρη" ή "Αδυναμία σύνδεσης, Υπήρξε πρόβλημα σύνδεσης στην προσπάθεια επικοινωνίας.." αντίστοιχα. Κοίταξα για proxy, δεν βρήκα κάτι, κοίταξα τις ρυθμίσεις της κάρτας δικτύου, τίποτα περίεργο, κοίταξα το αρχείο hosts, τίποτα περίεργο. Στα εγκατεστημένα προγράμματα δεν έχει κάτι ύποπτο, το antivirus (MS Security Essentials) λειτουργεί κανονικά. Το περιέργο είναι ότι έβαλα το Fiddler και είδα ότι όταν στέλνει ο browser το request εμφανίζει ένα μήνυμα "Δεν ήταν δυνατή η δημιουργία σύνδεσης επειδή ο υπολογιστής προορισμού την απέρριψε ενεργά" Καμιά ιδέα κανείς;

Πάντως πες στα παιδιά, αν θέλουν, να μπουν εδώ να μας εξηγήσουν πως τα κατάφεραν να υλοποιήσουν μια τέτοια εφαρμογή )))

Για κάνε έναν έλεγχο, οι πίνακες της βάσης του Epsilon Net έχουν πεδία με Greek_CI_AS collation? Το collation προχωράει μέχρι column level οπότε είναι πιθανό να είναι μεν ο πίνακας Greek_CI_AS αλλά τα πεδία SQL_Latin1_General_CP1_CI_AS. Μπορεί να φταίει ο τρόπος που η εφαρμογή δημιουργεί τη βάση...

Έχεις τσεκάρει αυτό το άρθρο; http://support.microsoft.com/kb/306843 [Edit] Επίσης κι αυτά: http://www.mssqltips.com/tip.asp?tip=2083 http://www.mssqltips.com/tip.asp?tip=2113

Όπως είπα, πλάκα κάνω! Ωστόσο, αυτό που λέω για τα μισθολογικά κόστη αν και μπορεί να μην έχει (και εύχομαι να μην έχει) νόημα στην περίπτωσή σου, σε άλλες περιπτώσεις έχει. Όπερ σημαίνει χρειάζεται μια πολύ καλή ανάλυση για τα κόστη και μάλιστα, το "έχει/δεν έχει νόημα" αλλάζει από τον έναν στον άλλον. Συμπερασματικά, για να αποφασίσεις αν σε συμφέρει ή όχι, ειδικά σε περιπτώσεις που οι δύο λύσεις έχουν παραπλήσια κόστη, θα πρέπει να γνωρίζεις το Total Cost of Ownership για την κάθε λύση. Το TCO δεν είναι κάτι που υπολογίζεται εύκολα καθώς θα πρέπει να έχεις υπόψην όλα τα κόστη, κρυφά και φανερά. Αν βάλεις στις μηχανές αναζήτησης "Exchange TCO" θα βρεις πολλά refs και μέσα σε αυτά, αυτό: http://www.infotech.com/research/exchange-2010-total-cost-of-ownership-calculator

Ψιλοκακία: Τους μισθούς σου τους αφαίρεσες; Γιατί άπαξ και το φτιάξεις δεν χρειάζεσαι πλέον! ΟΚ,οκ, πλάκα κάνω, μέχρι να ανέβουν όλα στο cloud δεν κινδυνεύεις...

Κλασικό:

Για δείτε εδώ παλικάρια: http://directmatchmedia.com/google-proves-bing.php Είναι αυτό που λέγαμε, ενδείξεις και όχι αποδείξεις και απ' ότι φαίνεται έχει και ο γαμπρός στραβά. Όπως λέει και σε ένα σχόλιο από κάτω, "ridiculous PR scam"!

Δεν τίθεται θέμα για τα αποτελέσματα του Bing, τουλάχιστον στην Ελλάδα υπολείποται κατά πολύ του Google. Στο MVP Summit μας είχαν δείξει το Bing να κάνει εκπληκτικές αναζητήσεις ωστόσο αυτό γιατί γίνεται fine-tune για την κάθε κατηγορία αναζήτησης. Μπορεί για έναν Αμερικάνο να δουλεύει πολύ πιο καλά, δεν ξέρω, αλλά για την Ελλάδα ο γενικού τύπου τρόπος αναζήτησης του Google δουλεύει πολύ πιο καλά. Πάντως, εγώ απλά στάθηκα στο τεχνικό κομμάτι του άρθρου, μου φαίνεται πολύ naive. Αν ήμουν Google (που δυστυχώς δεν είμαι) και θεωρούσα ότι κάτι τέτοιο γίνεται, θα αφιέρωνα όλα τα απαραίτητα resources για να παρουσιάσω ένα rock-solid case που δεν θα επέτρεπε καμία άρνηση από την μεριά του αντιπάλου.

Χμμμ... είναι πολύ ενδιαφέρον... Ωστόσο, θα περίμενα από τη Google με τόση τεχνογνωσία να μπορούσε να παρουσιάσει τον τρόπο που γίνεται αυτό. Όχι ενδείξεις ("βάλαμε αυτό, βγήκε αυτό") αλλά αποδείξεις. Λέει πχ ότι μπορεί να μαθαίνει το τι ζητάει ο χρήστης από το google *ίσως* μέσω του Customer Experience Program ή *ίσως* μέσω του Suggested Sites. Και δεν το τσεκάρισαν παραπάνω; Να δοκιμάσουν το ίδιο με FF? Να βάλουν τον Fiddler να δουν τι γίνεται; Να χρησιμοποιήσουν ολόκληρο το infrastructure που έχουν για να καταλάβουν τι γίνεται;

Προσωπικά ποτέ δεν "παρακάλεσα" μέσω της community δουλειάς μου. Τόσο μπορώ να προσφέρω και τόσα μπορώ να κάνω και αν αρκούν έχει καλώς. Από την άλλη, το μεγαλύτερο benefit του να είσαι MVP είναι να μπορείς να μιλήσεις *απευθείας* με το product team και τον product manager της τεχνολογίας που σε ενδιαφέρει. Priceless.

Όπως κανένα σύστημα δεν είναι 100% ασφαλές έτσι και κανένας θεσμός αξιολόγησης δεν είναι τέλειος. Παντού μα παντού υπάρχουν εκείνοι που κερδίζουν αναγνώριση με την αξία τους κι εκείνοι που την κλέβουν με τον έναν ή τον άλλον τρόπο. Μπορεί να υπάρξουν κάποιοι που δεν παίζουν με τους κανόνες όμως αργά ή γρήγορα φαίνεται η αξία του καθενός. Ας μην επικεντρώνουμε στις ειδικές περιπτώσεις - αργά ή γρήγορα ξεχωρίζει η ήρα από το στάρι - και ας μην δημιουργούμε θέμα από το τίποτα.

Να τα πω κι εδώ, μιας και δεν έχουν να κάνουν με τον αν είναι για dev ή για itpros, οπότε ακολουθεί cross-post από το dotNETZone.gr:

Μιλάμε για δύο εφαρμογές από διαφορετικούς καταστκευαστές, οπότε υπάρχουν τα εξής σενάρια: Να έχει το CRM (υποθέτω εννοείς το Dynamics CRM) δυνατότητα απευθείας import των δεδομένων από το Atlantis. Να έχει το Atlantis δυνατότητα απευθείας import από το Dynamics CRM Αν και δεν γνωρίζω πολλά από τα δύο αυτά apps, η γενική αίσθηση που έχω ως developer είναι ότι τo πρώτο σενάριο μου φαίνεται χλωμό για ευνόητους λόγους, εκτός αν κάποιος vendor που κάνει customize το Dynamics CRM έχει αναπτύξει κάποια λύση για την Ελληνική αγορά. Μήπως να κάνεις ένα query στην MS Hellas? Το δεύτερο σενάριο είναι πιο πιθανό. Έχεις διερευνήσει με την Altec αν έχουν/μπορούν να προσθέσουν/μπορούν να ενεργοποιήσουν αυτό το functionality? Πάντως τυπικά, τα περισσότερα προγράμματα έχουν δυνατότητα εξαγωγής/εισαγωγής δεδομένων σε generic formats όπως XML, CSV, Excel, κλπ οπότε δες μήπως μια τέτοια χειροκίνητη λύση σε καλύπτει. Τέλος, αν αρχίσει οποιοσδήποτε να πειράζει τους πίνακες της βάσης θα πρέπει να προσέξει πολύ για να μην υπάρχουν "παρενέργειες". Μπορεί για παράδειγμα το Dynamics CRM να κάνει αρκετό housekeeping στη βάση όταν εσύ απλά στον client προσθέτεις ένα νέο contact. Οι παρενέργειες μπορεί να είναι από κάτι το "απλό" πχ να κάνεις ένα campaign και να μην στείλει mail στα contacts που πέρασαν με αυτόν τον τρόπο μέχρι κάτι καταστροφικό, πχ να μπαίνεις στις καρτέλες των πελατών και να σκάει η εφαρμογή.

Όχι δεν χρειάζεται, έτσι κι αλλιώς όταν ξεκινήσουν ξανά τα Windows θα γίνει rollback σε όλα τα pending transactions. Αυτό το ρωτάς για την τυπική λειτουργία ή για την περίπτωση που συμβαίνει κάτι; Πόσο συχνά σκοπεύεις να κάνεις shutdown/restart? Γενικά, έχε υπόψην σου ότι αν ο server για τον έναν ή τον άλλον λόγο φαίνεται να έχει κολλήσει και δεν αποκρίνεται και έχεις ξεκινήσει μια διαδικασία που καθυστερεί πολύ να ολοκληρωθεί, αν κάνεις restart υπολόγισε ότι θα χρειαστεί εύλογος χρόνος για να γίνει το rollback. Ο SQL Server δεν είναι όπως τα Windows που αν κολλήσουν κάνεις restart και δεν έγινε τίποτα...

Χαχα, κάτσε λίγο γιατί σκέφτομαι ότι φαίνεται πως τώρα τελευταία όλο σου τη λέω (μία στο FB, μία εδώ)! Δεν σκέφτηκα ότι υπερασπίζεσαι την Oracle, κι εγώ γενικά το είπα για όλους όσους "υποστηρίζουν" τεχνολογίες βάσει του gut feeling και όχι βάσει των data. Εξάλλου, τέτοιους βλέπουμε κάθε μέρα στις δουλειές μας. Από εκεί και πέρα, τα μεγέθη που μας δείχνει ο Αντώνης είναι πολύ εντυπωσιακά και πάντοτε έχει μεγάλο ενδιαφέρον να βλέπεις που μπορεί να φτάσει η εκάστοτε τεχνολογία.

Οι άνθρωποι που έχουν τέτοιες "γενικές" απόψεις δείχνουν ότι δεν έχουν τεχνογνωσία αφού δεν στηρίζουν την άποψη τους σε data. Οπότε σε αυτή την περίπτωση, ένα "τράβα δες το blog μου" κολλάει μια χαρά! Ως προς το κόστος, το να αναφερθεί το κόστος για τις παραπάνω υλοποιήσεις δεν έχει νόημα μιας και είναι ετερόκλητες και δεν αποτελούν μέτρο σύγκρισης. Ποιός μπορεί να πάρει ιδέα για το πόσο θα του κοστίσει η δική του υλοποίηση κοιτώντας τις παραπάνω (έστω κι αν αναφέρεται το κόστος τους); Ένα είναι το μέρος για να δει κανείς κόστη, το tpc.org.

Μην παρεξηγείς αυτά που λέω, το θέμα μου δεν είναι αν θα μου πάρει κάποιος τη δουλειά. Αλίμονο!

Πραγματικά δεν θέλω να φανώ κακός αλλά τέτοιες συζητήσεις δεν μας τιμούν ως επαγγελματίες. Μην τα ισοπεδώνουμε όλα ρε παιδιά! Εντάξει, υπάρχουν πολλά έτοιμα πακέτα εκεί έξω που επιτρέπουν να χτίζεις παπάδες με μερικά κλικ ωστόσο στο 90% των περιπτώσεων ο πελάτης θέλει το κάτι έξτρα που δεν μπορείς να το παρέχεις αν δεν ξέρεις php, MySQL, .ΝΕΤ, SQL Server, κλπ. Και αν δεν το θέλει όταν ξεκινήσει η ιστορία θα το θελήσει στη συνέχεια. Εδώ πολλές φορές εμείς οι developers ενσωματώνουμε λύσεις τρίτων στα προϊόντα μας και όταν έρχεται η ώρα της customιάς χτυπάμε το κεφάλι μας στον τοίχο γιατί βλέπουμε ότι αυτές οι λύσεις δεν φτάνουν εκεί που θέλουμε. Τώρα, δεν με χαλάει καθόλου που υπάρχουν όλα αυτά τα πακέτα. Δεν μου κλέβουν τη δουλειά. Όταν δεν υπήρχαν, όλοι αγόραζαν βασικές υπηρεσίες κατασκευής. Τώρα που η κατασκευή ενός site είναι commodity και όλοι πλέον έχουν ένα site, κάνουν το επόμενο βήμα και αγοράζουν το extra, το integration με το CRM και το ERP, τα Flash και Silverlight RIA fetures, κλπ, κλπ. Άρα, αν προσφέρεις τις υπηρεσίες που ζητούνται στην αγορά τότε δεν μένεις χωρίς δουλειά. Δεν ξέρω, μπορεί να είμαι λάθος εγώ που πιστεύω ότι είναι καλύτερο να πληρώσω Χ λεφτά να έρθει να μου στήσει τον SBS ένας IT pro ή να πληρώσω Υ λεφτά να μου φτιάξει ένας designer τα γραφικά του site ώστε να ασχοληθώ εγώ τελικά με αυτό που ξέρω να κάνω καλά και είμα παραγωγικός. Σίγουρα αν αρχίσω το διάβασμα μπορεί κάποια στιγμή να κουτσοκαταφέρω να κάνω αυτό που θέλω αλλά όταν δεν γνωρίζεις κάτι, βλέπεις μόνο την κορυφή του παγόβουνου και δεν αντιλαμβάνεσαι τι υπάρχει από κάτω.

Αν επιχειρήσεις να κάνεις εγκατάσταση, ακόμα και αν βγάλεις το node από το cluster, θα αποτύχει. Το ερώτημα είναι αν θέλετε όντως τις υπηρεσίες των Analysis Services σε 24x7 mode. Δηλαδή, είναι λογικό να θες το OLTP σύστημά σου σε cluster για να είναι διαθέσιμο κατά 99.999...% αλλά το OLAP σύστημα?

Μήπως έχεις φτιάξει κάποιο maintenance plan? Με ένα maintenance plan μπορείς να ορίσεις να γίνουν backup όλες οι βάσεις.

Όπως είπε πρόσφατα και ο Παναγιώτης ο Καναβός, ...συνδιαφωνούμε. Συμφωνούμε ως προς την μαρκετινίστικη ανάγκη, δική σου άποψη που συνυπογράφω, αλλά διαφωνούμε ως προς το big-deal που είναι το όλο θέμα. Εγώ, δεν το βλέπω τόσο big-deal ως προς το τεχνικό κομμάτι (αφού το είπαμε, γίνεται κι αλλιώς η δουλειά) αλλά το βλέπω ως big-deal γιατί είναι γενικώς κακή τακτική να αντιμετωπίζουν κατά τέτοιο τρόπο τα προβλήματα.

Αυτό που θέλω να πω είναι ότι θα μπορούσε το SSMS να είναι πολύ πιο user friendly και η όλη εγκατάσταση του SQL Server πιο real-world oriented. Για παράδειγμα, να έρχεται με προεγκατεστημένα alerts, jobs και operators, από αυτά που όλοι εμείς προσθέτουμε στη συνέχεια. Επίσης, να έχει ένα best-practices analyzer που να σε προειδοποιεί για το συνεπάγονται οι επιλογές σου στο τρόπο στησίματος. Τέτοια πράγματα... Παίδες, το θέμα δεν είναι αν γίνεται ή όχι πλεόν η δουλειά αλλά το ότι αφαιρούνται features για λόγους marketing. Εκεί είναι που διαφωνώ, στο περί άσχημης εικόνας για το προϊόν. Τα εργαλεία είναι για να κάνουμε τη δουλειά μας. Τώρα, αν κάποιος αντί να καρφώσει την πρόκα με το σφυρί, χτυπάει το χέρι του, τότε το πρόβλημα δεν είναι στο σφυρί. Εύχομαι μόνο να μην δούμε κι άλλα τέτοια γιατί η επιλογή αυτού του είδους διόρθωσης των προβλημάτων είναι εύκολες.

To σενάριο που περιγράφει ο Θανάσης είναι αρκετά σύνηθες. Πρόσφατα μου έτυχε περίπτωση όπου επιχειρήθηκε index rebuild μέσα από το SSMS και ο άτυχος που το έκανε έπεσε στο bug του ανάποδου ποσοστού (το UI ερμηνεύει διαφορετικά το 10% free space και περνάει αυτήν την τιμή αντί του σωστού 90% στο rebuild index command). To αποτέλεσμα ήταν να φτάσει το TL στα 110GB, για μια βάση 4GB και τελικά να σκάσει η διαδικασία λόγω disk space. Τώρα θα μου πεις, εντάξει, αλλά πόσοι πέφτουν σε κάτι τέτοιο; Σε κάτι τέτοιο ίσως όχι πολλοί γιατί για το συγκεκριμένο θα πρέπει να έχεις αφήσει τον SQL Server χωρίς SP. Όμως κατά τη γνώμη μου, είναι ενδεικτικό ενός προβλήματος που συνοψίζεται στο εξής: Μικρά/μεσαία μαγαζιά (χωρίς άνθρωπο να ξέρει τον SQL Server ώστε να βάλει alerts κλπ) που έχουν απλά μια βασική εγκατάσταση "next-next-next" είναι καταδικασμένα κάποια στιγμή να εντιμετωπίσουν τέτοια προβήματα. Ο SQL Server δίνει όλους τους μηχανισμούς για να προλάβεις να ΜΗΝ φτάσεις στο πρόβλημα, ωστόσο το θέμα είναι ότι δεν χρησιμοποιούνται. Προσωπικά δεν θεωρώ ότι είναι καλό να μην υποστηρίζεται πλέον το WITH TRUNCATE_LOG. Αλίμονο μην φτάσουμε στο σημείο να αφαιρούνται features για να προστατεύοναι οι άσχετοι! "Αφαιρέσαμε τη δυνατότητα να κάνεις shift-delete γιατί οι χρήστες παραπονιόντουσαν ότι έσβηναν οριστικά πολλά αρχεία κατά λάθος". Αυτό θα το έβλεπα πιο θετικά. Τα Windows είναι end-user προϊόν, ο SQL Server όχι, οφείλεις να δίνεις ό,τι εργαλείο χρειάζεται. Θεωρώ ότι είναι καλύτερα το bullet-proofing να γίνεται στην αιτία με καλύτερο management UI, out-of-box policies και ρυθμίσεις, κλπ παρά εκ των υστέρων να προσπαθείς να λύσεις το πρόβλημα με ασπιρίνες.