openupload-devel — Development and general discussion

Re: [openupload-devel] A way for admins to see/download uploaded files?

[Alessandro B. <ts...@br...>]

Il 19/09/2012 10:07, Terry Hancock ha scritto:
> If the first file has a hash name, ike "WY45xdew", then the 2nd will
> have a name like  "WY45xdew_2". But the URL from that doesn't exist
> (only the earlier one -- although both files can be found there).
>
> With this change, though, it works well enough for oru purposes.
>
> Cheers,
> Terry

maybe try substituting the a=d or action=d with action=i or a=i in the link

Alessandro

Re: [openupload-devel] A way for admins to see/download uploaded files?

[Terry H. <dig...@gm...>]

Hi Alessandro,

On Wed, Sep 19, 2012 at 2:57 AM, Alessandro Briosi <ts...@br...> wrote:
> Actually I don't really understand how this does affect multifile
> uploads. It should present the page for downloading (with the
> restrictions if it applies) and then the files should be there, (ould be
> wrong)

If the first file has a hash name, ike "WY45xdew", then the 2nd will
have a name like  "WY45xdew_2". But the URL from that doesn't exist
(only the earlier one -- although both files can be found there).

With this change, though, it works well enough for oru purposes.

Cheers,
Terry

Re: [openupload-devel] help adding a new language preference

[Alessandro B. <ts...@br...>]

Il 18/09/2012 22:07, Balakishore Pamarti ha scritto:
> Hello All:
>
> In the process of adding spanish language to the app I added
> locale/es/LC_MESSAGES/openupload.po and locale/es/LC_MESSAGES/openupload.mo
>
> Add templates/default/locale/es/LC_MESSAGES/template.po and
> templates/default/locale/es/LC_MESSAGES/template.mo
>
> Created the above files using poedit software.
>
> In the application, added the new Spanish language -  Administration ->
> Languages  added new -
>
> ID:                                          es
>
> Name:                                  Spanish
>
> Locale:                                  es_ES.utf8
>
> Browser recon:                 [es];[es-ES]
>
> Charset:                               utf-8
>
> Active:                                  yes
>
> I restarted the server.
>
> Now from the application when I click on Spanish on the top menu bar to
> switch my language preference to Spanish, I still see all the text in
> English.
>
> Am I missing something here. Can you please let me know if I need to do
> anything else to get this working properly.
>
> Thanks a lot!
>
> Bala
>

Have you set the translator setting to gettext or are you using the 
default phparray ?

Also be sure that the es_ES.utf8 is installed and generated on the system.

Re: [openupload-devel] A way for admins to see/download uploaded files?

[Alessandro B. <ts...@br...>]

Il 18/09/2012 17:55, Terry Hancock ha scritto:
> On Tue, Sep 18, 2012 at 10:12 AM, Terry Hancock <dig...@gm...> wrote:
>> On Tue, Sep 18, 2012 at 3:47 AM, Alessandro Briosi <ts...@br...> wrote:
>>> Il 18/09/2012 03:50, Terry Hancock ha scritto:
>>>>   Is there a way to enable admins to access all of the
>>>> downloads?
>>
>>> this was discussed some time ago, and it's a very easy change that has
>>> to be made to the template which lists the files in the admin interface.
>>>
>>> this should give you the right info to acomplish it (check the exact
>>> html behind it, I guess migration changed it a bit).
>>>
>>> From:
>>> https://sourceforge.net/tracker/index.php?func=detail&aid=2715256&group_id=242018&atid=1117807
>>>
>>> ----------------------------
>>> In the file templates/default/modules/admin/files.tpl line 40:
>>> old: {$f.id}
>>> new: <a href="../{$script}?action=d&amp;id={$f.id}">{$f.id}</a>
>>> ----------------------------
>>
>> Thank you! I'll attempt it and report back how it worked out. :-)
>
> Okay, that works well enough for me.
>
> Couple of comments:
>
> 1) Doesn't quite work right with multi-file feature
>
> I have my preferences set to allow sets of 3 files to be uploaded. I
> may even want to increase this. But this patch creates false links for
> all but the first file. I can just remember that, but it probably
> ought to be revised before becoming a regular feature.
>
> 2) However, I think it SHOULD be a regular feature (here, I'm
> responding partly to the discussion on the link you referenced).
>
> As an administrator, I expect to be able to inspect what's on my own
> server. And it was not at all easy for me to figure out how to get the
> correct URL (I made attempts at manually constructing them or using
> the same links the users have to them, and kept getting errors). So,
> it's very useful to have a proper link.
>
> So here's my "case" for supporting this... :-)
>
> I think that if you consider what would motivate someone to install
> their own dropbox service instead of just using an existing service,
> it's quite likely that many would be in my situation:
>
> The reason I wanted to run my dropbox, is because I want to accept
> submissions from people -- so I want to be able to give them an easy
> way to upload files to my server, so I can download them. The e-mail
> notification is useful, but it shouldn't be critical. If I find out
> out-of-channel that they have submitted a file or I just check
> periodically for uploads, then I should just be able to go in as
> administrator and download the files.
>
> A major reason for doing this, as opposed to using higher-buy-in
> services like Subversion or Sparkleshare (where the user needs to
> install and use client software), is that I'm dealing with people who
> 1) may not have regular contact with my project (this may be our only
> interaction) and 2) may not have much computer skill (so forgetting to
> send an email is probable). And because of (1), there's not much
> opportunity to rectify (2).
>
> So a common case would be a book publisher or a record label or (like
> me) a multimedia project. These users all need to handle files that
> are too big to comfortably send as email attachments -- and they're
> all basically a case of a centralized "user" receiving files from
> outside "submitters" (rather than a "service bureau" facilitating
> transfers between "user/senders", which is what I think you are
> optimized for).
>
> I'm sure there are people using the other case, but I think my
> situation is useful, probably pretty common, and OpenUpload can serve
> it as well without a lot of fuss.
>
> Anyway -- that's just my thoughts on the matter, submitted in the hope
> of being useful to you.
>
> Also, FWIW, I'm probably going to write a brief review of OpenUpload
> for Free Software Magazine. I haven't seen much about it -- seems very
> worthy of a mention.
>
> My immediate problem is solved. So thank you very much!
>

Actually I don't really understand how this does affect multifile 
uploads. It should present the page for downloading (with the 
restrictions if it applies) and then the files should be there, (ould be 
wrong)

In the long awaited 0.5 version which is in svn (not complete yet) there 
is a feature which is the "invitation" which pretty much solves what you 
want.

You might want to try that version, there are a couple of guides on the 
internet which talk how to install it.

Alessandro

[openupload-devel] help adding a new language preference

[Balakishore P. <bal...@as...>]

Hello All:

In the process of adding spanish language to the app I added  locale/es/LC_MESSAGES/openupload.po and locale/es/LC_MESSAGES/openupload.mo

Add templates/default/locale/es/LC_MESSAGES/template.po and templates/default/locale/es/LC_MESSAGES/template.mo

Created the above files using poedit software.

In the application, added the new Spanish language -  Administration -> Languages  added new -

ID:                                          es
Name:                                  Spanish
Locale:                                  es_ES.utf8
Browser recon:                 [es];[es-ES]
Charset:                               utf-8
Active:                                  yes

I restarted the server.

Now from the application when I click on Spanish on the top menu bar to switch my language preference to Spanish, I still see all the text in English.

Am I missing something here. Can you please let me know if I need to do anything else to get this working properly.

Thanks a lot!
Bala

Re: [openupload-devel] A way for admins to see/download uploaded files?

[Terry H. <dig...@gm...>]

On Tue, Sep 18, 2012 at 10:12 AM, Terry Hancock <dig...@gm...> wrote:
> On Tue, Sep 18, 2012 at 3:47 AM, Alessandro Briosi <ts...@br...> wrote:
>> Il 18/09/2012 03:50, Terry Hancock ha scritto:
>>>  Is there a way to enable admins to access all of the
>>> downloads?
>
>> this was discussed some time ago, and it's a very easy change that has
>> to be made to the template which lists the files in the admin interface.
>>
>> this should give you the right info to acomplish it (check the exact
>> html behind it, I guess migration changed it a bit).
>>
>> From:
>> https://sourceforge.net/tracker/index.php?func=detail&aid=2715256&group_id=242018&atid=1117807
>>
>> ----------------------------
>> In the file templates/default/modules/admin/files.tpl line 40:
>> old: {$f.id}
>> new: <a href="../{$script}?action=d&amp;id={$f.id}">{$f.id}</a>
>> ----------------------------
>
> Thank you! I'll attempt it and report back how it worked out. :-)

Okay, that works well enough for me.

Couple of comments:

1) Doesn't quite work right with multi-file feature

I have my preferences set to allow sets of 3 files to be uploaded. I
may even want to increase this. But this patch creates false links for
all but the first file. I can just remember that, but it probably
ought to be revised before becoming a regular feature.

2) However, I think it SHOULD be a regular feature (here, I'm
responding partly to the discussion on the link you referenced).

As an administrator, I expect to be able to inspect what's on my own
server. And it was not at all easy for me to figure out how to get the
correct URL (I made attempts at manually constructing them or using
the same links the users have to them, and kept getting errors). So,
it's very useful to have a proper link.

So here's my "case" for supporting this... :-)

I think that if you consider what would motivate someone to install
their own dropbox service instead of just using an existing service,
it's quite likely that many would be in my situation:

The reason I wanted to run my dropbox, is because I want to accept
submissions from people -- so I want to be able to give them an easy
way to upload files to my server, so I can download them. The e-mail
notification is useful, but it shouldn't be critical. If I find out
out-of-channel that they have submitted a file or I just check
periodically for uploads, then I should just be able to go in as
administrator and download the files.

A major reason for doing this, as opposed to using higher-buy-in
services like Subversion or Sparkleshare (where the user needs to
install and use client software), is that I'm dealing with people who
1) may not have regular contact with my project (this may be our only
interaction) and 2) may not have much computer skill (so forgetting to
send an email is probable). And because of (1), there's not much
opportunity to rectify (2).

So a common case would be a book publisher or a record label or (like
me) a multimedia project. These users all need to handle files that
are too big to comfortably send as email attachments -- and they're
all basically a case of a centralized "user" receiving files from
outside "submitters" (rather than a "service bureau" facilitating
transfers between "user/senders", which is what I think you are
optimized for).

I'm sure there are people using the other case, but I think my
situation is useful, probably pretty common, and OpenUpload can serve
it as well without a lot of fuss.

Anyway -- that's just my thoughts on the matter, submitted in the hope
of being useful to you.

Also, FWIW, I'm probably going to write a brief review of OpenUpload
for Free Software Magazine. I haven't seen much about it -- seems very
worthy of a mention.

My immediate problem is solved. So thank you very much!

Cheers,
Terry

Re: [openupload-devel] A way for admins to see/download uploaded files?

[Terry H. <dig...@gm...>]

On Tue, Sep 18, 2012 at 3:47 AM, Alessandro Briosi <ts...@br...> wrote:
> Il 18/09/2012 03:50, Terry Hancock ha scritto:
>>  Is there a way to enable admins to access all of the
>> downloads?

> this was discussed some time ago, and it's a very easy change that has
> to be made to the template which lists the files in the admin interface.
>
> this should give you the right info to acomplish it (check the exact
> html behind it, I guess migration changed it a bit).
>
> From:
> https://sourceforge.net/tracker/index.php?func=detail&aid=2715256&group_id=242018&atid=1117807
>
> ----------------------------
> In the file templates/default/modules/admin/files.tpl line 40:
> old: {$f.id}
> new: <a href="../{$script}?action=d&amp;id={$f.id}">{$f.id}</a>
> ----------------------------

Thank you! I'll attempt it and report back how it worked out. :-)

Cheers,
Terry

Re: [openupload-devel] A way for admins to see/download uploaded files?

[Alessandro B. <ts...@br...>]

Il 18/09/2012 03:50, Terry Hancock ha scritto:
> Hi!
>
> I've only recently installed OpenUpload, and my first reaction to it
> is very positive. This is a nice package, and it looks like it's going
> to be very useful. It also seems to have a pretty well-thought-out
> installer (reminds me of Mediawiki's installation).
>
> My only serious problem is that it seems really awkward for me to
> download the files that have been submitted.
>
> We're using OpenUpload to receive submissions of large files (mostly
> audio recordings in FLAC or WAV format) to our project.
>
> There is one problem with this, though: the package doesn't seem to
> give the administrator direct access to download the files that are
> uploaded. If the submitters remember to email to the correct address,
> I get a download link, but otherwise, I have to use some kind of
> work-around to "trick" the program into letting me have access.
>
> For example, I can ask the submitter for their password so I can log
> in as them and visit "my files" to download their submission.
>
> Or, in a pinch, I could use my admin privileges to_change_  their
> password and then log in as them (but then, I'd be messing up their
> account).
>
> As an admin, I can look at the record of uploaded files. And I can
> even delete them off of the server. But I can't actually seem to visit
> their download pages or download them. Which seems really
> counter-intuitive to me.
>
> Is there a more direct way to do this? Was this an intentional
> omission? Is there a way to enable admins to access all of the
> downloads?
>
> Thanks for any help,
> Terry

Hello Terry,
this was discussed some time ago, and it's a very easy change that has 
to be made to the template which lists the files in the admin interface.

this should give you the right info to acomplish it (check the exact 
html behind it, I guess migration changed it a bit).

From:
https://sourceforge.net/tracker/index.php?func=detail&aid=2715256&group_id=242018&atid=1117807

----------------------------
In the file templates/default/modules/admin/files.tpl line 40:
old: {$f.id}
new: <a href="../{$script}?action=d&amp;id={$f.id}">{$f.id}</a>
----------------------------

Hope it helps,
Alessandro

[openupload-devel] A way for admins to see/download uploaded files?

[Terry H. <dig...@gm...>]

Hi!

I've only recently installed OpenUpload, and my first reaction to it
is very positive. This is a nice package, and it looks like it's going
to be very useful. It also seems to have a pretty well-thought-out
installer (reminds me of Mediawiki's installation).

My only serious problem is that it seems really awkward for me to
download the files that have been submitted.

We're using OpenUpload to receive submissions of large files (mostly
audio recordings in FLAC or WAV format) to our project.

There is one problem with this, though: the package doesn't seem to
give the administrator direct access to download the files that are
uploaded. If the submitters remember to email to the correct address,
I get a download link, but otherwise, I have to use some kind of
work-around to "trick" the program into letting me have access.

For example, I can ask the submitter for their password so I can log
in as them and visit "my files" to download their submission.

Or, in a pinch, I could use my admin privileges to _change_ their
password and then log in as them (but then, I'd be messing up their
account).

As an admin, I can look at the record of uploaded files. And I can
even delete them off of the server. But I can't actually seem to visit
their download pages or download them. Which seems really
counter-intuitive to me.

Is there a more direct way to do this? Was this an intentional
omission? Is there a way to enable admins to access all of the
downloads?

Thanks for any help,
Terry

--
Terry Hancock
Producer/Director - "Lunatics" Project - http://lunatics.tv

Re: [openupload-devel] php upload: bypass upload_max_filesize & co. How? Use pupload?

[gmartin <gm...@gm...>]

PHP uploads are limited by upload_max_filesize, but not the memory_limit.
 I've uploaded multi-GB files with openupload without issue.

\\Greg



On Wed, Sep 5, 2012 at 5:07 AM, <lio...@au...> wrote:

> Hi,****
>
> ** **
>
> New to open upload (thks to dev team!!), I was wondering if we could
> overcome the php limitation on upload size. I mean, to increase
> upload_max_filesize, memory_limit and memory_limit is not really a
> solution. I’d like to be able to upload big files (iso and virtual
> machines) via a pc with 512Mo, so memory would be a constraint.****
>
> ** **
>
> It seems there are alternatives to the raw php method (apologize for
> remaining vague, I’m a php newbie), like pupload. Would it be possible to
> integrate it in open upload?****
>
> ** **
>
> Regards****
>
> Lionel****
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Openupload-devel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openupload-devel
>
>

[openupload-devel] php upload: bypass upload_max_filesize & co. How? Use pupload?

[<lio...@au...>]

Hi,

 

New to open upload (thks to dev team!!), I was wondering if we could
overcome the php limitation on upload size. I mean, to increase
upload_max_filesize, memory_limit and memory_limit is not really a solution.
I'd like to be able to upload big files (iso and virtual machines) via a pc
with 512Mo, so memory would be a constraint.

 

It seems there are alternatives to the raw php method (apologize for
remaining vague, I'm a php newbie), like pupload. Would it be possible to
integrate it in open upload?

 

Regards

Lionel

Re: [openupload-devel] file type

[Alessandro B. <ts...@br...>]

Il 31.07.2012 15:21 majid Taghizadeh ha scritto:
> hi

Hi,

> how i can restricted file type for upload?
to restrict file types you need to use the mime type plugin.
Enable it in the configuration and then enable it for the groups in the 
administration of the plugins.
Once enabled you can configure it with the parameters of mime types.

> how i can make site upload without login?

You need to setup a public site. Check the ACL for this (there is also 
a Public site configuration which you can use as a start).

The README file contains some of this information, and there are also 
some good blog posts on how to setup openupload.

If you encounter problems in configuration then please tell us what you 
have already tried.

Alessandro

Re: [openupload-devel] openupload email plugin

[Alessandro B. <ts...@br...>]

Il 01.08.2012 12:11 Адиль ha scritto:
> Hello dear openupload team!Really great project,lot of thank's.
> u have some issue,i cant configure email plugin,cant find where i can
> add smtp service,can you provide some manual for that configuration?
> Thank's for attention.
> Best regards 

In current version there is no smtp configuration (in svn there is)

Current version uses php mail so once you configure php to send e-mails 
the application can send e-mails.
Configuration depends on the system you are.
On linux sendmail command is used

You can check php documentation
a simple google search should do the trick :

http://www.google.com/search?q=configure+php+mail

Alessandro

[openupload-devel] openupload email plugin

[Адиль <mo...@in...>]

Hello dear openupload team!Really great project,lot of thank's.
u have some issue,i cant configure email plugin,cant find where i can add smtp service,can you provide some manual for that configuration?
Thank's for attention.
Best regards 

[openupload-devel] file type

[majid T. <mt_...@ya...>]

hi
how i can restricted file type for upload?
how i can make site upload without login?

Re: [openupload-devel] multiple domains

[Alessandro B. <ts...@br...>]

Il 06.07.2012 10:40 Enrico Galato ha scritto:
> Hello, can be used to manage multiple domains?
> Thanks
>
Yes, look at the readme.

Alessandro

[openupload-devel] multiple domains

[Enrico G. <en...@gm...>]

Hello, can be used to manage multiple domains?
Thanks

Enrico

Re: [openupload-devel] Unable to access after installation

[Bob M. <bo...@co...>]

On Thu, 2012-06-28 at 14:57 +0000, Maximilien VICIDOMINI wrote:
> Hello all, i have followed all the install instruction but as soons as
> all the steps has been passed without any error when I try to access
> to the main page this is the error that I have 

> ERROR: database could not be opened
> 

Did you set up a database user in your config.inc.php?  Did you grant
that user privileges on the database?


-- 
Bob Miller
867-334-7117 / 867-633-3760
http://computerisms.ca
bo...@co...
Network, Internet, Server,
and Open Source Solutions

[openupload-devel] Unable to access after installation

[Maximilien V. <mvi...@ci...>]

Hello all, i have followed all the install instruction but as soons as all the steps has been passed without any error when I try to access to the main page this is the error that I have


ERROR: database could not be opened

Thanks in advance

Re: [openupload-devel] Possibility to restrict email adress ?

[Alessandro B. <ts...@br...>]

> Hi,
>
> I've just set up an OpenUpload website, and will probably keep it and
> use it in production.
>
> Currently my test platform uses two modes :
>
> 1. Unregistered users (no authentication)
> 2. Authentified users (against LDAP/AD).
>
> This works very well, but I'd like to be able to restrict 
> unregistered
> users, so that they can only send files to a specific email domain
> adress. Is that possible ? The purpose is to allow my internet users
> (authentified against AD) to send files everywhere they need, but I'd
> like unregistered (ie external) users to be only able to send files 
> to
> internal users (and not to other external users).
>
> I hope I did myself clear :-)
>
> BTW, is there anyway to log users automatically with NTLM  ?

Hi.

Nope this is not actually implemented. It should be relatively easy to 
implement it in the current e-mail plugin, by adding a new configuration 
option for "restricted domains"
and then restrict the unregistered.

You could also have a look at the assigntouser plugin or even check the 
"invitation" functionality of the svn version.

I had a look to implement the ntlm authentication, but it's not the 
easiest to implement and probably is web server dependant.
It's easyer to authenticate against AD and let the browser save the 
password.
I welcome patches, though :)

Alessandro

Re: [openupload-devel] permissions on templates_c

[gmartin <gm...@gm...>]

Thanks. I'd guessed it had changed.

On Thursday, June 21, 2012, Alessandro Briosi wrote:

> Il 20.06.2012 20:27 Bob Miller ha scritto:
> > Hi Greg,
> >
> > What you describe didn't work for me.  Once I removed the templates_c
> > folder from the INSTALL_ROOT, everything broke.  As I understand
> > things,
> > you have would have to have two unique DATA_PATHs and two unique
> > INSTALL_ROOTs configured to get the situation you describe.
> >
> > As I have it now, I have one INSTALL_ROOT that is configured the same
> > for every site, and a DATA_PATH and a SMARTY_DATA that is unique for
> > every site.
> >
> > Hope that helps...
> >
>
> Well, you are both correct :)
>
> In v. 0.4.x the templates_c is under the INSTALL_ROOT
> while in SVN version (alpha 0.5 ? ) the templates_c is under the
> DATA_PATH which I think it should belong.
>
> Of course you are free to modify the behaviour.
>
> Alessandro
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Openupload-devel mailing list
> Ope...@li... <javascript:;>
> https://lists.sourceforge.net/lists/listinfo/openupload-devel
>


-- 

\\Greg

Re: [openupload-devel] permissions on templates_c

[Alessandro B. <ts...@br...>]

Il 20.06.2012 20:27 Bob Miller ha scritto:
> Hi Greg,
>
> What you describe didn't work for me.  Once I removed the templates_c
> folder from the INSTALL_ROOT, everything broke.  As I understand 
> things,
> you have would have to have two unique DATA_PATHs and two unique
> INSTALL_ROOTs configured to get the situation you describe.
>
> As I have it now, I have one INSTALL_ROOT that is configured the same
> for every site, and a DATA_PATH and a SMARTY_DATA that is unique for
> every site.
>
> Hope that helps...
>

Well, you are both correct :)

In v. 0.4.x the templates_c is under the INSTALL_ROOT
while in SVN version (alpha 0.5 ? ) the templates_c is under the 
DATA_PATH which I think it should belong.

Of course you are free to modify the behaviour.

Alessandro

Re: [openupload-devel] permissions on templates_c

[Bob M. <bo...@co...>]

Hi Greg,

What you describe didn't work for me.  Once I removed the templates_c
folder from the INSTALL_ROOT, everything broke.  As I understand things,
you have would have to have two unique DATA_PATHs and two unique
INSTALL_ROOTs configured to get the situation you describe.  

As I have it now, I have one INSTALL_ROOT that is configured the same
for every site, and a DATA_PATH and a SMARTY_DATA that is unique for
every site.

Hope that helps...


On Wed, 2012-06-20 at 13:26 -0400, gmartin wrote:
> I have an SVN version running and have set the DATA_PATH set to a
> locaation outside of www.  under that location are the templates_c and
> files directories.  In other words, if I had two sites installed and
> defined two DATA_PATHs it appears that would separate the templates_c
> directories.
> 
> 
> \\Greg
> 
> 
> 
> On Tue, Jun 19, 2012 at 4:40 PM, Bob Miller <bo...@co...>
> wrote:
>         Hi Greg,
>         
>         On Tue, 2012-06-19 at 15:15 -0400, gmartin wrote:
>         > I'm confused.
>         
>         You are not alone!! ;)
>         
>         >   Does each of your sites have its own /www &
>         config.inc.php?
>         
>         
>         Yes
>         
>         >   If so, wouldn't separate $CONFIG['DATA_PATH'] paths take
>         care to
>         > separate the data & templates_c directories?
>         
>         
>         
>         Fortunately Alessandro's answer allows me to answer you.
>         
>         The DATA_PATH variable makes no effect on the template_c
>         directories.
>         if you look in lib/main.inc.php, you will find this:
>         
>         $this->config['INSTALL_ROOT'].'/templates_c/'
>         
>         Which I interpret to mean that it will look for the
>         templates_c
>         directory in the INSTALL_ROOT location, which is where all the
>         other
>         folders like lib and locale reside.  Therefor, regardless of
>         how you
>         configure your data directory, the templates_c has to live
>         with the
>         other files.
>         
>         However, a new variable now exists that allows the templates_c
>         directory
>         to be defined just the like the data directory can be
>         defined.  In your
>         config file, use $CONFIG['SMARTY_DATA'] to define the
>         templates_c
>         directory and the $CONFIG['DATA_PATH'] to define the data
>         directory.  At
>         least that seems to be working for me...
>         
>         >
>         >
>         >
>         > On Tue, Jun 19, 2012 at 2:28 PM, Alessandro Briosi
>         > <ts...@br...> wrote:
>         >         Il 19.06.2012 19:53 Bob Miller ha scritto:
>         >         > Greetings,
>         >         >
>         >         > I have set up openupload as a multisite
>         installation on a
>         >         server that
>         >         > uses mpm-itk.  In case you are not familiar,
>         mpm-itk is an
>         >         apache2
>         >         > package that changes uid of the web server based
>         on the URL
>         >         it is
>         >         > serving, so that each site can be owned by an
>         individual
>         >         user.
>         >         > Similar
>         >         > to suexec, and others I am sure.
>         >         >
>         >         > The problem I am encountering is with making the
>         templates_c
>         >         > directory
>         >         > writable by the web server.  Since the web server
>         has a
>         >         different uid
>         >         > depending on the site it is serving, owning the
>         templates_c
>         >         directory
>         >         > to
>         >         > the web server denies access to the directory.
>         >         >
>         >         > This creates a situation where I need to either
>         make the
>         >         templates_c
>         >         > directory world writable (undesirable on several
>         levels), or
>         >         I need
>         >         > to
>         >         > add each site's uid to a group and grant that
>         group write
>         >         access to
>         >         > templates_c (better, but administratively
>         burdensome).  Both
>         >         of these
>         >         > ideas tested as working on a sandbox server, but I
>         am
>         >         searching for
>         >         > better options for production use.
>         >         >
>         >         > If the world was aligned to my desires, I would be
>         able to
>         >         have a
>         >         > separate templates_c directory for each site on
>         the server
>         >         that I
>         >         > could
>         >         > keep with each site's data and www directory.  So
>         far no
>         >         amount of
>         >         > experimenting or googling has led me to a method
>         where this
>         >         can be
>         >         > accomplished, and I am not so good with code that
>         I have
>         >         been able to
>         >         > decipher where or how I might implement that.
>         >         >
>         >         > So the questions would be: is it possible to have
>         a separate
>         >         > templates_c
>         >         > directory for each site?  If there is any
>         documentation, I
>         >         haven't
>         >         > found
>         >         > it, a pointer would be kindly appreciated.  And,
>         assuming I
>         >         cannot
>         >         > have
>         >         > a separate templates_c directory for each site,
>         can anyone
>         >         suggest a
>         >         > cleaner way to allow all sites write access to the
>         >         templates_c
>         >         > directory?
>         >         >
>         >
>         >
>         >         Yes it's possible and it's even already available
>         (not
>         >         documented
>         >         though).
>         >         Use the $CONFIG['SMARTY_DATA'] variable.
>         >
>         >         For more information look at the lib/base.inc.php
>         >
>         >         Alessandro
>         >
>         >
>         ------------------------------------------------------------------------------
>         >         Live Security Virtual Conference
>         >         Exclusive live event will cover all the ways today's
>         security
>         >         and
>         >         threat landscape has changed and how IT managers can
>         respond.
>         >         Discussions
>         >         will include endpoint security, mobile security and
>         the latest
>         >         in malware
>         >         threats.
>         >
>         http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>         >         _______________________________________________
>         >         Openupload-devel mailing list
>         >         Ope...@li...
>         >
>         https://lists.sourceforge.net/lists/listinfo/openupload-devel
>         >
>         >
>         >
>         >
>         ------------------------------------------------------------------------------
>         > Live Security Virtual Conference
>         > Exclusive live event will cover all the ways today's
>         security and
>         > threat landscape has changed and how IT managers can
>         respond. Discussions
>         > will include endpoint security, mobile security and the
>         latest in malware
>         > threats.
>         http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>         > _______________________________________________
>         Openupload-devel mailing list
>         Ope...@li...
>         https://lists.sourceforge.net/lists/listinfo/openupload-devel
>         
>         
>         --
>         Bob Miller
>         867-334-7117 / 867-633-3760
>         http://computerisms.ca
>         bo...@co...
>         Network, Internet, Server,
>         and Open Source Solutions
>         
>         
>         
>         ------------------------------------------------------------------------------
>         Live Security Virtual Conference
>         Exclusive live event will cover all the ways today's security
>         and
>         threat landscape has changed and how IT managers can respond.
>         Discussions
>         will include endpoint security, mobile security and the latest
>         in malware
>         threats.
>         http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>         _______________________________________________
>         Openupload-devel mailing list
>         Ope...@li...
>         https://lists.sourceforge.net/lists/listinfo/openupload-devel
>         
> 
> 
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________ Openupload-devel mailing list Ope...@li... https://lists.sourceforge.net/lists/listinfo/openupload-devel

-- 
Bob Miller
867-334-7117 / 867-633-3760
http://computerisms.ca
bo...@co...
Network, Internet, Server,
and Open Source Solutions

Re: [openupload-devel] permissions on templates_c

[gmartin <gm...@gm...>]

I have an SVN version running and have set the DATA_PATH set to a locaation
outside of www.  under that location are the templates_c and files
directories.  In other words, if I had two sites installed and defined two
DATA_PATHs it appears that would separate the templates_c directories.


\\Greg



On Tue, Jun 19, 2012 at 4:40 PM, Bob Miller <bo...@co...> wrote:

> Hi Greg,
>
> On Tue, 2012-06-19 at 15:15 -0400, gmartin wrote:
> > I'm confused.
>
> You are not alone!! ;)
>
> >   Does each of your sites have its own /www & config.inc.php?
>
> Yes
>
> >   If so, wouldn't separate $CONFIG['DATA_PATH'] paths take care to
> > separate the data & templates_c directories?
>
>
> Fortunately Alessandro's answer allows me to answer you.
>
> The DATA_PATH variable makes no effect on the template_c directories.
> if you look in lib/main.inc.php, you will find this:
>
> $this->config['INSTALL_ROOT'].'/templates_c/'
>
> Which I interpret to mean that it will look for the templates_c
> directory in the INSTALL_ROOT location, which is where all the other
> folders like lib and locale reside.  Therefor, regardless of how you
> configure your data directory, the templates_c has to live with the
> other files.
>
> However, a new variable now exists that allows the templates_c directory
> to be defined just the like the data directory can be defined.  In your
> config file, use $CONFIG['SMARTY_DATA'] to define the templates_c
> directory and the $CONFIG['DATA_PATH'] to define the data directory.  At
> least that seems to be working for me...
>
> >
> >
> >
> > On Tue, Jun 19, 2012 at 2:28 PM, Alessandro Briosi
> > <ts...@br...> wrote:
> >         Il 19.06.2012 19:53 Bob Miller ha scritto:
> >         > Greetings,
> >         >
> >         > I have set up openupload as a multisite installation on a
> >         server that
> >         > uses mpm-itk.  In case you are not familiar, mpm-itk is an
> >         apache2
> >         > package that changes uid of the web server based on the URL
> >         it is
> >         > serving, so that each site can be owned by an individual
> >         user.
> >         > Similar
> >         > to suexec, and others I am sure.
> >         >
> >         > The problem I am encountering is with making the templates_c
> >         > directory
> >         > writable by the web server.  Since the web server has a
> >         different uid
> >         > depending on the site it is serving, owning the templates_c
> >         directory
> >         > to
> >         > the web server denies access to the directory.
> >         >
> >         > This creates a situation where I need to either make the
> >         templates_c
> >         > directory world writable (undesirable on several levels), or
> >         I need
> >         > to
> >         > add each site's uid to a group and grant that group write
> >         access to
> >         > templates_c (better, but administratively burdensome).  Both
> >         of these
> >         > ideas tested as working on a sandbox server, but I am
> >         searching for
> >         > better options for production use.
> >         >
> >         > If the world was aligned to my desires, I would be able to
> >         have a
> >         > separate templates_c directory for each site on the server
> >         that I
> >         > could
> >         > keep with each site's data and www directory.  So far no
> >         amount of
> >         > experimenting or googling has led me to a method where this
> >         can be
> >         > accomplished, and I am not so good with code that I have
> >         been able to
> >         > decipher where or how I might implement that.
> >         >
> >         > So the questions would be: is it possible to have a separate
> >         > templates_c
> >         > directory for each site?  If there is any documentation, I
> >         haven't
> >         > found
> >         > it, a pointer would be kindly appreciated.  And, assuming I
> >         cannot
> >         > have
> >         > a separate templates_c directory for each site, can anyone
> >         suggest a
> >         > cleaner way to allow all sites write access to the
> >         templates_c
> >         > directory?
> >         >
> >
> >
> >         Yes it's possible and it's even already available (not
> >         documented
> >         though).
> >         Use the $CONFIG['SMARTY_DATA'] variable.
> >
> >         For more information look at the lib/base.inc.php
> >
> >         Alessandro
> >
> >
> ------------------------------------------------------------------------------
> >         Live Security Virtual Conference
> >         Exclusive live event will cover all the ways today's security
> >         and
> >         threat landscape has changed and how IT managers can respond.
> >         Discussions
> >         will include endpoint security, mobile security and the latest
> >         in malware
> >         threats.
> >         http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> >         _______________________________________________
> >         Openupload-devel mailing list
> >         Ope...@li...
> >         https://lists.sourceforge.net/lists/listinfo/openupload-devel
> >
> >
> >
> >
> ------------------------------------------------------------------------------
> > Live Security Virtual Conference
> > Exclusive live event will cover all the ways today's security and
> > threat landscape has changed and how IT managers can respond. Discussions
> > will include endpoint security, mobile security and the latest in malware
> > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> > _______________________________________________ Openupload-devel mailing
> list Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openupload-devel
>
> --
> Bob Miller
> 867-334-7117 / 867-633-3760
> http://computerisms.ca
> bo...@co...
> Network, Internet, Server,
> and Open Source Solutions
>
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Openupload-devel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openupload-devel
>

Re: [openupload-devel] permissions on templates_c

[Bob M. <bo...@co...>]

Hi Greg,

On Tue, 2012-06-19 at 15:15 -0400, gmartin wrote:
> I'm confused.

You are not alone!! ;)

>   Does each of your sites have its own /www & config.inc.php?

Yes

>   If so, wouldn't separate $CONFIG['DATA_PATH'] paths take care to
> separate the data & templates_c directories?


Fortunately Alessandro's answer allows me to answer you.

The DATA_PATH variable makes no effect on the template_c directories.
if you look in lib/main.inc.php, you will find this:

$this->config['INSTALL_ROOT'].'/templates_c/'

Which I interpret to mean that it will look for the templates_c
directory in the INSTALL_ROOT location, which is where all the other
folders like lib and locale reside.  Therefor, regardless of how you
configure your data directory, the templates_c has to live with the
other files.

However, a new variable now exists that allows the templates_c directory
to be defined just the like the data directory can be defined.  In your
config file, use $CONFIG['SMARTY_DATA'] to define the templates_c
directory and the $CONFIG['DATA_PATH'] to define the data directory.  At
least that seems to be working for me...

> 
> 
> 
> On Tue, Jun 19, 2012 at 2:28 PM, Alessandro Briosi
> <ts...@br...> wrote:
>         Il 19.06.2012 19:53 Bob Miller ha scritto:
>         > Greetings,
>         >
>         > I have set up openupload as a multisite installation on a
>         server that
>         > uses mpm-itk.  In case you are not familiar, mpm-itk is an
>         apache2
>         > package that changes uid of the web server based on the URL
>         it is
>         > serving, so that each site can be owned by an individual
>         user.
>         > Similar
>         > to suexec, and others I am sure.
>         >
>         > The problem I am encountering is with making the templates_c
>         > directory
>         > writable by the web server.  Since the web server has a
>         different uid
>         > depending on the site it is serving, owning the templates_c
>         directory
>         > to
>         > the web server denies access to the directory.
>         >
>         > This creates a situation where I need to either make the
>         templates_c
>         > directory world writable (undesirable on several levels), or
>         I need
>         > to
>         > add each site's uid to a group and grant that group write
>         access to
>         > templates_c (better, but administratively burdensome).  Both
>         of these
>         > ideas tested as working on a sandbox server, but I am
>         searching for
>         > better options for production use.
>         >
>         > If the world was aligned to my desires, I would be able to
>         have a
>         > separate templates_c directory for each site on the server
>         that I
>         > could
>         > keep with each site's data and www directory.  So far no
>         amount of
>         > experimenting or googling has led me to a method where this
>         can be
>         > accomplished, and I am not so good with code that I have
>         been able to
>         > decipher where or how I might implement that.
>         >
>         > So the questions would be: is it possible to have a separate
>         > templates_c
>         > directory for each site?  If there is any documentation, I
>         haven't
>         > found
>         > it, a pointer would be kindly appreciated.  And, assuming I
>         cannot
>         > have
>         > a separate templates_c directory for each site, can anyone
>         suggest a
>         > cleaner way to allow all sites write access to the
>         templates_c
>         > directory?
>         >
>         
>         
>         Yes it's possible and it's even already available (not
>         documented
>         though).
>         Use the $CONFIG['SMARTY_DATA'] variable.
>         
>         For more information look at the lib/base.inc.php
>         
>         Alessandro
>         
>         ------------------------------------------------------------------------------
>         Live Security Virtual Conference
>         Exclusive live event will cover all the ways today's security
>         and
>         threat landscape has changed and how IT managers can respond.
>         Discussions
>         will include endpoint security, mobile security and the latest
>         in malware
>         threats.
>         http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>         _______________________________________________
>         Openupload-devel mailing list
>         Ope...@li...
>         https://lists.sourceforge.net/lists/listinfo/openupload-devel
>         
> 
> 
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________ Openupload-devel mailing list Ope...@li... https://lists.sourceforge.net/lists/listinfo/openupload-devel

-- 
Bob Miller
867-334-7117 / 867-633-3760
http://computerisms.ca
bo...@co...
Network, Internet, Server,
and Open Source Solutions