Εκφράζοντας IT

Με περιορισμένες δεξιότητες σετ μου με εργαλεία όπως το Photoshop και Illustrator, μπορώ να ομολογήσω με ειλικρίνεια ότι είμαι καλύτερος από ό, τι προγραμματιστής Είμαι ένας σχεδιαστής. Αλλά το ιστορικό μου με πυρήνα (διακομιστή) με την ανάπτυξη Java / PHP / COBOL, υπήρξε μια πολύ θετική επίδραση στην ανάπτυξη των δεξιοτήτων UI μου. Αυτό που εννοώ είναι, ενώ η δημιουργία των σχεδίων μου, δηλαδή κάθε φορά που κάνω το σχεδιασμό, σκέφτομαι πως ο σχεδιασμός μπορεί να μετατραπεί σε καλύτερη HTML-CSS και κάνοντας το HTML-CSS, δίνω μια σκέψη για το backend τεχνολογία και να λογικά ότι ότι η HTML που μπορεί να εφαρμοστεί εύκολα σε XSL βρόχους ή αποσπάσματα PHP κλπ.

Πάνω από χρόνια, έχω ρίξει το κεφάλι για να σχεδιάζει με UI σχεδιαστές που πιθανώς donot έχουν ιδέα τι HTML ή CSS είναι. Όλα αυτά τα χρόνια έχω σκεφτεί ότι θα ζητήσει για πολύ, αν θέλω απλώς περιμένουν ο σχεδιαστής, ο οποίος προσπαθεί να shov "αδύνατο να κώδικα" του σχεδίου κάτω από το λαιμό μου, για να καταλάβετε ακριβώς λίγο τι σχεδιασμός του θα πρέπει να μετατραπούν σε. Αυτό θα βοηθήσει έτσι δεν είναι;

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

Ευχαριστώ τον Jay Elliot Αποθέματα ... νιώθω ανακουφισμένος!

Εδώ είναι μερικά αποσπάσματα από το άρθρο Elliots .

Πω πω, τι την ημέρα! Ξεκίνησε με ένα μικρό τιτίβισμα και έκλεισε με μια συζήτηση που έμοιαζε να σαρώσει ολόκληρη την κοινότητα του σχεδιασμού ιστοσελίδων. Φαίνεται ότι υπάρχουν κάποιες πολύ ισχυρές απόψεις που πραγματοποιήθηκε για το θέμα του κατά πόσον σχεδιαστές ιστοσελίδων θα πρέπει να είναι σε θέση να κώδικα.
...
Έτσι, πριν φτάσουμε σε αυτό, επιτρέψτε μου να ανακεφαλαιώσουμε γρήγορα αυτό που είπα σήμερα το πρωί στο Twitter:

Ειλικρινά, είμαι σοκαρισμένος ότι το 2010 είμαι ακόμα έρχονται σε «σχεδιαστές ιστοσελίδων» που δεν μπορούν να κωδικοποιήσουν τα δικά τους σχέδια. Καμία δικαιολογία.

... Θα έχουν πάει λίγο πιο συγκεκριμένος στο tweet μου. Μιλούσα για τους σχεδιαστές που δεν έχουν καν την πιο βασική HTML και CSS δεξιότητες για να μετατρέψει μια επίπεδη σχεδίαση σε πραγματικό χώρο. Δεν ανθρώπους που σκόπιμα επιλέγουν να μην κωδικό? Αυτοί που δεν μπορούν. Και είμαι επίσης αναφέρεται μόνο στον κώδικα front-end εδώ? Φυσικά είναι γελοίο να πιστεύουν ότι οι σχεδιαστές θα πρέπει επίσης να είναι εκπληκτικό back-end προγραμματιστές ...

Παίρνουμε «web» σχέδια έστειλε στο Illustrator, 300dpi, αδύνατο να κώδικα, δεν υπάρχει συνοχή / χρηστικότητα.
~ Η Amy Mahon

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

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

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

• Η δήλωση τύπου εγγράφου πρέπει να είναι παρόντα κατά την έναρξη ενός εγγράφου που χρησιμοποιεί την HTML σύνταξη. Μπορεί να χρησιμοποιηθεί προαιρετικά στο πλαίσιο του σύνταξη XHTML, αλλά δεν απαιτείται. Το έγγραφο XHTML δεν χρειάζεται να περιλαμβάνει το DOCTYPE επειδή XHTML έγγραφα που παραδίδονται χρησιμοποιώντας σωστά ένα XML τύπο MIME και υποβάλλονται σε επεξεργασία, όπως XML από τα προγράμματα περιήγησης, τα πάντα καθίστανται σε καμία λειτουργία παραξενιές.

• Στην XHTML, τα ονόματα των ετικετών είναι ευαίσθητη υπόθεση και συνήθως ορίζεται να πεζά. Στην HTML, ωστόσο, τα ονόματα των ετικετών είναι πεζά ή κεφαλαία και μπορεί να γραφτεί σε όλα τα κεφαλαία ή μικτή περίπτωση, αν και η πιο κοινή σύμβαση είναι να κολλήσει με πεζά. Η περίπτωση των ετικετών έναρξης και λήξης δεν πρέπει να είναι το ίδιο, αλλά είναι συνεπής κάνει τον καθαριστή εμφάνιση κώδικα.

Οφέλη από τη χρήση HTML

• Προς τα πίσω συμβατό με τις υπάρχουσες μηχανές αναζήτησης
• Συγγραφείς είναι ήδη εξοικειωμένοι με τη σύνταξη
• Η επιεικής και να συγχωρεί σύνταξη σημαίνει ότι δεν θα υπάρξει χρήστη εχθρικό " Κίτρινο οθόνη του θανάτου ", εάν ένα λάθος γλιστρήσει κατά λάθος μέσω
• Βολικό σύνταξη στενογραφία, π.χ. συγγραφείς να παραλείψετε μερικές ετικέτες και τις τιμές παραμέτρου

Οφέλη από τη χρήση XHTML

• Αυστηρή σύνταξη XML ενθαρρύνει τους συγγραφείς να γράφουν καλά σχηματισμένα σήμανσης, το οποίο ορισμένοι συγγραφείς μπορούν να βρουν ευκολότερα να διατηρήσουν
• Ενσωματώνει άμεσα με άλλες λεξιλογίων XML, όπως το SVG και MathML
• Επιτρέπει τη χρήση της XML Επεξεργασίας, τα οποία ορισμένοι συγγραφείς χρησιμοποιούν ως μέρος της επεξεργασίας τους και / ή διαδικασίες έκδοσης

Χθες, μετά το θέμα που αντιμετώπισε με το CSS Επαναφέρει στο Google Chrome ... σκέφτηκα να σκάψει λίγο βαθύτερα στην περιοχή των Style Sheets User Agent ...
Βρέθηκαν αυτόν τον πίνακα σε προκαθορισμένες τιμές του CSS2.1 τα Style Sheets User Agent ... (για όσους δεν γνωρίζουν τι σημαίνει «Φύλλα Στυλ User Agent" είναι να ακολουθήσετε Ποια είναι τα Style Sheets User Agent (προδιαγραφές) .

Για τον πλήρη κατάλογο των CSS 2,1 Φύλλα Στυλ User Agent προεπιλογών κάντε κλικ εδώ

Χθες, όπως και κάθε άλλο «Ημέρα γουρουνιών Ground", δούλευα σε ορισμένες διαμορφώσεις CSS / tableless. Όλα πήγαιναν καλά στον IE 7, ύψους 3 και Chrome, εώς ξαφνικά, είδα κάποια σχετική επιτυχία-un περιθώρια δει μόνο στο Google Chrome. Αν και πολύ παράξενο και μεγάλο ποσοστό του πληθυσμού, ήταν κάποια νέα bug / θέμα που είχα συναντάμε, υπήρξε τελικά κάποια μπαχαρικό στο κοσμικό έργο μου. Σαντ (αλλά ωραίο) που πήρε καθοριστεί μέσα σε λίγα λεπτά του καθετήρα ...

Βασικά, αυτό έμοιαζε με το Google Chrome αγνοούνται CSS Επαναφέρει μου (περιθώριο: 0px). Είναι πραγματικά προκλήθηκε από το στυλ πράκτορα χρήστη (-webkit-padding-start: 40px). Έτσι, η λύση ήταν να επαναφέρετε αυτό το στυλ από τη padding: 0 απρεπώς τα στοιχεία.
Ένας καλός τρόπος για να αποφευχθεί αυτό το πρόβλημα από το να συμβεί σε οποιοδήποτε στοιχείο είναι η χρήση ενός παγκόσμιου Υπόλοιπο CSS ως εξής

* {Margin: 0? Padding: 0?}

Ποια είναι τα Style Sheets Πράκτορες Χρηστών (Προδιαγραφές);
Το ακόλουθο απόσπασμα έχει ληφθεί από http://meiert.com/en/blog/20070922/user-agent-style-sheets/ , παρακάτω link για να διαβάσετε περισσότερα για τα Style Sheets User Agent

CSS 1 εισάγει την ιδέα, δηλώνοντας ότι κάθε Πράκτορα Χρήστη (UA, συχνά «πλοηγού» ή «πελάτη ίντερνετ) θα έχουν ένα φύλλο προεπιλεγμένο στυλ που παρουσιάζει έγγραφα σε ένα λογικό - αλλά αναμφισβήτητα εγκόσμια - τρόπο. CSS 2 αναφέρει ότι σύμφωνα πράκτορες χρήστη πρέπει να εφαρμόσετε ένα φύλλο στυλ προεπιλεγμένο (ή συμπεριφέρονται σαν να έκανε) και ότι η προεπιλογή φύλλο ενός πράκτορα χρήστη στυλ θα πρέπει να παρουσιάσει τα στοιχεία της γλώσσας εγγράφου με τρόπους που συνάδουν προς τις γενικές προσδοκίες παρουσίαση για τη γλώσσα του εγγράφου? CSS 3 είναι πιθανό να είναι το ίδιο μυαλό.

Δεδομένου ότι οι προδιαγραφές CSS αφεθεί στις υλοποιήσεις εάν θέλετε να χρησιμοποιήσετε ένα "πραγματικό" φύλλο στυλ για οθόνη προεπιλογή ή όχι, δεν είναι εκπληκτικό ότι δεν μπορείτε να βρείτε ένα φύλλο προεπιλεγμένο στυλ σε κάθε φάκελο εγκατάστασης του προγράμματος περιήγησης. Σε αντίθεση με τον Internet Explorer της Microsoft καθώς και Όπερα, για παράδειγμα (και όσο ξέρω), Gecko browsers όπως Firefox και Netscape Navigator (προσέξτε για "html.css"), αλλά και τον Konqueror καθιστά μάλλον απλό να κατανοήσει τους στυλ προεπιλογή.

Ένα άλλο παλιό σχολείο συμπληρωματική μνήμη ...

Γιατί να ενεργοποιήσετε windos.status;
Javascripts θα μπορούσε να είναι ένας εφιάλτης, όταν έχετε κάτι να διορθώσουμε. Firefox έχει μερικά addons πρακτικό, όπως το Firebug thats κάνει τη ζωή μας εύκολη και Επίσης, η ψηφοφορία για την πιο δημοφιλή τεχνική εντοπισμού σφαλμάτων σε Javascript πρέπει να πάτε στο "alert ()". Anywaz! Υπάρχουν λίγες περιπτώσεις, όταν η προσθήκη ALERT δεν διορθώσετε τη λανθασμένη συμπεριφορά Javascript για σας είναι απλά δεν είναι μια καλή ιδέα. Για παράδειγμα! έχετε dragble αντικείμενο, του οποίου η θέση θα πρέπει να προειδοποιούνται .... ΟΧΙ ΟΧΙ! Μην το κάνεις! ... Απλώς θα έχετε άπειρο προειδοποιήσεις ή δεν θα είστε σε θέση πραγματικά drap dragable σας. Καλά! Υπάρχουν περισσότερες καλές καταστάσεις, όπου μπορείτε να εγγράφως από debug κείμενα στη γραμμή κατάστασης, πολύ περισσότερο usful ... Πιστέψτε με! Η εμπειρία του!

IE από προεπιλογή αριστερά γράφετε στη γραμμή κατάστασης browser, χρησιμοποιώντας τη σύνταξη "» κάτι για τον εντοπισμό σφαλμάτων »window.status =", αλλά ο Firefox δεν. Έτσι για να ενεργοποιήσετε τα Windows αλλαγή της κατάστασης, μπορείτε να κάνετε ένα από τα παρακάτω.

Ανοίξτε το about: config στο πρόγραμμα περιήγησης (τύπου "about: config" αυτό το στη γραμμή διευθύνσεων) και αναζήτηση
dom. disable_window_status_change. Αλλάξτε το σε ψευδείς ... απλά κάντε κλικ για την είσοδο στην εναλλαγή της κατάστασης.

Ή, εναλλακτικά,

«Εργαλεία → Επιλογές → Περιεχόμενο → Ενεργοποιήστε τη Javascript / Σύνθετη → Αλλαγή κείμενο γραμμή κατάστασης"

Και επίσης να σημειωθεί ότι ... για να γράψει στη γραμμή κατάστασης σε Javascript σας, IE είναι ακριβώς εντάξει, αν χρησιμοποιείτε μια μικρή σύνταξη, δηλαδή το καθεστώς = "κάποια debug κείμενο», αλλά στο FireFox, θα πρέπει να χρησιμοποιούν με πλήρη σύνταξη, δηλαδή window.status = ' κάτι για τον εντοπισμό σφαλμάτων »

Το Google ξεκινά μια κίνηση παρακινεί τους ανθρώπους να πετάξει ... Με τον IE6 υποκλοπών IE6 στους χρήστες με ένα popup με το φορτίο σελίδα ... δεν μπορεί να είναι μια πολύ καλή ιδέα ... αλλά είναι ένας προγραμματιστής UI, έχω να ενταχθούν σε αυτό το βαγόνι ταινία ... ένα λιγότερο browser για μένα ανησυχούν Συγνώμη ... δεν είναι εγωιστικό! αλλά έχω συμπεριλάβει αυτό το javascript ... (TRY ΣΕ ΑΥΤΗ ΤΗ ΣΕΛΙΔΑ IE6) ...
Hey! και για το φωτεινότερο σημείωση ... Δείτε αυτό είναι μια επίδειξη της δύναμης του JavaScript .... μπορεί ακόμη και να ρίξει ένα τεράστιο (ή ήταν κάποτε)

ΕΤΣΙ ... Βοήθεια απαλλάξουν τον κόσμο από τον IE6 με μια γραμμή javascript!

http://code.google.com/p/sevenup/

Είμαι τόσο ενθουσιασμένος για τον αυξανόμενο αριθμό των προβολών σελίδων στο blog μου, ότι μπορώ να ελέγξω το Google Analytics μου σχεδόν καθημερινά. Παρατήρησα ότι το blog μου είναι να αναφέρεται από τις τοποθεσίες και σε πολλές άλλες γλώσσες και από ανθρώπους σε όλο τον κόσμο. So Nice!
Για να κάνει τη ζωή λίγο πιο εύκολη για τους μη-αγγλικά πλοίο θεατή μου, έχω προσθέσει ένα widget Google / plugin που ονομάζεται "Παγκόσμιο Μεταφραστής".

Το Παγκόσμιο Μεταφραστής λέει ότι "μεταφράζει αυτόματα ένα blog σε 41 διαφορετικές γλώσσες από την πρώτη συσκευασία τέσσερις διαφορετικές μηχανές σε απευθείας σύνδεση μετάφραση (Google μηχανής μετάφρασης, Babelfish μηχανής μετάφρασης, FreeTranslations.com, PROMT)" ... Αν θέλετε να προσθέσετε στη δική σας εγκατάσταση wordpress ... να το δείτε εδώ http://www.nothing2hide.net/wp-plugins/wordpress-global-translator-plugin/

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

Οι σύνδεσμοι μεταφραστής είναι στο κάτω μέρος του Bar Side ....

Εδώ είναι ένα άλλο μικρό κομματιού της πονηριάς Javascript ότι έπρεπε να σκάψει γύρω επειδή η κατάσταση είναι commaned. Σε μία από τις ιστοσελίδες μου, είχα αυτή την κατάσταση όπου έπρεπε να εφαρμόσει "windows.onload" δύο φορές. Το πρώτο πράγμα που θα ήρθαν στο μυαλό ενός άπειρου σαν το δικό μου (έχω να πω με ειλικρίνεια ότι, δεδομένου ότι έχουν χρησιμοποιήσει το javascript Πλαίσια και βιβλιοθήκες, έχω να κάνω forgotton απλά πράγματα για τη δική μου ... θλιβερή αλλά αληθινή), είναι η ακόλουθη μέθοδος ...

 window.onload = onloadfn1?
 window.onload = onloadfn2?
 window.onload = onloadfn3?
 κλπ. ..

Λυπάμαι να πω όμως, αυτό δεν θα λειτουργήσει ... δεν θέλουν να συζητηθεί η επιστήμη εκτέλεση της Javascript πολύ ... αλλά σύμφωνα με την πρόσφατη εμπειρία μου, μόνο η τελευταία λειτουργία (onloadfn3) θα πάρει πραγματικά κακή εκτέλεση.

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

Ή κάτι τέτοιο

 doOnLoad λειτουργία () {
         onloadfn1 ()?
         onloadfn2 ()?
         onloadfn3 ()?
 }
 window.onload = doOnLoad?

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

"Οι σελίδες του site μου δομημένο σαν το WordPress θέμα .... δηλαδή υπάρχει μια κοινή Header.php Footer.php και το οποίο συμπεριλαμβάνεται σε όλες τις σελίδες του site. Υπάρχει μια λειτουργία implementaion onload στα Footer.php να κάνουμε κάποιες κοινές λειτουργίες onload. Και υπάρχουν μερικές σελίδες που πρέπει να κάτι δικό OnLoad τους, εκτός από εκείνες που διενεργήθηκαν από την κοινή λειτουργία onload. Αν μπορώ να ορίσω τη λειτουργία επανάκλησης απευθείας για τον μεταφορέα window.onload, θα κατισχύει προηγουμένως ανατεθεί στα callbacks Footer.php "

.... Είναι κατανοητό το πρόβλημά μου ;

Καλά! υπάρχουν μερικές λύσεις που βρήκα. Όλοι τους είναι πολύ παρόμοια και κυρίως implementions ενός λύση που δόθηκε από τον Simon Willison ( http://simonwillison.net/2004/May/26/addLoadEvent/ ) ...

Λύση:

Απλώς προσθέστε αυτόν τον κώδικα JavaScript στην ιστοσελίδα ...

 addLoadEvent λειτουργία (λειτουργία) {
     var oldonload = window.onload?
     αν (typeof window.onload! = 'λειτουργία') {
        window.onload = λειτουργία
     } Else {
        window.onload = λειτουργία () {
            αν (oldonload) {
                   oldonload ()
           }
           λειτουργία ()
        }
    }
 }

Και το αποκαλούν αντί για το συνηθισμένο "windows.onload"

 addLoadEvent (FunctionToRunOnPageLoad)? addLoadEvent (λειτουργία () {/ * περισσότερο κώδικα για να λειτουργεί με φορτίο σελίδα *})? 

Τα πλεονεκτήματα αυτού του αποσπάσματος κώδικα ...
1. Πρώτιστα, αυτό σας επιτρέπει να έχετε πολλαπλές εκδηλώσεις windows.onload, που ονομάζεται ανεξάρτητη από τα μέρη του κώδικα σας, χωρίς την προηγούμενη overridding ορισμό
2. Είναι πραγματικά διακριτικές. Μπορεί να τοποθετηθεί σε ένα αρχείο με άλλα σενάρια σας ή σε ένα ξεχωριστό αρχείο.
3. Λειτουργεί ακόμα και αν window.onload έχει ήδη καθοριστεί.

Σκέφτηκα ότι αυτό θα είναι ένα doodle να βρείτε στο Google, όπως πολλοί μας UI και το σενάριο συγγραφείς θα πρέπει να το κάνουμε αυτό σε καθημερινή βάση, δηλαδή περιλαμβάνει ένα κομμάτι του κομματιού από το απόσπασμα κώδικα PHP (. Php) σε ένα Smarty προτύπου (. TPL). Συνειδητοποίησα ότι η ευκολότερη / δημοφιλή ερώτημά σας, ακόμη πιο δύσκολο να βρείτε την ακριβή απάντηση ... ένα εκατομμύριο αποτελέσματα αναζήτησης, αλλά οι περισσότεροι από αυτούς reffered στο "αρχείο" περιλαμβάνει Smarty ... η οποία έχει την ακόλουθη σύνταξη

{Περιλαμβάνει αρχείο = "περιλαμβάνουν / header.php"}

Αυτό συμπεριλάμβανε τον πραγματικά το αρχείο πρόστιμο, αλλά ως κείμενο, αυτό που ήθελα ήταν το αποτέλεσμα των αρχείων που περιλαμβάνονται. (Σημειώστε το παραπάνω πρότυπο περιλαμβάνει χρησιμοποιείται μέσα σε ένα αρχείο προτύπου). Τέλος με persiverance λίγο .... Σκόνταψα σε μια τροποποιημένη slighty σύνταξη, η οποία ήταν η απάντηση στην απαίτηση μου ... οπότε εδώ είναι ... αν εχετε βρει έναν ήδη

{Include_php αρχείου = "περιλαμβάνουν / header.php"}

Το ερώτημα αυτό πέρασε από το μυαλό μου μερικές φορές στο παρελθόν, όταν δούλευα σε χώρους πολύ νωρίτερα, το οποίο χρησιμοποιείται για να δείξει WordPress blogs ή νέο είδος του περιεχομένου σε κάποιο μέρος του site / portal.Being έναν αρχάριο σε PHP και γύρω από το WordPress, συνέχισα procastinating, νομίζοντας ότι "αυτό δεν είναι κομματιού κέικ μου". Τέλος! Η απαίτηση αυτή ήρθε μέχρι τη μύτη μου, όταν ξεκίνησε diggin γύρω από ένα κομμάτι για λύση.
Έμεινα έκπληκτος να διαπιστώσει ότι πραγματικά ήταν ευκολότερη από ό, τι πραγματικά πίστευα ότι ήταν, για να εμφανίσετε μια λίστα από τίτλους ή την τελευταία θέση σε οποιαδήποτε άλλη σελίδα έξω από το WordPress που κινούνται, απλά χρησιμοποιώντας ένα μικρό κομμάτι της PHP και το WordPress API .

Εδώ είναι τι πρέπει να κάνετε: -
Για λόγους εξήγηση, ας υποθέσουμε ότι η περιοχή σας είναι http://www.inchembur.com/ και έχετε τη νέα ενότητα για αυτό το site για http://news.inchembur.com/ (το οποίο τρέχει WordPress). Τώρα η απαίτηση είναι να δείξει την τελευταία θέση από http://news.inchembur.com/ στην αρχική σελίδα του κύριου site, δηλαδή http://www.inchembur.com/index.php

Βήμα 1: Στο index.php σας προσθέστε τον ακόλουθο κώδικα του κομματιού, το WordPress Συμπεριλάβετε API αρχείο. Μπορείτε να προσθέσετε αυτό στην κορυφή της σελίδας που θέλετε μετά να σας εμφανιστεί.

<? Php
'WP_USE_THEMES' , false ) ; // Disbable use of WordPress Theme define ('WP_USE_THEMES », ψευδή)? / / Disbable χρήση του WordPress θέμα
απαιτούν (/ var / news.inchembur.com / wp-blog-header.php ")? / / Συμπεριλάβετε WordPress API
; // Get Latest Post query_posts («showposts = 1 ')? / / Get Τελευταίο μήνυμα
;>

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

Βήμα 2: Τώρα, στο τμήμα της σελίδας Ευρετήριο / σελίδα όπου θέλετε να δείτε την τελευταία θέση WordPress από http://news.inchembur.com , χρησιμοποιήστε τον ακόλουθο κώδικα. Περιττό να πω, μη διστάσετε να ad τμήματα styling, ανοίγματα και τις τάξεις σας σύμφωνα με τις ανάγκες του σχεδιασμού σας.

Βήμα 3: Δεν υπάρχει Βήμα 3 ... Αυτό ήταν ... τελειώσατε!

Πώς δείχνουν μια συγκεκριμένη θέση / σελίδα σε αντίθεση με την τελευταία θέση: -
Αυτό μπορεί εύκολα να επιτυγχάνονται με την αλλαγή προς τα επιχειρήματα query_posts() να συμπεριλάβει το αναγνωριστικό της σελίδας ή τη σελίδα γυμνοσάλιαγκα

) ; query_posts («page_id = 7 ')?
) ; query_posts («όνομα_σελίδας = περίπου)?

ή Μπορείτε να ελέγξετε τον αριθμό των θέσεων:
) ; query_posts (showposts = 3)?