http://forum.vuzit.com en http://blogs.law.harvard.edu/tech/rss http://forum.vuzit.com/viewtopic.php?pid=133#133 <p>Thanks again for the suggestions.<br /><br /></p><blockquote><div class="incqbox"><h4>awaver wrote:</h4><p>One other question, do you allow the conversion url to request itself?</p></div></blockquote><p>Good question.&nbsp; No, because the downloading/slurping is done on separate servers.</p> Troubleshooting and Bug Reports / Restrict to specific file type. Sun, 04 May 2008 11:02:46 -0700 http://forum.vuzit.com/viewtopic.php?pid=132#132 <p>I agree it's - challenging to do things on the web (It also makes it fun). But, yes I agree that would be an issue - rate limiting I think would be acceptable and probably the easiest to implement. You may also want to consider not allowing bots to do pdf conversions (although headers can be spoofed.) <br /><br />One other thing you may want to consider is to run the modsecurity proxy, which has a core set of rules that would drop malicious requests. It would also benefit in other ways as it would protect your app from XSS, SQL vulns etc. In some cases you might even see load drop off a bit since there is a lot of malicious traffic flying around. One other question, do you allow the conversion url to request itself? <br /><br />Aaron</p> Troubleshooting and Bug Reports / Restrict to specific file type. Fri, 02 May 2008 06:19:06 -0700 http://forum.vuzit.com/viewtopic.php?pid=131#131 <blockquote><div class="incqbox"><h4>awaver wrote:</h4><p>Cool service, I like the idea. <br /><br />One thing you may want to consider is restricting the URL to go only after the filetype pdf. I could use your service as a proxy service to attack another site. Of course I wouldn't get a response, but for some attacks you don't need a response. <br /><br />Anyway just wanted to pass that along.</p></div></blockquote><p>Hi awaver,<br /><br />Thanks for the feedback and compliments.&nbsp; Are you suggesting that we make sure that the URL contains a &quot;.pdf&quot; in the URL before proceeding with the download?<br /><br />Many websites host documents using a web service or script that doesn't contain a document type extension (e.g. PDF) at the end of the URL.&nbsp; The web server then may or may not set the MIME type correctly in the HTTP header, and just use text/plain even though it is a document type.&nbsp; So even checking the HTTP header is not enough, but this approach is still subject to the same issue you mentioned.<br /><br />I suppose this is an issue with any web service that does any kind of &quot;slurping&quot;, so the safest solution might be to accept a limited number of requests from any given IP address.&nbsp; Any other suggestions?&nbsp; Thanks, -Chris</p> Troubleshooting and Bug Reports / Restrict to specific file type. Thu, 01 May 2008 13:36:20 -0700 http://forum.vuzit.com/viewtopic.php?pid=130#130 <p>Cool service, I like the idea. <br /><br />One thing you may want to consider is restricting the URL to go only after the filetype pdf. I could use your service as a proxy service to attack another site. Of course I wouldn't get a response, but for some attacks you don't need a response. <br /><br />Anyway just wanted to pass that along.</p> Troubleshooting and Bug Reports / Restrict to specific file type. Thu, 01 May 2008 13:03:55 -0700 http://forum.vuzit.com/viewtopic.php?pid=129#129 <p>The 'div' element needs to be visible when <a href="http://vuzit.com/developer/reference#vuzit.Viewer.setUrl">Viewer.setUrl()</a> is called.&nbsp; We will likely change this requirement sometime in the future.<br /><br />The problem is very similar to the recent forum post <a href="http://forum.vuzit.com/viewtopic.php?pid=128#p128">here</a>.<br /><br />I haven't figured out an elegant solution to this problem, but this will hopefully get you moving.&nbsp; I modified your code slightly (and very quickly) to initialize the 'div' after <a href="http://catalog.vuzit.com/dev/scriptaculous/">Effect.SlideDown()</a> is called.&nbsp; The problem is that I don't see an easy way to attach an event to SlideDown(), but this illustrates the basic idea.&nbsp; I used setTimeout() as a temporary hack, but I'm sure there is a much more elegant solution that can be developed.&nbsp; This is the first time I have used scriptaculous.<br />&nbsp; &nbsp; <a href="http://catalog.vuzit.com/dev/scriptaculous/">http://catalog.vuzit.com/dev/scriptaculous/</a><br /><br />Only the Adam window has been rigged correctly in the example.&nbsp; I hope that helps, -Chris</p> Feature Requests / using vuzit with other scripts Fri, 25 Apr 2008 09:35:02 -0700 http://forum.vuzit.com/viewtopic.php?pid=128#128 <p>Hi Evan,<br /><br />That is a great idea.<br /><br />Unfortunately, the <a href="http://vuzit.com/services/embed">Embed</a> service requires the element to be visible when the pageLoaded event is triggered.&nbsp; The alternative is to use the <a href="http://vuzit.com/developer">Javascript API</a> as I have done below.&nbsp; I created a quick example of one way to implement dynamic loading while being hidden from the start:<br />&nbsp; &nbsp; <a href="http://catalog.vuzit.com/dev/dynamic_loading/">http://catalog.vuzit.com/dev/dynamic_loading/</a><br /><br />I tested this in IE, FF, and Safari.&nbsp; I hope that helps, -Chris</p> Troubleshooting and Bug Reports / Problems toggling the display of vuzit iframe Thu, 24 Apr 2008 21:21:06 -0700 http://forum.vuzit.com/viewtopic.php?pid=127#127 <p>Ok, thanks !</p> Feature Requests / remove the display zoom and number of pages Thu, 24 Apr 2008 08:18:06 -0700 http://forum.vuzit.com/viewtopic.php?pid=126#126 <p>I am using JavaScript to toggle the display of the vuzit iframe dynamically (with a show/hide button).&nbsp; It works perfectly... except when I set the JavaScript to initially hide the iframe on page load.&nbsp; Here's an example with a more detailed description:<br /><br /><a href="http://www.sultanik.com/User:Evan_Sultanik/sandbox/Vuzit_hiding_problem">http://www.sultanik.com/User:Evan_Sulta &hellip; ng_problem</a><br /><br />I'm not sure if this is a problem with vuzit or an underlying problem in my browser (I've only tested this on Firefox 2.0.0.13).<br /><br />I'm guessing the problem is due to the initial hide somehow precluding some of vuzit's internal initialization scripts from running.&nbsp; This could probably be fixed by dynamically loading the iframe on the first click of the &quot;[show]&quot; link (AJAX style), but I am not sure how to do that.</p> Troubleshooting and Bug Reports / Problems toggling the display of vuzit iframe Thu, 24 Apr 2008 06:49:19 -0700 http://forum.vuzit.com/viewtopic.php?pid=125#125 <blockquote><div class="incqbox"><h4>kweb wrote:</h4><p>Hello, I wanted to know if it was possible to show that the download link without having the number of page and Zoom display.</p></div></blockquote><p>Hi kweb,<br /><br />We don't support that feature right now, but I have added your request to the features database.&nbsp; I will also keep this thread updated if anything changes.<br /><br />In the event you are viewing thumbnails of single-page documents, you could use our Image Requests API [<a href="http://vuzit.com/developer/example_image_source">html</a>] [<a href="http://vuzit.com/developer/example_image_source?type=text">code</a>] to display a thumbnail and create your own download link outside of the Vuzit viewer.<br /><br />I hope this helps.&nbsp; Thanks! -Chris</p> Feature Requests / remove the display zoom and number of pages Wed, 23 Apr 2008 11:52:31 -0700 http://forum.vuzit.com/viewtopic.php?pid=124#124 <p>Hello, I wanted to know if it was possible to show that the download link without having the number of page and Zoom display.<br /><br />I ask you this question because I display the &quot;DIV&quot; with relatively small size so that everything appears.<br />thank you for your reply<br /><br /></p><div class="codebox"><div class="incqbox"><h4>Code:</h4><div class="scrollbox" style="height: 13.5em"><pre>vuzit.Base.apiKeySet ( &quot;xxxxx xxxxxx---xxxx xxxxxxxx&quot;); var viewer = new vuzit.Viewer (document.getElementById ( &quot;vuzit_viewer&quot;)); viewer.setUrl ( &quot;http://www.xxxxxxx.com/images/newsletter.pdf&quot;, (zoom: -1)); ------- id=&quot;vuzit_viewer&quot; &lt;div style=&quot;width: 250px; height: 200px; margin-top:20px; float:left; margin-right:20px&quot;&gt; &lt;/ div&gt;</pre></div></div></div> Feature Requests / remove the display zoom and number of pages Wed, 23 Apr 2008 08:18:41 -0700 http://forum.vuzit.com/viewtopic.php?pid=123#123 <p>Heh, you're right, I spoke too early. It doesn't seem to work on my Firefox after all.<br /><br />Oh well, I'm too busy right now to investigate further. Best of luck working on Opera support!<br /><br />Han</p> Feature Requests / Opera Support Fri, 18 Apr 2008 16:40:23 -0700 http://forum.vuzit.com/viewtopic.php?pid=122#122 <blockquote><div class="incqbox"><h4>yhwhan wrote:</h4><p>Ah, ok. No problem, but it's good to know.<br /><br />Hm, about the tinyurl? I'm not sure why--it works fine in Opera, after all--but in Firefox, the tinyurls don't seem to work if it's a <a href="http://www.tinyurl.com/6pa4e5">http://tinyurl.com/&lt;insert tinyurl identifier here&gt;</a>. Instead it has to be <a href="http://www.tinyurl.com/6pa4e5.">http://www.tinyurl.com/6pa4e5.</a> Try that, it worked in my Firefox (2.0.0.13 Mac OS 10.4).</p></div></blockquote><p>I have no problems with Opera, but still doesn't work in Firefox 2.0.0.14 on Win32.</p> Feature Requests / Opera Support Fri, 18 Apr 2008 07:56:59 -0700 http://forum.vuzit.com/viewtopic.php?pid=121#121 <p>Ah, ok. No problem, but it's good to know.<br /><br />Hm, about the tinyurl? I'm not sure why--it works fine in Opera, after all--but in Firefox, the tinyurls don't seem to work if it's a <a href="http://www.tinyurl.com/6pa4e5">http://tinyurl.com/&lt;insert tinyurl identifier here&gt;</a>. Instead it has to be <a href="http://www.tinyurl.com/6pa4e5.">http://www.tinyurl.com/6pa4e5.</a> Try that, it worked in my Firefox (2.0.0.13 Mac OS 10.4).</p> Feature Requests / Opera Support Thu, 17 Apr 2008 23:54:58 -0700 http://forum.vuzit.com/viewtopic.php?pid=120#120 <p>Hi Han,<br /><br /></p><blockquote><div class="incqbox"><p>Couldn't be, the second time I gave you a direct link. That's particularly strange since it works fine on Camino and Ff 2.0.0.13 on my machine (MacBook OS 10.4). What do you mean by &quot;doesn't work&quot;? Does the page come up blank with an error? Or is it just that the next page doesn't appear when you click the Next Page link?<br /><br />If it's the last case, did you try waiting a little? If you didn't (or not very long), I just realized that the way I had written it, it only preloads the image of the next page in the document when you click the link; it doesn't preload the image of the next page when you first load the demo web page. I fixed it now, try it again.</p></div></blockquote><p>Sorry for not being clear, and making you spend more cycles than necessary.&nbsp; The direct link worked fine so the original issue is resolved.<br /><br />The tinyurl you posted still returns just a blank screen in Firefox.&nbsp; <a href="http://tinyurl.com/6pa4e5">http://tinyurl.com/6pa4e5</a> <br /><br />Not the issue at hand, but just wanted to let you know.&nbsp; Thanks again, -Chris</p> Feature Requests / Opera Support Wed, 16 Apr 2008 14:52:30 -0700 http://forum.vuzit.com/viewtopic.php?pid=119#119 <blockquote><div class="incqbox"><h4>cera wrote:</h4><p>We have pushed Opera support up on our priority list.&nbsp; I just fixed one of the major bugs, but it's unclear at this point if this will make it into the next release.&nbsp; I will keep this thread updated as to our progress on this front.</p></div></blockquote><p>:yes: <br /><br /></p><blockquote><div class="incqbox"><h4>cera wrote:</h4><p>Our viewer currently works on the iPhone actually.</p></div></blockquote><p>XD that's not what I meant! That's like saying you support mobile devices because you support UMPCs. But point taken, I'll keep that in mind when I have three hundred dollars to spare.<br /><br /></p><blockquote><div class="incqbox"><h4>cera wrote:</h4><p>We will consider adding a non-ajax interface.&nbsp; It should be simple to do, and has many of the benefits you suggested.&nbsp; The browser interface you created is great, and thank you for the contribution.</p></div></blockquote><p>:yes: <br /><br /></p><blockquote><div class="incqbox"><h4>cera wrote:</h4><p>Firefox 2.0.0.13.&nbsp; Still doesn't work :-/&nbsp; I think it might be something with the tinyurl redirect masking something?</p></div></blockquote><p>Couldn't be, the second time I gave you a direct link. That's particularly strange since it works fine on Camino <em>and Ff 2.0.0.13</em> on my machine (MacBook OS 10.4). What do you mean by &quot;doesn't work&quot;? Does the page come up blank with an error? Or is it just that the next page doesn't appear when you click the Next Page link?<br /><br />If it's the last case, did you try waiting a little? If you didn't (or not very long), I just realized that the way I had written it, it only preloads the image of the next page in the document when you click the link; it doesn't preload the image of the next page when you first load the demo web page. I fixed it now, try it again.<br /><br /></p><blockquote><div class="incqbox"><h4>cera wrote:</h4><p>Thanks again for the feedback.&nbsp; Hopefully I will have news on both of these initiatives soon.</p></div></blockquote><p>I hope so! :cheers: <br /><br />Han</p> Feature Requests / Opera Support Sun, 13 Apr 2008 17:06:02 -0700