Adding a Liting

This topic contains 24 replies, has 4 voices, and was last updated by  Stiofan O’Connor 5 years, 12 months ago.

We have moved to a support ticketing system and our forums are now closed.

Open Support Ticket
  • Author
    Posts
  • May 18, 2018 at 1:42 am #431062

    Elijah Lokvkoff
    Free User
    Post count: 138

    One more thing guys, our main site menu became completely deformed. Some items simply disappeared, megamenu functionality got disabled. If you are testing something, please revert the settings back, or let me know what the change was.

    May 18, 2018 at 9:33 am #431107

    Alex Rollin
    Moderator
    Post count: 27815

    As far as I know we have not made any changes to your site.

    May 18, 2018 at 6:07 pm #431161

    Stiofan O’Connor
    Site Admin
    Post count: 22956

    Hi Elijah,

    I have not made any change to your site either…

    Regarding your hosting company, run, run for the hills 🙂
    I’m not sure if you have an incompetent support guy or its the company but i would love to know who the company is, this is ridiculous.

    There is literally no point in replying to that guy, find another way to get support or move host.

    Thanks,

    Stiofan

    May 18, 2018 at 6:55 pm #431172

    Elijah Lokvkoff
    Free User
    Post count: 138

    We can’t change the hosting just because of that, sorry. It is considered one of the best WordPress Hostings – Siteground.com. (I have lots of clients there). My preference is WPEngine, but that is not relevant at the moment.

    The second point is this – the same client has another project (foodamo.com) running the same GeoDirectory. (We bought 2 licenses from you guys). It is not only the same hosting but the same type of account. And we don’t have this issue on another installation of GD.

    Stiofan, can you please do the following if you can:

    1. Please summarize the issue with explanations as to what should be fixed and why the offered solution buy the hosting tech won’t work. Just a summary.
    2. I will send it to them and will request the escalation to the highest level possible.

    Thank you.
    Elijah.

    May 19, 2018 at 12:22 pm #431285

    Stiofan O’Connor
    Site Admin
    Post count: 22956

    Hi Elijah,

    I had a talk with support online and found that the save path is being overwritten in a php.ini file, we managed to change that to a writable folder of /tmp

    There still seems to be much caching going on as the sessions number is not iterating in value on each refresh but is working (though the original seems to be cached).

    Can you check if the issue is resolved now? (i fear it might not be due to session caching)

    Thanks,

    Stiofan

    May 19, 2018 at 5:33 pm #431305

    Elijah Lokvkoff
    Free User
    Post count: 138

    Hi, Stiofan, seems to be working now. I’ll test on a couple more computers.

    I still would like to give my hosting support a hard time, I really don’t appreciate incompetent answers. Before I give them hell – can you please confirm that this is a server issue and php.ini settings were related to their setup.

    Thank you.

    May 19, 2018 at 6:01 pm #431310

    Stiofan O’Connor
    Site Admin
    Post count: 22956

    Great! 🙂

    Sure let me explain the problem exactly:

    The server needs to know where to store user sessions.
    This location is usually set on the server PHP settings file as something like

    session.save_path = /file/location/for/sessions

    The first problem is the server seems to have no proper default setting for this, if its not explicitly set then the value is empty and it does not work (i have never seen this before from a host)
    The second problem and the one you are having is the value was explicitly set in a local php.ini file but this value was wrong so the sessions could never save.
    This local php.ini file i assume was set by your host, BUT it might have been set by you, a dev you hired in the past, or maybe you cloned the site from another hosting provider?
    If it was them that added it then they messed up!
    If it was not them that added it then i would still not say its your fault in any way, a good tech should be able to spot that in seconds.

    I hope that explains things and i’m glad its working for you now!

    Thanks,

    Stiofan

    May 19, 2018 at 7:06 pm #431318

    Elijah Lokvkoff
    Free User
    Post count: 138

    Thanks Stiofan, much, much appreciated.

    May 19, 2018 at 11:55 pm #431328

    Elijah Lokvkoff
    Free User
    Post count: 138

    Reply from the hosting guys – it took me 2 nasty emails to their supervisor and the manager to get them to acknowledge that they screwed up.Sorry you had to deal with this and thank you for your patience.

    First, I would like to apologize for the way this ticket was handled! I have already remarked the supporters who worked on it so such cases can be avoided in the future.

    I would like to mention that the php.ini file was not created by us, still I agree that the issue should have been resolved by our technical support in a timely manner. I do believe this was an isolated case and we will manage to change your experience with our support service in positive direction.

    May 22, 2018 at 11:50 am #431609

    Stiofan O’Connor
    Site Admin
    Post count: 22956

    Thanks for letting us know! Hopefully their support improves as a result 🙂

  • Author
    Posts
Viewing 10 posts - 16 through 25 (of 25 total)

We have moved to a support ticketing system and our forums are now closed.

Open Support Ticket