cyclo

Μου φαίνεσαι πολύ γνωστή φυσιογνωμία, έχεις καμία σχέση με ΤΕΙ Αθήνας; Για να τα δοκιμάσεις θα τρέξεις τα queries που σου έγραψα στο post, και λογικά θα τρέξουν απροβλημάτιστα. Απλά πρέπει να προσέξεις ότι το match-against λειτουργεί μόνο σε MyISAM και όχι σε InnoDB.

Εξ όσων γνωρίζω για το match/against δεν υποστηρίζει και παράλληλα δεν είναι και τόσο καλή όσο άλλα engines σε άλλες databases. Φαντάζομαι κάτι θα υπάρχει που να επεκτείνει την παρούσα λειτουργία.

Έχω κάνει edit το πρώτο μου post, θα βρεις παράδειγμα. btw μου φαίνεσαι πολύ γνωστός φυσιογνωμικά, είσαι εσύ στη φωτογραφία; Βοήθα με λίγο τι σημαίνει stemming

λοιπόν όμορφα, υπάρχει ο τρόπος που προσπαθείς να προσεγγίσεις το θέμα ναι δε λέω... Αλλά υπάρχει και embeded (σε άψογα ελληνικά) μηχανισμός ο οποίος είναι ο FullTextIndex. Τον οποίο φυσικά και σου προτείνω ανεπιφύλακτα μιας και σου ταξινομεί τα αποτελέσματα βάσει "Relevance" - δηλαδή την σχετικότητα που έχει η λέξη που αναζήτησες, με τα δεδομένα της βάσης σου. Δηλαδή θα κάνεις ένα FullTextIndex ως εξής: ALTER TABLE `products` ADD FULLTEXT INDEX `test` (`description` ASC); και στη συνέχεια απαξ και έχεις φτιάξει ένα FullText Index Μπορείς να εκτελέσεις το ακόλουθο query: SELECT titlos_thematos, id, description, MATCH(description) AGAINST('$input') as Relevance FROM description Having Relevance > 0 ORDER BY Relevance DESC

Αρχηγέ μου ο κώδικάς σου είναι δύσκολο να διαβαστεί. Πες μας ακριβώς που είναι το πρόβλημα, και τι πρόβλημα υπάρχει.

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

php + java ? εγώ θα σου πρότεινα να αποφύγεις τη διαδικασία. το Administration είναι τεράστιο κεφάλαιο από μόνο του.

και φαντάζομαι θες να τρέχει και γρήγορα με dsl ε; Αν θέλεις να το κάνεις για να μάθεις τότε μάλιστα... Μπορείς να στήσεις dns / mailer / web-server χρειάζεσαι static ip(s), ρεύμα και internet, ένα καλό routerάκι, ups.

ναι, φτιάχνεις ένα html element (κατά προτίμηση <a>), το οποίο θα δείχνει σε μία σελίδα, η οποία θα παράγει ένα xml document με το απαραίτητο feed για το rss.

εξαρτάται, μπορεί ναι μπορεί όχι. Συνήθως κάτι spam bots τα "πιάνεις" εύκολα από τα logs. αλλά είναι τεράστιο κεφάλαιο το monitoring.

το error log καταγράφει τα http errors (π.χ 404, 500 κτλ) το access log (και το access ssl log) καταγράφουν τα requests που έγιναν στον webserver για λογαριασμό του/των domain name σου, σε http και https αντίστοιχα. στο xfer καταγράφεται η κίνηση των ftp χρηστών, ποιος μπήκε, ποιος προσπάθησε να μπει, και τι κινήσεις έκανε. αλλά μη σκας, δεν απευθύνονται ούτε σε τελικούς χρήστες, ούτε σε προγραμματιστές. απευθύνονται στον administrator. αν το site σου δουλεύει απροβλημάτιστα τότε απλά να τα αγνοείς, όχι όμως και να τα σβήνεις, μπορεί κάποια στιγμή να σου φανούν χρήσιμα.

Τα συγκεκριμένα είναι logs συμπιεσμένα τα οποία ο server αποθηκεύει, σου στέλνει στο mailbox σου, και τα διαγράφει για λόγους χωρητικότητας (ή μπορεί και να κρατάει)

ορίστε;

Και τα checkboxes inputs είναι, τα οποία είναι τα διαθέσιμα attributes του εκάστοτε προβλήματος. το πάνω input (που πλέον έχει γίνει select>options) εμφανίζεται μόνο όταν ο χρήστης επιλέξει ότι θέλει να "φερει" φωτογραφία, και τον προτρέπει να επιλέξει πιο από τα διαθέσιμα μεγέθη θέλει να φέρει. Παραθέτω ένα πιο απλό παράδειγμα του οποίου το html είναι το εξής απλό: <li class='xxx'><a href='xxx'>xxx</a></li> <li class='xxx'><a href='xxx'>xxx</a></li> <li class='xxx'><a href='xxx'>xxx</a></li> <li class='xxx'><a href='xxx'>xxx</a></li> <li class='xxx'><a href='xxx'>xxx</a></li> όπου xxx, τα δυναμικά μέρη του dom. (ζωντανά στο www.g-miaoulis.gr) -- τώρα... για να "δεθεί" το συγκεκριμένο menu και γίνει δυναμικό αρκεί μόνο να: 1) μηχανογραφηθούν τα δεδομένα (λογικό) 2) να τρέξει ο wizzard όπως φαίνεται στο παρακάτω ss 3) copy paste το output του wizzard στο σωστό php σημείο. και χωρίς να χρειαστεί να γράψει γραμμή ο προγραμματιστής. το μόνο που απαιτείται είναι να πάρει το μέρος του dom που θέλει να το αντικαταστήσει με το αντίστοιχο δυναμικό php, και να αντικαταστήσει τα στατικά μέρη με δυναμικά (%s) Αυτό είναι μια διαδικασία που θεωρώ ότι πρέπει να είναι διαφανής στον προγραμματιστή. Όμως η διαδικασία είναι τετριμμένη, το object λαμβάνει σαν παραμέτρους το format που δίνει ο χρήστης, το query. και στη συνέχεια το cacharei και το τυπώνει ή αντίστροφα. $e3cpCache->PrintCache($StringFormat,$qry); Τώρα βέβαια, απο εκεί και μετά, υπάρχουν Attributes τα οποία έχουν και δεύτερο επίπεδο επεξεργασίας είτε σε επίπεδο php είτε σε επίπεδο mysql. όπως είναι για παράδειγμα το {href} που παντρεύεται με url-rewrite, pages, templates, πολυγλωσσικότητες και ένα σωρό άλλα abstractions. ή την εικόνα, η οποία μπορεί εκτός από τα διαφορετικά μεγέθη να είναι τύπου .webp για optimization.. και διάφορα άλλα χαζά τέτοια τα οποία "μεταγλωτίζονται" από την ενδιάμεση -αν θες- γλώσσα που παράγει ο wizzard σε mysql είτε σε php.

Στο screenshot #2, μπορείς να δεις τα δεδομένα μηχανογραφημένα το πως εισήχθησαν δεν παρουσιάζεται στις παραπάνω εικόνες. Αφού έχεις μηχανογραφήσει τα δεδομένα σου, και θέλοντας να κάνεις δυναμικό το site που βλέπουμε στην #1... τρέχεις το wizzard στην #3 ο οποίος σου παράγει τον απαραίτητο mysql ΚΑΙ php κώδικα που απαιτείται για την εκτύπωση των δεδομένων. Demo θα έρθει κάποια στιγμή, όχι σύντομα ως τόσο^^

Καλημέρα παλικάρια, Έφτιαξα μία Alpha (ούτε καν Beta) έκδοση ενός orm wizzard και θα ήθελα να σας το παραθέσω με σκοπό το σχολιασμό. Θα ήθελα αν έχετε την καλοσύνη να δώσετε φώτα/κριτικές/feedbacks/προτάσεις βελτίωσης. Να πω εδώ ότι το παρακάτω feature δημιουργήθηκε διότι συνεργάζομαι με καμμένους developers που βαριούνται να γράψουν 4 γραμμές κώδικα. ή ακόμη και για καθαρά designers οι οποίοι δεν γνωρίζουν να δέσουν μία δημιουργία τους σε κάποιο cms - τώρα μπορούν εύκολα να το κάνουν. Παραθέτω λοιπόν σε τίτλους και screenshots πέντε σημεία που θέλω να προσέξετε. Screenshot #1 : Στο πρώτο Screenshot βλέπουμε το πρόβλημα. Δηλαδή πως από το html κομμάτι, στο οποίο έχω σκιαγραφήσει με κόκκινο ελλειπτικό φόντο τα σημείο που πρέπει να γίνουν δυναμικά -php/mysql- (από στατικά html). Screenshot #2 : Ελάσσονος σημασίας screenshot, δείχνει απλά τη λίστα των προϊόντων από το διαχειριστικό, και λίγο πριν τρέξουμε το orm-wizzard Screenshot #3 : Επιλέγουμε τα στοιχεία που θέλουμε να τραβήξουμε από τη βάση δεδομένων με σκοπό την αυτόματη δημιουργία του απαραίτητου php/mysql κώδικα (query, connection, printing) ώστε καταλάβει το ORM, τι πρέπει να τραβήξει, και από ποιους πίνακες. Screenshot #4 : Τέλος, οριστικοποιούμε (αλλάζουμε - φτιάχνουμε) την σειρά με την οποία τραβάμε τα δεδομένα... καθώς είναι μια σύμβαση που έχει γίνει με το cms-middleware το οποίο με τη σειρά του αναλαμβάνει να "μεταγλωτίσσει" το παραγώμενο query του ORM να τραβήξει από τη βάση τα δεδομένα, και να τυπώσει τα data αυτόματα με την σειρά εμφάνισής τους. #5 : live αποτέλεσμα www.myliftdoors.gr/Πόρτες%20Bus#* Παραθέτω τις φωτογραφίες. Κάθε καλοπροέραιτη κριτική καλοδεχούμενη. #1 #2 #3 #4: #5: http://www.myliftdoors.gr/Πόρτες%20Bus#* Ελπίζω σύντομα να μπορέσω να μοιραστώ ένα ολοκληρωμένο demo του όλου συστήματος για να δείτε και User Experience πέρα από φωτογραφίες.

μία παρατήρηση σε js.. <script type="text/javascript" src="http://code.jquery.com/jquery-latest.min.js"></script> καλό θα ήταν να αποφεύγεις την χρήση jquery-latest καθώς κάποια στιγμή μπορεί να γίνουν κάποια πράγματα legacy, εσύ να τα χρησιμοποίησες στον κώδικά σου... και κατά συνέπεια να μην παίζει το site σου. όπως έγινε το 2012 με το .live που έσκαγε η javascript παντού:Ρ όπως επίσης και κάποια plugins δεν έχουν συμβατότητα σε εκδόσεις 1.8.1+ και πάει λέγοντας... η πρόταση μου είναι να βάλεις ένα jquery 2.1 και να πορεύεσαι με αυτό... ή αν θέλεις backward υποστήριξη σε browsers. βάλε την 1.10

εγώ δηλώνω αναρμόδιος να απαντήσω στο topic απλά έτσι όπως διάβασα τον τίτλο νόμιζα ότι εννοείς για την δημιουργία cms (ιστοσελίδας)

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

Σε κάθε περίπτωση "μπορείς" (τεχνικά...) να φύγεις. Το μόνο κόλλημα είναι οι δεσμεύσεις που έχεις απέναντι στην εν λόγω εταιρεία.

Δεμένος είσαι αν τους μόνο αν τους χρειάζεσαι. Λογικά ναι.

Λογικό και εγώ αν ήμουν mysql server θα αρνιόμουν πεισματικά να το τρέξω:Ρ

εμ... ναι είναι η απάντηση?? που να ξέρουμε; :Ρ

Συμβατό με όλους τους browsers και html5 αδύνατο.

Και τα δύο. Είναι 2 διαφορετικά πράγματα. μπορείς να τα προσαρμόσεις και τα 2. χμμμ.... εδώ δεν ξέρω κατά πόσο θα βολέψει. συνήθως παιρνάμε 4-5 αντικείμενα μαζί και μετά τα επεξεργαζόμαστε. ή αν μιλάμε για προϊόντα ο πελάτης θέλει απλώς να περάσει τη φωτογραφία να γίνουν όλα αυτόματα... ^^ Εννοώ να υπάρχει το lang_id σε post/get param μονίμως όταν είμαστε σε σελίδα edit. Η εναλλακτική είναι να κάνεις update όλες τις γλώσσες, όλα τα πεδία με τη μία. να ελέγχεις δηλαδή σε κάθε site ποιες γλώσσες έχεις ενεργοποιημένες και να κάνεις τα αντίστοιχα updates. ενώ αν κρατάς το lang_id σε php ξέρεις τι θα κάνεις ακριβώς. για να σου δώσω ένα παράδειγμα, σκέψου την υλοποίηση σε backend, στην περίπτωση που κάνεις update ένα post με 3 γλώσσες. και update ένα post με 2 γλώσσες. (μιλάω για 2 διαφορετικά site). στο backend δηλαδή θα πρέπει να κάνεις ελέγχους για το τι θα κάνεις update, ή να παίξεις με καρτεσιανά γινόμενα, αλλά και πάλι... όσο αυξάνονται τα data τόσο πιο πολύπλοκη θα είναι η διαδικασία. Γιαυτό ξέχνα τα tabs, πέρνα σαν παράμετρο το lang_id και τελειώνει το θέμα όχι ακριβώς, το 3o screenshot δείχνει ποια αντικείμενα στη βάση έχουν γλωσσική εκκρεμότητα, και σε ποιες γλώσσες είναι η εκκρεμότητα αυτή. Αν δηλαδή εγώ πειράξω την ελληνική σε ένα post, το σύστημα θα μου ζητήσει να πειράξω και την αγγλική και την γερμανική. Στο συγκεκριμένο έχει ενεργοποιημένη μόνη την αγγλική γλώσσα, αν είχαμε και άλλες γλώσσες θα εμφάνιζε για κάθε αντικείμενο την γλώσσα/γλώσσες που απαιτείται να μεταφραστεί το post.