Forum Replies Created

Viewing 15 replies - 1 through 15 (of 15 total)
  • Thread Starter dnk6742

    (@dnk6742)

    bernbe01, I really appreciate your help 🙂 Thanks! Sorry for the delay.

    The point is that the copy ow WP I am running was installed in the way U described. More than, I reinstalled it couple of times in the same way.

    Another seed of craziness is that there is a second site running the same WP on the same vhost – and it doesn’t have the problem.

    And yes, I have already copied the engine files of one site to another, changing the .cfg – with no success, as U can see.

    I suggest that we focus on the diagnostics of what goes wrong with the connection. That’s what I’ve got as a dump of raw_response of line 457:

    URL:string(50) "https://api.wordpress.org/themes/update-check/1.1/"
    RAW_RESPONSE:object(WP_Error)#4259 (2) { ["errors":"WP_Error":private]=> array(1) { ["http_request_failed"]=> array(1) { [0]=> string(65) "Operation timed out after 3000 milliseconds with 0 bytes received" } } ["error_data":"WP_Error":private]=> array(0) { } }

    Meanwhile http://novorossinfo.org/wp.php

    $url = 'https://api.wordpress.org/themes/update-check/1.1/';
    print_r(get_headers($url));

    opens the same URL with the following result:

    Array ( [0] => HTTP/1.1 200 OK [1] => Server: nginx [2] => Date: Sat, 28 Feb 2015 07:20:48 GMT [3] => Content-Type: text/plain; charset=utf-8 [4] => Connection: close [5] => X-Frame-Options: SAMEORIGIN )

    I can’t really figure out why this time-out occurs in the first case if in the 2nd it runs fine.

    Thanks again.

    Thread Starter dnk6742

    (@dnk6742)

    Thanks, bernbe01. I added the lines, no change so far.

    define(‘WP_DEBUG’, true);
    define(‘WP_DEBUG_LOG’, true);
    define(‘WP_DEBUG_DISPLAY’, true);
    define(‘SCRIPT_DEBUG’, true);

    and still only the same error messages, no new information.

    Thread Starter dnk6742

    (@dnk6742)

    And my situation is one of these…

    This site is able to apply these updates automatically. Cool!

    The point is, that it really does… The problem takes place with plugins and themes only.

    Thread Starter dnk6742

    (@dnk6742)

    Thanks Matt,
    obviously my hosters are more lazy than yours. I hope someone can at least highliht me the direction to the solution.

    Thread Starter dnk6742

    (@dnk6742)

    First of all, thanks. Second, I believe this should be endine functionality, at least to certain extent.

    But yes, thanks for the plugin again 🙂

    Thread Starter dnk6742

    (@dnk6742)

    The first example crossing my mind is the situation when you can’t access FTP for whatever reason. In this case – and if robots.txt is written by WP – having an access to WP admin panel is enough.
    Then, keep in mind that the directive “Ask search engines not to index the site” will not work if robots.txt exists.

    Thread Starter dnk6742

    (@dnk6742)

    ClaytonJames, thank you for reminding me of this 🙂
    Having a hand-written robots.txt is a solution, yet that is ideologically wrong, as I can see.
    This option is worth having, I think.

    Thread Starter dnk6742

    (@dnk6742)

    Hotfix for 0.9.8:

    ESS_Import:910:
    Date format is H-i-s, but it should be H:i:s. Strtotime doesn’t decode the time with dashes.

    Thanks.

    Thread Starter dnk6742

    (@dnk6742)

    Please consider fixing in 0.98 the error similar to one already fixed with URLs, where it was reprocessing htmlspecialchars:

    FeedVaildator:1592:
    ), ENT_QUOTES, $charset should be replaced with
    ), ENT_QUOTES, $charset, FALSE

    Thanks for the update.

    Thread Starter dnk6742

    (@dnk6742)

    So be it. Thanks for the fix!

    Thread Starter dnk6742

    (@dnk6742)

    It concerns all sites where slugs are customized 🙂 Thanks.

    Thread Starter dnk6742

    (@dnk6742)

    In my case the feed looks like:

    <dates>
    <item type="standalone" unit="hour" priority="1">
    <name>Date: 2013-11-22T11:00:00 03:00</name>
    <start>2013-11-22T11:00:00+03:00</start>
    <duration>2360</duration>
    </item>
    </dates>

    So, unit is a part of item parameters. It is IMHO reasonable to make it mandatory element of a dates/item xml type for standalone events as well.

    Besides that, ESS_Feed.php:120 hard-codes the default duration in hours:
    $duration_s = FeedValidator::getDateDiff( 'h', $event_start, $event_stop ); // number of seconds between two dates.

    I believe there are very few events that last less than one hour, not taking into account flashmobs and particle annihilations 🙂 Keep also in mind that the pludin itself doesn’t allow to schedule the event times up to seconds.

    Thread Starter dnk6742

    (@dnk6742)

    Yes, actually, I do have a suggestion 🙂

    I believe that sending <!–more–> in the feed text is reasonable – it substitutes the excerpt most of the times. In my opinion, it is good to strip the tag (or just ignore it) during the import, if user chooses to do so in the “options” tab. It will be way easier to make excerpts on a receiving side.

    Thread Starter dnk6742

    (@dnk6742)

    Adding double_encode = false as fourth parameter to all htmlspecialchars () calls helps to fix the problem.

    Thread Starter dnk6742

    (@dnk6742)

    I replaced if ( $child->$feed->count() > 0 )
    with if ( count ( $child->$feed ) > 0 ). So far it works.

Viewing 15 replies - 1 through 15 (of 15 total)