Robert Schäfer 00da9e8ecb
feat(backend): resize images with imagor (#8558)
* feat(backend): resize images with imagor

Open questions:
* Do we have external URLs for images? E.g. we have them for seeds. But
  in production?

* Do we want to apply image transformations on these as well? My current
implementation does not apply image transformations as of now. If we
want to do that, we will also expose internal URLs in the kubernetes
Cluster to the S3 endpoint to the client.

TODOs:
* The chat component is using a fixed size for all avatars at the moment.
Maybe we can pair-program on this how to implement responsive images in
this component library.

Commits:
* do not replace upload domain url in the database

* fix all webapp specs

* refactor: remove behaviour we won't need

We don't want to apply image transformations on files, right?

* refactor: replace the domain on read not on write

* wip: webapp fixes

* refactor(backend): add another url to config

I've given up. There seems to be no nice way to tell the minio to return
a location which differs from it's host name.

* refactor: add test for s3Service

* refactor(backend): proxy minio via backend in local development

Commits:
* provide tests for message attachments
* remove S3_PUBLIC_URL config value

* refactor: follow @ulfgebhardt's review

* add missing environment variable

---------

Co-authored-by: Ulf Gebhardt <ulf.gebhardt@webcraft-media.de>
2025-08-19 10:11:12 +02:00
..
2020-03-26 18:55:10 +01:00
2025-07-05 17:00:37 +02:00
2025-06-03 17:57:21 +02:00
2025-04-25 16:55:46 +00:00
2025-06-03 17:57:21 +02:00
2021-04-25 16:28:29 +02:00
2019-11-20 15:12:51 +03:00
2020-06-05 11:49:18 +02:00
2019-07-03 08:51:39 -03:00
2023-05-25 12:40:32 +02:00
2019-09-22 22:21:12 +02:00
2024-04-11 07:34:29 +02:00
2019-07-03 08:51:39 -03:00
2019-10-29 15:41:28 +03:00
2019-10-29 16:34:08 +03:00
2019-10-29 15:41:28 +03:00
2020-11-16 09:43:15 +01:00
2020-03-14 01:02:12 +01:00

Webapp

UI Screenshot

Installation

For preparation we need Node and recommend to use node version manager nvm to switch between different local Node versions:

# install Node
$ cd webapp
$ nvm install v20.12.1
$ nvm use v20.12.1

Install node dependencies with yarn:

# install all dependencies
$ cd webapp
$ yarn install
# or just
$ yarn
# or just later on to use version of ".nvmrc" file
$ nvm use && yarn

Copy:

# in webapp
cp .env.template .env

Configure the files according to your needs and your local setup.

Build for Development

# serve with hot reload at localhost:3000
$ yarn dev

Build for Production

# build for production and launch server
$ yarn build
$ yarn start

Run tests

We ensure the quality of our frontend code by using

  • ESLint for checking our JavaScript code
  • Jest and Vue Test Utils to unit test our components
  • Storybook to document and manually test our components in an isolated playground

For more information see our frontend testing guide. Use these commands to run the tests:

::: tabs @tab:active With Docker

After starting the application following the above guidelines, open new terminal windows for each of these commands:

# run eslint
$ docker-compose exec webapp yarn lint
# run unit tests
$ docker-compose exec webapp yarn test
# start storybook
$ docker-compose exec webapp yarn storybook

You can then visit the Storybook playground on http://localhost:3002

@tab title Without Docker

After starting the application following the above guidelines, open new terminal windows and navigate to the /webapp directory for each of these commands:

# run eslint in /webapp (use option --fix to normalize the files)
$ yarn lint
# run unit tests in /webapp
$ yarn test
# run locales in /webapp (use option --fix to sort the locales)
$ yarn locales
# start storybook in /webapp
$ yarn storybook

You can then visit the Storybook playground on http://localhost:3002

:::

Maintenance Mode

For installing and running the maintenance mode see Maintenance Mode.

Styleguide Migration

We are currently in the process of migrating our styleguide components and design tokens from the Nitro Styleguide into the main ocelot.social repository and refactoring our components in the process. During this migration, our new components will live in a _new/ folder to separate them from the old, yet untouched components.

Folder Structure

The folder structure we are following is prescribed by Nuxt.js:

  • assets contains icons, images and logos in svg format and all shared SCSS files such as tokens
  • components separated into two sub-folders:
    • generic are the generic building blocks of the app small, reusable and usually not coupled to state
    • features are composed of components but tied to a particular function of the app (e.g. comment or post)
  • layouts can use components to create layout templates for pages
  • pages are the entry points for all routes in the app and are composed of layouts, features and components