Cristián Lávaque

I don’t know if those things warned about in the server scanner would cause you the PHP tags problem, but they’re likely you to cause you other troubles and that’s why Jason added those checks. It’d be best for you to get them corrected following the advice to have your webhosting company help you get them solved.

No, the database would not help.

If you feel uncomfortable giving me FTP access, it’s okay not to do it, of course. Could you try removing the caching drop-in yourself? And make sure there aren’t other PHP files that have caching in the name, please. I just want to remove that as a possible cause.

Let’s see what the webhost says about caching on their side.

Do you have another webhost that you can try this with? It’d be good to see what results you have in another server.

No, haven’t heard from Jason regarding this yet. I just left him a reminder in case he missed my note the first time.

Are you saying we should look up all the strings we want to translate and then include them along the lines of “else if ($original === ‘xxxx’) $translated = ‘xxx’;

Right, add an [hilite mono]else if...[/hilite] for each string you want to add a translation for.

Also: is there a sure way to detect text strings within php files that show to a user?

If you search the s2Member files for [hilite mono]_x([/hilite] you’ll find the strings that can be translated. http://codex.wordpress.org/Function_Reference/_x

Further, I don´t understand what to think and do with the long code that Cornelia Esther (lars) posted on monday 27th. Should I understand what it is all about?

That was the result of a failed test she did, you can ignore it.

No, if you know what you did there, it’s fine. I just mentioned it in case it was something else that could also be causing a problem in another -more important- area.

Sorry for missing your reply until now, I apologize for the delay in responding to it.

Thank you very much for clarifying what you’re asking, I had not understood it this way before.

Jason provided a hack to remove the address fields from Authorize.Net pro-forms, but warned against the possible problems this may cause with fraudulent transactions. http://www.s2member.com/forums/topic/authorize-net-proforms-can-i-disable-fields/#post-20569

So it’s possible with Auth.Net, now I need to ask Jason if it’s also possible to do the same with PayPal or if PayPal Pro, unlike Authorize.Net, absolutely requires those fields to be in the form. I left him a message and I’ll get back to you as soon as I hear back from him.

Thanks, got the email. I did several tests, still am not sure what the source of the problem is and I can’t reproduce it in my installation.

I first activated the Alt View Restriction, got the warning that the Membership Options Page is missing, so I went and set one, as well as the Login Welcome. I then noticed no page was restricted, so I restricted the Links one, but it still shows up in the navigation. I removed the main nav menu, moved widgets around, change themes, nothing.

I did notice one thing during all this, and it’s that the things I changed, most of the time weren’t reflected in the page right away. It looks as if I were getting them from the cache, and no amount of refreshing changed them to what I expected.

I had deactivated the WP Super Cache plugin, but there’s a cache drop-in that’s still there, I don’t know if active or not, but since I don’t have the FTP, i couldn’t go and remove it to test if it was that. I’m also wondering if your server has some caching outside of WordPress that may be causing this.

Caching is not a problem if configured properly. Pages for logged in users should not be cached, because they change from user to user depending on his access. Also, object and database caching are known to cause trouble, so these should not be enabled.

This is all I can tell from what I had access to. Could you confirm the caching thing I mentioned? Thanks.

Thanks Lori, got the email.

I couldn’t login to the site, the username wasn’t valid, but I could access the logs directory via FTP. I couldn’t find any entry for the user you mentioned in your email.

Do you have her subscr_id? Do you have other users with this problem that I could look up in the logs?

Yes, it’s suppossed to do that, because you’re not asking if the user has access to Level 1 content, you’re asking if he’s at Level 1, which an Administrator isn’t. Try:

[[s2If current_user_is(s2member_level1) OR current_user_is(administrator)]
Some text
[/s2If]]

or

[[s2If current_user_can(access_s2member_level1)]
Some text
[/s2If]]

The latter will be shown to Level 2 users or higher too, though, because of the incremental access.

No, it’s something on the server side. There’s a difference between the two server configurations that may not be obvious, but is there.

s2Member Pro is just an add-on to the framework (free version). What’s in the framework remains the same, the Pro add-on adds more things to it.

Have you tried the same development setup that worked, in the server where you are having trouble?

Great! I’m glad I could help and that you figured it out. :)

Sure. Let us know if you have another question.