Jan, yeah I now that - like you have said, I will need to circumvent it. A possible tool I may think about developing would be a PythonGUI app for interacting with a CouchDB server - that would be mightily useful...
On Thu, May 7, 2009 at 4:37 AM, Jan Lehnardt <[email protected]> wrote: > > On 6 May 2009, at 22:37, Parnell Springmeyer wrote: > > Well, I was thinking it had something to do with CouchDB launching >> MochiWeb >> to serve the Futon pages up... Since Futon is just javascript that makes >> calls to the DB (all the DB functions appear to work fine) sending those >> requests from another webserver running Futon *should* work (I haven't >> tried >> it yet). >> > > Same origin policy: You can only make Ajax calls back to the domain where > the script was served from. While this can be circumvented, I don't think > we're > doing that. > > Cheers > Jan > -- > > > >> Localhost and remotely I can hit http://[hostname]:5984/[my_db_name] just >> fine. For example: >> >> http://localhost:5984/cosmicpuddle/ >> >> >> {"db_name":"cosmicpuddle","doc_count":0,"doc_del_count":0,"update_seq":0,"purge_seq":0,"compact_running":false,"disk_size":4096,"instance_start_time":"1241589261681614"} >> >> and http://[remote_host]:5984/cosmicpuddle/ >> >> >> {"db_name":"cosmicpuddle","doc_count":0,"doc_del_count":0,"update_seq":0,"purge_seq":0,"compact_running":false,"disk_size":4096,"instance_start_time":"1241589261681614"} >> >> All return proper and safe. May I ask where I can find documentation on >> db_info? Is that an internal Erlang module function or is it a '_all_dbs' >> style http request function? >> >> On Wed, May 6, 2009 at 12:10 PM, Chris Anderson <[email protected]> >> wrote: >> >> On Wed, May 6, 2009 at 9:05 AM, Parnell Springmeyer <[email protected]> >>> wrote: >>> >>>> Chris, >>>> >>>> Thank you for the reply. I did notice that (bad Unix timestamps usually >>>> generate that 1969 value), I checked my system clock and it is set and >>>> >>> set >>> >>>> correctly. >>>> >>>> One factor that may be leading to a few unknowns is that CouchDB is >>>> >>> running >>> >>>> in a Jail. Now, I don't really see why that would affect it's operation >>>> >>> (as >>> >>>> the Jail is just a clone of the host) but it *is* an unknown variable >>>> and >>>> there may be a configuration or something going on somewhere I am not >>>> >>> aware >>> >>>> of... >>>> >>>> I'll keep digging, in the meantime I'm thinking of molding Futon to work >>>> >>> on >>> >>>> a remote instance of CouchDB - as it is just HTML and JS. I do know I'll >>>> have to rewrite the servername part of the URL to get the JS to submit >>>> to >>>> the server properly, but, that is beginning to look like the best route >>>> >>> ATM. >>> >>>> >>>> >>> If you can access the remote couchdb over http you should be able to >>> use it's copy of futon just fine. the problem I see is probably the >>> result of the db_info request. you should get the same error if you >>> hit http://host:5984/my-db-name with a GET request >>> >>> Thank you again :) >>>> >>>> On Wed, May 6, 2009 at 7:56 AM, Chris Anderson <[email protected]> >>>> >>> wrote: >>> >>>> >>>> On Wed, May 6, 2009 at 12:48 AM, Parnell Springmeyer < >>>>> [email protected] >>>>> >>>> >>>> wrote: >>>>> >>>>>> In attempting to access the futon administrative resource, I am >>>>>> >>>>> encountering >>>>> >>>>>> this error: >>>>>> >>>>>> {"error":"unknown_error","reason":"badarg"} >>>>>> >>>>>> In attempting to figure it out further, I turned on debug which gives >>>>>> >>>>> me >>> >>>> this: >>>>>> >>>>>> debug] [<0.53.0>] 'GET' /_utils/ {1,1} >>>>>> Headers: >>>>>> >>>>>> >>>>> [{'Accept',"text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8"}, >>> >>>> {'Accept-Charset',"ISO-8859-1,utf-8;q=0.7,*;q=0.7"}, >>>>>> {'Accept-Encoding',"gzip,deflate"}, >>>>>> {'Accept-Language',"en-us,en;q=0.5"}, >>>>>> {'Cache-Control',"max-age=0"}, >>>>>> {'Connection',"keep-alive"}, >>>>>> {'Host',"24.234.73.31:5984"}, >>>>>> {'Keep-Alive',"300"}, >>>>>> {'User-Agent',"Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; >>>>>> en-US; rv:1.9.0.10) Gecko/2009042315 Firefox/3.0.10 FirePHP/0.2.4"}] >>>>>> [error] [<0.53.0>] Uncaught error in HTTP request: {error,badarg} >>>>>> [debug] [<0.53.0>] Stacktrace: >>>>>> [{erlang,universaltime_to_localtime,[{{1969,12,31},{23,59,59}}]}, >>>>>> >>>>> >>>>> it looks like your system clock is set to 1969. is that the case? does >>>>> fixing it help? >>>>> >>>>> if not you might have discovered a bug in the Erlang std library. >>>>> seems unlikely so do try to set your clock and see if that helps. >>>>> >>>>> >>>>> {calendar,local_time_to_universal_time_dst,1}, >>>>>> {httpd_util,rfc1123_date,1}, >>>>>> {mochiweb_request,serve_file,4}, >>>>>> {couch_httpd,serve_file,3}, >>>>>> {couch_httpd,handle_request,4}, >>>>>> {mochiweb_http,headers,5}, >>>>>> {proc_lib,init_p_do_apply,3}] >>>>>> [debug] [<0.53.0>] httpd 500 error response: >>>>>> {"error":"unknown_error","reason":"badarg"} >>>>>> >>>>>> [info] [<0.53.0>] 24.234.73.31 - - 'GET' /_utils/ 500 >>>>>> >>>>>> The server I have CouchDB running on is a FreeBSD server. I install >>>>>> >>>>> Erlang >>>>> >>>>>> 5.6.5 from ports and CouchDB 0.9.0 from ports as well. All other >>>>>> >>>>> functions >>>>> >>>>>> seem to work properly (although I haven't tested thoroughly). >>>>>> >>>>>> Ie: http://[domain]:5984:/_all_dbs/ works just fine, and so does CURL >>>>>> commands to create a database on the server... Futon is just throwing >>>>>> >>>>> this >>>>> >>>>>> unusable stack trace at me and I'm hoping somone with more experience >>>>>> >>>>> and >>> >>>> knowledge of the codebase or system could find that stack trace >>>>>> >>>>> helpful. >>> >>>> >>>>>> If there are other log/debug sources I can look at as well, please >>>>>> >>>>> inform >>> >>>> me >>>>> >>>>>> - I would love to be able to use the Futon interface! >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Chris Anderson >>>>> http://jchrisa.net >>>>> http://couch.io >>>>> >>>>> >>>> >>> >>> >>> -- >>> Chris Anderson >>> http://jchrisa.net >>> http://couch.io >>> >>> >
