Jesse I'd suggest you just pay Pascal to set this up for you.
Sent from my iPad On Jan 29, 2012, at 9:20 PM, Jesse Tayler <[email protected]> wrote: > > I noted that the WebObjects_module was indeed loading AFTER and indeed, there > are duplicate entries somewhere > > so, in my httpd.conf, I've simply moved the loading of mod_WebObjects.so to > BEFORE mod_rewrite.so > > however, I guess I still have a reference that you suggest I delete since I > get the duplicate error? > > I'm not sure where these other conf files are at -- /etc/httpd/conf editing > the httpd.conf where I've just put my single domain there at the bottom of > the file and I've edited these Load statements from standard stuff I find > above including the mod_WebObjects.so apparently loading twice, and after the > mod_rewrite > > Am I on track here? > > thanks > > > On Jan 29, 2012, at 8:59 PM, Pascal Robert wrote: > >> >> Le 2012-01-29 à 20:34, Jesse Tayler a écrit : >> >>> >>> nice! >>> >>> but I must be having apache voodoo >>> >>> links with >>> >>> /apps/WebObjects/WOMan.woa/wa/signup >>> >>> pass through >>> >>> <IfModule mod_rewrite.c> >>> RewriteEngine On >>> RewriteRule ^/woman(.*)$ /apps/WebObjects/WOMan.woa$1 [PT,L] >>> </IfModule> >> >> Does mod_WebObjects is loaded before mod_rewrite? If not, the rule won't >> work. For example, it should be in an order like this: >> >> LoadModule WebObjects_module /usr/lib64/httpd/modules/mod_WebObjects.so >> LoadModule rewrite_module modules/mod_rewrite.so >> >>> and resolve to >>> >>> https://ec.planaby.com/woman/wa/signup >>> >>> but apache reports 404, not found >>> >>> I get the usual response from apachectl >>> >>>> sudo apachectl graceful >>> [Sun Jan 29 19:55:21 2012] [warn] module WebObjects_module is already >>> loaded, skipping >> >> That means you have the module twice in Apache config. Probably you have it >> in httpd.conf, and the other in the config file (webobjects.conf or >> apache.conf) that comes with WO. Disable it in the later (add a # on the >> LoadModule line). >> >>> what did I miss here? >>> >>> >>> >>> >>> On Jan 29, 2012, at 7:31 PM, George Domurot wrote: >>> >>>> Correct. And, if you use your default action as your entrance, then this >>>> will provide a nice URL starting point: >>>> >>>> http://domain/myapp >>>> >>>> -G >>>> >>>> >>>> On Jan 29, 2012, at 4:21 PM, Jesse Tayler wrote: >>>> >>>>> ah, let me see if I follow >>>>> >>>>> when I use a rule like >>>>> >>>>> RewriteRule ^/myapp(.*)$ /apps/WebObjects/MyApp.woa$1 [PT,L] >>>>> >>>>> a url with my myapp in it, would expand and all I'd need is the >>>>> /wa/entrance or something like so? >>>>> >>>>> http://my.domain/myapp/wa/entrance >>>>> >>>>> am I following there? >>>>> >>>>> >>>>> >>>>> On Jan 29, 2012, at 6:39 PM, George Domurot wrote: >>>>> >>>>>> It looks like these options may be over complicating things. While you >>>>>> can get super fancy with rewrites, I've found it's easiest to use >>>>>> Wonder's built-in support and one singe rule to get deployed. If you >>>>>> need additional rules, you can stack them in above this one, otherwise >>>>>> this configuration should take care of you: >>>>>> >>>>>> 1) in your Resources/Properties file add (to get Wonder to rewrite >>>>>> during deployment): >>>>>> >>>>>> # Apache Deployment Rewrite >>>>>> er.extensions.ERXApplication.replaceApplicationPath.pattern=/cgi-bin/WebObjects/MyApp.woa >>>>>> er.extensions.ERXApplication.replaceApplicationPath.replace=/myapp >>>>>> >>>>>> >>>>>> 2) In your VirtualHost config, include (for Apache to reverse Wonder's >>>>>> rewrite from above): >>>>>> >>>>>> <IfModule mod_rewrite.c> >>>>>> RewriteEngine On >>>>>> RewriteRule ^/myapp(.*)$ /cgi-bin/WebObjects/MyApp.woa$1 [PT,L] >>>>>> </IfModule> >>>>>> >>>>>> -G >>>>>> >>>>>> On Jan 29, 2012, at 1:36 PM, Jesse Tayler wrote: >>>>>> >>>>>>> >>>>>>> A quick test, I wrote a rule like yours >>>>>>> >>>>>>> RewriteRule ^/(\d*?/?)wa/(.*)$ /apps/WebObjects/WOMan.woa/$1wa/$2 >>>>>>> [L,PT,QSA] >>>>>>> >>>>>>> that I'd expect to redirect a URL like this: >>>>>>> >>>>>>> http://mydomain.com/wa/entrance >>>>>>> >>>>>>> to >>>>>>> >>>>>>> http://mydomain.com/apps/WebObjects/WOMan.woa/wa/entrance >>>>>>> >>>>>>> >>>>>>> aside from using SSL port :443 I don't see much there, I just added a >>>>>>> simple virtual host to apache.conf. >>>>>>> >>>>>>> I'm either misunderstanding the URL that should trigger this rule, or >>>>>>> it's not working in a way I'm unsure how to debug - >>>>>>> >>>>>>> thoughts? >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Jan 29, 2012, at 2:35 PM, Fabian Peters wrote: >>>>>>> >>>>>>>> >>>>>>>> Am 29.01.2012 um 19:44 schrieb Jesse Tayler: >>>>>>>> >>>>>>>>> >>>>>>>>> oh thanks fabian! >>>>>>>>> >>>>>>>>> maybe just what I was looking for -- >>>>>>>>> >>>>>>>>> the site is like twitter, so there's standard urls to reach a user >>>>>>>>> profile, or a post and those urls should be short, of course. >>>>>>>>> >>>>>>>>>> They work for me, but I'm by no means a "rewrite expert"... >>>>>>>>> >>>>>>>>> rewrite expert? ick! who would want to be that!! >>>>>>>>> >>>>>>>>> I mean, the syntax looks like someone was drunk while slapping their >>>>>>>>> hands on the keypad... >>>>>>>>> >>>>>>>>> On Jan 29, 2012, at 1:10 PM, Fabian Peters wrote: >>>>>>>>> >>>>>>>>>> # root rewrite >>>>>>>>>> RewriteRule ^/$ /cgi-bin/WebObjects/App.woa [L,PT] >>>>>>>>>> >>>>>>>>> >>>>>>>>> ah, so this basically translates anything into a full woa I guess? >>>>>>>> >>>>>>>> Yes >>>>>>>> >>>>>>>>>> RewriteRule ^/(\d*?/?)ajax/(.*)$ >>>>>>>>>> /cgi-bin/WebObjects/App.woa/$1ajax/$2 [L,PT,QSA] >>>>>>>>>> RewriteRule ^/(\d*?/?)upload(.*)$ >>>>>>>>>> /cgi-bin/WebObjects/App.woa/$1upload$2 [L,PT,QSA] >>>>>>>>> >>>>>>>>> I guess those two above translate standard ajax and file upload calls >>>>>>>>> in the same way? >>>>>>>> >>>>>>>> Yes. The upload bit is for the AjaxFlexibleFileUpload IIRC. >>>>>>>> >>>>>>>>>> RewriteRule ^/(\d*?/?)wa/(.*)$ /cgi-bin/WebObjects/App.woa/$1wa/$2 >>>>>>>>>> [L,PT,QSA] >>>>>>>>>> RewriteRule ^/(\d*?/?)wo/(.*)$ /cgi-bin/WebObjects/App.woa/$1wo/$2 >>>>>>>>>> [L,PT,QSA] >>>>>>>>>> RewriteRule ^/(\d*?/?)wr(.*)$ /cgi-bin/WebObjects/App.woa/$1wr$2 >>>>>>>>>> [L,PT,QSA] >>>>>>>>> >>>>>>>>> and so, these I guess translate calls from errest, direct actions and >>>>>>>>> basic components? >>>>>>>> >>>>>>>> DAs, component actions and the ERXStaticResourceRequestHandler - which >>>>>>>> you won't need in deployment I think. This was copied from my >>>>>>>> development apache config. >>>>>>>> >>>>>>>>> I can test around with these a bit, but I'm not certain I understand >>>>>>>>> what they are doing -- >>>>>>>> >>>>>>>>>> RewriteRule ^/(\d*?/?)wa/(.*)$ /cgi-bin/WebObjects/App.woa/$1wa/$2 >>>>>>>>>> [L,PT,QSA] >>>>>>>> >>>>>>>> The first group "(\d*?/?)" checks whether there's an instance ID in >>>>>>>> the URL and appends that as "$1". You might not need that. The second >>>>>>>> group "(.*)" takes the rest and appends it as "$2". >>>>>>>> >>>>>>>>> all cool, but you must also have some code in your app to return >>>>>>>>> short urls during deployment? >>>>>>>>> >>>>>>>>> I used to have a menu item that used deployment urls for things like >>>>>>>>> signup, but used component urls locally during development, but I am >>>>>>>>> guessing with WOnder I might have a different approach there? >>>>>>>> >>>>>>>> Yes, you can set >>>>>>>> er.extensions.ERXApplication.replaceApplicationPath.pattern and >>>>>>>> er.extensions.ERXApplication.replaceApplicationPath.replace in your >>>>>>>> properties and use >>>>>>>> >>>>>>>> public String _rewriteURL(String url) { >>>>>>>> url = super._rewriteURL(url); >>>>>>>> ... >>>>>>>> return url; >>>>>>>> } >>>>>>>> >>>>>>>> in your ERXApplication subclass if you need more special things. >>>>>>>> >>>>>>>> Fabian >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Do not post admin requests to the list. They will be ignored. >>>>>>> Webobjects-dev mailing list ([email protected]) >>>>>>> Help/Unsubscribe/Update your Subscription: >>>>>>> https://lists.apple.com/mailman/options/webobjects-dev/george%40boxofficetickets.com >>>>>>> >>>>>>> This email sent to [email protected] >>>>>> >>>>> >>>> >>> >>> >>> _______________________________________________ >>> Do not post admin requests to the list. They will be ignored. >>> Webobjects-dev mailing list ([email protected]) >>> Help/Unsubscribe/Update your Subscription: >>> https://lists.apple.com/mailman/options/webobjects-dev/probert%40macti.ca >>> >>> This email sent to [email protected] >> > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list ([email protected]) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/webobjects-dev/pyu%40mac.com > > This email sent to [email protected] _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
