No movement on this, unfortunately. If you have time to hack on this we'd love a pull request :)
Yes, we'll have to have the plugin upload directly to OpenPhoto. Then it works if you use Dropbox, S3 or any other storage provider.
It's been added and there's a "share" link for each photo and album.
We are working on this. In fact it's going to replace the groups feature we have now.
Our PRO accounts offer unlimited space. We don't have plans on offering 1TB of space to free users.
David, your request is the ability to install into a subdirectory, right? We're tracking this here but do not have an ETA https://github.com/photo/frontend/issues/318
@birwin, Thanks for the feedback. A better channel to get support help is our google group at firstname.lastname@example.org.
You can either grant SUPER privileges to the database user or set the global log_bin_trust_function_creators system variable to 1.
If that doesn't help then send an email to the group and we'll get it sorted out.
Beun, Ideally the html directory *is* your docroot. Assuming it's not you can follow these posts to get your answer. This person was installing it in a similar manner to what you're describing.
As far as MySql details, once you get everything working just load the site up in your browser and it will take you through a setup that asks for all the information it needs to set itself up.
@Buen Here's the link for Ubuntu/Apache.
@Brandon are you able to download the 1.3.2 tag, unzip and upload to your webhost? If that's too complicated let me know how we can make it easier.
Our friends at CASH Music have a single file you ftp to a host and then call it with a browser and it kicks off an install. Their system doesn't have as many moving parts as OpenPhoto but it might be a great way to bootstrap an installation.
@Beun, you can get a zip of the latest tag from this link: https://github.com/openphoto/frontend/tags
@Martin Just follow any of the guides and you'll be presented with the installer.
@Martin, our current installer is a 3 step installer that works similarly to how you explained. We don't have docs yet on setting it up on most webhosts but will have those docs soon.
I wanted to ask and see who has used the installer we have for OpenPhoto. It's similar to Wordpress but not quite as nice. We are working on making it better but wanted to know how folks felt about our existing installer.
@Christian correct, SimpleScripts is no cost to the user. It makes it easy to install OpenPhoto on hosted providers.
We have a guide to set OpenPhoto up on AWS using the EC2 AMI.
We need guides for setting up and using IAM if you'd like to contribute that.
@grimmet the SimpleScripts solution doesn't replace making installation easier. It's one of many components and we're still looking to make the "setup" process simpler.
@Tero that's pretty awesome. Didn't know about Simple Scripts. They charge $200/month (ouch). But it seems like a pretty awesome option.
Tracking it here: https://github.com/openphoto/frontend/issues/375
Wow, I *just* committed a fix for that. Guess I'll revert since deprecated > unsupported.
@Mike, I didn't know mime_content_type was deprecated. Looks like finfo_file is the way to go. The manual says it's a pecl extension but it's available on the systems I have access to. Can you confirm that it's available on Dreamhost?
We've got an issue to remove the APC dependency. https://github.com/openphoto/frontend/issues/326
Definitely a great idea. We've got several issues open to make OpenPhoto install easier onto shared hosting environments. It's currently possible but a few minor changes will go a long way.AdminJmathai (Hacker, The OpenPhoto Project) supported this idea ·
We don't have any plans for this. It's feasible that one could be written as a plugin but that's a stretch.
We're on track to having video support for the second half of the year :)
We don't yet have it on our roadmap but it's something we're definitely planning on doing. An unofficial estimate would be the second half of 2013.
@Rob we're getting closer to supporting video. It's definitely on the horizon.
@Arthur, I agree and disagree. Agree that it's going to take us a long time to really get the system perfect for photos. But I think videos are a natural extension and they probably should co-exist with your photos.
That being said, this feature isn't even planned. It's a tremendous amount of work and I'm not sure when we'll even be able to consider it.
But in the meantime I think we should remain open to the idea.
There's no referal money...
Do a curl -i on your url and see what the Location header points to.
To be honest, I don't see this making it's way into the core system. Perhaps something which a plugin could be created for?
Albums don't solve this need?
You only need to create directories if you're storing photos on the local file system or a file system that requires new directories be created (only the local filesystem adapter, as far as I know).
All of our configs are stored in the database so we create a record in the config and user tables.
I know we had an email thread with support@ but I'd suggest starting off with a hosted account on Trovebox. If you have specific concerns then let us know and we'll figure something out.
We don't have plans on adding an admin page to create accounts but it's fairly trivial if you can create all the db records needed. It's what we do at Trovebox - script the creation of accounts.
To select photos to be displayed on a main site you probably want to use the API (though there isn't a meta API that search across accounts).
@Mustafa yes, we have a script that does this for a handful of users. It's very straightforward with the API.
Here's a sample.
Love this idea and it's pretty trivial to set up.
Like you said, it could select a random photo based on a tag you provide or just get a random photo from your library.
I might do this as a hack next week :).
Initially, you could just provide the email addresses of the people who will receive the random photo.
The first thing we're translating is the Android app. Please ping email@example.com to help us translate.
Matthieu, thanks. We'll update this post when we're ready!
@borge I think we would have the translation files checked into Github. Ideally there would also be a tool for translators to perform the translations in place while using the application itself.
We've been tracking this here: https://github.com/openphoto/frontend/issues/127
Not available, tracking url is now https://github.com/photo/frontend/issues/558
There is now :)
This is available via the API but not made available in the theme. It's definitely planned.
Correct link is now https://github.com/photo/frontend/issues/525
Mustafa, could you provide specifics?
We're definitely in need of sharing and social features to be made more easy. We don't yet have any issues to track this but should create them.
The adapter is finished but we haven't included it in the UI yet.
I talked to CX several months ago but it was pretty early. We should definitely revisit supporting their platform.
Unfortunately not yet.
The theme framework is being completely redone. We're relying more on CSS to modify themes than each theme having it's own markup.
We'll have docs for it...hopefully in the near future.
Here's a link to get on the list to use the SmugMug importer.
No update. We're about to do a major release and so we'll circle back to this in a couple weeks.
Not yet. I know that SmugMug had a big price increase that will be out of some people's price range. We'll try to have an importer set up before the Oct. 15th increase date.
We love SmugMug.
We're just trying to make them the second best place to keep your photos :).
@Ashot, please send an email to firstname.lastname@example.org from the email address you signed up with.
We'll have both of these options in the account dashboard. Thanks for the feature request!
@Marc, The limit is 30mb at the moment. A bigger issue though is that we don't support RAW yet. It's a often requested feature but we haven't added it yet.