[UCIMC-Tech] help/advice for RFU website

[Joe Futrelle]

from Brian:

me: quick q how are other hosts mounting grimlock's recordings?
Brian: there aren't any network filesystems available from grimlock. right
now it's running lighttpd with a symlink to /home/jfutrelle/recordings in
the document root

--
Joe Futrelle
Person


On Thu, May 20, 2010 at 4:36 PM, Joe Futrelle <joefutrelle at gmail.com> wrote:

> Rock and roll.
>
> Thanks x 10^6 Chris, I will get the csv script written as soon as I have
> the free time (possibly tonight)
>
> IIRC grimlock is not public-facing. Its internal DNS name is
> grimlock.i.chambana.net. Not sure about how other hosts are mounting it.
>
> --
> Joe Futrelle
> Person
>
>
>
> On Thu, May 20, 2010 at 3:33 PM, Chris Ritzo <chris.ritzo at gmail.com>wrote:
>
>> I should have a user account on the wrfu site- critzo probably.  If you
>> someone could make me an admin, I'll install Feeds and get it ready, set up
>> a new content type. Joe, when you have a sample csv let me know what the
>> field names are. I can also ssh into fixx0 and see about getting the mount
>> set up. I'm guessing that would be at the file system level, instead of
>> through apache or drupal. We put a mount point in fixx0's fstab and then a
>> symlink to it from inside the drupal file structure. Then nodes can
>> reference the appropriate file system paths and access is secured through
>> drupal user/role permissions
>>
>> What's the status of grimlock? is it on an internal-only imc subnet? Is it
>> set up to allow NFS mounts?
>>
>>
>> -Chris
>>
>>
>> On Thu, May 20, 2010 at 12:53 PM, Joe Futrelle <joefutrelle at gmail.com>wrote:
>>
>>> I'm still hazy on how we'd do authz on the mp3's themselves, and which
>>> layer (Apache? Drupal?) would serve them from the mounted fs.
>>>
>>> But in any case, it sounds like we can make the Feeds module work, so I'm
>>> thinking I should go ahead and develop the code that generates the .csv
>>> file, putting whatever fields I think are going to be relevant into it--then
>>> we can figure out how to make properly-secured, content-bearing nodes out of
>>> it using the Feeds module and other Drupal features.
>>>
>>> --
>>> Joe Futrelle
>>> Person
>>>
>>>
>>>
>>> On Wed, May 19, 2010 at 5:32 PM, Chris Ritzo <chris.ritzo at gmail.com>wrote:
>>>
>>>> Yeah, that's the idea. Currently wrfu's site is using drupal users for
>>>> auth, not querying the IMC ldap. But you bring up mounting a share from
>>>> within the wrfu site, maybe even a link in the files/ directory. If we did
>>>> it this way we could leave auth.as is.
>>>>
>>>> More on feeds- the module let's you map fields from the csv to fields in
>>>> drupal nodes of a specific.content type. So we create a new content type,
>>>> say "shows" and the feed creates/updates nodes of that type based on the
>>>> contents of the csv & the mapped fields.
>>>>
>>>> Josh or Brian, can you weigh in on mounting a network share on fixx with
>>>> a ln inside the files directory?
>>>>
>>>> On May 19, 2010 3:51 PM, "Joe Futrelle" <joefutrelle at gmail.com> wrote:
>>>>
>>>> Feeds module sounds like the way to go. Is the idea to have a job on
>>>> grimlock generate a feed file which Drupal, whose host would have the
>>>> relevant part of grimlock's fs mounted, would periodically read? And then
>>>> when the user clicks on a link in the generated node Drupal would serve the
>>>> mp3 to them depending on some authz policy that would be specified (how? in
>>>> what layer?) based on the user's LDAP identity which they got by
>>>> authenticating to Drupal? Or is WRFU's Drupal authentication separate from
>>>> LDAP authentication?
>>>>
>>>> --
>>>> Joe Futrelle
>>>> Person
>>>>
>>>>
>>>>
>>>>
>>>> On Wed, May 19, 2010 at 2:27 PM, Chris Ritzo <chris.ritzo at gmail.com>
>>>> wrote:
>>>> >
>>>> > Interesting proje...
>>>>
>>>>
>>>
>>
>

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.chambana.net/pipermail/imc-tech/attachments/20100520/e57c3595/attachment.html>