WordPress: დაკავშირებული პოსტის შეცვლა

დასაწყისში

თუ იყენებთ WordPress- ს, თქვენი ერთ-ერთი საჭირო დანამატი უნდა იყოს Related Post ჩართვა შეერთება. ამან თქვა, რომ მე დავინახე, რომ საკვანძო სიტყვების მოცულობა, რომლებიც იგზავნებოდა ჩემს ყოველდღიურ კითხვებში, მართლაც ახდენდა დაკავშირებული პოსტის შედეგების გადახრას.

ასევე, მე ნამდვილად გამიკვირდა, რომ დაკავშირებული პოსტების მოდულმა მხოლოდ დაკავშირებული პოსტების სია მოგვაწოდა ადრე პოსტს, რომელსაც კითხულობ! რა მოხდება, თუ გადაიფიქრებდით (როგორც მე ხშირად ვაკეთებ!)… არ უნდა მოგვაწოდოთ შეტყობინებები, რომლებიც გამოქვეყნდა ორიგინალის შემდეგ, მაგრამ მაინც დაკავშირებული?

შედეგად, მე შევიტანე მცირე შესწორებები მოდულში. პირველ რიგში, პოსტებზე მითითების მიზნით, როგორც მიმდინარე პოსტამდე, ისე მის შემდეგ, მე შევცვალე 91-ე სტრიქონი შემდეგიდან:

. "AND post_date> = '$ now'" (განახლებულია: 11/15/2011):. "AND post_date! = '$ ახლა'". "AND post_date <= CURDATE ()"

მეორე, ჩემს ბლოგზე ყოველდღიური წაკითხვები გამოქვეყნებულია Del.icio.us მიერ ავტორი ავტომატურად კონკრეტული ავტორი (ისე, რომ არასდროს შეცვალო პაროლი და გავტეხო ავტომატური განთავსება). ამისათვის მე უბრალოდ დავამატე მოთხოვნის კიდევ ერთი პარამეტრი, რომ გამომეტოვებინა ეს ავტორი იმ შეტყობინებებში, რომლებსაც ეძებდნენ შემდეგი სტრიქონის ჩასმით წინა:

. "AND post_author! = 4"

ავტორის ნომერი მე უბრალოდ ვიპოვნე ჩემს მომხმარებლებში. მირჩევნია არ გავართულო საქმე სხვა ცხრილის შეერთებით - ამან შეიძლება შეამციროს ამ შედეგების სიჩქარე და შეანელო დატვირთვის დრო. ეს გამოიწვევს ხალხის იმედგაცრუებას და წასვლას.

დაკავშირებული პოსტების ჩვენების უპირატესობები

დაკავშირებული შეტყობინებები ფანტასტიკური იარაღია ნებისმიერი ბლოგისთვის. დაკავშირებული შეტყობინებები აძლიერებს საძიებო სისტემის შედეგებს საკვანძო სიტყვების გადიდებით ბმულების საშუალებით, საძიებო სისტემის ალგორითმების მნიშვნელოვან ელემენტად.

დაკავშირებული პოსტები არ არის მხოლოდ ა SEM ინსტრუმენტი, თუმცა. დაკავშირებული შეტყობინებები არის შეკავების ინსტრუმენტი, რომელიც მომხმარებლებს თქვენს საიტზე შეინარჩუნებს. მათ შეიძლება არ იპოვონ ის, რასაც ეძებდნენ, სადაც დაეშვნენ - მაგრამ თუ მათ დამატებით ცნობებს მიაწვდით, ისინი შეიძლება გარშემო დარჩეს!

20 კომენტარები

  1. 1

    მაგარი ხრიკი. მე ვერ მივხვდი, რომ მსგავსი პოსტები მხოლოდ ბლოგის წინა ჩანაწერებს იკავებს… დანამატის რედაქტირება მომიწევს. მადლობა ხელმძღვანელებისათვის და ინსტრუქციებისათვის
    …და ბედნიერი ახალი წელი!

  2. 2

    კარგი გარჩევა - მართალია პირადად მე ვიყენებ Simple Tags- ს თეგებზე დაფუძნებული შეტყობინებებისთვის, მაგრამ სრულიად ვეთანხმები, რომ მსგავსი პოსტები აუცილებელია.

  3. 3

    ვაიმე .. ეს სისუფთავე ხრიკია. მიუხედავად იმისა, რომ ვასაბისთან დაკავშირებული პოსტების დანამატი არ მაქვს, მე მაქვს მარტივი წარწერების დანამატი დაკავშირებული პოსტებისთვის და ვფიქრობ, რომ იგი უნდა იყენებდეს იგივე პოსტ-თარიღის <პირობას. გმადლობთ რჩევისთვის, ნება მომეცით შეამოწმოთ ჩემი დანამატის კოდი და ვნახოთ, შევძლებ თუ არა ამის შეცვლა უკეთესი შედეგის მისაღწევად.

  4. 4

    ჩანდუ, მარტივი წარწერები არ იყენებს პოსტ-თარიღის პირობას - მე მჯერა, რომ ის ქმნის შესაბამის პოსტებს პირდაპირ ეთერში, თითოეული გვერდის ხედით (თუ არ გაქვთ ჩართული მეხსიერება). ეს არ არის ყველაზე ეფექტური რამ სერვერისთვის, მაგრამ ეს ნიშნავს, რომ ის მიიღებს საუკეთესო შესატყვისებებს, იქნება ეს განთავსებული პოსტის ნახვის წინ თუ ნახვის შემდეგ.

    დუგ - ბოდიში თემისთვის ცოტათი გასვლისთვის

  5. 6

    შესანიშნავი პოსტი! მაგრამ მე მინდა რამდენიმე ნიტი შეარჩიო.

    თქვენი დასაბუთება ”(არა) სხვა მაგიდასთან შეერთება”იმიტომ:

    "მას შეუძლია შეამციროს ამ შედეგების სიჩქარე და შეანელოთ დატვირთვის დრო"

    არის offbase და ნაადრევი ოპტიმიზაციის მაგალითი, რომელიც აფერხებს შენარჩუნებას და სირცხვილია, რომ დიდი აუდიტორიის მქონე ადამიანები რეკომენდაციას უწევენ ასეთ რამეებს, რადგან ეს დეზინფორმაციას ავრცელებს.

    SQL, რომელზეც თქვენ ლაპარაკობთ, ვთქვათ, რომ გქონდეთ გონივრული ინდექსები, მაქსიმალურად გაზრდის თქვენს რეაგირების დროს მიკროწამი. თქვენ უნდა გქონდეთ ტონა და ტონა ტრაფიკი, სანამ ვინმე შეამჩნევს თუნდაც ნახევარი წამის სხვაობას. დიახ, თუ თავს აიძულებთ, შეგიძლიათ დაწეროთ ისე SQL კოდი, რომელიც საშინლად შეასრულებს, მაგრამ გასაღებ მონაცემებზე დამატებითი შეერთება ამის მაგალითი არ არის.

    გარდა ამისა, ვიდრე ვინმეს გამოქვეყნებული დანამატის გატეხვის ადვოკატირების ნაცვლად, ნამდვილად მსურს ვნახო, რომ თქვენ მის გაძლიერებას ემხრობით და შემდეგ მუშაობთ, რომ თქვენი გაუმჯობესება შევიდეს რეალურ მოდულში. როგორც არის, შეიძლება მოგიწიოთ სამოყვარულო კოდერების მიერ თქვენი ცვლილებების გამოყენება და შემდეგ განახლება მოდულის ახალ ვერსიაზე და ისინი დაკარგავენ ცვლილებებს, მაგრამ ვერ გაერკვნენ, რა მოხდა არასწორად. თქვენი ცვლილება კეთილთვისებიანია, მხოლოდ ფუნქციონალური დაკარგვა, მაგრამ ზოგიერთმა გატეხამ შეიძლება გამოიწვიოს საიტის გატეხვა, თუ ძირითადი დანამატის სამომავლო გადასინჯვა გამოყენებული იქნება გატეხილი მასალის გარდა.

    JMTCW. გააგრძელე კარგი საქმე თორემ. 🙂

    • 7

      გამარჯობა მაიკ!

      მადლობა პასუხისთვის - თუმცა დარწმუნებული არ ვარ, რომ ვეთანხმები. ნაადრევად არ ოპტიმიზირებულიყავი ... სინამდვილეში, მე ვიპოვნე საუკეთესო მეთოდი ყველა საჭირო ფუნქციონირების მისაღებად, დამატებითი ცვლილებების შეტანის გარეშე. ჩემს წიგნში ეს უნდა იყოს ყველა დეველოპერების მიზანი.

      მე ისიც ვთქვი შეეძლო გავლენას ახდენს შესრულებაზე. მე არ შემიწუხებია ტესტირება ან ცდა, რადგან ეს არ იყო საჭირო იმ მოდულის გათვალისწინებით, რომლითაც დავამატე მოდული. კიდევ ერთხელ - მე მივიღე 100% საჭირო ფუნქციონირება, შეერთების გაკეთების გარეშე, ინდექსების დამატება და ა.შ. ეს არის სწორი გამოსავალი ჩემს წიგნში.

      გეთანხმებით თქვენს სხვა შენიშვნებში. მე მწყურია დანამატების ხელახლა გამოქვეყნებაზე, ისეთი შეგრძნება მაქვს, რომ სხვისი საქმისგან ვიღებ გავლენას. მე მივუთითე ავტორის ბლოგზე ამის შესახებ - ასე რომ, ის ალბათ გაითვალისწინებს მათ, როგორც მომავალი გამოცემის თვისებებს.

      PS: დაფიქსირდა რედაქტირება! 🙂

      • 8

        @ დუგლასი: არ ვარ დარწმუნებული, რომ ვეთანხმები. ნაადრევი ოპტიმიზაცია არ მომიხდა? კიდევ ერთხელ - მე მივიღე 100% საჭირო ფუნქციონირება, შეერთების გაკეთების გარეშე, ინდექსების დამატება და ა.შ.

        ვფიქრობ, ეს არის განსხვავება მას შორის, ვინც უყურებს პროგრამირებას სრულყოფილი პროფესიისა და ხელობისაგან, ის, ვინც პრაქტიკოსია და ცდილობს რაღაცის გაკეთებას (და ამას პერორიტეტული არ ვგულისხმობ; ზოგიერთ საფოსტო სიაში მე ვთამაშობ ასოს როლი პირველის წინააღმდეგ

        ეს ჰგავს იმას, თუ როგორ ეუბნება ბუღალტერი ან იურისტი ბიზნესის მფლობელს ”მე ამას არ გავაკეთებდი”და ბიზნესის მფლობელი, რომელიც არ ითვალისწინებს ყველა იმ განშტოებას, რომლის შესახებაც პროფესიონალები აცნობიერებენ, რომ * პოტენციალია *, უგულებელყოფს მათ რჩევას, რადგან, როგორც ჩანს, ძალზე დიდი ძალისხმევაა და წინ ხვდება. ღმერთმა იცის, რომ მე ბიზნესის მფლობელი ვიყავი წარსულში და ყველანაირი რჩევის წინააღმდეგ ვუთხარი, თუმცა მოგვიანებით ბევრი რამ გამიკეთა. 🙂

        @ დუგლასი: მე ვარ სურვილი მოდელების გამოქვეყნებას,

        არა, ეს ზუსტად ის არ არის, რასაც ვამბობდი. მე ვამბობდი, რომ რადგან ის ღია წყაროა, შეგიძლიათ შეუტანოთ ცვლილებებს ორიგინალ ავტორს, რომელსაც ის მიიღებს და ამის გაკეთება შეგიძლიათ პროაქტიულად, დაუკავშირდით და შემოგთავაზოთ. ამჟამად ვმუშაობ მარკეტინგის კონსულტანტად და ვებ – გვერდის განმახორციელებლად ნიშნის ბეჭდვითი გამომცემლებისა და გამოყენებისათვის დრუპალი ვებ ტექნოლოგიისთვის და Drupal საზოგადოება ყოველთვის უკავშირდება მოდულის ავტორებს (Drupal მათ "მოდულებს" უწოდებს) და გთავაზობთ სხვების მოდულების გაუმჯობესებაში.

        უბრალოდ აზრი.

        PS მადლობა რედაქტირების გამოსწორებისთვის.

        • 9

          კარგი წერტილები, მაიკ!

          მე შემიძლია ჩავრთო მოდული და დავამატო ეს ვარიანტი „მხოლოდ შეტყობინებების ჩვენება გამოქვეყნებული გამოქვეყნების წინ“. მე ვფიქრობ, რომ მეორე ვარიანტი ცოტათი უფრო საკუთრებადია ჩემი ბლოგისთვის, მაგრამ გადავამოწმებ და ვხედავ, რომ ეს შეიძლება იყოს საინტერესო ავტორისთვის.

  6. 11
  7. 13

    დუგი - შეიძლება აქ რაღაც მაკლია. Როგორც ჩანს

    AND post_date <= '$now'

    ხელს არ უშლის კონკრეტული პოსტის შემდეგ გაკეთებული შეტყობინებების შეტანას, რამდენადაც ეს ხელს უშლის იმ პოსტების ჩათვლით, რომლებიც თქვენ სავარაუდოდ უნდა იყოთ გამოქვეყნდება მომავალში.

    იმედი მაქვს, რომ აზრი აქვს და მადლობა დიდი ბლოგისთვის.

  8. 15

    @ მაიკი: ვფიქრობ, ეს არის განსხვავება სხვათა შორის, ვინც უყურებს პროგრამირებას პროფესიის სრულყოფილებისა და ხელობისგან, ის, ვინც პრაქტიკოსია და ცდილობს რაღაცის გაკეთებას

    საინტერესო განსხვავება. მართალია, კარგი იქნებოდა, რომ ყველაფერი გაშვებულიყო მაქსიმალურად საუკეთესოდ, მაგრამ ეს ბევრ შემთხვევაში არაპრაქტიკულად გამოიყურება. ვცდილობ, ჩემს პროგრამირებაში ბალანსი ვიპოვო იმას შორის, თუ როგორ მსურს რამის გაშვება და რამდენი დოლარი ან დრო დასჭირდება მის მისაღებად.

    ვცდილობ, გავაკეთო ის მინიმუმი, რაც საჭიროა, იმ მიზნის მისაღწევად, რომლის მიღწევასაც ვცდილობ. მეტი დროის დახარჯვა არ იქნება ეფექტური.

    მოკლედ, თუ ეფექტურობის დაკარგვა არ შეიმჩნეოდა ჩემს ბლოგში, მე არ დავხარჯავდი დამატებით დროს, თუ ეს შესამჩნევი იყო, მე გადავწყვეტდი ღირდა თუ არა დამატებითი დრო შედეგს. სრულყოფა ყოველთვის არ არის საუკეთესო გამოსავალი.

    • 16

      @ დუეინი: ვცდილობ გავაკეთო ის მინიმუმი, რაც საჭიროა იმ მიზნის მისაღწევად, რომლის მიღწევასაც ვცდილობ. მეტი დროის დახარჯვა არ იქნება ეფექტური.

      რა თქმა უნდა, თუ ყოველთვის აკეთებთ მინიმუმს ნიშნავს, რომ არ ისწავლით უკეთეს ტექნიკას, რის შედეგადაც თქვენ მომავალში ბევრჯერ უნდა გაიმეოროთ მინიმუმი, ვიდრე ამის თავიდან აცილების საშუალებას მოგცემთ, მაშინ ცრუ მიღწევას მიაღწიეთ. დიახ, ბევრ ამოცანას ზედმეტი ძალისხმევა არ სჭირდება, მაგრამ მე მოწმე ვარ, რომ ბევრმა ადამიანმა გამოიყენა მსგავსი მალსახმობები წარსულში და ისინი იყვნენ ნაცნობი ყველაზე ნაკლებად პროდუქტიული და / ან ნაკლებად ღირებულების შემქმნელი ადამიანები (ზოგი მათგანი, სამწუხაროდ, ჩემი თანამშრომელი იყო , ამიტომ რატომ შევამჩნიე მათი პროდუქტიულობის ნაკლებობა.)

      @ დუეინი: მოკლედ, თუ ეფექტურობის დაკარგვა არ შეიმჩნეოდა ჩემს ბლოგში, მე არ დავხარჯავდი დამატებით დროს, თუ ეს შესამჩნევია, ვიდრე მე გადავწყვეტდი ღირდა თუ არა დამატებითი დრო შედეგს. სრულყოფა ყოველთვის არ არის საუკეთესო გამოსავალი.

      ვფიქრობ, რომ ჩემი წერტილები გამოტოვეთ. პირველ რიგში მე ვამბობდი, რომ დაგ ოპტიმიზირებულია შეუმჩნეველი ეფექტურობისთვის, არა მე, მაგრამ რაც მთავარია, თუ აპირებთ იმ ჰაკის დანერგვას, რომელიც შეიძლება გამოიწვიოს მომავალში შენარჩუნების საკითხები სიკეთის გამო, ნუ გამოაქვეყნებთ მას სხვების გამოყენებისთვის, ყოველ შემთხვევაში შენარჩუნების შენარჩუნების ერთგვარი პრობლემა, რამაც შეიძლება მოგვიანებით გამოიწვიოს.

      თქვენი კომენტარის ირონიაა ის, რომ სწრაფი და მარტივი მარშრუტის არჩევა ხშირად გაცილებით მეტი დრო დაგიჯდებათ მომავალში, როდესაც WordPress– ის უსაფრთხოების განახლებას დააინსტალირეთ, გატეხილი ფუნქციონირება დაკარგავთ და ის გსურთ. ახლა თქვენ გაქვთ თივის ნატეხი დაკარგული ნემსით და ახლა უნდა გაიგოთ სად იყო ნემსი.

      დახარჯეთ დამატებითი დრო სპექტაკლზე? ბაჰ, საერთოდ არ არის საჭირო. დახარჯეთ დამატებითი დრო შენარჩუნებაზე? დიახ, ის ხშირად იხდის თავს გრძელვადიან პერსპექტივაში.

      შეფუთვა, დიახ, ადამიანის ბუნებაა უარყოს გაფრთხილებები იმ საგნებისთვის, რომლებსაც არასდროს მოუტანია საკუთარი თავის ტკივილი. ერთხელ იგრძენით ტკივილი და თქვენ ბევრად უფრო მეტ ყურადღებას გაითვალისწინებთ სხვების გაფრთხილებებზე, რომლებმაც უკვე იგრძნეს ეს ტკივილი.

  9. 17

    ერთი რამ უნდა მეთქვა; მე ვფიქრობ, რომ დუგის გატეხვა კარგი დამატება იქნება WordPress– ისთვის, როგორც მომხმარებლის ვარიანტი. როგორც ჩანს, საკმაოდ სულელურია დაკავშირებული პოსტების შეზღუდვა მხოლოდ მანამდე განთავსებული შეტყობინებებით.

    ასევე, მინდა ვთხოვო დუგს გამოაქვეყნოს ინფორმაცია, თუ როგორ იდება მისი ყოველდღიური შეტყობინებები del.icio.us– დან; ეს საინტერესო თემა იქნებოდა.

  10. 20

რას ფიქრობთ?

ეს საიტი იყენებს Akismet- ს, რათა შეამციროს სპამი. შეისწავლეთ თქვენი კომენტარის მონაცემები დამუშავებული.