Jump to content

modman

Clients
  • Posts

    221
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I moved the site to a new server and since then the emails are not sent, the SMTP connection does not happen. When I enter the support section I get a message that says there are problems with the connection to the outside. Yet in the same environment there is a test php file to send emails that works perfectly, there is something in IP.Board....
  2. yes I did it and I solved the problem but after a while it came back to me, honestly I didn't understand why, but I think there is something in the settings of my Cloudflare rules that is not right in fact I had to deactivate them to not run into this problem again, actually I'm looking for someone to configure Cloudflare correctly because I think you can get more and not have problems
  3. Thank you, please delete the two images on first post, and close topic, it is solved.
  4. Now deleting the cache has solved everything, I had done it twice as soon as I noticed the error, both in IP.Board and in Cloudflare, but it had not worked, now it does. To try, I also temporarily disabled Cloudflare... but nothing. I don't understand but it works fine. So the problem was not related to the folder permissions...
  5. Can be a Cloudflare problem? because now that I think about it the only thing I did was remove the cache in Cloudflare, could this have contributed to the problem?
  6. since no one has done anything, how could these permissions on the folders have been modified? finally how should they be set or how can I verify if they are correct? does IP.Board have a verification tool? Thanks
  7. sorry but my site is offline and no one is approving my posts. It's urgent
  8. Already done, no difference.
  9. Many things are not working on the site, surely after the update also because no other changes have been made. The form on the homepage does not work, as well as the search, i'm unable to changhe language and everything related to Javascript, Jquery, ecc. Repetitive errors in log: I noticed these errors in the console:
  10. your point is valid if the URLs are definitive, not indefinite, this maintains the tilt, do you think Google will be able to continue dedicating time to a site that generates random URLs? why not remove that parameter as in all the site's crime and in all the remaining existing CMS in the world?
  11. we don't understand each other, have you seen my google graphs that continue to rise endlessly? why not remove that csrfkey parameter and make all those numbers disappear from the statistics…. we've already discussed it a lot in previous posts... I seem to have understood that this will be resolved in the next update 4.1.19, that's fine.
  12. Even if there is "nofollow", the problem remains. Now the links look like this, generating infinite numbers: https://www.etpsolutions.com/discover/unread/?view=condensed&csrfKey=345f5297003cc7f3c067afbxxxxxxxxxx https://www.etpsolutions.com/discover/unread/?view=condensed&csrfKey=345f5297003cc7f3c067afbyyyyyyyyyy https://www.etpsolutions.com/discover/unread/?view=condensed&csrfKey=345f5297003cc7f3c067afbccccccccc The correct link should look like this: https://www.etpsolutions.com/discover/unread/?view=condensedss As demonstrated above, after updating IP.Board, Google is going crazy, it finds infinite pages that will increase more and more, by analyzing the existing ones (because the whole site NEVER ends) and distorting all the statistics that I would need to analyze the real data:
  13. Sure, I will remove the changes after the update, bringing the template back to the original. Now I found a third element with the same problem: In the "activities" page (/discover), the button that changes the view between Condensed/Expanded.
  14. Unfortunately adding only to robots.txt is a solution that doesn't work, Google generates infinite URLs distorting the real results, furthermore the pages generated are infinite, this will never end. For now I have solved it by modifying the template code, hiding the currency exchange for guests, I will have to do the same thing for the store display selector. I hope that in the next update it will be resolved permanently and not through Robots... I hope so, thanks.
  15. Regarding this discussion: I don't want to be boring and I know that you have solved this part in the version that will be released (4.7.19). I want to ask you if the change will only concern the currency change. Because today I discovered that the parameter "&csrfKey=" is also present in the links in the store to change the type of display (grid or list): These links are also present in hundreds of thousands in Search Console: I sent this message only to confirm that this part is also solved after the update because in the previous topic we only talked about the links related to the "currency change". Thanks.
×
×
  • Create New...