Ένα από τα πράγματα που μου αρέσουν στα παλιά μηχανήματα είναι η απλότητα και η οικονομία. Μου άρεσε το SMF επειδή το ένιωθα ελαφρύ και γρήγορο ακόμα και σε ένα παλιό PC (ή σε ένα σύγχρονο μηχάνημα με τις μέγιστες ρυθμίσεις εξοικονόμησης ενέργειας).
Όταν επισκέπτομαι το νέο φόρουμ, έχω παρατηρήσει αυξημένη χρήση CPU και θερμότητα στο μηχάνημα. Προσπαθώντας να αξιολογήσω αν πρόκειται για σύμπτωση, έλεγξα μερικά πράγματα.
Το uMatrix αναφέρει ότι το νέο φόρουμ θέλει να φορτώσει περιεχόμενο από το stripe.com . Σχεδιάζετε να συμπεριλάβετε κάποιου είδους πληρωμένο περιεχόμενο; Υποθέτω πως όχι. Σε αυτή την περίπτωση, ίσως να κοιτάξετε μήπως είναι ενεργοποιημένα κάποια άχρηστα modules; Αυτό μπορεί να έχει έστω και μια μικρή επίπτωση στον φόρτο του διακομιστή και στο κόστος λειτουργίας.
Τόσο το σύστημα όσο και ο Firefox (about:processes) αναφέρουν μια συνεχόμενη κατανάλωση CPU που σχετίζεται με τις καρτέλες που προβάλλουν το νέο φόρουμ. Ανοίγοντας τα εργαλεία ανάπτυξης (developer tools) εμφανίζεται ένας χρονοδιακόπτης και κείμενο που αναφέρει τη καταγραφή του χρόνου που περιηγούνται οι χρήστες.
Είναι κάτι που ενεργοποιήσατε οικειοθελώς; Δεν μου αρέσει η ιδέα ενός φόρουμ για λάτρεις του ρετρό που καταναλώνει συνεχώς CPU και καλεί το stripe.com. Τεράστια τμήματα του Διαδικτύου υποβαθμίζονται (enshitified) και καταλαβαίνω ότι η εισαγωγή νέων εργαλείων φέρνει νέα κόστη. Θα εκτιμούσα αν αυτό απενεργοποιούνταν.
Το Stripe τρέχει χωρίς λόγο και χωρίς να μεταδίδει ουσιαστικά τίποτα (μιας και δεν έχω καν λογαριασμό Stripe ) λόγω της λειτουργίας των συνδρομών (subscriptions). Δυστυχώς, οι συνδρομές στο Discourse είναι συνδεδεμένες με το Stripe. Και παρόλο που σχεδιάζω να χρησιμοποιήσω τη λειτουργία των συνδρομών, δεν θα είναι συνδεδεμένη με το Stripe. Δυστυχώς το Stripe δεν μπορεί να απενεργοποιηθεί χωρίς να απενεργοποιηθούν εντελώς οι συνδρομές, αλλά πρέπει ακόμα να σκεφτώ πώς θα το υλοποιήσω. Εξάλλου, είναι ακόμα έργο σε εξέλιξη (WIP).
Όσο για τη λειτουργία καταγραφής (tracking)… Στα αλήθεια τώρα; Σε ενοχλεί που το φόρουμ καταγράφει πόσο χρόνο περνάς σε αυτό, όπως κάνει σχεδόν κάθε άλλο site εκεί έξω; Δεν είναι ότι χρησιμοποιείται για διαφημίσεις ή συλλογή και πώληση δεδομένων ή κάτι τέτοιο.
Edit: Α, επίσης, τα χρονόμετρα/trackers χρησιμοποιούνται για να αποφασιστεί αν θα σταλούν ειδοποιήσεις μέσω email ή ζωντανές ειδοποιήσεις σε ορισμένες περιπτώσεις. Επίσης, υπολογίζει αν κάποιος διάβασε πραγματικά μια δημοσίευση ή απλώς προσπέρασε γρήγορα το κείμενο, ώστε να απονείμει επίπεδα εμπιστοσύνης (trust levels), να θυμάται τη θέση κύλισης (scroll position) και να υπολογίζει τους χρόνους ανάγνωσης του θέματος.
(BTW, έχω χρησιμοποιήσει αυτή τη λειτουργία για να ξεκαθαρίσω τα bots)
Δεν μπορεί να γίνει κάτι για την αυξημένη χρήση πόρων - αυτό είναι αναμενόμενο όταν μεταβαίνεις από μια παρωχημένη πλατφόρμα σε μια νέα. Αλλά πρέπει να πω ότι τρέχει πολύ ομαλά στο δεύτερο, αρχαίο λάπτοπ μου.
Τέλος πάντων, σωστά τα επιχειρήματά σου και ευχαριστώ για το feedback. Αλλά το να τα αποκαλείς κακόβουλα antifeatures είναι λιγάκι υπερβολικό😁
PS Θα ήθελα πολύ να ακούσω περισσότερες σκέψεις σου.
Καταλαβαίνω την ανάγκη για λίγη παρανοϊκότητα στις μέρες μας, μιας και οι εταιρείες είναι τελείως ύποπτες, αλλά δεν νομίζω ότι υπάρχει κάποιος σοβαρός λόγος ανησυχίας.
Στη συγκεκριμένη περίπτωση εδώ, το SMF έχει παρόμοια χαρακτηριστικά παρακολούθησης, οπότε αν δεν υπήρχε πρόβλημα για τόσα χρόνια στο παλιό φόρουμ, γιατί να υπάρχει ξαφνικά τώρα που χρησιμοποιούμε ένα νέο λογισμικό;
Αν και το SMF ήταν εξαιρετικό από άποψη επιδόσεων, δεν ήταν ανθεκτικό. Έπεφτε πολύ συχνά.
Το νέο φόρουμ φαίνεται να έχει μερικά χαρακτηριστικά που στα δικά μου μάτια είναι λίγο άσκοπα (γιατί χρειάζεται επιτεύγματα ένα φόρουμ;), αλλά προτιμώ αυτό παρά να μην έχουμε καθόλου φόρουμ.
Τα επιτεύγματα (achievements) και η παιχνιδοποίηση (gamification) είναι κάτι που κι εγώ θεωρώ λίγο χαζό, αλλά συνδέονται με πράγματα όπως τα επίπεδα εμπιστοσύνης (Trust levels), οπότε δεν είμαι σίγουρος πώς να τα χειριστώ. Προσωπικά, τα αγνοώ.
Όσον αφορά την απόδοση, το SMF ήταν κάθε άλλο παρά γρήγορο. Οπότε, προτιμάς ένα σύστημα που χρειάζεται δύο δευτερόλεπτα (ή περισσότερα) για να φορτώσει μια σελίδα που μετά εμφανίζεται αμέσως (όχι πάντα, γιατί οι κλήσεις συνεχίζονταν και μετά), ή μια πλατφόρμα που ζορίζει μεν περισσότερο τη συσκευή του χρήστη (είναι μια single-page εφαρμογή σε Ember.js), αλλά σου δίνει τα πάντα χωρίς το παραμικρό κόλλημα;
(Και ας μην μιλήσουμε για τη συντήρηση που απαιτούσε η «απλότητά» του. Πρέπει να λάβεις υπόψη και το χρόνο εκτός λειτουργίας. Για παράδειγμα, ο λόγος που μπορέσαμε να απαλλαγούμε από το Cloudflare για τους περισσότερους χρήστες ήταν οι ενσωματωμένες λειτουργίες προστασίας από crawlers του Discourse. Προτιμάς να πέφτει το φόρουμ σου επειδή η Alibaba αποφάσισε να το γονατίσει, ή να καταναλώνεις λίγη περισσότερη επεξεργαστική ισχύ (CPU) και να παραμένει online;)
Archiká, efcharistó polý gia την λεπτομερή σου απάντηση. Οι λεπτομέρειες δείχνουν ότι έχεις πραγματικές γνώσεις και κατέχεις το αντικείμενο. Επομένως, ακόμα μεγαλύτερος σεβασμός σε σένα.
Dude
Η ασαφεία του γραπτού λόγου… Όλοι παραμείναμε ψύχραιμοι όλη την ώρα, μην ανησυχείς.
Stripe runs, …
Είδα ότι στο μεταξύ βρήκες τρόπο να αφαιρέσεις κάθε κλήση προς το domain του stripe, τέλεια!
Όπως είπα στο πρώτο post, με ενοχλούσε η αυξημένη κατανάλωση CPU.
Ο Jeff Atwood δημιούργησε το Discourse. Όπως και για το δίκτυο του StackExchange (StackOverflow κ.λπ.) που επίσης δημιούργησε, φρόντισε ώστε να είναι πλήρως προσβάσιμα χωρίς καθόλου Javascript.
Ωστόσο, το Discourse φαίνεται «λιγότερο μινιμαλιστικό» και καταναλώνει περισσότερους πόρους. Και σε αντίθεση με το StackExchange και το SMF, έχει μια εντελώς διαφορετική εμφάνιση όταν η Javascript είναι πλήρως απενεργοποιημένη.
Αχ, αυτά τα ενοχλητικά bots.
Ευχαριστώ πολύ για την επεξήγηση.
Έχεις την εμπιστοσύνη μου και υποθέτω και την εμπιστοσύνη της κοινότητας.
Έτσι γίνεται εδώ και δεκαετίες. Οι πλατφόρμες μεγαλώνουν και γίνονται πιο αργές. Κάποια στιγμή, ορισμένοι θεωρούν την αργοπορία υπερβολική και γράφουν από την αρχή κάτι πιο γρήγορο, κι έτσι ξεκινάει ο νέος κύκλος.
Απάντησα παραπάνω κατόπιν πρόσκλησής σου, καθώς και παρακάτω.
Εξακολουθώ να έχω ένα νοητικό μοντέλο κοντά στο αρχικό web, το οποίο κυρίως σέρβιρε έγγραφα. Τα προγράμματα (Javascript) είναι εντελώς προαιρετικά, με την έννοια ότι ό,τι μπορεί να λειτουργήσει χωρίς κώδικα, λειτουργεί πράγματι χωρίς Javascript runtime στον client.
Δυστυχώς, οι περισσότεροι web developers δεν νοιάζονται καθόλου και απλώς υποθέτουν ότι η CPU και το bandwidth είναι άπειρα, ότι ο browser του επισκέπτη και ο browser του developer είναι ο ίδιος, και ότι όλο το web είναι 100% διαθέσιμο και οι κλήσεις σε τρίτα domains είναι δωρεάν και φυσικές. Γιατί; Επειδή απαιτεί λιγότερο κόπο από το να σκέφτονται την ποικιλομορφία από την πλευρά του χρήστη. Η σκληρή αλήθεια είναι ότι όσο περισσότερα εξαρτάσαι, τόσο περισσότερα χαλάνε όταν κάτι σε μια άλλη Ήπειρο πέσει. Και εφόσον οι βλάβες είναι σπάνιες, αυτές οι εύθραυστες και φουσκωμένες λύσεις γίνονται αποδεκτές και καθίστανται ο κανόνας.
Μου αρέσει ο κόσμος του CPC όπου ένα byte ή ένας κύκλος CPU είναι κάτι που σε νοιάζει, όχι μια αμελητέα μονάδα κατά πολλές τάξεις μεγέθους.
Τέλος πάντων, με σειρά σημαντικότητας:
η κοινότητα του CPC έχει ξανά online τον κύριο (κατά τη γνώμη μου) ιστότοπό της! Θα μπορώ να διαβάζω από άλλους, να κάνω ερωτήσεις, να αναφέρω τη δουλειά που κάνω αυτή τη στιγμή κ.λπ.
σου αξίζει αναγνώριση
αυτά είναι υπέροχα νέα
το Discourse επιτρέπει τη γραφή δημοσιεύσεων σε Markdown αντί για το θεμελιωδώς ελαττωματικό Wysiwyg
υποφέρω από περιορισμούς όπως ο αριθμός των συνδέσμων ή των παραθεμάτων σε μία απάντηση, κάτι που με αναγκάζει να κόψω μέρη αυτής της απάντησης.
… λιγότερο σημαντικά πράγματα
… λιγότερο σημαντικά πράγματα
… μη σημαντικά πράγματα
φαίνεται ότι το Discourse καταναλώνει περισσότερη CPU
Έρχεται μεγάλη απάντηση για να συνοδεύσετε τον πρωινό σας καφέ -εσείς και όλοι οι υπόλοιποι.
Για να ξεκινήσουμε: Θέλω εσείς -και κάθε χρήστης εδώ- να είστε ευχαριστημένοι με το αποτέλεσμα και την κοινότητα. Είναι όλα τέλεια; Κάθε άλλο. Αλλά περάσαμε υπερβολικά πολύ χρόνο μέσα στο καλοκαίρι σχεδιάζοντας και υλοποιώντας την επιστροφή του CPCWiki. Δηλαδή, φανταστείτε να πίνετε ποτά δίπλα σε μια πισίνα και, αντί να φλερτάρετε με τα κορίτσια στο διπλανό τραπέζι, να σχεδιάζετε το στήσιμο του διακομιστή και τους κόμβους δημιουργίας αντιγράφων ασφαλείας (αληθινή ιστορία). Στην πραγματικότητα πέρασα το μεγαλύτερο μέρος των γενεθλίων μου υλοποιώντας το cpcjs εδώ
Λοιπόν. Όπως έχω ξαναπεί, δεν είμαι επαγγελματίας της Πληροφορικής ή κάτι τέτοιο. Εργάζομαι στο μάρκετινγκ. Όταν αποφάσισα να ιδρύσω το CPCWiki (πρώτα ως wiki, το φόρουμ ακολούθησε), γνώριζα ελάχιστα για όλα αυτά. Είναι αυτό ακριβώς το εγχείρημα που, με την πάροδο των ετών, μου έμαθε ΠΟΛΛΑ από αυτά που ξέρω σήμερα και, χωρίς ίχνος ειρωνείας, με έχει βοηθήσει και στην επαγγελματική μου δουλειά. Δεν θεωρώ ότι ξέρω πολλά, αλλά τουλάχιστον βρίσκομαιSomewhere στην αρχή της «Ανηφόρας της Διαφώτισης» (Slope of Enlightenment) στην καμπύλη Dunning-Krueger, οπότε αυτό με κάνει προσεκτικό και με αναγκάζει να μαθαίνω πράγματα πριν δράσω.
Έχω μια πραγματικά αδυναμία στην καρδιά μου για το SMF. Άλλωστε, πέρασα είκοσι χρόνια φροντίζοντάς το. Αλλά είναι μια αρχαϊκή λύση.
Χαρακτηριστικό παράδειγμα: Το SMF είναι, στην ουσία: «ορίστε μια στοίβα αρχεία PHP, κάνουν πράγματα μαζί, νιώστε ελεύθεροι να τα κάνετε θάλασσα». Και πράγματι, αν τα θαλασσώσεις και δεν έχεις αντίγραφο ασφαλείας για να επιστρέψεις, η επίσημη λύση είναι να ρίξεις το πακέτο εγκατάστασης πάνω από τα παλιά αρχεία και να αναιρέσεις τις αλλαγές, χάνοντας σχεδόν όλα όσα δούλεψες. Και αυτή είναι και η οδός αναβάθμισης, που ήταν ο λόγος για τον οποίο με κάθε μεγάλη ενημέρωση χάναμε όλες τις προσαρμογές και έπρεπε να δουλεύω μέρες για κάτι που θα έπρεπε να παίρνει λεπτά.
Φαντάζομαι ότι θα το φροντίσουν με την έκδοση 3 που μπορεί να έρθει μέχρι το 2030… ή και όχι.
Το Discourse, από την άλλη πλευρά, λέει: «ορίστε, συμπλήρωσε αυτό το app.yml, μετά χαλάρωσε ή πάρε έναν μεγάααλο περίπατο ενώ εμείς κατεβάζουμε, ρυθμίζουμε και εγκαθιστούμε μια ολόκληρη στοίβα compose. Μπορείς να ρίξεις μια ματιά, αλλά πίστεψέ μας, δεν θέλεις».
Οπότε το SMF είναι πολύ πιο ανοιχτό και λειτουργεί μια χαρά κατευθείαν από το κουτί, αλλά σπάει πολύ εύκολα (και ορισμένες από τις σχεδιαστικές αποφάσεις είναι αμφισβητήσιμες). Το Discourse είναι πολύ αδιαφανές από αυτή την άποψη, αλλά εκθέτει μερικά σημεία εισόδου που σου επιτρέπουν να κάνεις πράγματα χωρίς να το διαλύσεις.
Όχι, δεν υπήρχε τρόπος, απενεργοποίησα εντελώς τις συνδρομές. Τουλάχιστον μέχρι να καταλάβω πώς να το υλοποιήσω.
Λοιπόν. Αλλά ο Atwood (και ο άλλος τύπος, πώς τον λένε) θεωρούσαν ουσιαστικά ότι οι στατικές σελίδες ήταν κάτι από τη δεκαετία του ‘90, και γι’ αυτό πήγε προς την άλλη κατεύθυνση με το Discourse. Σίγουρα, μια εγκατάσταση SMF θα εμφανιστεί εξίσου καλά σε ένα PC από το 2005, αλλά αυτό δεν λέει πολλά όταν λαμβάνεις υπόψη τη λειτουργικότητα. Για παράδειγμα, ξεκίνησα αυτό το σχόλιο στο φορητό υπολογιστή μου και το συνεχίζω στο τηλέφωνό μου - και θα πάω πάλι στο φορητό μου υπολογιστή αργότερα. Α, και νομίζω ότι θυμάμαι ανθρώπους να παραπονιούνται για το ASP.NET MVC και τότε
Εκτιμάται ιδιαίτερα. Ας το επαναλάβω, τα δεδομένα δεν βγαίνουν ποτέ από τον διακομιστή (εντάξει, σίγουρα, το Discourse στέλνει pings εδώ κι εκεί και το GA τρέχει στο παρασκήνιο, αλλά δεν είναι ότι κάνω οτιδήποτε άλλο με τα εν λόγω δεδομένα). Στην πραγματικότητα νιώθω ότι δεν με εκτιμούν όσο πρέπει, αφού κανείς δεν με έχει πλησιάσει για να αγοράσει το σύνολο δεδομένων
Καλά ειπωμένα. Αλλά, πραγματικά νιώθω ότι το Discourse είναι αρκετά ελαφρύ. Έχω δύο καρτέλες ανοιχτές αυτή τη στιγμή, και με τον επεξεργαστή του φορητού μου (πάλι) καθηλωμένο στη λειτουργία εξοικονόμησης ενέργειας, το Vivaldi μου λέει ότι παίρνει ακριβώς 0% CPU και περίπου 350MB. Αυτό είναι αρκετά καλό, θεωρώ. Εντάξει, ο επεξεργαστής είναι ένας Core Ultra 7 255HX, οπότε ακόμα και όταν τρέχει στα 2.4GHz είναι αρκετά ισχυρός, αλλά…
Ναι, το κλειδί είναι «ό,τι μπορεί να λειτουργήσει».
Όχι ότι διαφωνώ μαζί σου, ειλικρινά, αλλά θα μπορούσαμε να το τρέξουμε αυτό ως ASCII BBS και να δούμε πόσοι άνθρωποι θα το χρησιμοποιούσαν
Αυτό έχει να κάνει με τα επίπεδα εμπιστοσύνης (trust levels). Αύξησα λίγο τα όρια για τους νέους χρήστες, αλλά νομίζω ότι ήταν μια χαρά και πριν, εκτός από σπάνιες περιπτώσεις:
Επίσης, το όριο παραθέσεων είναι μια παγκόσμια μεταβλητή - μια σχεδιαστική απόφαση για να αποφευχθεί το χάος των εμφωλευμένων απαντήσεων. Το αύξησα από 5 σε 10 (επειδή έπεσα κι εγώ πάνω του εδώ )
Όπως και να έχει, πραγματικά ενδιαφέρουσα συζήτηση. Ευχαριστώ για τα καλά σου λόγια
Μου άρεσε το SMF επειδή το ένιωθα ελαφρύ και γρήγορο ακόμα και σε έναν παλιό υπολογιστή (ή σε ένα σύγχρονο μηχάνημα με τις μέγιστες ρυθμίσεις εξοικονόμησης ενέργειας).
Μετά από κάποια εμπειρία με το πραγματικά νέο πράγμα (τυμπανοκρουσίες) … τώρα μου αρέσει το Discourse!
Εξαιρετική εμπειρία σε κινητά. Γρήγορο και όλα τα σχετικά.
Ζήτω στον @Gryzor !
Έχω το νου μου στο Discourse εδώ και αρκετό καιρό, αλλά φυσικά η μετάβαση ήταν/είναι από δύσκολη έως αδύνατη. Χαίρομαι που ακούω ότι αρέσει στον κόσμο!
Με τα APIs να είναι πλέον διαθέσιμα, θα μπορούσε να είναι εφικτή η εισαγωγή νημάτων από το παλιό φόρουμ χρησιμοποιώντας έναν πράκτορα τεχνητής νοημοσύνης. Αλλά για να είμαι ειλικρινής, δεν είμαι σίγουρος για την αξία που θα είχε αυτό. Ωστόσο, πιθανότατα δεν θέλετε να συνεχίσετε να τρέχετε δύο φόρουμ και θα μου άρεσε πολύ να μην χαθεί το παλιό υλικό. Όλη αυτή η γνώση στα παλιά φόρουμ… Έτσι έμαθα πολλά για τον Amstrad (ή τα ξαναέμαθα) καθώς και πράγματα που δεν γνώριζα καν εξαρχής.
Οπότε ο πρωταρχικός μου στόχος σε αυτό θα ήταν η διατήρηση όλης αυτής της γνώσης.
Όχι, στην πραγματικότητα δεν θα ήταν δυνατόν· τι γίνεται με τους χρήστες; Τα ΠΜ; Πάρα πολλές λεπτομέρειες που δεν είναι εφικτές μέσω του API επειδή αυτό λειτουργεί μόνο επιφανειακά…
Χμ… Βλέπω το πρόβλημα και δεν έχω μια καλή λύση αυτή τη στιγμή. Θα το σκroundέψω λίγο.
Η ιδέα θα ήταν να αφήσουμε έναν πράκτορα AI απλά να διαβάσει το παλιό φόρουμ (πράγμα που μπορεί να κάνει τώρα - δεν χρειάζεται API) και από εκεί να κάνει δημοσιεύσεις στο νέο φόρουμ. Ίσως μόνο επιλεγμένο περιεχόμενο…
Ψάχνω απλά τρόπους να διατηρήσω αυτή τη γνώση. Αν το παλιό φόρουμ εξαφανιστεί, «πεθάνει» κ.λπ., αυτές οι πληροφορίες θα χαθούν για πάντα.
Αλλά και πάλι - δεν έχω μια καλή ιδέα για το πώς να τη διατηρήσω με σωστό τρόπο σε ένα σύγχρονο αρχείο. Άσε με να το σκεφτώ και να το επεξεργαστώ λίγο.
Ναι, αυτό εννοούσα με το «λειτουργεί επιφανειακά». Θα ήταν απλό να σκανάρουμε το παλιό φόρουμ με βάση ορισμένα κριτήρια και να δημιουργήσουμε νέα δημοσιεύματα εδώ μέσω ενός agent. Ωστόσο, το πρώτο πράγμα που θα έλειπε (και από εκεί και πέρα η κατάσταση περιπλέκεται γρήγορα) είναι ότι ΚΑΘΕ δημοσίευση και νήμα θα εμφανιζόταν με το ίδιο όνομα χρήστη, προκαλώντας ένα χάος.
) λόγω της λειτουργίας των συνδρομών (subscriptions). Δυστυχώς, οι συνδρομές στο Discourse είναι συνδεδεμένες με το Stripe. Και παρόλο που σχεδιάζω να χρησιμοποιήσω τη λειτουργία των συνδρομών, δεν θα είναι συνδεδεμένη με το Stripe. Δυστυχώς το Stripe δεν μπορεί να απενεργοποιηθεί χωρίς να απενεργοποιηθούν εντελώς οι συνδρομές, αλλά πρέπει ακόμα να σκεφτώ πώς θα το υλοποιήσω. Εξάλλου, είναι ακόμα έργο σε εξέλιξη (WIP).
η κοινότητα του CPC έχει ξανά online τον κύριο (κατά τη γνώμη μου) ιστότοπό της! Θα μπορώ να διαβάζω από άλλους, να κάνω ερωτήσεις, να αναφέρω τη δουλειά που κάνω αυτή τη στιγμή κ.λπ.
σου αξίζει αναγνώριση
αυτά είναι υπέροχα νέα
φαίνεται ότι το Discourse καταναλώνει περισσότερη CPU
(τυμπανοκρουσίες) … τώρα μου αρέσει το Discourse!