[pmwiki-users] GoDaddy Issues with pmWiki and password protected pages.

Tamara Temple tamouse.lists at gmail.com
Thu Aug 15 10:48:09 CDT 2013


On Aug 15, 2013, at 10:05 AM, Timothy Yoo <timyoo87 at gmail.com> wrote:

> Hi Petko,
> 
> Thanks for the reply. My install was a fresh install. But, it doesn't seem to be working. I checked to make sure I'm writing sessions properly. And, actually if I do hit "save" it looks like it's actually saving the data, it's just that it loads that blank page..I tried changing versions of php, but it didn't seem to work..Is there anyting else I could look at?

Do you have access to server/php error logs? (They might be different.) Is this a web hosting account, a VPS, or? If you can pastebin or gist local configuration files such as php.ini, php5.ini, .htaccess, and local pmwiki config changes, that would be helpful. Also, paste the output of php_info()

I know this isn't what you want to hear, but I've never had a problem with a clean install of pmwiki, on several different versions, and in several different environments.

Tamara

> 
> Thanks,
> Tim
> 
> 
> On Wed, Aug 14, 2013 at 11:45 PM, Petko Yotov <5ko at 5ko.fr> wrote:
> Jim Medlen writes:
> Recently when trying to edit a password protected page I see the password
> dialog after clicking Edit but when I enter the password and click OK the
> page never loads and I get an error message from the browser that says
> 
>    The connection to the server was reset while the page was loading.
> ...
> 
> I went through all of the PHP pages on my site and removed a line of code
> that appeared to be a hack or malware that used base 64 encode from several of the pages,
> 
> If your site is/was hacked with PHP code inserted in your scripts, if I were you, I'd back up the directories local, cookbook, pub and wiki.d; wipe the whole site; install a clean PmWiki with the latest version; then add back the directories while examining every *.php file from these directories I put back on the server (if you have a skin or a recipe from the Cookbook, it is better to get the latest version of them from pmwiki.org and use them instead of the ones that were on your hacked server.)
> 
> The directories contain:
>  local: your custom configuration, there should only be files like
>    farmconfig.php, config.php, Main.php, Group.php and/or Group.Page.php
>    These files should only have been modified by you so if you don't
>    understand something, remove it.
>  cookbook: recipes/modules adding features: re-get them from the Cookbook
>    or examine them
>  pub/css: custom styles, only *.css files only added by you
>  pub/skins: different skins, from the Cookbook or your own, there may or
>    may not be *.php files needing examination.
> 
> Otherwise, I'd also tripple check the files named .htaccess where they exist: you should know exactly what they contain and what that does to the server. The directives auto_prepend_file or auto_append_file for example are not needed by PmWiki, and if a site is hacked it may rely on those.
> 
> 
> but I still can't edit any of my password protected pages unless I use a
> text editor to remove the password information outside of the wiki site.
> 
> If this is happening with an old PmWiki version, I suggest installing the latest. New PHP versions tend to have changes that break the existing software and we need to fix it as soon as we find the problem.
> 
> Can you edit a page with no passwords? (like an open wiki)
> 
> If yes, it may be a "sessions" related problem, see this message:
> 
>  http://article.gmane.org/gmane.comp.web.wiki.pmwiki.user/57935/
> 
> 
> I have changed from PHP 5.3 to 5.3 and back and dont know what to try next.
> 
> You probably changed to/from a different version than two 5.3 versions :-)
> 
> Indeed, once we had similar symptoms on online.net (posting a form doesn't go to the PHP interpreter) due to a misconfiguration of one version. Switching to another available PHP version fixed the wiki.
> 
> 
> PmWiki has worked fine for the past 4 or 5 years until just this past month when
> I started receiving forms submitted from the website with junk in the form.
> 
> This may be spambots, you may wish to add some password (or other) protection like the recipes Captcha or SpamFilters.
> 
> ...
> 
> I just installed pmwiki through GoDaddy. When I try to save an edit, or
> enter a password to get into the administration site, instead of taking me
> to the appropriate webpage, I get a message that says that the server sent
> no data. It also says, "Error code: ERR_EMPTY_RESPONSE"
> 
> When I searched www.google.com for this error code, I saw a huge number of pages about it, with different software (eg. Wordpress) mostly on GoDaddy.
> 
> So I have the feeling that this doesn't come from PmWiki. If it is possible, try changing the PHP verison, and/or the fix for the "sessions" problem, see the link above.
> 
> Petko
> 
> 
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
> 
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users




More information about the pmwiki-users mailing list