Forum Replies Created

Viewing 12 replies - 1 through 12 (of 12 total)
  • Thread Starter Mouseviator

    (@mouseviator)

    Hello, here are the results of my tries. I was unable to find lower version of the plugin to work for me, Probably, my hosting provider somehow changed the way the use of blocked functions, like the putenv, are treated. I think before it just caused a warning, while now it causes hard exception which than causes the script to stop.

    For now, i was able to trubleshoot it by modifying the line 1570 in class-job.php, that cointained this line:

    @putenv(‘TMPDIR=’ . BackWPup::get_plugin_data(‘TEMP’));


    to “paranoid check” :

    if (function_exists(‘putenv’)) {
    try {
    @putenv(‘TMPDIR=’ . BackWPup::get_plugin_data(‘TEMP’));
    } catch (Exception $e) {
    //ignore that
    }
    }

    Maybe you could add some checks like this for function calls that are likely to be disabled on public hostings to your production code?

    The last scheduled backup completed Ok last night. But I am now effectively cutout of plugin updates unless I want to change the file after every update.

    Best regards

    • This reply was modified 1 year, 11 months ago by Mouseviator.
    Thread Starter Mouseviator

    (@mouseviator)

    Hello,

    chaning the maximum script execution time has no effect… Tonight, the scheduled backup of database was triggered and again ran till I stopped it this morning. But I changed the log level to see if there will be more info to catch up:

    [INFO] BackWPup 4.1.2; Projekt WP Media
    [INFO] WordPress 6.5.5 na https://mouseviator.com/
    [INFO] Úroveň protokolu: Ladit (přeloženo)
    [INFO] Úloha zálohování: Database; DBDUMP
    [INFO] Běží s uživatelem: (0)
    [INFO] Cron: 0 22 * * *; Next: St, 3 Čvc 2024 @ 22:00
    [INFO] Úloha BackWPup byla spuštěna z wp-cron
    [INFO] PHP ver.: 8.1.14 (64bit); fpm-fcgi; Linux
    [INFO] Maximální doba provádění skriptu PHP je 90 sekund
    [INFO] Doba restartu skriptu je nakonfigurována na 25 sekund
    [INFO] MySQL ver.: 10.4.33-MariaDB-log
    [INFO] Webový server: Apache
    [INFO] curl ver.: 7.29.0; NSS/3.36
    [INFO] Složka Temp je: /data/web/virtuals/44948/virtual/www/domains/mouseviator.com/wp-content/uploads/backwpup/5b1403/temp/
    [INFO] Soubor protokolu je: /data/web/virtuals/44948/virtual/www/domains/mouseviator.com/wp-content/uploads/backwpup/5b1403/logs/backwpup_log_f8f3be_2024-07-02_22-00-49.html
    [INFO] Záložní soubor je: /data/web/virtuals/44948/virtual/www/domains/mouseviator.com/wp-content/uploads/backwpup/5b1403/temp/dbbackup_2024-07-02_22-00-49_VZNRIA5Z02.tar.gz
    [02-Jul-2024 22:00:49 UTC] PHP Fatal error: Uncaught Error: Call to undefined function putenv() in /data/web/virtuals/44948/virtual/www/domains/mouseviator.com/wp-content/plugins/backwpup/inc/class-job.php:1570

    So, figured out the putenv() function is not supported on my hosting…. But it has not been supported for quite long time, so the reason for the backups not working anymore must be a change in backwpup code… Is there any chance you can add some workaround for hosting that does not support this function or point me to the latest version of backwpup that does not require it?

    • This reply was modified 1 year, 11 months ago by Mouseviator.
    Thread Starter Mouseviator

    (@mouseviator)

    Hi @cookieyesteam

    thanks for your help. It works now. Can you describe more about the “cookie category slugs” issue. Was it some unsupported characters (combination), something I should be aware of for the future or when setting new cookies? Or is it something I have no control of and should not be bothered?

    Anyway, big thanks

    Thread Starter Mouseviator

    (@mouseviator)

    Hi, it should still be accessible by the link in my first post 🙂

    • This reply was modified 2 years, 10 months ago by Mouseviator.
    Thread Starter Mouseviator

    (@mouseviator)

    Hi again,

    I modified the filter for myself, because simply returning true broke some of my pages where I display custom post types and the sticky TOC also appears. I have it there mostly for mobile purposes when the TOC in the sidebar is hidden. Is there a way to “sync” the floating TOC to be displayed only if the shortcode is used? It now displays even on some pages where I do not want it. Meaning, is there another filter I can use? I was looking through the code and did not find it yet.

    Thanks again and have a nice weekend.

    Thread Starter Mouseviator

    (@mouseviator)

    Hi,

    thanks for this lightning fast support. And I am happy to let you know that with the filter, it works as before for me. Thank you very much.

    Have a nice day
    Mouseviator

    Hi, I have the same problem, but unfortunatelly the 2.0.52 version did not solve it for me (as described in the closed topic here: https://ww.wp.xz.cn/support/topic/version-2-0-51-1-does-not-create-the-elements-with-the-ids/).

    Rolled back to 2.0.50. I am also using the shortcode to output the TOC in specific place / sidebar position / widget. Having the auto insertion disabled and ignoring the article TOC specific setup.

    And I believe the reason is the same, for some reason, the required elements with IDs are not being created. Using the “Pure CSS” method. The “Javascript” method also does not work.

    Hi, I have the same problem, but unfortunatelly the 2.0.52 version did not solve it for me. Rolled back to 2.0.50. I am also using the shortcode to output the TOC in specific sidebar position / widget. Having the auto insertion disabled and ignoring the article TOC specific setup.

    Thread Starter Mouseviator

    (@mouseviator)

    Hi,

    thanks for the suggestions. Will try it.

    Thread Starter Mouseviator

    (@mouseviator)

    Hi,

    sorry for not getting back. Well, I understand that for many people the option to manage multiple installations from one site (the app), is great feature. On the other side, for someone like me who would rather not be dependent on another service and liked to setup things right in the plugin, the new GUI / they way of functionality, is step back 🙁 After the migration my english and czech variants were all visible in the GUI and it seems kind of awkward to have to sign up to make them work. Maybe some time in the future you will allow us “old timers” or “don’t want to have everything in cloud” guys to set it up in the plugin itself again.

    The shortcodes that did not work were the: [user_consent_state] and the [cookie_audit columns] that I use on my cookie site.

    Best regards

    Mouseviator

    • This reply was modified 3 years, 3 months ago by Mouseviator.
    • This reply was modified 3 years, 3 months ago by Mouseviator.
    Forum: Plugins
    In reply to: [Age Gate] Force locale
    Thread Starter Mouseviator

    (@mouseviator)

    Hi, my URL structure is custom:
    https://mouseviator.com/%category%/%postname%/

    I tried to disable the “Use default language if translation is missing”, but then I get no text at all.

    I posted the english restricted post here:
    https://mouseviator.com/nezarazene-en/english-agegate-test/
    It should display the english version of the messages, but you can see it does display in czech.

    On this czech post:
    https://mouseviator.com/kresby/divka-z-kalendare/
    it is OK.

    Oh, click the “Ano” button to get through if you don’t understand czech.

    I guess it will be something with the URL format, that there is no language info in the GET parameters maybe? I had the same problem with the disqus plugin which also did not recognize the language automatically (even thought it should). But for that I wrote the hook which forces language based on polylang actual language.

    Thanks and best regards
    Mouseviator

    Hi,

    try to manually reinstall the plugin. Maybe not all files are updated correctly.

    I had similar issue – I set disquis language via JavaScript but the language was still English no matter what.

    First,I found out, that the JavaScript inserted by wordpress plugin is using isset function to find out if disqus_language variable is set and therefore set the preferred language. The problem here was, that isset is not JavaScript function, so the condition to set the language was never executed.

    But that JavaScript code is no longer present in version 2.74. Second issue here. I updated the plugin to version 2.74 via wordpress, but even though it was convincing me the update was successful, the source files was not updated (or just some of them).

    So I downloaded the latest version manually, deleted the old plugin and uploaded the latest one and it works with code you wrote (thanks for that btw).

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