How does this integrate with db back end ? <div>I know url that reflect notebook location seem great, and useful in most cases, because server run local where server is. But it is causing confusion, especially with the /files handler. </div>
<div><br></div><div><div>Le vendredi 12 avril 2013, MinRK a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br>
<br><div class="gmail_quote">On Thu, Apr 11, 2013 at 9:40 PM, Brian Granger <span dir="ltr"><<a href="javascript:_e({}, 'cvml', 'ellisonbg@gmail.com');" target="_blank">ellisonbg@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On Thu, Apr 11, 2013 at 9:14 PM, MinRK <<a href="javascript:_e({}, 'cvml', 'benjaminrk@gmail.com');" target="_blank">benjaminrk@gmail.com</a>> wrote:<br>
> We do need to figure this one out. There are still some questions to work<br>
> out:<br>
><br>
> What does `foo/bar` resolve to? Is it relative to the initial notebook<br>
> server directory, or is it absolute?<br>
<br>
</div>I was thinking it is relative to the initial notebook server dir, so<br>
users can limit the notebook servers access to the file system. We<br>
don't want "/" to actually mean "/".<br></blockquote><div><br></div><div>But that's problematic as well - if you isolate the notebook server, but allow navigation within that directory, you aren't really solving the issue of needing multiple notebook servers for multiple notebook directories unless people always start their notebooks in $HOME.</div>
<div><br></div><div>I still think our original 'project' notion was a good one, and I don't know why we seem to be abandoning it.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><br>
> We already have redirects for notebook name -> notebook id URLs, perhaps<br>
> rather than having 'true' paths in the URLs, we have project-ids, just like<br>
> we have notebook-ids, and a redirect handler for loading a project,<br>
<br>
</div>Yes, we could do the redirects, but I have a feeling that the redirect<br>
stuff is simply going to take us closer and closer to actually getting<br>
rid of the notebook_id/project_id approach.<br></blockquote><div><br></div><div>The difference is that when we are using redirects, the user-friendly URLs are transient, so we don't have issues of preserving state across variations (the rename issue).</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><br>
> i.e:<br>
><br>
> /project/path/to/notebook-dir redirects to /project-id/<br>
><br>
> and /project/path/to/notebook-dir/notebook.ipynb redirects to<br>
> /project-id/notebook-id<br>
<br>
> The reason we have notebook-id URLs is that handling the url rewrites /<br>
> redirects on notebook renames might be tricky. It could be that redirects<br>
> are a sensible compromise.<br>
<br>
</div>I know how to do the dynamic URL rewriting. This is what GitHub uses<br>
now that it allows you to rename files in edit mode.<br>
<br>
The big problem is if a rename happens when someone else has the same<br>
notebook open. Then, the other person doesn't know the rename<br>
happened and when they save, it will write the notebook with the old<br>
name. But maybe this is OK - our live notebook sharing is actually<br>
broken already - this example just shows that we need to fix it for<br>
real. But it is risky as a single user can run into this if they open<br>
the notebook page in two tabs or browsers.</blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
But I also have some vague recollections that there were some problems<br>
with Untitled notebooks as well.<br></blockquote><div><br></div><div>The issue with this was the renames - 100% of notebooks have the initial name Untitled0, so every notebook you create in a given session started with the same name. In my semi-persistent notebook-id PR, I address this as well.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Cheers,<br>
<br>
Brian<br>
<div><div><br>
><br>
> On Thu, Apr 11, 2013 at 6:14 PM, Paul Ivanov <<a href="javascript:_e({}, 'cvml', 'pi@berkeley.edu');" target="_blank">pi@berkeley.edu</a>> wrote:<br>
>><br>
>> Zachary Sailer, on 2013-04-11 17:34, wrote:<br>
>> > Hi everyone,<br>
>> ><br>
>> > Take a look at the new IPEP added to the IPython wiki page,<br>
>> > IPEP 16: Notebook multi directory dashboard and URL mapping.<br>
>> ><br>
>> ><br>
>> > <a href="https://github.com/ipython/ipython/wiki/IPEP-16%3A-Notebook-multi-directory-dashboard-and-URL-mapping" target="_blank">https://github.com/ipython/ipython/wiki/IPEP-16%3A-Notebook-multi-directory-dashboard-and-URL-mapping</a><br>
>><br>
>> Looks pretty good, Zach - I adjusted some wording to emphasize<br>
>> just how bad the problem is (you have to restart the server, or<br>
>> start a new one, not just a new dashboard).<br>
>><br>
>> I'm a bit confused by the wording of 'notebooks' and 'app' -<br>
>> where you says something about the possibility of having<br>
>> a folder named 'notebooks' -- what if the user has a folder named<br>
>> 'app'?<br>
>><br>
>> best,<br>
>> --<br>
>> Paul Ivanov<br>
>> <a href="http://pirsquared.org" target="_blank">http://pirsquared.org</a> | GPG/PGP key id: 0x0F3E28F7<br>
>> _______________________________________________<br>
>> IPython-dev mailing list<br>
>> <a href="javascript:_e({}, 'cvml', 'IPython-dev@scipy.org');" target="_blank">IPython-dev@scipy.org</a><br>
>> <a href="http://mail.scipy.org/mailman/listinfo/ipython-dev" target="_blank">http://mail.scipy.org/mailman/listinfo/ipython-dev</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> IPython-dev mailing list<br>
> <a href="javascript:_e({}, 'cvml', 'IPython-dev@scipy.org');" target="_blank">IPython-dev@scipy.org</a><br>
> <a href="http://mail.scipy.org/mailman/listinfo/ipython-dev" target="_blank">http://mail.scipy.org/mailman/listinfo/ipython-dev</a><br>
><br>
<br>
<br>
<br>
</div></div><div>--<br>
Brian E. Granger<br>
Cal Poly State University, San Luis Obispo<br>
<a href="javascript:_e({}, 'cvml', 'bgranger@calpoly.edu');" target="_blank">bgranger@calpoly.edu</a> and <a href="javascript:_e({}, 'cvml', 'ellisonbg@gmail.com');" target="_blank">ellisonbg@gmail.com</a><br>
</div><div><div>_______________________________________________<br>
IPython-dev mailing list<br>
<a href="javascript:_e({}, 'cvml', 'IPython-dev@scipy.org');" target="_blank">IPython-dev@scipy.org</a><br>
<a href="http://mail.scipy.org/mailman/listinfo/ipython-dev" target="_blank">http://mail.scipy.org/mailman/listinfo/ipython-dev</a><br>
</div></div></blockquote></div><br></div></div>
</blockquote></div></div>