This project reached to a point when I cannot maintain it alone. I'm happy to see that some people already submitted some pull requests (PR) so everyone can benefit their changes. In general, I'm happy to merge PRs, but I recommend filling a ticket and ask first if it is OK.
- Download the source files
- install dependencies
npm install
- Build client
npm run run-dev
- This will build the client with english localization and will keep building if you change the source files.
- Note: This process does not exit, so you need another terminal to run the next step.
- Build the backend
npm run build-backend
- This runs
tsc
that transpiles.ts
files to.js
so node can run them.- To rebuild on change run
tsc -w
- To rebuild on change run
- Note: you can skip this test if you use and IDE that supports typescript (e.g.: webstorm, vscode)
- This runs
- Run the server
npm start
Overview:
|-- benchmark --A benchmark tool to test the speed of the app (not needed for development)
|-- demo -- contains some sample photo for https://pigallery2.onrender.com/ (not needed for development)
|-- docker -- contains all docker and docker realted configurations (this is the recommended way for app deplyoment)
|-- docs -- webpage for http://bpatrik.github.io/pigallery2/
|-- src -- contains the rource files <-------- This is what you need
|-- test -- contains the unit and integration tets <----- be nice and write tests to your feature
Source structure:
|-- src -- contains the rource files <-------- This is what you need
|-- backend -- nodejs backend code
|-- common -- shared files (mostly DTOs) between the frontend and the backend
|-- frontend -- angular based frontend
Backend structure:
|-- src -- contains the rource files <-------- This is what you need
|-- backend -- nodejs backend code
|-- middlewares -- contains the middlewares. These make minimal input validation and transforamtion
|-- model -- contains the business logic
|-- database -- these return with the gallery related data
|-- interfaces -- common, database independent inerfaces
|-- memory -- business logic for memory "database"
|-- sql -- business logic for sql database
|-- diagnostics -- contains the checks for the startup diagnostics (checks if all the settings are valid, all packeges are avaiale, image folder exists, etc.)
|-- fileprocessing -- photo and video converting code
|-- jobs -- code about job scheduling (crontab like feature)
|-- threading -- code that runs on a separate threading
|-- DiskManagerWorker.ts -- scans a direcory
|-- Metadataloader.ts -- parses a photo / video for metadata
|-- *Worker.ts -- queues and helper classes to convert video / photo, parse a directory
|-- routers -- contains the declarations of the HTTP Api endpoints
|-- index.ts -- here starts the Server up (callst server.ts)
|-- server.ts -- this is HTTP server startup code
|-- ProjectPath.ts -- singleton, contains the project related paths
Scenario: Web UI wants to show the /demoDir
directory, usind SQL database with low reindexing severity.
Client side:
- Navigating to
http://<domain>/demoDir
- URL changed: [gallery.component.ts]:
onRoute
triggered - Calling: [gallery.component.ts]:
galleryService.loadDirectory('/demoDir')
- Loding data from local_storage: [gallery.service.ts]:
galleryCacheService.getDirectory('/demoDir')
- Make a call to backend if the content changed [gallery.service.ts]:
networkService.getJson<ContentWrapperWithError>('/gallery/content/' + '/testDir', params)
- params contains last modification and last scanned date that is know from the local_storage cache
Server side:
-
Requests hits the server in [GalleryRouter.ts]:
protected static addDirectoryList(app: Express)
: https://github.com/bpatrik/pigallery2/blob/b79d62840c7496b5068d6af73f10d95b9ac48fdd/src/backend/routes/GalleryRouter.ts#L32-L46 -
Authenticating user: [AuthenticationMWs.ts]:
AuthenticationMWs.authenticate
- On fail return with error
-
Normalizing
directory
path parameter (in this case/testDir
): [AuthenticationMWs.ts]:AuthenticationMWs.normalizePathParam('directory')
- Makes sure that path does not go out of the allowed paths (gallery itself)
-
Cheking if the path exists and the User has rights to access it: [AuthenticationMWs.ts]:
AuthenticationMWs.authorisePath('directory', true)
- returns 403 if not accessable
-
Injecting gallery version to the HTTP header: [VersionMWs.ts]:
VersionMWs.injectGalleryVersion
- gallery version is a hash that represents the current gallery status (latest modified date, number of photos/videos, etc)
-
Getting the content of
/testDir
[GalleryMWs]: GalleryMWs.listDirectory- If the last modificatoin and scan date of
/testDir
equals with what the client have sent, returning empty result to the client (skipping the rest) - If last modification date is different from what the client knew, reindexing
/testDir
:IndexingManager.indexDirectory(relativeDirectoryName)
- Scans a directory, asyncronously saves it to DB, while directly retourns with raw results from
DiskManagerWorker.ts
- Scans a directory, asyncronously saves it to DB, while directly retourns with raw results from
- If Last scan heppened a while ago, reindex it asyncronously and return data from DB
- If the last modificatoin and scan date of
-
Attaching Thumbnails data to the photos/videos: [ThumbnailGeneratorMWs]:
ThumbnailGeneratorMWs.addThumbnailInformation
- Checks if a photo already has a generated thumbnail image
-
Removes empty properties and circular dependencies: [GalleryMWs.ts]:
GalleryMWs.cleanUpGalleryResults
-
Rending http body and ending HTTP call: [RenderingMWs.ts]:
RenderingMWs.renderResult
Client side:
- Setting
content
BehaviorSubject (rxjs) with theContentWrapperWithError
from the server. - Rendering gallery: UI is data binded to the
galleryService.content
[gallery.component.html]