I just installed feedAPI and set up a new content type &quot;Show Recording&quot;. Currently only admins have access to create &amp; access this content type- WRFU can decide which roles can access it after we get stuff set up.<br>
<br>My mistake on the path- reading a little closer it makes sense.<br><br>Feeds/FeedAPI looks for a network location for the feed file. So if there were a CSV file available somewhere it would work out fine. The one issue with this that Joe raised was that this content shouldn&#39;t be public web accessible. If I understand correctly Josh, in your scenario <a href="http://recordings.wrfu.net">recordings.wrfu.net</a> would only be visible on the internal IMC networks. This is a fine a path as any... Once we have a CSV file and the subdomain I&#39;ll test out the feedAPI to generate recording nodes. <br>
<br>-chris<br><br><div class="gmail_quote">On Thu, May 20, 2010 at 7:17 PM, Josh King <span dir="ltr">&lt;<a href="mailto:josh@ucimc.org">josh@ucimc.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Sorry, I shouldn&#39;t have said path. Instead of a filesystem path, I mean a request URI path. For instance, at OJC I&#39;ve made it so that <a href="http://virtualwindows.proxy.ojctech.com" target="_blank">http://virtualwindows.proxy.ojctech.com</a> forward to our virtual server at 192.168.1.99 on the internal network. We could set it up so that, say, <a href="http://recordings.wrfu.net" target="_blank">http://recordings.wrfu.net</a> or <a href="http://wrfu.net/recordings" target="_blank">http://wrfu.net/recordings</a> forward to the lighttpd instance on <a href="http://grimlock.i.chambana.net" target="_blank">grimlock.i.chambana.net</a> on the internal network, but I&#39;m not sure how that works with Feeds/FeedAPI (Chris, you probably have more experience than me with that). Also note that it only works with HTTP traffic, but I believe that&#39;s what we&#39;d be using and is way easier to set up than port forwarding.<div class="im">
<br>
<br>
On 05/20/2010 06:56 PM, Chris Ritzo wrote:<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">
I&#39;d say something like..<br>
/usr/local/www/docs/aegir/platforms/<a href="http://wrfu.net/files/recordings" target="_blank">wrfu.net/files/recordings</a><br></div>
&lt;<a href="http://wrfu.net/files/recordings" target="_blank">http://wrfu.net/files/recordings</a>&gt;<div class="im"><br>
<br>
However, a slight hiccup- just logged into wrfu.net- it&#39;s on drupal 5.x<br>
&amp; Feeds is a 6.x module.<br>
<br>
Should we upgrade to 6 or use FeedAPI <a href="http://drupal.org/project/feedapi" target="_blank">http://drupal.org/project/feedapi</a><br>
(predecessor to feeds, I believe.)<br>
<br>
-C<br>
<br>
<br>
On Thu, May 20, 2010 at 6:31 PM, Josh King &lt;<a href="mailto:josh@ucimc.org" target="_blank">josh@ucimc.org</a><br></div><div class="im">
&lt;mailto:<a href="mailto:josh@ucimc.org" target="_blank">josh@ucimc.org</a>&gt;&gt; wrote:<br>
<br>
    In that case, I think the easiest thing would be to use Apache&#39;s<br>
    mod_proxy on fixx0 to forward connections on a particular<br>
    (sub)domain or path to port 80 on grimlock. I recently used<br>
    something similar at work to forward web requests from an external<br>
    web host to an internal. I can work on setting that up; suggestions<br>
    for the subdomain or path that should be used?<br>
<br>
<br>
    On 05/20/2010 04:43 PM, Joe Futrelle wrote:<br>
<br>
        from Brian:<br>
<br>
        me: quick q how are other hosts mounting grimlock&#39;s recordings?<br>
        Brian: there aren&#39;t any network filesystems available from grimlock.<br>
        right now it&#39;s running lighttpd with a symlink to<br>
        /home/jfutrelle/recordings in the document root<br>
        --<br>
        Joe Futrelle<br>
        Person<br>
<br>
<br>
        On Thu, May 20, 2010 at 4:36 PM, Joe Futrelle<br>
        &lt;<a href="mailto:joefutrelle@gmail.com" target="_blank">joefutrelle@gmail.com</a> &lt;mailto:<a href="mailto:joefutrelle@gmail.com" target="_blank">joefutrelle@gmail.com</a>&gt;<br></div>
        &lt;mailto:<a href="mailto:joefutrelle@gmail.com" target="_blank">joefutrelle@gmail.com</a> &lt;mailto:<a href="mailto:joefutrelle@gmail.com" target="_blank">joefutrelle@gmail.com</a>&gt;&gt;&gt;<div class="im"><br>

        wrote:<br>
<br>
            Rock and roll.<br>
<br>
            Thanks x 10^6 Chris, I will get the csv script written as<br>
        soon as I<br>
            have the free time (possibly tonight)<br>
<br>
            IIRC grimlock is not public-facing. Its internal DNS name is<br>
        <a href="http://grimlock.i.chambana.net" target="_blank">grimlock.i.chambana.net</a> &lt;<a href="http://grimlock.i.chambana.net" target="_blank">http://grimlock.i.chambana.net</a>&gt;<br>
        &lt;<a href="http://grimlock.i.chambana.net" target="_blank">http://grimlock.i.chambana.net</a>&gt;. Not sure<br>
<br>
            about how other hosts are mounting it.<br>
<br>
            --<br>
            Joe Futrelle<br>
            Person<br>
<br>
<br>
<br>
            On Thu, May 20, 2010 at 3:33 PM, Chris Ritzo<br>
        &lt;<a href="mailto:chris.ritzo@gmail.com" target="_blank">chris.ritzo@gmail.com</a> &lt;mailto:<a href="mailto:chris.ritzo@gmail.com" target="_blank">chris.ritzo@gmail.com</a>&gt;<br></div>
        &lt;mailto:<a href="mailto:chris.ritzo@gmail.com" target="_blank">chris.ritzo@gmail.com</a> &lt;mailto:<a href="mailto:chris.ritzo@gmail.com" target="_blank">chris.ritzo@gmail.com</a>&gt;&gt;&gt;<div class="im"><br>

        wrote:<br>
<br>
                I should have a user account on the wrfu site- critzo<br>
        probably.<br>
                If you someone could make me an admin, I&#39;ll install<br>
        Feeds and<br>
                get it ready, set up a new content type. Joe, when you<br>
        have a<br>
                sample csv let me know what the field names are. I can<br>
        also ssh<br>
                into fixx0 and see about getting the mount set up. I&#39;m<br>
        guessing<br>
                that would be at the file system level, instead of through<br>
                apache or drupal. We put a mount point in fixx0&#39;s fstab<br>
        and then<br>
                a symlink to it from inside the drupal file structure. Then<br>
                nodes can reference the appropriate file system paths<br>
        and access<br>
                is secured through drupal user/role permissions<br>
<br>
                What&#39;s the status of grimlock? is it on an internal-only imc<br>
                subnet? Is it set up to allow NFS mounts?<br>
<br>
<br>
                -Chris<br>
<br>
<br>
                On Thu, May 20, 2010 at 12:53 PM, Joe Futrelle<br>
        &lt;<a href="mailto:joefutrelle@gmail.com" target="_blank">joefutrelle@gmail.com</a> &lt;mailto:<a href="mailto:joefutrelle@gmail.com" target="_blank">joefutrelle@gmail.com</a>&gt;<br></div>
        &lt;mailto:<a href="mailto:joefutrelle@gmail.com" target="_blank">joefutrelle@gmail.com</a> &lt;mailto:<a href="mailto:joefutrelle@gmail.com" target="_blank">joefutrelle@gmail.com</a>&gt;&gt;&gt;<div class="im"><br>

        wrote:<br>
<br>
                    I&#39;m still hazy on how we&#39;d do authz on the mp3&#39;s<br>
        themselves,<br>
                    and which layer (Apache? Drupal?) would serve them<br>
        from the<br>
                    mounted fs.<br>
<br>
                    But in any case, it sounds like we can make the<br>
        Feeds module<br>
                    work, so I&#39;m thinking I should go ahead and develop<br>
        the code<br>
                    that generates the .csv file, putting whatever fields I<br>
                    think are going to be relevant into it--then we can<br>
        figure<br>
                    out how to make properly-secured, content-bearing<br>
        nodes out<br>
                    of it using the Feeds module and other Drupal features.<br>
<br>
                    --<br>
                    Joe Futrelle<br>
                    Person<br>
<br>
<br>
<br>
                    On Wed, May 19, 2010 at 5:32 PM, Chris Ritzo<br>
        &lt;<a href="mailto:chris.ritzo@gmail.com" target="_blank">chris.ritzo@gmail.com</a> &lt;mailto:<a href="mailto:chris.ritzo@gmail.com" target="_blank">chris.ritzo@gmail.com</a>&gt;<br></div>
        &lt;mailto:<a href="mailto:chris.ritzo@gmail.com" target="_blank">chris.ritzo@gmail.com</a> &lt;mailto:<a href="mailto:chris.ritzo@gmail.com" target="_blank">chris.ritzo@gmail.com</a>&gt;&gt;&gt;<div class="im"><br>

        wrote:<br>
<br>
                        Yeah, that&#39;s the idea. Currently wrfu&#39;s site is<br>
        using<br>
                        drupal users for auth, not querying the IMC<br>
        ldap. But<br>
                        you bring up mounting a share from within the<br>
        wrfu site,<br>
                        maybe even a link in the files/ directory. If we<br>
        did it<br>
                        this way we could leave <a href="http://auth.as" target="_blank">auth.as</a> &lt;<a href="http://auth.as" target="_blank">http://auth.as</a>&gt;<br>
        &lt;<a href="http://auth.as" target="_blank">http://auth.as</a>&gt; is.<br>
<br>
<br>
                        More on feeds- the module let&#39;s you map fields<br>
        from the<br>
                        csv to fields in drupal nodes of a specific.content<br>
                        type. So we create a new content type, say<br>
        &quot;shows&quot; and<br>
                        the feed creates/updates nodes of that type<br>
        based on the<br>
                        contents of the csv &amp; the mapped fields.<br>
<br>
                        Josh or Brian, can you weigh in on mounting a<br>
        network<br>
                        share on fixx with a ln inside the files directory?<br>
<br>
                            On May 19, 2010 3:51 PM, &quot;Joe Futrelle&quot;<br>
            &lt;<a href="mailto:joefutrelle@gmail.com" target="_blank">joefutrelle@gmail.com</a> &lt;mailto:<a href="mailto:joefutrelle@gmail.com" target="_blank">joefutrelle@gmail.com</a>&gt;<br></div>
            &lt;mailto:<a href="mailto:joefutrelle@gmail.com" target="_blank">joefutrelle@gmail.com</a> &lt;mailto:<a href="mailto:joefutrelle@gmail.com" target="_blank">joefutrelle@gmail.com</a>&gt;&gt;&gt;<div><div></div>
<div class="h5"><br>
<br>
                            wrote:<br>
<br>
                            Feeds module sounds like the way to go. Is<br>
            the idea to<br>
                            have a job on grimlock generate a feed file<br>
            which<br>
                            Drupal, whose host would have the relevant<br>
            part of<br>
                            grimlock&#39;s fs mounted, would periodically<br>
            read? And<br>
                            then when the user clicks on a link in the<br>
            generated<br>
                            node Drupal would serve the mp3 to them<br>
            depending on<br>
                            some authz policy that would be specified<br>
            (how? in<br>
                            what layer?) based on the user&#39;s LDAP<br>
            identity which<br>
                            they got by authenticating to Drupal? Or is<br>
            WRFU&#39;s<br>
                            Drupal authentication separate from LDAP<br>
            authentication?<br>
<br>
                            --<br>
                            Joe Futrelle<br>
                            Person<br>
<br>
<br>
<br>
<br>
                            On Wed, May 19, 2010 at 2:27 PM, Chris Ritzo<br>
            &lt;<a href="mailto:chris.ritzo@gmail.com" target="_blank">chris.ritzo@gmail.com</a> &lt;mailto:<a href="mailto:chris.ritzo@gmail.com" target="_blank">chris.ritzo@gmail.com</a>&gt;<br></div></div>
            &lt;mailto:<a href="mailto:chris.ritzo@gmail.com" target="_blank">chris.ritzo@gmail.com</a> &lt;mailto:<a href="mailto:chris.ritzo@gmail.com" target="_blank">chris.ritzo@gmail.com</a>&gt;&gt;&gt;<div class="im">
<br>
                            wrote:<br>
             &gt;<br>
             &gt; Interesting proje...<br>
<br>
<br>
<br>
<br>
<br>
<br>
    --<br>
    Josh King<br>
<br>
    &quot;I am an Anarchist not because I believe Anarchism is the final goal,<br>
    but because there is no such thing as a final goal.&quot; -Rudolf Rocker<br>
<br>
<br>
    --<br>
    This message has been scanned for viruses and<br>
    dangerous content by MailScanner, and is<br>
    believed to be clean.<br>
<br>
<br>
<br></div>
--<div class="im"><br>
This message has been scanned for viruses and<br></div>
dangerous content by *MailScanner* &lt;<a href="http://www.mailscanner.info/" target="_blank">http://www.mailscanner.info/</a>&gt;, and is<br>
believed to be clean.<br>
</blockquote><div><div></div><div class="h5">
<br>
-- <br>
This message has been scanned for viruses and<br>
dangerous content by MailScanner, and is<br>
believed to be clean.<br>
<br>
</div></div></blockquote></div><br>
<br />-- 
<br />This message has been scanned for viruses and
<br />dangerous content by
<a href="http://www.mailscanner.info/"><b>MailScanner</b></a>, and is
<br />believed to be clean.