Ticket #34 (closed task: fixed)

Opened 2 years ago

Last modified 21 months ago

subdirectories support with dispatch.fcgi

Reported by: Randy Selzler <RSelzler@…> Owned by: sheep
Priority: Normal Milestone:
Component: Hatta Wiki Version: unknown
Keywords: Cc:

Description

I'm not even sure how to pose this question.

I want to use subdirectories on DreamHost.
Executing dev.py directly via ssh works great with subdirectories,
but not when executing hatta.py (or so it seems).
I can use dispatch.fcgi to start hatta.py from the
DreamHost Apache server, but only the flat directory works.

Do I need to start dev.py, instead of hatta.py, from dispatch.fcgi ?
How? I don't know how to translate dev.py code to dispatch style...

Would you like to send me a public key for ssh and warper1 diagnosis?

Change History

comment:1 follow-up: ↓ 2 Changed 2 years ago by anonymous

You are likely being bitten by  http://hatta-wiki.org/Unable%20to%20create%20a%20link%20to%20search/somepage%20with%20plain%20CGI%20in%20Apache

Try adding AllowEncodedSlashes On to your .htaccess.

Last edited 2 years ago by anonymous (previous) (diff)

comment:2 in reply to: ↑ 1 ; follow-up: ↓ 3 Changed 2 years ago by Randy Selzler <RSelzler@…>

Replying to anonymous:

You are likely being bitten by  http://hatta-wiki.org/Unable%20to%20create%20a%20link%20to%20search/somepage%20with%20plain%20CGI%20in%20Apache

Try adding AllowEncodedSlashes On to your .htaccess.

When I add it to .htaccess, then FireFox displays...
"Internal Server Error"
and the error log shows...
[Sat Feb 20 03:06:06 2010] [alert] [client 72.192.119.192] /home/rselzler/data-warp.com/poss_web/.htaccess: AllowEncodedSlashes not allowed here

When I follow Apache documentation links, it seems to say...
"Context: < http://httpd.apache.org/docs/2.2/mod/directive-dict.html#Context>server config, virtual host" and context says...
"server config

This means that the directive may be used in the server
configuration files (/e.g./, |httpd.conf|), but *not* within any
|<VirtualHost>
< http://httpd.apache.org/docs/2.2/mod/core.html#virtualhost>| or
|<Directory>
< http://httpd.apache.org/docs/2.2/mod/core.html#directory>|
containers. It is not allowed in |.htaccess| files at all."

On DreamHost, I don't think I have access to the Apache server configuration file,
even with my "Personal Server" host plan.

comment:3 in reply to: ↑ 2 Changed 2 years ago by rselzler

Replying to Randy Selzler <RSelzler@…>:

Replying to anonymous:

You are likely being bitten by  http://hatta-wiki.org/Unable%20to%20create%20a%20link%20to%20search/somepage%20with%20plain%20CGI%20in%20Apache

Try adding AllowEncodedSlashes On to your .htaccess.

When I add it to .htaccess, then FireFox displays...
"Internal Server Error"
and the error log shows...
[Sat Feb 20 03:06:06 2010] [alert] [client 72.192.119.192] /home/rselzler/data-warp.com/poss_web/.htaccess: AllowEncodedSlashes not allowed here

When I follow Apache documentation links, it seems to say...
"Context: < http://httpd.apache.org/docs/2.2/mod/directive-dict.html#Context>server config, virtual host" and context says...
"server config

This means that the directive may be used in the server
configuration files (/e.g./, |httpd.conf|), but *not* within any
|<VirtualHost>
< http://httpd.apache.org/docs/2.2/mod/core.html#virtualhost>| or
|<Directory>
< http://httpd.apache.org/docs/2.2/mod/core.html#directory>|
containers. It is not allowed in |.htaccess| files at all."

On DreamHost, I don't think I have access to the Apache server configuration file,
even with my "Personal Server" host plan.

It worked !!! Yaaaaa.
I finally used my DreamHost PS super power, found the relevant Apache configuration,
and added the "AllowEncodedSlashes On" like you suggested and restarted servers and
Wow, it works...

 http://pseis.org is now on-line for better or worse... much more to do of course.
If you'd like to see the fruits of Hatta, take a peek.
I hacked in a crude 'Upload' button for 'Edit' pages.
Search into subdirectories seems to fail... I'll start a new ticket for that
once I confirm it fails without my hacks (Upload, Edit prologue, disable robots, footer copyright, etc.)
My next priority is read-only until authentication by login for edit.
Then... ?

Hatta's great !
Thanks again

comment:4 Changed 2 years ago by sheep

  • Status changed from new to accepted

If it's apache, then it should go something like this:

<LocationMatch ^/+([+]|%2B)(edit|undo)>
        AuthUserFile /path/to/your/htpasswd
	AuthName "Hatta editing access" 
	AuthType Basic 
	Require valid-user
</LocationMatch>

comment:5 follow-up: ↓ 6 Changed 23 months ago by sheep

Any luck on this?

comment:6 in reply to: ↑ 5 Changed 23 months ago by rselzler

Replying to sheep:

Any luck on this?

The "AllowEncodedSlashes" trick solved the problem with subdirectory access.

I haven't had time to try your suggestion for "read-only until authentication...".
That is my next priority for Hatta functionality, but right now developing some
non-Hatta aspects has higher priority (C code, package integration, etc.).

The  http://pseis.org Hatta web site preview has been up the last few weeks.
No problems have been observed with Hatta or with the hacks that I've added.
The hacks represent features that I'd like to eventually see in the Hatta
main line of development (once I understand my needs better).
If you're interested, I can provide more info.

comment:7 Changed 23 months ago by sheep

Glad to hear it's going well. To be honest, I didn't recently have much time for hatta either. I was just curious, thanks for the update.

comment:8 Changed 21 months ago by sheep

  • Status changed from accepted to closed
  • Resolution set to fixed
Note: See TracTickets for help on using tickets.