Forum Replies Created

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

    (@razmzk)

    Thanks for the support Michael. The interesting thing is that this issue appears only when trying to update Front page. I will keep you updated.

    Thread Starter mpatzekov

    (@razmzk)

    Hi guys,

    Many thanks for the quick response. Definitely not an option on low resource servers or shared hosting plans. To good thing is that this is technically possible.

    Cheers!

    Thread Starter mpatzekov

    (@razmzk)

    Hi staartmees,

    I completely understand this, thanks for making it clear enough for the others that may read this topic.

    I would like to focus on my question now, which is “How to update TinyMCE without upgrading to e newer version of WordPress”.

    Kind regards,
    M.

    @ulimc – Your are very, very right. Ordinary users are not aware that they should fill all the information and the issue you described is a very common scenario.

    Yes, this would be a fantastic option. Did you find a solution for this?

    Thanks for the code. But where should we put this?

    I see that one person did what I am going to suggest below, but I believe the problem is not just the same for everyone. I recommend that everybody who has a problem does the following thing:

    1. In wp-config.php add the following lines:
    define(‘WP_DEBUG’, true);
    define( ‘WP_DEBUG_LOG’, true );

    Explanation: This will create a text file in /wp-content folder. This file is named: debug.log

    2. Try to login
    3. Go to debug.log and view the file. It should have recorded the error and the reason for the Error message.

    Then you will know what causes this error.

    Thread Starter mpatzekov

    (@razmzk)

    BUMP

    Thread Starter mpatzekov

    (@razmzk)

    Just an addition. I was trying something like:

    <div id=”order_review” class=”woocommerce-checkout-review-order”>

    <?php
    if ( ICL_LANGUAGE_CODE==’fr’ ) { echo DO THE MIRACLE HERE; }
    elseif ( ICL_LANGUAGE_CODE==’en’ ) { echo do_action( ‘woocommerce_checkout_order_review’ ); }

    ?>
    </div>

    in form-checkout.php. But I may be completely wrong.

    Thread Starter mpatzekov

    (@razmzk)

    Вероятно сте прав. За момента методът работи безупречно, за което сме много щастливи 🙂

    Thread Starter mpatzekov

    (@razmzk)

    Привет Адриан,

    Благодаря ти за фикса! В тестов режим работи. Утре се надявам да мине и при live плащанията.

    Нещо само на което мога да ти обърна внимание, мисля че ще от полза и на други хора, които ще ползват плъгина.

    Та, нещото е следното. В нашия сайт 301 редиректваме всички http рекуести към https версията. Когато ползваме https, IPN адрес за известяване се генерира с http. Аз пробвах при демо плащанията да вкарам “URL за известяване” само с http(така, както е генериран). Тогава ситуацията беше същата – плащанията минаваха, но наличностите не се ъпдейтваха и поръчките идваха “pending” поради PAYLOGIN: ERROR: IPN response incorrect hash.

    Когато, обаче, в “URL за известяване” вкарах същия генериран URL за “IPN адрес за известяване”, но с https – тогава всичко минава коректно. Поръчките влизат като “processing” и складовите наличности се ъпдейтват!

    Надявам се да съм бил полезен!

    Поздрави и отново благодаря!

    Thread Starter mpatzekov

    (@razmzk)

    Прикачвам и линк към скриншот, където се виждат настройките.

    ЦЪК.

    Thread Starter mpatzekov

    (@razmzk)

    UPDATE: интересно нещо се случва 🙂

    Не знам защо, но log файлът не се пълни с никаква информация, въпреки че е включена опцията за запис в него. Сега видях, че логът ми записал информация от преди няколко дена (не знам защо само за този времеви отрязък от 1 час) и там се вижда следната нередност:

    06-08-2015 @ 23:59:37 – PAYLOGIN: ERROR: IPN response incorrect hash
    06-09-2015 @ 00:03:47 – PAYLOGIN: ERROR: IPN response incorrect hash
    06-09-2015 @ 00:03:49 – PAYLOGIN: ERROR: IPN response incorrect hash
    06-09-2015 @ 00:28:02 – PAYLOGIN: ERROR: IPN response incorrect hash
    06-09-2015 @ 00:29:30 – PAYLOGIN: ERROR: IPN response incorrect hash
    06-09-2015 @ 00:29:31 – PAYLOGIN: ERROR: IPN response incorrect hash
    06-09-2015 @ 00:30:24 – PAYLOGIN: ERROR: IPN response incorrect hash
    06-09-2015 @ 00:33:41 – PAYLOGIN: ERROR: IPN response incorrect hash

    Разбирам, че hash-a, който е генериран в IPN Callback не съответства на този, който е вкаран в системата на ePay.bg. Това обаче не е така – същите са 1:1.

    Забелязвам и още нещо интересно. В админ секцията пише:

    Value of the field depends of Customer Number, so if it is changed then change also this URL.
    Copy and paste this value in your profile under URL for receiving notifications

    Исках да сменя този hash и да пробвам с нов. Пробвах да променям името на клиента, секретния ключ, изктрих плъгина и го качих наново, изтрих стойностите от базата данни дори, но въпреки всичко това, IPN Callback никога не се промени. Стои си един и същ и се записва в базата един и същ независимо какви промени правя.

    Къде може да има някаква нередност и защо поръчките пристигат като pending payment, а не като processing?

    Много ще се радвам, ако някой сподели идея какво може да причинява тези неща.

    @thermador – can you go to your admin in settings and choose Login with ajax.

    Pay attention to “Disable refresh upon login?” It shoudn’t be checked.

    ps. I also confirm that ataub2qf’s fix did the trick.

    Thread Starter mpatzekov

    (@razmzk)

    Thanks laliz. It’s an option, indeed. Unfortunately, it also takes a lot of time when you have to edit 200-300 images daily 🙂 I was trying to find an easy and flexible solution.

    Just filling the fields, pressing enter and voila! You got my point, right? 🙂

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