Closed rnwgnr closed 4 years ago
Lychee-Laravel aims to be Lychee v4. It's current status is Alpha/Beta. Yes it is somewhat production ready in the sense that I'm using it with about 4000 pictures on my personal server.
As for the timeline, there is not really any. We need to fix a few more things: https://github.com/LycheeOrg/Lychee-Laravel/milestone/1 before actually releasing it. @SerenaButler is doing a great job as pointing current bugs. :smile:
I would really like to see it go live on April 1st but there is no real pressure for when it will be ready.
Are you heading for feature equality to Lychee V3 before releasing it?
No. Lychee v4 should cover what Lychee v3 has and add other features such as sub albums, multi users, landing page, better code base...
great to hear it can be used already in that capacity, my only question now is what is the state of Postgresql. I know it was an issue before Larvel, but can it be recommended for use now?
@psjbeisler Lychee-Laravel should be perfectly fine with Postgresql.
maybe worth reading: https://stackoverflow.com/questions/30480385/laravel-5-with-postgres-sql
just curious too, but what is the plan for v3 + v4 going forward, will they be kept as separate repos or is the expectation that Lychee-Laravel maybe gets merged or at least deprecates Lychee v3 all together? Sorry is i missed this somewhere else, but being that this is a pinned issue for such a topic...
Naah, it is nice that you actually reuse this issue, it helps to centralize the questions on the status. :smiley:
And no, the answers to your questions are not anywhere yet. :+1:
To be honest we don't really know yet how we are going to handle the change from v3 to v4. It is still in discussion in the team: do we want to merge the repo? do we just rename each repo? do we provide a script to migrate? Do we rename lychee-v3 into lychee-legacy and just do basic support on it (a bit like a LTS)? There are still a lot of answered questions.
There are also some concerns such as the fact the installation process is slightly more complex: you do not need to drag and drop Lychee release for it to work, you need to make your host point at public, you need to do migration yourself (php artisan migrate
) etc... Having a single install script (sh? php?) would be nice.
However one thing is for sure. We will not add more feature to the v3. We may do some rare backports but all the new stuff are going to this repo. :)
After some time playing with Lychee-Laravel I have some suggestions for improvement:
option to set up repository for data to separates volume/disk; idea behind is to run system/database (which is not so big) on SSD disk, but pictures/videos on big/cheap HDDs although it is possible to do with symlinks, user defined setting in .env (default public/upload) would be cleaner (something similar #149)
option to change album name is on two places - "Rename" in Album's directory and set Title in "About"; my suggestion is instead "Rename" to place a link to album's root in album's directory
searching possibility not only on album's root, but in each album
after longer inactivity is no automatic logout, but only an error message (API not found) - in this case would be better redirect to login mask
@jprokop1 Here's my take on your suggestions:
Separate database and pictures/videos. In a way, I thought we already do? The pictures/videos are in public/uploads/
but the location of the database is not specified by Lychee (on my system it ends up in /var/lib/mysql/
, I believe). With respect to public/uploads/
, have you tried editing Lychee-Laravel/config/defines.php
? I think that may do what you want...
Rename in two places. It's actually in three places, because you can also right-click on a thumb of an album and invoke Rename from the context menu that pops up :smile:. But is that a problem? I do agree with your other suggestion to add a link to album's root (it's actually called "albums view" in internal Lychee nomenclature) to that pop-down menu though.
Searching. I have no opinion on your suggestion, but your mention did trigger a lingering question that I have: do people actually want to use the Search feature at all and do they find it useful? I'm asking because I fixed several glaring bugs in it over the weekend (such as the wrong photo layout, or it not working at all with v4 for the last few days) and since I haven't seen much complaining about such problems, I wonder if people care about this feature and thus, is fixing it the best use of our time?
Inactivity timeout. We are already tracking this issue under #100 (you will see that there's a bit of a disagreement about it). I have an experimental patch that does what you suggest, but it's fragile (it stops working when APP_DEBUG
is set to false
in .env
). It looks like we need support on the server side to make it work reliably but nobody stepped up with a patch so far...
@kamil4: thank you for the quick reply
@ildyria, @kamil4, why have you decided to hardcode all url/dir paths? It seems very strange to me. Can't get it... :/
@ildyria, @kamil4, why have you decided to hardcode all url/dir paths? It seems very strange to me. Can't get it... :/
Did you read the post above yours...?
Instead of getting url/dir paths from config/defines.php (as it used to be), you now switched to hardcoded paths and getting them by calling Storage::path('small/'...), etc, which is ugly, imho, for 2 reasons: 1) I can't now easily rename those paths in one place (defines.php) and need to modify a lot of source code files, that makes harder to upgrade Lychee later; 2) Earlier I COULD have different locations/storages for (small/thumb/medium/big/import), and now only one (e.g. uploads/*).
Ok, my bad.
I think this was to allow the use of S3 and other storage backends.
What are you actually trying to achieve?
1) hardcoding paths is a bad idea; 2) keep ability to separate them to different storages/disks, for example: small/thumb/medium (SSD) and import/big (HDD).
1. hardcoding paths is a bad idea;
We're only hardcoding one level of the path.
2. keep ability to separate them to different storages/disks, for example: small/thumb/medium (SSD) and import/big (HDD).
Have you considered symlinks? Or, if you're feeling fancy, a bind mount?
This may be something that we review at a later stage, but if you want it to be considered you'd have much better luck raising an issue rather than piggy-backing on a (nominally) unrelated one.
since we're on the second beta at this point, has there been any more thought to the v3 > v4 transition?
since we're on the second beta at this point, has there been any more thought to the v3 > v4 transition?
Personally I am pretty busy with my personal life: Paper to submit and a PhD Thesis to write. :( So I can't really tell you anything about that. What I can tell is that aside from @tmp-hallenser over the last months the migration part has not been really active.
I still have a few things on my plate that I would like to add to the Laravel version. I consider the current version Release ready. One of my concern is that it needs some changes of the config as the directory root (public) is different than the previous version...
I lost track about the different lychee forks and versions and I am confused which is the actual project. Is it lychee-laravel oder https://github.com/LycheeOrg/Lychee ? Are both still developed? Why is the Link on https://lychee.electerious.com still pointed to the very old repository and how is everything connected or not connected?!
I lost track about the different lychee forks and versions and I am confused which is the actual project. Is it lychee-laravel oder https://github.com/LycheeOrg/Lychee ? Are both still developed?
https://github.com/LycheeOrg/Lychee-Laravel = v4 https://github.com/LycheeOrg/Lychee = v3.2.i-don't-remember https://github.com/electerious/Lychee = v3.1.something
v3 has been "on break" for quite a while: it is not actively developed anymore.
I consider v4 to actually be release ready, we just need to write the FAQ, documentation how to efficiently migrate from v3 to v4 and build a release archive.
As for the activity of LycheeOrg:
That being said, @d7415, @tmp-hallenser and I are still monitoring the issues, helping on gitter and answering questions.
Why is the Link on https://lychee.electerious.com still pointed to the very old repository and how is everything connected or not connected?!
We do not have control on that page. We contacted the electerious but he basically told us that for history purpose he would not change that link.
The current link (and up to date) is : https://lycheeorg.github.io/
We also need to figure out how we are going to apply the update.
The way to handle that is actually pretty difficult to solve.
thanks for the infos, I would really recommend to choose better names like v4 or v3, most people wont be interested if its on laravel or something else. And if someone is interested she will find out by herself.
But is there also a working release of lychee-laravel? Or should I use lychee-classic in production?
Or should I better use current lychee-laravel, its best working just not very good documented?
But is there also a working release of lychee-laravel?
You can use the beta ones: https://github.com/LycheeOrg/Lychee-Laravel/releases/tag/v4.0.0-beta.2
Or should I use lychee-classic in production?
I have been using Lychee-Laravel in prod for more than a year without any troubles.
That's my current Diagnostic:
System Information
------------------
Lychee-front Version: 3.2.16
Lychee Version (git): bae5f2b (master) - Up to date (2 hours ago).
DB Version: 040000
System: Linux
PHP Version: 7.3
MySQL Version: 10.3.22-MariaDB-1
Lychee total space: 90.52 GB
Upload folder space: 90.36 GB
System total space: 489.18 GB
System free space: 359.35 GB (73%)
Imagick: 1
Imagick Active: 1
Imagick Version: 1690
GD Version: 2.2.5
Or should I better use current lychee-laravel, its best working just not very good documented?
Lychee-Laravel brings a lot compared to the v3, e.g. sub albums.
The install step are actually pretty documented (if you use apache): https://github.com/LycheeOrg/Lychee-Laravel/wiki/Install https://github.com/LycheeOrg/Lychee-Laravel/wiki/Install-Steps-on-Debian-Testing
I love your teamwork on Lychee! 😍 Is it possible to support the development via GitHub Sponsors?
I love your teamwork on Lychee! Is it possible to support the development via GitHub Sponsors?
The problem with GitHub Sponsors for the organization, is that it requires us to set up a Bank account etc and I see how it can be more efficient for you.
We don't have costs (aside from our time) as we are using the github.io infrastructure to host the web pages. At the moment, the only way to support us is to buy coffees to individual developers members. More details here: https://lycheeorg.github.io/support :confused:
Lychee-Laravel has now been released as Lychee v4, so I'm going to close this and unpin it.
Not an issue but more of a question: What is the current state of Lychee-Laravel?
Lychee-Laravel is often referred to when talking about issues/requests to the the Lychee V3 implementation. The official Lychee website (https://lycheeorg.github.io) still links to Lychee V3 as the current version. So i'm curios what is the current state of Lychee V4? Is it production ready? Is there a timeline to get it production ready? Are you heading for feature equality to Lychee V3 before releasing it (from what i read so far: i guess not :) )?
I found issue https://github.com/LycheeOrg/Lychee/issues/18 that provides some information about why a new backend implementation seems useful.