Forum Replies Created

Viewing 15 replies - 76 through 90 (of 380 total)
  • Thread Starter ejm

    (@llizard)

    Update:

    I have stared at the coding in my child theme’s category.php and it turns out I had neglected to close a <span>.

    I re-activated WP DoNotTrack and now the error message “This site is experiencing technical difficulties” appears only on the categories that are undefined in my child theme’s category.php.

    Can someone please point me to where I can go to correct what is clearly a coding error on my part?

    /blog/category/crossblogging/wordless-wednesdays/ is working just fine

    /blog/category/crossblogging/ is not….

    -E

    Thread Starter ejm

    (@llizard)

    Any ideas for how to fix category.php? Do you think I have to actually list each of the other category numbers in the ‘if, else’ sections?

    Thread Starter ejm

    (@llizard)

    Okay. But then you say:

    When I activated the plugin WP DoNotTrack, the error message was produced

    I’m confused.

    So sorry!! This is what comes of replying in haste (what happened to the edit button in these forums???)

    When I activated WP DoNotTrack, the error message was produced. When I deactivated it again but activated all the rest of the plugins, the error message is gone. But. Only the categories that have specific images and words (encoded in my child theme’s category.php) show up fully. All of the other category pages show only the first few common lines of the blog – and no sidebar.

    It appears to me that WP DoNotTrack is part of the problem and the other part of the problem is something in my coding (or miscoding) of category.php.

    (I hope that made sense!)

    -E

    Thread Starter ejm

    (@llizard)

    Thank you for your reply, t-p

    I deactivated all plugins as you suggested and one by one (starting with what I consider to be the most important: WordFence) and the error message disappeared. However, nothing past the header of the page on many of the categories (including “food and drink”, “equipment and techniques”) appear. The category pages for categories 56, 57, 70, 74 DO appear correctly.

    When I activated the plugin WP DoNotTrack, the error message was produced and the stark and mainly blank (except for the message “site is experiencing technical difficulties” category page was generated.

    This is an improvement but not quite as much of an improvement as hoped for…

    It would be nice to have all the category pages be filled in normally.

    Category page that is now showing normally: /blog/category/crossblogging/wordless-wednesdays/

    Category page that is only partially showing: /blog/category/food-drink/

    I have the following coding on my theme’s category.php page:

    
    /*...............
    Customizing category pages 
    ................*/
    
    if (is_category(56)) {
    echo '[coding for image for category 56 "Wordless"]';
    }
    elseif (is_category(70)) {
    echo '[coding for image for category 70]';
    }
    elseif  (is_category(57)) {
    echo '[coding for image for category 57]';
    }  
    elseif (is_category(74)) {
    echo '[coding for image for category 74]';		
    }
    else {echo '';} 
    
    ?></h1>
    
    <div class="meta"><?php echo category_description();
    
    if (is_category(56)) {
    echo '[specific wording for category 56 "Wordless"]';
    }
    elseif (is_category(70)) {
    echo '[specific wording for category 70]';
    } 
    elseif  (is_category(57)) {
    echo '[specific wording for category 57]';
    }
    elseif (is-category(74)) {
    echo '[specific wording for category 74]';	
    }
    else {echo '';} ?></div>

    Because these are the only category pages that now show correctly (with the WP DoNotTrack plugin deactivated), does this mean that I must include in category.php ALL of the category special wording for each category?

    -E

    awrco2001, this page explains how to disable the checkbox or change the text, without using a plugin:
    https://wordpress.org/support/topic/update-4-9-6-checkbox-comments-privacy-approved/

    Thank you for all your help, Andy.

    Excuse me for replying to myself….

    Success!!

    I reread the format instructions at https://wordpress.org/plugins/better-recent-comments/ and, at last, this line of code put into a Widget text produces the date format that is the same as on my WP.

    [better_recent_comments format="{author} on {post}, {date}" date_format="l, j F Y"]

    I did have to fool around a bit with the css because the text file throws things over to the right a bit.

    These are the styles that I put into my theme’s style sheet:

    /* Better recent Comments */
    #better-recent-comments li {background:transparent url('/images/customicon.gif') no-repeat left 6%; padding-left:15px;}
    #better-recent-comments li .comment-date {display:inline;}
    #better-recent-comments li .comment-date::before {content:" on  ";}
    #better-recent-comments .recent-comment {margin-left:-6px;}

    Thank you again for your assistance, Andy.

    -E Morris

    Ohhhh! I hadn’t thought of that option. But, alas, it didn’t work. The date format remained in the M j, H:i form. Also, there was no way to make the comments themselves invisible. I only want the commenter’s name, post link and comment date to show on the sidebar.

    Also, the text version was shifted over to the right (I confess that I didn’t look at the rendered coding to see what was causing it (an extra <ul><li> perhaps??)

    So. I guess I will have to live with the existing date format.

    Thank you, Andy. Because I’m using the sidebar widget, I had hoped it could be incorporated into the coding itself, but at least this is a solution. I’ll keep staring at the coding to see where to put the shortcode. I wonder if I can do this in my theme’s functions file with a conditional. Something along the lines of “if better-recent-comments is there… then date_format=”l, j F Y” (Again, having attended the University of the Internet, I only know enough about coding to get myself in trouble.)

    Do you think that setting the default to the WP date format setting might be an option in a future version? I hope so….

    E Morris

    A little knowledge is a dangerous thing

    I would like to do something a little simpler than changing to relative time. Alas, I only know enough about coding to get myself in trouble. I tried adding the following to my theme’s functions file, but (aside from the fact that it’s quite unwieldy) it didn’t work at all.

    
    /*...............
    Changing  date format from 'M j, H:i' to 'l, j F Y' on Better_Recent_Comments_Util
    ...............*/
    	function new_default_shortcode_args() {
    		return array(
    			'number'		 => 5,
    			'format'		 => self::get_comment_format(),
    			'date_format'	 => 'l, j F Y',
    			'avatar_size'	 => 50,
    			'post_status'	 => 'publish',
    			'excerpts'		 => true
    		);
    	}
    	add_filter('default_shortcode_args', 'new_default_shortcode_args');

    The description of the plugin implies that the date format can be changed in the shortcode

    Options available with the shortcode:
    […] date_format – the PHP date format to use. Defaults to ‘M j, H:i’. See this cheat sheet for a full list of date and time options.

    Rather than imposing an arbitrary date format, please explain how to change the coding to use the date format that is in the WP settings: date(get_option('date_format'))

    If I knew how to do this, I would…. Thank you for any help that can be offered on this.

    E Morris

    Thread Starter ejm

    (@llizard)

    Thank you for your reply, Edward.

    If Disqus hadn’t stripped the user ID from the comments I made, then this would make sense. Comments made before I installed the Disqus plugin are nicely following the .commentlist .bypostauthor css rules in my Twenty Twelve child stylesheet. But it’s the comments that were exported to Disqus and back that are disobeying the rules. I think the user IDs have been stripped.

    What I need to know is how to put them back – if it’s even possible.

    Thread Starter ejm

    (@llizard)

    I tried disabling iThemes Security and switching to WordFence (my webhost will not allow me to run WP without a security plugin). Alas, the manual sync’ing still did not work.

    It’s with great regret that I have had to disable Disqus. So, even though the solution was not found, I’m marking this thread as “resolved”.

    Thank you again, brevityness, for all your replies.

    Thread Starter ejm

    (@llizard)

    Augh!!!

    I have discovered that the missing comments in wp goes back much further than 24 May. I have also discovered that manual sync’ing doesn’t necessarily work. (For an April post that has 8 comments, only 4 appeared after the manual sync’ing.)

    I must apologize for taking up so much of your time, brevity.

    I just saw the following at https://help.disqus.com/troubleshooting/wordpress-troubleshooting-and-faq

    If Syncing is not working in version 3.x
    1. Check the webhook link here: https://YOURSITE.com/wp-json/disqus/v1/sync/webhook

    If that link is not returning anything or not loading, something is blocking outside sources like Disqus from making requests to your site.

    2. This may also be caused by a conflict with ones of your current plugins (often a security plugin). […] Specific conflicting themes that we’ve identified so far:

    Disable REST API
    iThemes Security

    I am running iThemes Security. I hesitate to mark this thread as resolved though. I will investigate with iThemes Security to find out the solution and report back if there is a solution.

    Thread Starter ejm

    (@llizard)

    Hmmm it’s possible that another plugin is interfering with the set up process. You could try disabling other plugins and attempting to re-install again to see if that works.

    The problem with disabling other plugins one by one is that the site looks broken. Not to mention that it’s very time consuming. So, to save time (ha!), I upgraded to the latest version of WP.

    Alas, autosyncing is still showing up as “unconfigured”.

    In spite of the fact that I believe my Disqus account seems to be configured, this is what I see after selecting the “enable auto syncing” tab in the wp-admin area of the Disqus Plugin:

    Auto syncing: Not Configured
    Error enabling syncing: Verification request failed: 2018-05-31 5:51 pm

    I have got manual sync’ing to work but it could prove to be a little unwieldy to have to remember to do it. Because autosyncing was working before the latest plugin update, and because manual sync’ing is working, I’m afraid I’m disinclined to try to fix the autosyncing through trial and error by disabling plugins one by one.

    Thank you for your help, brevityness. Am I correct that autosyncing is working for you?

    If not, I’m not sure now who or how to ask about how to fix autosyncing, but as there is one other person who posted on the Disqus forum about autosyncing not working in her WP, I suspect it may be something that was done in the latest upgrade of Disqus itself.

    Thread Starter ejm

    (@llizard)

    So. I jumped to configuration in the Disqus admin area and got the message:

    Setup Complete!

    Congratulations, you finished installing Disqus! Here are a few pages to help you get started using Disqus.

    But. Sync’ing is still not completed.

    Please advise.

Viewing 15 replies - 76 through 90 (of 380 total)