中文 (中国)
Photoview 主机
通过快速图库和生成的缩略图浏览和共享媒体库。
- 一键 部署
- 25 GB 所需磁盘空间
- 2 GB 内存 所需内存
- 来自 5 € 价格
无设置费
官方链接
Photoview 的官方链接和原始网站
- 更多
Photoview 网站
您在 AvaHost 上获得的服务
一键部署、自定义域名、免费HTTPS、自动应用更新和定期备份是每个云应用的标准配置。您可以在一台服务器上运行多个应用，并且包括终端访问。
一个MariaDB容器与应用程序一起配置，并且不受AvaHost管理。
技术
- Docker 镜像
- photoview/photoview:2
- 默认端口
- 80
- 数据库
- mariadb
Photoview 的工作原理
Photoview 扫描已配置的媒体目录，读取图像和视频元数据，并构建数据库支持的目录，无需操作员在 Web 应用程序内重新组织所有内容。该界面通过时间顺序视图、文件夹或相册、搜索和基于位置的浏览方式呈现索引集合（当有合适的元数据可用时）。
后台处理生成缩略图并准备用于地图和人脸识别分组的信息。原始媒体目录仍然是库的源头，因此文件命名、文件夹结构、权限和嵌入式元数据的质量会影响用户在扫描后看到的内容。
Photoview 的主要功能
时间线浏览提供了浏览大型集合的时间顺序路线，而基于目录的相册保留了现有的组织结构。地图视图使用可用的坐标，人脸识别处理可以对可能的匹配进行分组，以便操作员可以跨不同事件查看人物。
公开分享可以公开选定的相册或媒体，而无需打开完整库。搜索和元数据筛选器使查找材料更容易，但自动识别是概率性的：名称、人脸组和位置在准确性重要时应进行审查。
Photoview 与 Google Photos 的对比
Photoview
Photoview 是一个自托管的图库层，可以索引存储在操作员选择的目录中的媒体。Google Photos 是一项提供商管理的云服务，具有自动手机备份、Google 账户存储、消费者应用程序和跨已登录设备的访问权限。
Google Photos
Google Photos 可能适合希望手机直接上传到供应商运营库的家庭。当现有文件夹应该保持为真实来源且所有者想要私有浏览界面时，Photoview 更具吸引力，尽管操作员必须管理上传、存储、索引和识别工作负载。
谁使用 Photoview
家庭使用 Photoview 浏览从相机和手机复制的共享存档。摄影师可以向客户或合作者公开选定的相册，而家庭服务器用户可以为已在目录树中排列的媒体添加现代界面。
它不是独立备份或托管手机上传生态系统的替代品。大型导入可能会触发持续的缩略图和识别工作，不正确的文件夹挂载或权限可能会导致库的一部分在纠正配置之前保持不可见。
自托管 Photoview：要求和成本
存储容量是长期限制因素，而扫描、缩略图生成、元数据提取、视频处理和人脸识别会产生处理器和内存需求。MariaDB 存储用户、相册、媒体元数据、共享和识别状态。AvaHost 包含数据库容器但将其保持为非托管状态，确认的映射在应用程序最小值之上增加了数据库容量。
最终建议是使用 Plan 3（€10，50 GB）用于初始 Photoview 库；Plan 4 为更大的存档提供 100 GB。AvaHost 包括一键部署、自定义图库域、自动 HTTPS、自动应用程序更新和计划备份。维护原始媒体的单独副本，而不是依赖浏览安装作为唯一存档。
F.A.Q
Photoview 在第 3 计划中从 €10 开始，添加 MariaDB 服务容量后计费。该计划为原始文件、预览图、缩略图和应用数据提供 50 GB 存储空间。库大小、扫描频率、视频内容、人脸处理和并发查看者数量是升级到更大配置的主要指标。
从挂载媒体目录的大小开始，然后为新导入、缩略图、预览、数据库记录和处理输出预留空间。Photoview 是存储驱动的。Plan 3 提供 50 GB，而 Plan 4 提供 100 GB，适用于更大的集合。同时在独立备份中保留原始文件。
MariaDB 在应用部署期间创建并连接到 Photoview，但保持非托管状态。数据库包含账户、索引元数据、相册关系、共享和识别状态，而原始文件存储在持久化媒体存储中。在规划重新扫描、更新、迁移或恢复时，应将这两个区域视为一个统一的服务。
托管的图库可以在 DNS 指向该服务后使用自定义域名和自动 HTTPS。在分发公开共享链接之前，请设置最终地址。连接后，验证登录、缩略图、地图、相册链接、媒体播放以及使用之前应用程序主机名创建的任何外部引用。