path to images on another app

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

path to images on another app

fugee ohu
One of my apps drives the others and stores pictures that the others use Both apps are on the same server How do i build a link to the image on the other app?

--
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/b75d3393-f0da-47f2-a6dd-28d315a2495b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: path to images on another app

Colin Law
On 10 August 2017 at 07:50, fugee ohu <[hidden email]> wrote:
> One of my apps drives the others and stores pictures that the others use
> Both apps are on the same server How do i build a link to the image on the
> other app?

You could use image_tag possibly.

Colin

--
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/CAL%3D0gLuJyx9ercyVuWMuF6g0uSODzQkUPQmyz4H0fQGGYyGu3w%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: path to images on another app

fugee ohu


On Thursday, August 10, 2017 at 3:01:06 AM UTC-4, Colin Law wrote:
On 10 August 2017 at 07:50, fugee ohu <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="ryo9uSEaAQAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">fuge...@...> wrote:
> One of my apps drives the others and stores pictures that the others use
> Both apps are on the same server How do i build a link to the image on the
> other app?

You could use image_tag possibly.

Colin

how do i get above / ?

--
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/571e0067-4829-46ee-83bd-8d5b2d21e97f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: path to images on another app

Colin Law
On 10 August 2017 at 13:36, fugee ohu <[hidden email]> wrote:

>
>
> On Thursday, August 10, 2017 at 3:01:06 AM UTC-4, Colin Law wrote:
>>
>> On 10 August 2017 at 07:50, fugee ohu <[hidden email]> wrote:
>> > One of my apps drives the others and stores pictures that the others use
>> > Both apps are on the same server How do i build a link to the image on
>> > the
>> > other app?
>>
>> You could use image_tag possibly.
>>
>> Colin
>
>
> how do i get above / ?

Good point, you will have to arrange the upload to save to a location
visible to both servers, or accessible via another server, and do the
download link manually.

Colin

--
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/CAL%3D0gLtYDexSuYV3YF1Vfaq8PZdT0P2XpJg8da-cHWty-6wy6A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: path to images on another app

Walter Lee Davis

> On Aug 11, 2017, at 2:34 AM, Colin Law <[hidden email]> wrote:
>
> On 10 August 2017 at 13:36, fugee ohu <[hidden email]> wrote:
>>
>>
>> On Thursday, August 10, 2017 at 3:01:06 AM UTC-4, Colin Law wrote:
>>>
>>> On 10 August 2017 at 07:50, fugee ohu <[hidden email]> wrote:
>>>> One of my apps drives the others and stores pictures that the others use
>>>> Both apps are on the same server How do i build a link to the image on
>>>> the
>>>> other app?
>>>
>>> You could use image_tag possibly.
>>>
>>> Colin
>>
>>
>> how do i get above / ?
>
> Good point, you will have to arrange the upload to save to a location
> visible to both servers, or accessible via another server, and do the
> download link manually.
>
> Colin

There's many ways to get this to work, and depending on how your server(s) is/are architected, some are more elegant than others.

In one application I built, there are three separate VPS hosts: database, admin, and public. Admin and public have the same NFS share mounted to each of them, with admin able to write to it, and public only able to read from it. The NFS share is defined in my file upload gem (Dragonfly) as the place where files are written. Dragonfly is somewhat unique in how it manages files (everything is proxied through a Rack app, never hosted directly through Apache/Nginx) so this means I don't have to have that NFS directory in the app's public/system/whatever path. But even if I wanted to allow direct httpd hosting of uploaded images, I could do that through the Apache configuration file, by aliasing a folder from /mount/nfs/share/whatever into public/system/images, for example. https://httpd.apache.org/docs/2.4/urlmapping.html#outside

So that's an extreme example, brought about by having these apps on different (quasi-physical) servers. If you were hosting them on different virtual hosts on the same server (real or virtual), then your task is a lot simpler. Forget about the NFS mounts, and just configure your Web server to include the same directory, as above, and ensure that only one app is writing into that folder, and both are sharing a single database, so that the apps don't get confused.

And I've completely overlooked S3 (or any of its various clones), which is sort of a giant share-point in the sky. If you use Fog or another cloud storage adapter, you can treat S3 as you would a local folder, and two or more servers can be configured to use the same S3 "bucket" at the same time. With UUID primary keys, you don't even need to coordinate the databases.

As far as building a link goes, my apps assume that only one app is doing the writing, and the other one is read-only, so they share a database. Building a link is in the normal Rails manner, based on an ID. But if you had two independent apps that didn't share anything, you would need to build a bridge between them. One could advertise the images it has available through an API, and the other could use that API to periodically update a local cache of what images are available, for example, and what their addresses are, and use those directly. You would build an image tag with the src set to //other.host.dom/path/to/image.jpg rather than pretending it was on your local server.

In the end, your solution will depend entirely on what your needs are. In my example above, I needed to support a team of editors, who could write things and add metadata to them and approve them, and a largish audience who were read-only on the things that were complete and "published". You might get some more focused solutions for your problem if you can articulate why you have separated these concerns.

Walter

--
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/4351B338-862E-48A8-A95D-ADC061730E03%40wdstudio.com.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: path to images on another app

fugee ohu
In reply to this post by Colin Law


On Friday, August 11, 2017 at 2:35:10 AM UTC-4, Colin Law wrote:
On 10 August 2017 at 13:36, fugee ohu <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="PkoIH0xnAQAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">fuge...@...> wrote:

>
>
> On Thursday, August 10, 2017 at 3:01:06 AM UTC-4, Colin Law wrote:
>>
>> On 10 August 2017 at 07:50, fugee ohu <[hidden email]> wrote:
>> > One of my apps drives the others and stores pictures that the others use
>> > Both apps are on the same server How do i build a link to the image on
>> > the
>> > other app?
>>
>> You could use image_tag possibly.
>>
>> Colin
>
>
> how do i get above / ?

Good point, you will have to arrange the upload to save to a location
visible to both servers, or accessible via another server, and do the
download link manually.

Colin

Thank you

--
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/0682fa00-0833-42ac-8313-4c73517feb8e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: path to images on another app

fugee ohu
In reply to this post by Walter Lee Davis


On Friday, August 11, 2017 at 8:10:38 AM UTC-4, Walter Lee Davis wrote:

> On Aug 11, 2017, at 2:34 AM, Colin Law <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="A7lHmZp5AQAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">cla...@...> wrote:
>
> On 10 August 2017 at 13:36, fugee ohu <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="A7lHmZp5AQAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">fuge...@...> wrote:
>>
>>
>> On Thursday, August 10, 2017 at 3:01:06 AM UTC-4, Colin Law wrote:
>>>
>>> On 10 August 2017 at 07:50, fugee ohu <[hidden email]> wrote:
>>>> One of my apps drives the others and stores pictures that the others use
>>>> Both apps are on the same server How do i build a link to the image on
>>>> the
>>>> other app?
>>>
>>> You could use image_tag possibly.
>>>
>>> Colin
>>
>>
>> how do i get above / ?
>
> Good point, you will have to arrange the upload to save to a location
> visible to both servers, or accessible via another server, and do the
> download link manually.
>
> Colin

There's many ways to get this to work, and depending on how your server(s) is/are architected, some are more elegant than others.

In one application I built, there are three separate VPS hosts: database, admin, and public. Admin and public have the same NFS share mounted to each of them, with admin able to write to it, and public only able to read from it. The NFS share is defined in my file upload gem (Dragonfly) as the place where files are written. Dragonfly is somewhat unique in how it manages files (everything is proxied through a Rack app, never hosted directly through Apache/Nginx) so this means I don't have to have that NFS directory in the app's public/system/whatever path. But even if I wanted to allow direct httpd hosting of uploaded images, I could do that through the Apache configuration file, by aliasing a folder from /mount/nfs/share/whatever into public/system/images, for example. <a href="https://httpd.apache.org/docs/2.4/urlmapping.html#outside" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fhttpd.apache.org%2Fdocs%2F2.4%2Furlmapping.html%23outside\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNFJ_0xNGO_BiXNn2fHgoOwetXpXdg&#39;;return true;" onclick="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fhttpd.apache.org%2Fdocs%2F2.4%2Furlmapping.html%23outside\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNFJ_0xNGO_BiXNn2fHgoOwetXpXdg&#39;;return true;">https://httpd.apache.org/docs/2.4/urlmapping.html#outside

So that's an extreme example, brought about by having these apps on different (quasi-physical) servers. If you were hosting them on different virtual hosts on the same server (real or virtual), then your task is a lot simpler. Forget about the NFS mounts, and just configure your Web server to include the same directory, as above, and ensure that only one app is writing into that folder, and both are sharing a single database, so that the apps don't get confused.

And I've completely overlooked S3 (or any of its various clones), which is sort of a giant share-point in the sky. If you use Fog or another cloud storage adapter, you can treat S3 as you would a local folder, and two or more servers can be configured to use the same S3 "bucket" at the same time. With UUID primary keys, you don't even need to coordinate the databases.

As far as building a link goes, my apps assume that only one app is doing the writing, and the other one is read-only, so they share a database. Building a link is in the normal Rails manner, based on an ID. But if you had two independent apps that didn't share anything, you would need to build a bridge between them. One could advertise the images it has available through an API, and the other could use that API to periodically update a local cache of what images are available, for example, and what their addresses are, and use those directly. You would build an image tag with the src set to //other.host.dom/path/to/image.jpg rather than pretending it was on your local server.

In the end, your solution will depend entirely on what your needs are. In my example above, I needed to support a team of editors, who could write things and add metadata to them and approve them, and a largish audience who were read-only on the things that were complete and "published". You might get some more focused solutions for your problem if you can articulate why you have separated these concerns.

Walter


Thank you

--
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/5174d55c-2a92-4193-bb6a-385bb0f5519c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: path to images on another app

fugee ohu
In reply to this post by Walter Lee Davis


On Friday, August 11, 2017 at 8:10:38 AM UTC-4, Walter Lee Davis wrote:

> On Aug 11, 2017, at 2:34 AM, Colin Law <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="A7lHmZp5AQAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">cla...@...> wrote:
>
> On 10 August 2017 at 13:36, fugee ohu <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="A7lHmZp5AQAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">fuge...@...> wrote:
>>
>>
>> On Thursday, August 10, 2017 at 3:01:06 AM UTC-4, Colin Law wrote:
>>>
>>> On 10 August 2017 at 07:50, fugee ohu <[hidden email]> wrote:
>>>> One of my apps drives the others and stores pictures that the others use
>>>> Both apps are on the same server How do i build a link to the image on
>>>> the
>>>> other app?
>>>
>>> You could use image_tag possibly.
>>>
>>> Colin
>>
>>
>> how do i get above / ?
>
> Good point, you will have to arrange the upload to save to a location
> visible to both servers, or accessible via another server, and do the
> download link manually.
>
> Colin

There's many ways to get this to work, and depending on how your server(s) is/are architected, some are more elegant than others.

In one application I built, there are three separate VPS hosts: database, admin, and public. Admin and public have the same NFS share mounted to each of them, with admin able to write to it, and public only able to read from it. The NFS share is defined in my file upload gem (Dragonfly) as the place where files are written. Dragonfly is somewhat unique in how it manages files (everything is proxied through a Rack app, never hosted directly through Apache/Nginx) so this means I don't have to have that NFS directory in the app's public/system/whatever path. But even if I wanted to allow direct httpd hosting of uploaded images, I could do that through the Apache configuration file, by aliasing a folder from /mount/nfs/share/whatever into public/system/images, for example. <a href="https://httpd.apache.org/docs/2.4/urlmapping.html#outside" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fhttpd.apache.org%2Fdocs%2F2.4%2Furlmapping.html%23outside\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNFJ_0xNGO_BiXNn2fHgoOwetXpXdg&#39;;return true;" onclick="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fhttpd.apache.org%2Fdocs%2F2.4%2Furlmapping.html%23outside\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNFJ_0xNGO_BiXNn2fHgoOwetXpXdg&#39;;return true;">https://httpd.apache.org/docs/2.4/urlmapping.html#outside

So that's an extreme example, brought about by having these apps on different (quasi-physical) servers. If you were hosting them on different virtual hosts on the same server (real or virtual), then your task is a lot simpler. Forget about the NFS mounts, and just configure your Web server to include the same directory, as above, and ensure that only one app is writing into that folder, and both are sharing a single database, so that the apps don't get confused.

And I've completely overlooked S3 (or any of its various clones), which is sort of a giant share-point in the sky. If you use Fog or another cloud storage adapter, you can treat S3 as you would a local folder, and two or more servers can be configured to use the same S3 "bucket" at the same time. With UUID primary keys, you don't even need to coordinate the databases.

As far as building a link goes, my apps assume that only one app is doing the writing, and the other one is read-only, so they share a database. Building a link is in the normal Rails manner, based on an ID. But if you had two independent apps that didn't share anything, you would need to build a bridge between them. One could advertise the images it has available through an API, and the other could use that API to periodically update a local cache of what images are available, for example, and what their addresses are, and use those directly. You would build an image tag with the src set to //other.host.dom/path/to/image.jpg rather than pretending it was on your local server.

In the end, your solution will depend entirely on what your needs are. In my example above, I needed to support a team of editors, who could write things and add metadata to them and approve them, and a largish audience who were read-only on the things that were complete and "published". You might get some more focused solutions for your problem if you can articulate why you have separated these concerns.

Walter
 
 Different virtual hosts on the same server I need to symlink or set something in nginx.conf?

--
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/7a0aa835-14ba-465b-aa53-b2f8fb60d906%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Loading...