Forum Replies Created

Viewing 13 replies - 1 through 13 (of 13 total)
  • Thread Starter mathahasy

    (@mathahasy)

    GOT IT! – a stupid thing: it is a developing zone, protected by .htaccess (LOL) – so thats why the chart cant drawing. Problem solved ๐Ÿ™‚

    me too!
    I developed a totally new version from our project-website, on the same server.

    I installed all new files from the plugin in a fresh, new wp.

    All conditions are the same, like another project on the same server (where everything works allright), except of php 7.3.5 – this new version runs on php 7.3.5, an the interpretations works well – but the natal chart dont drawing … I switched it back to 7.0 -> there is no image generating … I tried a lot …

    GD is installed.
    Imagick also … – other tools works fine with that ..

    What could that be … ?!

    my specs:

    ### Begin System Info ###

    — Server Info

    Server Software: Apache
    PHP Version: 7.3.5
    GD Support: okay
    PHP_SHLIB_SUFFIX: so
    exec() Function: okay
    chmod() Function: okay

    — ZodiacPress Info

    swetest file: okay
    Ephemeris permissions: okay
    Atlas: GeoNames

    — WordPress Info

    WP Version: 5.2.1
    Multisite: No
    WP_DEBUG: Disabled
    WP Memory Limit: 256M

    — Theme

    Theme Name: Kleo Child
    Theme Version:
    Parent Theme Name: Kleo
    Parent Theme Version: 4.9.7
    Is Child Theme: Yes

    — Active Plugins

    bbPress by Die bbPress-Community version 2.5.14,
    BP Profile Search by Andrea Tarantini version 5.0.5,
    rtMedia for WordPress, BuddyPress and bbPress by rtCamp version 4.5.6,
    BuddyPress by Die BuddyPress Community version 4.3.0,
    Contact Form 7 by Takayuki Miyoshi version 5.1.3,
    Envato Market by Envato version 2.0.1,
    Essential Grid by ThemePunch version 2.3.2,
    GeoDirectory by AyeCode Ltd version 2.0.0.59,
    Go Pricing – WordPress Responsive Pricing Tables by Granth version 3.3.13,
    Imagify by WP Media version 1.9.2,
    WPBakery Page Builder by Michael M – WPBakery.com version 6.0.3,
    K Elements by SeventhQueen version 4.9.7,
    Mailchimp for WordPress by ibericode version 4.5.2,
    Paid Memberships Pro by Stranger Studios version 2.0.7,
    Really Simple SSL by Rogier Lankhorst, Mark Wolters version 3.1.5,
    Slider Revolution by ThemePunch version 5.4.8.2,
    Sensei by Automattic version 1.12.2,
    Social Articles by Broobe version 2.9.5,
    SQ KLEO Monetizer by SeventhQueen version 1.0.0,
    SQ Sidebar Generator by SeventhQueen version 1.2.2,
    W3 Total Cache by Frederick Townes version 0.9.7.4,
    WooCommerce PayPal Checkout Gateway by WooCommerce version 1.6.14,
    WooCommerce Services by Automattic version 1.20.0,
    WooCommerce by Automattic version 3.6.4,
    WordPress Importer by wordpressdotorg version 0.6.4,
    YITH WooCommerce Wunschliste by YITH version 2.2.10,
    ZodiacPress by Isabel Castillo version 1.9.1,
    ZodiacPress Sell Reports by Isabel Castillo version 1.3

    ### End System Info ###

    I have exactly the same problem. Also cPanel/EasyApache4 on three different WordPress installations. I have solved this temporarily:
    Remove all entries from .htaccess, delete the PlugIn – first of all so that everything works again.

    I have very identical settings like you.

    exactely the same problem! xmlrpc.php gives a 405error after activiation. …

    …I cheered too early at first. After the error had disappeared, it showed up again during the setup: secret verification error … – ok, further researched and the problem solved:
    1. it happens in connection with xmlrpc.php
    2. this file gave me a 405 error. – However, this error was not blocked by the host (I am the host myself), but apparently by some plugin.
    3. usual WordPress fumbling: localize.
    4. dung cattle found: the NextGenGallery … first deactivated. I will check later, if necessary, why it blocked the xmlrpc.php.

    Anyway, without cookie stress and deactivation, JetPack installed itself as usual and without errors, connected and now everything is really fine, because JetPack has now been set up as well.

    Sorry for the trouble with the play, but maybe this will help somebody. So I couldn’t leave it like that.

    cheers from munich GermsMoney ๐Ÿ˜‰
    (lol)

    hi anmolduggal
    Thank you so much. That wasn’t my error, but the key tip to solve the problem: wp_user, wp_usermeta weren’t duplicate entries. But: I had installed JetPack a few months ago and was registered at WordPress.com with a different nickname. Puhhh. :d – Database entries, JetPack login + development monitor then brought this solution. – Ohman. ๐Ÿ˜€ – So a temporary user error and no JetPack errors. Thanks again ๐Ÿ˜‰ – Its “solved” ๐Ÿ™‚
    Greetings from Munich

    Hi there,
    Exactly the same thing with me. โ€œError Details: The Jetpack server encountered the following client error: Verification secrets not foundโ€ –

    I’ve also done all the work.

    https://wordpress.org/support/topic/cant-use-jetback/

    I even tested it with a Linux system – no chance. There is also no error message anywhere that you can somehow “hack it away” yourself.

    Have the Flush button installed, tested different browsers, different dial-up providers, different systems – it keeps coming back:

    โ€œError Details: The Jetpack server encountered the following client error: Verification secrets not foundโ€ –

    I also have another WordPress page because it works brilliantly. However, I also have another account on wordpress.com for it – but that can’t be it, if even another system, completely different IP-addresses still get this error again and again:

    โ€œError Details: The Jetpack server encountered the following client error: Verification secrets not foundโ€

    You have to help us. Please.

    Cheers from munich,
    Matthias

    Thread Starter mathahasy

    (@mathahasy)

    I figured it out. In the file class-zpsr-preview-report.php in line 182 I removed the class zp-subheading and see there, it works. However, I also have h4 and h5 in the interpretations, which are not displayed. But that doesn’t matter. My tip would be to make this area a bit more flexible – otherwise this is a TOP extension.

    Thread Starter mathahasy

    (@mathahasy)

    Thread Starter mathahasy

    (@mathahasy)

    oh, thank you for you reply ๐Ÿ™‚

    Yeah, that’s right. I’ve zeroed all the values on the positions in exact these lines for zpci_is_planet_too_close.

    I have an “unusual” horoscope, where the planets in all radix views have always overlapped. ๐Ÿ˜€ in every Radix Software – Sun, Mars, Venus, Pluto – all in libra, all in ninth house, all only a few minutes apart ๐Ÿ˜€ – what do you like to do there (lol) – so I noticed that. In the previous setting, the sun, the pluto was in the scorpion… but it is not realy overlapping, they standing little closer ..

    NOW its an great radix ๐Ÿ™‚ – Iยดll make a screenshot …

    Thread Starter mathahasy

    (@mathahasy)

    GOT IT: in image.php from line 610 to 648 the planetary position is drawn. Here I changed the value “too_close” from 3 to 0 on all lines. Now it runs PERFECT

    I hardly have a degree apart from the unusual horoscope that I have all core planets close to the ninth house. f.e

    Sorry for the trouble, maybe it helped someone.

    Greetings from Munich

    Thread Starter mathahasy

    (@mathahasy)

    The sun is not on the degree (where the line is correct)

    Thread Starter mathahasy

    (@mathahasy)

    update: I am sorry, the wheel is correct, signs, houses, BUT some planets are not at the blue stripe at their right place in the chartwheel ..the blue stripe is right as well … why are some planets not at their right place?

    F.e. the blue stripe for sun is right in libra, but the sun sign is located at scorpio … uranus is also not on his right place …

    maybe the image.php ? – now i am very sure this must be a graphic issue to draw the place, cause the datas and the report is without any errors …

    this is a very fantastic plugin ๐Ÿ™‚

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