On Sat, Feb 25, 2012 at 12:08 AM, <Max.Suraev@...> wrote:
> 22.02.2012 08:11, Kurtis Heimerl пишет:
>> Firstly, I'm super excited about this work. The subscriber registry
>> manager in public absolutely terrible, and not just for the security
>> reasons that drive you. I think it would be super valuable to have a
>> nice, functional, safe version of the software.
> Sorry for delay with reply - got swamped with other stuff :)
>> However, I'm having some difficulty installing your version. I have
>> the includes all set (and targeting my sqlite3.db file) but there
>> seems to be some apache-related issue i'm running into. It seems to
>> hang in firefox (but display some info, at least) while completely
>> failing in chrome.
> Not quite sure - what info is shown exactly?
Nothing in chrome. In firefox, I get the database output (meaning the
sqlite3 call worked), but it hangs while presenting it. It's almost
>> I'm getting the following output from error.log, though I don't know
>> what file it's referencing.
>> line 1 column 1 - Warning: missing <!DOCTYPE> declaration
>> line 1 column 1 - Warning: inserting implicit <body>
>> line 1 column 1 - Warning: <thead> isn't allowed in <body> elements
>> line 1 column 1 - Info: <body> previously mentioned
>> line 1 column 1 - Warning: inserting implicit <table>
>> line 1 column 1 - Warning: missing </table>
>> line 1 column 1 - Warning: inserting missing 'title' element
>> line 1 column 1 - Warning: <table> lacks "summary" attribute
> What error.log is this? Firefox? Chrome? Apache?
>> Any ideas?
> The implementation I've stitched together is rather hackish - it doesn't use any .cgi
> but rely on quick-and-dirty sed magic. So it might be pretty easily broken by format
> change for example.
>> Any ideas? My guess is that it's requesting some files that don't exist?
> Could you run this command on your test box:
> sqlite3 -html -header /var/lib/asterisk/sqlite3dir/sqlite3.db 'select * from
> sip_buddies'|sed 's/<TR><
> 's/<TH>a3_a8<\/TH>/<TH>a3_a8<\/TH><\/thead>/'|tidy -i -q --show-body-only yes|g
> rep -v 'table>'
> to see if result looks meaningful?
This works, but it's not surprising considering that the firefox
version returns the database information.
> The proper solution of course would use server-side script to supply this data
> instead of such a quick sed hack. Well, it's just proof-of-concept to show that
> eye-candy interface is doable and it's actually not so hard :)
You're absolutely right. Range has moved to something else for their
production boxes, so, unfortunately, there's no one working on
producing anything nicer. That's one of the reasons I'd really like to
support this particular endeavor.
> best regards,
> Max, http://fairwaves.ru