Het grote "Firefly III" topic

[Firefly III]

DaLass schreef op vrijdag 28 februari 2020 @ 10:50:
[...]

Wat is dan jouw advies qua rente?
Ik krijg van de lening netjes een overzicht aan het einde van het jaar waarop het dan openstaande bedrag staat. Ik kan dan dus iets aanmaken om te corrigeren qua rente, maar dat is eigenlijk geen transactie.

Ik zou daar toch gewoon een transactie van maken.

Edit:
Nog een vraag: Ik importeer de transacties in Firefly, van o.a. ING en Rabo. In de omschrijving komt dan netjes de omschrijving te staan zoals de transactie ook in mijn rekeninggegevens te vinden is. Deze omschrijving verteld niet waarvoor het geweest is, maar bevat vaak details van bijvoorbeeld de pinautomaat.
Om e.e.a. leesbaar te houden pas ik daarom de omschrijving aan naar iets begrijpelijks. Ik wil echter de originele omschrijving wel bewaren, dus kopieer ik deze nu handmatig naar de notities, voordat ik de omschrijving aanpas.

Is er een methode om in bulk de omschrijving te kopiëren naar de notities, bijvoorbeeld tijdens de import? Ik ben de optie nog niet tegengekomen (denk ik).
Ik kan wel een regel aanmaken met als voorwaarde "Heeft geen notities", maar er is geen actie te selecteren om de omschrijving naar de notities te kopiëren.

Nee dingen kopieren is vanuit de rules-engine helaas niet mogelijk. Technisch gezien geen moeilijk klusje maar ik doe het met opzet niet om feature-creep te voorkomen. Je zou er over kunnen nadenken om de kolom twee keer in je CSV bestand te zetten. Even copy-pasten in Excel of iets handigs klussen zelf. Bij Firefly III zullen notities standaard aangevuld worden als je importeert, niet overschreven. Je kunt dus meerdere velden als notitie aanmerken en de tekst wordt aangevuld elke keer.

KilgoreTrout schreef op vrijdag 28 februari 2020 @ 22:00:
Firefly III cannot validate the account information you submitted

Ik heb net Firefly III versie 5.0.5 geinstalleerd. Ik kan budgetten aanmaken. Wanneer ik nu een ontvangst
probeer in te voeren, krijg ik bij "Bronrekening" de melding "Firefly III cannot validate the account information you submitted".
Ik heb geprobeerd hier een IBAN nummer in te zetten, maar dat levert hetzelfde resultaat.
Enig idee?

Zorg dat je met een harde enter de rekening bevestigt. Dit is een bugje en moet ik nog oppakken.

DaLass schreef op maandag 2 maart 2020 @ 11:55:
Kleine uitdaging met Firefly III i.c.m NGINX:

Ik kan Firefly III prima benaderen op het IP adres van mijn lokale server inclusief de toegewezen poort, echter als ik dit doe op de aangemaakte hostname die via NGINX loopt, werkt het niet als verwacht:

Zodra ik de https link open die ik heb aangemaakt voor Firefly III, krijg ik netjes het aanmeldscherm waar ik mij kan authenticeren. Dat gaat ook goed. Daarna krijg ik de vraag voor de 2FA code, echter gebeurd er niets als ik op "Inloggen" klik.

Bovenstaande via IP + poort werkt zonder problemen.

Weet iemand of er binnen NGINX nog specifieke configuratie moet worden gebruikt voor Firefly III?

Edit:
Inmiddels heb ik het inloggen wel werkend via de NGINX reverse proxy en krijg ik netjes het dashboard, echter zonder de afbeeldingen die de grafieken van o.a. de betaalrekeningen moeten laten zien. Die krijg ik wel als ik via HTTP op het IP van de server verbind..

Ik vermoed dat je niet goed doorgeeft dat de server https is. Kijk eens naar deze config?

[DaLass]

Firefly III schreef op woensdag 11 maart 2020 @ 07:23:

[...]

Ik vermoed dat je niet goed doorgeeft dat de server https is. Kijk eens naar deze config?

Ik heb eens gekeken naar wat er geladen wordt, het gaat inderdaad niet goed tussen HTTP en HTTPS. Via HTTPS krijg ik dus alles te zien, behalve de grafieken, precies zoals in de door jou genoemde link. Zoals ik het zie wil hij de .js files (o.a. app.js) niet via https aanroepen.
Zodra ik via HTTP binnenkom (zowel op IP als via de reverse proxy) werkt het inderdaad wel.

code:

app.js?v=5.0.5:1 Refused to connect to 'http://***mijnhostname***/chart/account/revenue' because it violates the following Content Security Policy directive: "connect-src 'self'".

Terwijl ik dit typ en plak, zie ik dat hij in de HTTP link hierboven niet de poort meepakt waarop hij intern draait, dat is bij mij namelijk niet poort 80. Zou het probleem daar dan inzitten?

Nu maak ik gebruik van de Nginx Proxy Manager addon in HomeAssistant als reverse proxy, en daar zijn de config mogelijkheden wat beperkter dan als je zelf een Nginx handmatig opgezet hebt. Vanuit de genoemde config op jouw link heb ik het location gedeelte overgenomen, maar nog zonder succes.

[sOid]

Ik ben ook aan het spelen met deze software. Eerste indruk is positief! Voelt beter aan dan softwarepakketten van 10.000'en euro's die we op kantoor gebruiken

Ik heb echter wel een vraag. Ik heb twee rekeningen, en maak met enige regelmaat geld over van de ene naar de andere rekening. Het is me niet helemaal duidelijk hoe ik dit het best kan configureren bij de import. Heeft dit met de 'linkwaarde' te maken, zoals in de instructies omschreven?

Dus bij import rekeningnummer X koppelen aan rekening 1 in Firefly III en rekening Y aan rekening 2?

[g0lden23]

sOid schreef op zondag 15 maart 2020 @ 20:58:
Dus bij import rekeningnummer X koppelen aan rekening 1 in Firefly III en rekening Y aan rekening 2?

Zo heb ik het wel gedaan.

[Sparhawk]

Help

Noob hier, die ook firefly III wil gebruiken. Ik heb een synology 916 nas.

• Handleiding gevonden hoe firefly met docker geinstalleerd moet worden
• Daarin staat dat ik MariaDB nodig heb
• Nog een guide gevonden hoe ik dat installeer
• Ik heb zelf een beetje gepuzzeld hoe de rechten moeten staan, en een nieuwe database aangemaakt.
• Alle handleidingen dubbel gechecked, stappen keurig gevolgd. Docker container draait, kan ik bekijken, log checken etc.

Het werkt niet

Symptomen:

Of de docker container crashed (Docker container jc5x-firefly-iii1 stopped unexpectedly
Of als ik probeer in te loggen via de browser (nas_ip:3600) : Whoops There was a fatal error. Please check the log files.

Local port van de container staat op 3600, container port op 80

Ik vermoed zelf een rechten issue of het verkeerd aanmaken van de DB, maar ik kom er nu niet uit. Te weinig verstand van DSM / linux / firefly.

Iemand input? Als er screenshots nodig zijn, laat het weten

[g0lden23]

Zou je de logfiles kunnen delen ?

[Sparhawk]

g0lden23 schreef op woensdag 18 maart 2020 @ 11:09:
Zou je de logfiles kunnen delen ?

tuurlijk

Hier een stuk (zijn er slimmere methodes om dit te copy pasten?)

de naam van de database heb ik vervangen door DATABASE, en het wachtwoord door WACHTWOORD

jc5x-firefly-iii1
date stream content
18/3/2020 08:43 stdout 172.17.0.1 - - [18/Mar/2020:08:43:52 +0000] "GET /fonts/lato-100.woff HTTP/1.1" 404 3743 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:74.0) Gecko/20100101 Firefox/74.0"

18/3/2020 08:43 stdout 172.17.0.1 - - [18/Mar/2020:08:43:52 +0000] "GET /fonts/lato-100.woff2 HTTP/1.1" 404 3743 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:74.0) Gecko/20100101 Firefox/74.0"

18/3/2020 08:43 stdout 172.17.0.1 - - [18/Mar/2020:08:43:52 +0000] "GET /favicon.ico HTTP/1.1" 200 12317 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:74.0) Gecko/20100101 Firefox/74.0"

18/3/2020 08:43 stdout 172.17.0.1 - - [18/Mar/2020:08:43:51 +0000] "GET / HTTP/1.1" 500 2299 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:74.0) Gecko/20100101 Firefox/74.0"

18/3/2020 08:43 stdout "}

2020-03-18 08:43:52,stdout,#54 {main}

2020-03-18 08:43:52,stdout,#53 /var/www/firefly-iii/public/index.php(76): Illuminate\\Foundation\\Http\\Kernel->handle(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#52 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Kernel.php(110): Illuminate\\Foundation\\Http\\Kernel->sendRequestThroughRouter(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#51 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Kernel.php(145): Illuminate\\Pipeline\\Pipeline->then(Object(Closure))

2020-03-18 08:43:52,stdout,#50 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(105): Illuminate\\Pipeline\\Pipeline->Illuminate\\Pipeline\\{closure}(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#49 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(171): FireflyIII\\Http\\Middleware\\SecureHeaders->handle(Object(Illuminate\\Http\\Request)" Object(Closure))
"
2020-03-18 08:43:52,stdout,#48 /var/www/firefly-iii/app/Http/Middleware/SecureHeaders.php(50): Illuminate\\Pipeline\\Pipeline->Illuminate\\Pipeline\\{closure}(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#47 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(171): Illuminate\\Foundation\\Http\\Middleware\\CheckForMaintenanceMode->handle(Object(Illuminate\\Http\\Request)" Object(Closure))
"
2020-03-18 08:43:52,stdout,#46 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Middleware/CheckForMaintenanceMode.php(63): Illuminate\\Pipeline\\Pipeline->Illuminate\\Pipeline\\{closure}(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#45 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(171): Illuminate\\Foundation\\Http\\Middleware\\ValidatePostSize->handle(Object(Illuminate\\Http\\Request)" Object(Closure))
"
2020-03-18 08:43:52,stdout,#44 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Middleware/ValidatePostSize.php(27): Illuminate\\Pipeline\\Pipeline->Illuminate\\Pipeline\\{closure}(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#43 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(171): Illuminate\\Foundation\\Http\\Middleware\\TransformsRequest->handle(Object(Illuminate\\Http\\Request)" Object(Closure))
"
2020-03-18 08:43:52,stdout,#42 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Middleware/TransformsRequest.php(21): Illuminate\\Pipeline\\Pipeline->Illuminate\\Pipeline\\{closure}(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#41 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(171): Illuminate\\Foundation\\Http\\Middleware\\TransformsRequest->handle(Object(Illuminate\\Http\\Request)" Object(Closure))
"
2020-03-18 08:43:52,stdout,#40 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Middleware/TransformsRequest.php(21): Illuminate\\Pipeline\\Pipeline->Illuminate\\Pipeline\\{closure}(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#39 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(171): Fideloper\\Proxy\\TrustProxies->handle(Object(Illuminate\\Http\\Request)" Object(Closure))
"
2020-03-18 08:43:52,stdout,#38 /var/www/firefly-iii/vendor/fideloper/proxy/src/TrustProxies.php(57): Illuminate\\Pipeline\\Pipeline->Illuminate\\Pipeline\\{closure}(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#37 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(130): Illuminate\\Foundation\\Http\\Kernel->Illuminate\\Foundation\\Http\\{closure}(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#36 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Kernel.php(170): Illuminate\\Routing\\Router->dispatch(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#35 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Router.php(613): Illuminate\\Routing\\Router->dispatchToRoute(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#34 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Router.php(624): Illuminate\\Routing\\Router->runRoute(Object(Illuminate\\Http\\Request)" Object(Illuminate\\Routing\\Route))
"
2020-03-18 08:43:52,stdout,#33 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Router.php(658): Illuminate\\Routing\\Router->runRouteWithinStack(Object(Illuminate\\Routing\\Route)" Object(Illuminate\\Http\\Request))
"
2020-03-18 08:43:52,stdout,#32 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Router.php(674): Illuminate\\Routing\\Router->gatherRouteMiddleware(Object(Illuminate\\Routing\\Route))

2020-03-18 08:43:52,stdout,#31 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Router.php(694): Illuminate\\Routing\\Route->gatherMiddleware()

2020-03-18 08:43:52,stdout,#30 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Route.php(794): Illuminate\\Routing\\Route->controllerMiddleware()

2020-03-18 08:43:52,stdout,#29 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Route.php(833): Illuminate\\Routing\\Route->getController()

2020-03-18 08:43:52,stdout,#28 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Route.php(233): Illuminate\\Foundation\\Application->make('FireflyIII\\\\Http...')

2020-03-18 08:43:52,stdout,#27 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Application.php(776): Illuminate\\Container\\Container->make('FireflyIII\\\\Http...'" Array)
"
2020-03-18 08:43:52,stdout,#26 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/Container.php(629): Illuminate\\Container\\Container->resolve('FireflyIII\\\\Http...'" Array)
"
2020-03-18 08:43:52,stdout,#25 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/Container.php(681): Illuminate\\Container\\Container->build('FireflyIII\\\\Http...')

2020-03-18 08:43:52,stdout,#24 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/Container.php(843): ReflectionClass->newInstanceArgs(Array)

2020-03-18 08:43:52,stdout,#23 [internal function]: FireflyIII\\Http\\Controllers\\HomeController->__construct()

2020-03-18 08:43:52,stdout,#22 /var/www/firefly-iii/app/Http/Controllers/HomeController.php(50): FireflyIII\\Http\\Controllers\\Controller->__construct()

2020-03-18 08:43:52,stdout,#21 /var/www/firefly-iii/app/Http/Controllers/Controller.php(58): FireflyIII\\Support\\FireflyConfig->get('is_demo_site'" false)
"
2020-03-18 08:43:52,stdout,#20 /var/www/firefly-iii/app/Support/FireflyConfig.php(83): Illuminate\\Database\\Eloquent\\Builder->first(Array)

2020-03-18 08:43:52,stdout,#19 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Concerns/BuildsQueries.php(143): Illuminate\\Database\\Eloquent\\Builder->get(Array)

2020-03-18 08:43:52,stdout,#18 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Eloquent/Builder.php(521): Illuminate\\Database\\Eloquent\\Builder->getModels(Array)

2020-03-18 08:43:52,stdout,#17 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Eloquent/Builder.php(537): Illuminate\\Database\\Query\\Builder->get(Array)

2020-03-18 08:43:52,stdout,#16 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2121): Illuminate\\Database\\Query\\Builder->onceWithColumns(Array" Object(Closure))
"
2020-03-18 08:43:52,stdout,#15 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2586): Illuminate\\Database\\Query\\Builder->Illuminate\\Database\\Query\\{closure}()

2020-03-18 08:43:52,stdout,#14 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2120): Illuminate\\Database\\Query\\Builder->runSelect()

2020-03-18 08:43:52,stdout,#13 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2132): Illuminate\\Database\\Connection->select('select `id`" `n...' Array true)
"
2020-03-18 08:43:52,stdout,#12 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(338): Illuminate\\Database\\Connection->run('select `id`" `n...' Array Object(Closure))
"
2020-03-18 08:43:52,stdout,#11 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(629): Illuminate\\Database\\Connection->runQueryCallback('select `id`" `n...' Array Object(Closure))
"
2020-03-18 08:43:52,stdout,#10 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(662): Illuminate\\Database\\Connection->Illuminate\\Database\\{closure}('select `id`" `n...' Array)
"
2020-03-18 08:43:52,stdout,#9 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(330): Illuminate\\Database\\Connection->getPdoForSelect(true)

2020-03-18 08:43:52,stdout,#8 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(404): Illuminate\\Database\\Connection->getReadPdo()

2020-03-18 08:43:52,stdout,#7 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(959): Illuminate\\Database\\Connection->getPdo()

2020-03-18 08:43:52,stdout,#6 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(924): call_user_func(Object(Closure))

2020-03-18 08:43:52,stdout,#5 [internal function]: Illuminate\\Database\\Connectors\\ConnectionFactory->Illuminate\\Database\\Connectors\\{closure}()

2020-03-18 08:43:52,stdout,#4 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connectors/ConnectionFactory.php(182): Illuminate\\Database\\Connectors\\MySqlConnector->connect(Array)

2020-03-18 08:43:52,stdout,#3 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connectors/MySqlConnector.php(24): Illuminate\\Database\\Connectors\\Connector->createConnection('mysql:host=192....'" Array Array)
"
2020-03-18 08:43:52,stdout,#2 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connectors/Connector.php(46): Illuminate\\Database\\Connectors\\Connector->createPdoConnection('mysql:host=192....'" 'LOGINNAAM' 'WACHTWOORD' Array)
"
2020-03-18 08:43:52,stdout,#1 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connectors/Connector.php(67): Doctrine\\DBAL\\Driver\\PDOConnection->__construct('mysql:host=192....'" 'LOGINNAAM' 'WACHTWOORD' Array)
"
2020-03-18 08:43:52,stdout,#0 /var/www/firefly-iii/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php(27): PDO->__construct('mysql:host=192....'" 'LOGINNAAM' 'WACHTWOORD' Array)
"
2020-03-18 08:43:52,stdout,[stacktrace]

2020-03-18 08:43:52,stdout,[previous exception] [object] (PDOException(code: 2002): SQLSTATE[HY000] [2002] Connection refused at /var/www/firefly-iii/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:27)

2020-03-18 08:43:52,stdout,

2020-03-18 08:43:52,stdout,#53 {main}

2020-03-18 08:43:52,stdout,#52 /var/www/firefly-iii/public/index.php(76): Illuminate\\Foundation\\Http\\Kernel->handle(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#51 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Kernel.php(110): Illuminate\\Foundation\\Http\\Kernel->sendRequestThroughRouter(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#50 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Kernel.php(145): Illuminate\\Pipeline\\Pipeline->then(Object(Closure))

2020-03-18 08:43:52,stdout,#49 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(105): Illuminate\\Pipeline\\Pipeline->Illuminate\\Pipeline\\{closure}(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#48 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(171): FireflyIII\\Http\\Middleware\\SecureHeaders->handle(Object(Illuminate\\Http\\Request)" Object(Closure))
"
2020-03-18 08:43:52,stdout,#47 /var/www/firefly-iii/app/Http/Middleware/SecureHeaders.php(50): Illuminate\\Pipeline\\Pipeline->Illuminate\\Pipeline\\{closure}(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#46 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(171): Illuminate\\Foundation\\Http\\Middleware\\CheckForMaintenanceMode->handle(Object(Illuminate\\Http\\Request)" Object(Closure))
"
2020-03-18 08:43:52,stdout,#45 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Middleware/CheckForMaintenanceMode.php(63): Illuminate\\Pipeline\\Pipeline->Illuminate\\Pipeline\\{closure}(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#44 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(171): Illuminate\\Foundation\\Http\\Middleware\\ValidatePostSize->handle(Object(Illuminate\\Http\\Request)" Object(Closure))
"
2020-03-18 08:43:52,stdout,#43 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Middleware/ValidatePostSize.php(27): Illuminate\\Pipeline\\Pipeline->Illuminate\\Pipeline\\{closure}(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#42 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(171): Illuminate\\Foundation\\Http\\Middleware\\TransformsRequest->handle(Object(Illuminate\\Http\\Request)" Object(Closure))
"
2020-03-18 08:43:52,stdout,#41 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Middleware/TransformsRequest.php(21): Illuminate\\Pipeline\\Pipeline->Illuminate\\Pipeline\\{closure}(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#40 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(171): Illuminate\\Foundation\\Http\\Middleware\\TransformsRequest->handle(Object(Illuminate\\Http\\Request)" Object(Closure))
"
2020-03-18 08:43:52,stdout,#39 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Middleware/TransformsRequest.php(21): Illuminate\\Pipeline\\Pipeline->Illuminate\\Pipeline\\{closure}(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#38 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(171): Fideloper\\Proxy\\TrustProxies->handle(Object(Illuminate\\Http\\Request)" Object(Closure))
"
2020-03-18 08:43:52,stdout,#37 /var/www/firefly-iii/vendor/fideloper/proxy/src/TrustProxies.php(57): Illuminate\\Pipeline\\Pipeline->Illuminate\\Pipeline\\{closure}(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#36 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(130): Illuminate\\Foundation\\Http\\Kernel->Illuminate\\Foundation\\Http\\{closure}(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#35 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Kernel.php(170): Illuminate\\Routing\\Router->dispatch(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#34 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Router.php(613): Illuminate\\Routing\\Router->dispatchToRoute(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#33 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Router.php(624): Illuminate\\Routing\\Router->runRoute(Object(Illuminate\\Http\\Request)" Object(Illuminate\\Routing\\Route))
"
2020-03-18 08:43:52,stdout,#32 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Router.php(658): Illuminate\\Routing\\Router->runRouteWithinStack(Object(Illuminate\\Routing\\Route)" Object(Illuminate\\Http\\Request))
"
2020-03-18 08:43:52,stdout,#31 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Router.php(674): Illuminate\\Routing\\Router->gatherRouteMiddleware(Object(Illuminate\\Routing\\Route))

2020-03-18 08:43:52,stdout,#30 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Router.php(694): Illuminate\\Routing\\Route->gatherMiddleware()

2020-03-18 08:43:52,stdout,#29 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Route.php(794): Illuminate\\Routing\\Route->controllerMiddleware()

2020-03-18 08:43:52,stdout,#28 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Route.php(833): Illuminate\\Routing\\Route->getController()

2020-03-18 08:43:52,stdout,#27 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Route.php(233): Illuminate\\Foundation\\Application->make('FireflyIII\\\\Http...')

2020-03-18 08:43:52,stdout,#26 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Application.php(776): Illuminate\\Container\\Container->make('FireflyIII\\\\Http...'" Array)
"
2020-03-18 08:43:52,stdout,#25 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/Container.php(629): Illuminate\\Container\\Container->resolve('FireflyIII\\\\Http...'" Array)
"
2020-03-18 08:43:52,stdout,#24 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/Container.php(681): Illuminate\\Container\\Container->build('FireflyIII\\\\Http...')

2020-03-18 08:43:52,stdout,#23 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/Container.php(843): ReflectionClass->newInstanceArgs(Array)

2020-03-18 08:43:52,stdout,#22 [internal function]: FireflyIII\\Http\\Controllers\\HomeController->__construct()

2020-03-18 08:43:52,stdout,#21 /var/www/firefly-iii/app/Http/Controllers/HomeController.php(50): FireflyIII\\Http\\Controllers\\Controller->__construct()

2020-03-18 08:43:52,stdout,#20 /var/www/firefly-iii/app/Http/Controllers/Controller.php(58): FireflyIII\\Support\\FireflyConfig->get('is_demo_site'" false)
"
2020-03-18 08:43:52,stdout,#19 /var/www/firefly-iii/app/Support/FireflyConfig.php(83): Illuminate\\Database\\Eloquent\\Builder->first(Array)

2020-03-18 08:43:52,stdout,#18 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Concerns/BuildsQueries.php(143): Illuminate\\Database\\Eloquent\\Builder->get(Array)

2020-03-18 08:43:52,stdout,#17 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Eloquent/Builder.php(521): Illuminate\\Database\\Eloquent\\Builder->getModels(Array)

2020-03-18 08:43:52,stdout,#16 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Eloquent/Builder.php(537): Illuminate\\Database\\Query\\Builder->get(Array)

2020-03-18 08:43:52,stdout,#15 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2121): Illuminate\\Database\\Query\\Builder->onceWithColumns(Array" Object(Closure))
"
2020-03-18 08:43:52,stdout,#14 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2586): Illuminate\\Database\\Query\\Builder->Illuminate\\Database\\Query\\{closure}()

2020-03-18 08:43:52,stdout,#13 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2120): Illuminate\\Database\\Query\\Builder->runSelect()

2020-03-18 08:43:52,stdout,#12 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2132): Illuminate\\Database\\Connection->select('select `id`" `n...' Array true)
"
2020-03-18 08:43:52,stdout,#11 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(338): Illuminate\\Database\\Connection->run('select `id`" `n...' Array Object(Closure))
"
2020-03-18 08:43:52,stdout,#10 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(629): Illuminate\\Database\\Connection->runQueryCallback('select `id`" `n...' Array Object(Closure))
"
2020-03-18 08:43:52,stdout,#9 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(662): Illuminate\\Database\\Connection->Illuminate\\Database\\{closure}('select `id`" `n...' Array)
"
2020-03-18 08:43:52,stdout,#8 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(330): Illuminate\\Database\\Connection->getPdoForSelect(true)

2020-03-18 08:43:52,stdout,#7 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(404): Illuminate\\Database\\Connection->getReadPdo()

2020-03-18 08:43:52,stdout,#6 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(959): Illuminate\\Database\\Connection->getPdo()

2020-03-18 08:43:52,stdout,#5 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(924): call_user_func(Object(Closure))

2020-03-18 08:43:52,stdout,#4 [internal function]: Illuminate\\Database\\Connectors\\ConnectionFactory->Illuminate\\Database\\Connectors\\{closure}()

2020-03-18 08:43:52,stdout,#3 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connectors/ConnectionFactory.php(182): Illuminate\\Database\\Connectors\\MySqlConnector->connect(Array)

2020-03-18 08:43:52,stdout,#2 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connectors/MySqlConnector.php(24): Illuminate\\Database\\Connectors\\Connector->createConnection('mysql:host=192....'" Array Array)
"
2020-03-18 08:43:52,stdout,#1 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connectors/Connector.php(46): Illuminate\\Database\\Connectors\\Connector->createPdoConnection('mysql:host=192....'" 'LOGINNAAM' 'WACHTWOORD' Array)
"
2020-03-18 08:43:52,stdout,#0 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connectors/Connector.php(67): Doctrine\\DBAL\\Driver\\PDOConnection->__construct('mysql:host=192....'" 'LOGINNAAM' 'WACHTWOORD' Array)
"
2020-03-18 08:43:52,stdout,[stacktrace]

2020-03-18 08:43:52,stdout,[previous exception] [object] (Doctrine\\DBAL\\Driver\\PDOException(code: 2002): SQLSTATE[HY000] [2002] Connection refused at /var/www/firefly-iii/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:31)

2020-03-18 08:43:52,stdout,

2020-03-18 08:43:52,stdout,#43 {main}

2020-03-18 08:43:52,stdout,#42 /var/www/firefly-iii/public/index.php(76): Illuminate\\Foundation\\Http\\Kernel->handle(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#41 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Kernel.php(110): Illuminate\\Foundation\\Http\\Kernel->sendRequestThroughRouter(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#40 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Kernel.php(145): Illuminate\\Pipeline\\Pipeline->then(Object(Closure))

2020-03-18 08:43:52,stdout,#39 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(105): Illuminate\\Pipeline\\Pipeline->Illuminate\\Pipeline\\{closure}(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#38 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(171): FireflyIII\\Http\\Middleware\\SecureHeaders->handle(Object(Illuminate\\Http\\Request)" Object(Closure))
"
2020-03-18 08:43:52,stdout,#37 /var/www/firefly-iii/app/Http/Middleware/SecureHeaders.php(50): Illuminate\\Pipeline\\Pipeline->Illuminate\\Pipeline\\{closure}(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#36 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(171): Illuminate\\Foundation\\Http\\Middleware\\CheckForMaintenanceMode->handle(Object(Illuminate\\Http\\Request)" Object(Closure))
"
2020-03-18 08:43:52,stdout,#35 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Middleware/CheckForMaintenanceMode.php(63): Illuminate\\Pipeline\\Pipeline->Illuminate\\Pipeline\\{closure}(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#34 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(171): Illuminate\\Foundation\\Http\\Middleware\\ValidatePostSize->handle(Object(Illuminate\\Http\\Request)" Object(Closure))
"
2020-03-18 08:43:52,stdout,#33 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Middleware/ValidatePostSize.php(27): Illuminate\\Pipeline\\Pipeline->Illuminate\\Pipeline\\{closure}(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#32 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(171): Illuminate\\Foundation\\Http\\Middleware\\TransformsRequest->handle(Object(Illuminate\\Http\\Request)" Object(Closure))
"
2020-03-18 08:43:52,stdout,#31 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Middleware/TransformsRequest.php(21): Illuminate\\Pipeline\\Pipeline->Illuminate\\Pipeline\\{closure}(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#30 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(171): Illuminate\\Foundation\\Http\\Middleware\\TransformsRequest->handle(Object(Illuminate\\Http\\Request)" Object(Closure))
"
2020-03-18 08:43:52,stdout,#29 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Middleware/TransformsRequest.php(21): Illuminate\\Pipeline\\Pipeline->Illuminate\\Pipeline\\{closure}(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#28 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(171): Fideloper\\Proxy\\TrustProxies->handle(Object(Illuminate\\Http\\Request)" Object(Closure))
"
2020-03-18 08:43:52,stdout,#27 /var/www/firefly-iii/vendor/fideloper/proxy/src/TrustProxies.php(57): Illuminate\\Pipeline\\Pipeline->Illuminate\\Pipeline\\{closure}(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#26 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(130): Illuminate\\Foundation\\Http\\Kernel->Illuminate\\Foundation\\Http\\{closure}(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#25 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Kernel.php(170): Illuminate\\Routing\\Router->dispatch(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#24 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Router.php(613): Illuminate\\Routing\\Router->dispatchToRoute(Object(Illuminate\\Http\\Request))

2020-03-18 08:43:52,stdout,#23 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Router.php(624): Illuminate\\Routing\\Router->runRoute(Object(Illuminate\\Http\\Request)" Object(Illuminate\\Routing\\Route))
"
2020-03-18 08:43:52,stdout,#22 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Router.php(658): Illuminate\\Routing\\Router->runRouteWithinStack(Object(Illuminate\\Routing\\Route)" Object(Illuminate\\Http\\Request))
"
2020-03-18 08:43:52,stdout,#21 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Router.php(674): Illuminate\\Routing\\Router->gatherRouteMiddleware(Object(Illuminate\\Routing\\Route))

2020-03-18 08:43:52,stdout,#20 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Router.php(694): Illuminate\\Routing\\Route->gatherMiddleware()

2020-03-18 08:43:52,stdout,#19 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Route.php(794): Illuminate\\Routing\\Route->controllerMiddleware()

2020-03-18 08:43:52,stdout,#18 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Route.php(833): Illuminate\\Routing\\Route->getController()

2020-03-18 08:43:52,stdout,#17 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Route.php(233): Illuminate\\Foundation\\Application->make('FireflyIII\\\\Http...')

2020-03-18 08:43:52,stdout,#16 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Application.php(776): Illuminate\\Container\\Container->make('FireflyIII\\\\Http...'" Array)
"
2020-03-18 08:43:52,stdout,#15 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/Container.php(629): Illuminate\\Container\\Container->resolve('FireflyIII\\\\Http...'" Array)
"
2020-03-18 08:43:52,stdout,#14 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/Container.php(681): Illuminate\\Container\\Container->build('FireflyIII\\\\Http...')

2020-03-18 08:43:52,stdout,#13 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/Container.php(843): ReflectionClass->newInstanceArgs(Array)

2020-03-18 08:43:52,stdout,#12 [internal function]: FireflyIII\\Http\\Controllers\\HomeController->__construct()

2020-03-18 08:43:52,stdout,#11 /var/www/firefly-iii/app/Http/Controllers/HomeController.php(50): FireflyIII\\Http\\Controllers\\Controller->__construct()

2020-03-18 08:43:52,stdout,#10 /var/www/firefly-iii/app/Http/Controllers/Controller.php(58): FireflyIII\\Support\\FireflyConfig->get('is_demo_site'" false)
"
2020-03-18 08:43:52,stdout,#9 /var/www/firefly-iii/app/Support/FireflyConfig.php(83): Illuminate\\Database\\Eloquent\\Builder->first(Array)

2020-03-18 08:43:52,stdout,#8 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Concerns/BuildsQueries.php(143): Illuminate\\Database\\Eloquent\\Builder->get(Array)

2020-03-18 08:43:52,stdout,#7 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Eloquent/Builder.php(521): Illuminate\\Database\\Eloquent\\Builder->getModels(Array)

2020-03-18 08:43:52,stdout,#6 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Eloquent/Builder.php(537): Illuminate\\Database\\Query\\Builder->get(Array)

2020-03-18 08:43:52,stdout,#5 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2121): Illuminate\\Database\\Query\\Builder->onceWithColumns(Array" Object(Closure))
"
2020-03-18 08:43:52,stdout,#4 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2586): Illuminate\\Database\\Query\\Builder->Illuminate\\Database\\Query\\{closure}()

2020-03-18 08:43:52,stdout,#3 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2120): Illuminate\\Database\\Query\\Builder->runSelect()

2020-03-18 08:43:52,stdout,#2 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2132): Illuminate\\Database\\Connection->select('select `id`" `n...' Array true)
"
2020-03-18 08:43:52,stdout,#1 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(338): Illuminate\\Database\\Connection->run('select `id`" `n...' Array Object(Closure))
"
2020-03-18 08:43:52,stdout,#0 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(629): Illuminate\\Database\\Connection->runQueryCallback('select `id`" `n...' Array Object(Closure))
"
2020-03-18 08:43:52,stdout,[stacktrace]

2020-03-18 08:43:52,stdout,[2020-03-18 08:43:52] local.ERROR: SQLSTATE[HY000] [2002] Connection refused (SQL: select `id`" `name` `data` from `configuration` where `name` = is_demo_site and `configuration`.`deleted_at` is null limit 1) {\"exception\":\"[object] (Illuminate\\Database\\QueryException(code: 2002): SQLSTATE[HY000] [2002] Connection refused (SQL: select `id` `name` `data` from `configuration` where `name` = is_demo_site and `configuration`.`deleted_at` is null limit 1) at /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php:669)
"
2020-03-18 08:41:58,stdout,[Wed Mar 18 08:41:58.301123 2020] [core:notice] [pid 1] AH00094: Command line: 'apache2 -D FOREGROUND'

2020-03-18 08:41:58,stdout,[Wed Mar 18 08:41:58.300972 2020] [mpm_prefork:notice] [pid 1] AH00163: Apache/2.4.38 (Debian) PHP/7.3.14 OpenSSL/1.1.1d configured -- resuming normal operations

2020-03-18 08:41:58,stdout,AH00558: apache2: Could not reliably determine the server's fully qualified domain name" using 172.17.0.2. Set the 'ServerName' directive globally to suppress this message
"
2020-03-18 08:41:58,stdout,AH00558: apache2: Could not reliably determine the server's fully qualified domain name" using 172.17.0.2. Set the 'ServerName' directive globally to suppress this message
"
2020-03-18 08:41:57,stdout,Go!

2020-03-18 08:41:57,stdout,+------------------------------------------------------------------------------+

2020-03-18 08:41:57,stdout,| |

2020-03-18 08:41:57,stdout,[32m| |[39m

2020-03-18 08:41:57,stdout,| Thank you for installing Firefly III" v5.0.5! |
"
2020-03-18 08:41:57,stdout,| |

2020-03-18 08:41:57,stdout,+------------------------------------------------------------------------------+

2020-03-18 08:41:57,stdout,Run chown on /var/www/firefly-iii/storage

2020-03-18 08:41:57,stdout,[32mConfiguration cached successfully![39m

2020-03-18 08:41:56,stdout,[32mConfiguration cache cleared![39m

2020-03-18 08:41:56,stdout,[32mApplication cache cleared![39m

2020-03-18 08:41:56,stdout,

2020-03-18 08:41:56,stdout,[37;41m [39;49m

2020-03-18 08:41:56,stdout,[37;41m SQLSTATE[HY000] [2002] Connection refused [39;49m

2020-03-18 08:41:56,stdout,[37;41m [39;49m

2020-03-18 08:41:56,stdout,[33mIn PDOConnection.php line 27:[39m

2020-03-18 08:41:56,stdout,

2020-03-18 08:41:56,stdout,[37;41m [39;49m

2020-03-18 08:41:56,stdout,[37;41m SQLSTATE[HY000] [2002] Connection refused [39;49m

2020-03-18 08:41:56,stdout,[37;41m [39;49m

2020-03-18 08:41:56,stdout,[33mIn PDOConnection.php line 31:[39m

2020-03-18 08:41:56,stdout,

2020-03-18 08:41:56,stdout,[37;41m [39;49m

2020-03-18 08:41:56,stdout,[37;41m rsion and `configuration`.`deleted_at` is null limit 1) [39;49m

2020-03-18 08:41:56,stdout,[37;41m SQLSTATE[HY000] [2002] Connection refused (SQL: select * from `configuration` where `name` = db_ve [39;49m

2020-03-18 08:41:56,stdout,[37;41m [39;49m

2020-03-18 08:41:56,stdout,[33mIn Connection.php line 669:[39m

2020-03-18 08:41:56,stdout,

2020-03-18 08:41:56,stdout,} "

18/3/2020 08:41 stdout #37 {main}

18/3/2020 08:41 stdout "#36 /var/www/firefly-iii/artisan(37): Illuminate\\Foundation\\Console\\Kernel->handle(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Symfony\\Component\\Console\\Output\\ConsoleOutput))
"
18/3/2020 08:41 stdout "#35 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Console/Kernel.php(131): Illuminate\\Console\\Application->run(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Symfony\\Component\\Console\\Output\\ConsoleOutput))
"
18/3/2020 08:41 stdout "#34 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Console/Application.php(93): Symfony\\Component\\Console\\Application->run(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Symfony\\Component\\Console\\Output\\ConsoleOutput))
"
18/3/2020 08:41 stdout "#33 /var/www/firefly-iii/vendor/symfony/console/Application.php(148): Symfony\\Component\\Console\\Application->doRun(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Symfony\\Component\\Console\\Output\\ConsoleOutput))
"
18/3/2020 08:41 stdout "#32 /var/www/firefly-iii/vendor/symfony/console/Application.php(272): Symfony\\Component\\Console\\Application->doRunCommand(Object(FireflyIII\\Console\\Commands\\SetLatestVersion), Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Symfony\\Component\\Console\\Output\\ConsoleOutput))
"
18/3/2020 08:41 stdout "#31 /var/www/firefly-iii/vendor/symfony/console/Application.php(1012): Illuminate\\Console\\Command->run(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Symfony\\Component\\Console\\Output\\ConsoleOutput))
"
18/3/2020 08:41 stdout "#30 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Console/Command.php(188): Symfony\\Component\\Console\\Command\\Command->run(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Illuminate\\Console\\OutputStyle))
"
18/3/2020 08:41 stdout "#29 /var/www/firefly-iii/vendor/symfony/console/Command/Command.php(255): Illuminate\\Console\\Command->execute(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Illuminate\\Console\\OutputStyle))
"
18/3/2020 08:41 stdout #28 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Console/Command.php(201): Illuminate\\Container\\Container->call(Array)

18/3/2020 08:41 stdout "#27 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/Container.php(590): Illuminate\\Container\\BoundMethod::call(Object(Illuminate\\Foundation\\Application), Array, Array, NULL)
"
18/3/2020 08:41 stdout "#26 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/BoundMethod.php(34): Illuminate\\Container\\BoundMethod::callBoundMethod(Object(Illuminate\\Foundation\\Application), Array, Object(Closure))
"
18/3/2020 08:41 stdout #25 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/BoundMethod.php(90): Illuminate\\Container\\Util::unwrapIfClosure(Object(Closure))

18/3/2020 08:41 stdout #24 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/Util.php(36): Illuminate\\Container\\BoundMethod::Illuminate\\Container\\{closure}()

18/3/2020 08:41 stdout "#23 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/BoundMethod.php(32): call_user_func_array(Array, Array)
"
18/3/2020 08:41 stdout #22 [internal function]: FireflyIII\\Console\\Commands\\SetLatestVersion->handle()

18/3/2020 08:41 stdout "#21 /var/www/firefly-iii/app/Console/Commands/SetLatestVersion.php(65): FireflyIII\\Support\\FireflyConfig->set('db_version', 12)
"
18/3/2020 08:41 stdout #20 /var/www/firefly-iii/app/Support/FireflyConfig.php(150): Illuminate\\Database\\Eloquent\\Builder->first()

18/3/2020 08:41 stdout #19 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Concerns/BuildsQueries.php(143): Illuminate\\Database\\Eloquent\\Builder->get(Array)

18/3/2020 08:41 stdout #18 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Eloquent/Builder.php(521): Illuminate\\Database\\Eloquent\\Builder->getModels(Array)

18/3/2020 08:41 stdout #17 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Eloquent/Builder.php(537): Illuminate\\Database\\Query\\Builder->get(Array)

18/3/2020 08:41 stdout "#16 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2121): Illuminate\\Database\\Query\\Builder->onceWithColumns(Array, Object(Closure))
"
18/3/2020 08:41 stdout #15 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2586): Illuminate\\Database\\Query\\Builder->Illuminate\\Database\\Query\\{closure}()

18/3/2020 08:41 stdout #14 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2120): Illuminate\\Database\\Query\\Builder->runSelect()

18/3/2020 08:41 stdout "#13 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2132): Illuminate\\Database\\Connection->select('select * from `...', Array, true)
"
18/3/2020 08:41 stdout "#12 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(338): Illuminate\\Database\\Connection->run('select * from `...', Array, Object(Closure))
"
18/3/2020 08:41 stdout "#11 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(629): Illuminate\\Database\\Connection->runQueryCallback('select * from `...', Array, Object(Closure))
"
18/3/2020 08:41 stdout "#10 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(662): Illuminate\\Database\\Connection->Illuminate\\Database\\{closure}('select * from `...', Array)
"
18/3/2020 08:41 stdout #9 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(330): Illuminate\\Database\\Connection->getPdoForSelect(true)

18/3/2020 08:41 stdout #8 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(404): Illuminate\\Database\\Connection->getReadPdo()

18/3/2020 08:41 stdout #7 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(959): Illuminate\\Database\\Connection->getPdo()

18/3/2020 08:41 stdout #6 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(924): call_user_func(Object(Closure))

18/3/2020 08:41 stdout #5 [internal function]: Illuminate\\Database\\Connectors\\ConnectionFactory->Illuminate\\Database\\Connectors\\{closure}()

18/3/2020 08:41 stdout #4 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connectors/ConnectionFactory.php(182): Illuminate\\Database\\Connectors\\MySqlConnector->connect(Array)

18/3/2020 08:41 stdout "#3 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connectors/MySqlConnector.php(24): Illuminate\\Database\\Connectors\\Connector->createConnection('mysql:host=192....', Array, Array)
"
18/3/2020 08:41 stdout "#2 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connectors/Connector.php(46): Illuminate\\Database\\Connectors\\Connector->createPdoConnection('mysql:host=192....', 'LOGINNAAM', 'WACHTWOORD', Array)
"
18/3/2020 08:41 stdout "#1 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connectors/Connector.php(67): Doctrine\\DBAL\\Driver\\PDOConnection->__construct('mysql:host=192....', 'LOGINNAAM', 'WACHTWOORD', Array)
"
18/3/2020 08:41 stdout "#0 /var/www/firefly-iii/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php(27): PDO->__construct('mysql:host=192....', 'LOGINNAAM', 'WACHTWOORD', Array)
"
18/3/2020 08:41 stdout [stacktrace]

18/3/2020 08:41 stdout [previous exception] [object] (PDOException(code: 2002): SQLSTATE[HY000] [2002] Connection refused at /var/www/firefly-iii/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:27)

18/3/2020 08:41 stdout

18/3/2020 08:41 stdout #36 {main}

18/3/2020 08:41 stdout "#35 /var/www/firefly-iii/artisan(37): Illuminate\\Foundation\\Console\\Kernel->handle(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Symfony\\Component\\Console\\Output\\ConsoleOutput))
"
18/3/2020 08:41 stdout "#34 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Console/Kernel.php(131): Illuminate\\Console\\Application->run(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Symfony\\Component\\Console\\Output\\ConsoleOutput))
"
18/3/2020 08:41 stdout "#33 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Console/Application.php(93): Symfony\\Component\\Console\\Application->run(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Symfony\\Component\\Console\\Output\\ConsoleOutput))
"
18/3/2020 08:41 stdout "#32 /var/www/firefly-iii/vendor/symfony/console/Application.php(148): Symfony\\Component\\Console\\Application->doRun(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Symfony\\Component\\Console\\Output\\ConsoleOutput))
"
18/3/2020 08:41 stdout "#31 /var/www/firefly-iii/vendor/symfony/console/Application.php(272): Symfony\\Component\\Console\\Application->doRunCommand(Object(FireflyIII\\Console\\Commands\\SetLatestVersion), Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Symfony\\Component\\Console\\Output\\ConsoleOutput))
"
18/3/2020 08:41 stdout "#30 /var/www/firefly-iii/vendor/symfony/console/Application.php(1012): Illuminate\\Console\\Command->run(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Symfony\\Component\\Console\\Output\\ConsoleOutput))
"
18/3/2020 08:41 stdout "#29 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Console/Command.php(188): Symfony\\Component\\Console\\Command\\Command->run(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Illuminate\\Console\\OutputStyle))
"
18/3/2020 08:41 stdout "#28 /var/www/firefly-iii/vendor/symfony/console/Command/Command.php(255): Illuminate\\Console\\Command->execute(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Illuminate\\Console\\OutputStyle))
"
18/3/2020 08:41 stdout #27 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Console/Command.php(201): Illuminate\\Container\\Container->call(Array)

18/3/2020 08:41 stdout "#26 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/Container.php(590): Illuminate\\Container\\BoundMethod::call(Object(Illuminate\\Foundation\\Application), Array, Array, NULL)
"
18/3/2020 08:41 stdout "#25 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/BoundMethod.php(34): Illuminate\\Container\\BoundMethod::callBoundMethod(Object(Illuminate\\Foundation\\Application), Array, Object(Closure))
"
18/3/2020 08:41 stdout #24 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/BoundMethod.php(90): Illuminate\\Container\\Util::unwrapIfClosure(Object(Closure))

18/3/2020 08:41 stdout #23 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/Util.php(36): Illuminate\\Container\\BoundMethod::Illuminate\\Container\\{closure}()

18/3/2020 08:41 stdout "#22 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/BoundMethod.php(32): call_user_func_array(Array, Array)
"
18/3/2020 08:41 stdout #21 [internal function]: FireflyIII\\Console\\Commands\\SetLatestVersion->handle()

18/3/2020 08:41 stdout "#20 /var/www/firefly-iii/app/Console/Commands/SetLatestVersion.php(65): FireflyIII\\Support\\FireflyConfig->set('db_version', 12)
"
18/3/2020 08:41 stdout #19 /var/www/firefly-iii/app/Support/FireflyConfig.php(150): Illuminate\\Database\\Eloquent\\Builder->first()

18/3/2020 08:41 stdout #18 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Concerns/BuildsQueries.php(143): Illuminate\\Database\\Eloquent\\Builder->get(Array)

18/3/2020 08:41 stdout #17 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Eloquent/Builder.php(521): Illuminate\\Database\\Eloquent\\Builder->getModels(Array)

18/3/2020 08:41 stdout #16 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Eloquent/Builder.php(537): Illuminate\\Database\\Query\\Builder->get(Array)

18/3/2020 08:41 stdout "#15 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2121): Illuminate\\Database\\Query\\Builder->onceWithColumns(Array, Object(Closure))
"
18/3/2020 08:41 stdout #14 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2586): Illuminate\\Database\\Query\\Builder->Illuminate\\Database\\Query\\{closure}()

18/3/2020 08:41 stdout #13 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2120): Illuminate\\Database\\Query\\Builder->runSelect()

18/3/2020 08:41 stdout "#12 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2132): Illuminate\\Database\\Connection->select('select * from `...', Array, true)
"
18/3/2020 08:41 stdout "#11 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(338): Illuminate\\Database\\Connection->run('select * from `...', Array, Object(Closure))
"
18/3/2020 08:41 stdout "#10 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(629): Illuminate\\Database\\Connection->runQueryCallback('select * from `...', Array, Object(Closure))
"
18/3/2020 08:41 stdout "#9 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(662): Illuminate\\Database\\Connection->Illuminate\\Database\\{closure}('select * from `...', Array)
"
18/3/2020 08:41 stdout #8 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(330): Illuminate\\Database\\Connection->getPdoForSelect(true)

18/3/2020 08:41 stdout #7 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(404): Illuminate\\Database\\Connection->getReadPdo()

18/3/2020 08:41 stdout #6 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(959): Illuminate\\Database\\Connection->getPdo()

18/3/2020 08:41 stdout #5 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(924): call_user_func(Object(Closure))

18/3/2020 08:41 stdout #4 [internal function]: Illuminate\\Database\\Connectors\\ConnectionFactory->Illuminate\\Database\\Connectors\\{closure}()

18/3/2020 08:41 stdout #3 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connectors/ConnectionFactory.php(182): Illuminate\\Database\\Connectors\\MySqlConnector->connect(Array)

18/3/2020 08:41 stdout "#2 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connectors/MySqlConnector.php(24): Illuminate\\Database\\Connectors\\Connector->createConnection('mysql:host=192....', Array, Array)
"
18/3/2020 08:41 stdout "#1 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connectors/Connector.php(46): Illuminate\\Database\\Connectors\\Connector->createPdoConnection('mysql:host=192....', 'LOGINNAAM', 'WACHTWOORD', Array)
"
18/3/2020 08:41 stdout "#0 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connectors/Connector.php(67): Doctrine\\DBAL\\Driver\\PDOConnection->__construct('mysql:host=192....', 'LOGINNAAM', 'WACHTWOORD', Array)
"
18/3/2020 08:41 stdout [stacktrace]

18/3/2020 08:41 stdout [previous exception] [object] (Doctrine\\DBAL\\Driver\\PDOException(code: 2002): SQLSTATE[HY000] [2002] Connection refused at /var/www/firefly-iii/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:31)

18/3/2020 08:41 stdout

18/3/2020 08:41 stdout #26 {main}

18/3/2020 08:41 stdout "#25 /var/www/firefly-iii/artisan(37): Illuminate\\Foundation\\Console\\Kernel->handle(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Symfony\\Component\\Console\\Output\\ConsoleOutput))
"
18/3/2020 08:41 stdout "#24 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Console/Kernel.php(131): Illuminate\\Console\\Application->run(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Symfony\\Component\\Console\\Output\\ConsoleOutput))
"
18/3/2020 08:41 stdout "#23 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Console/Application.php(93): Symfony\\Component\\Console\\Application->run(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Symfony\\Component\\Console\\Output\\ConsoleOutput))
"
18/3/2020 08:41 stdout "#22 /var/www/firefly-iii/vendor/symfony/console/Application.php(148): Symfony\\Component\\Console\\Application->doRun(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Symfony\\Component\\Console\\Output\\ConsoleOutput))
"
18/3/2020 08:41 stdout "#21 /var/www/firefly-iii/vendor/symfony/console/Application.php(272): Symfony\\Component\\Console\\Application->doRunCommand(Object(FireflyIII\\Console\\Commands\\SetLatestVersion), Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Symfony\\Component\\Console\\Output\\ConsoleOutput))
"
18/3/2020 08:41 stdout "#20 /var/www/firefly-iii/vendor/symfony/console/Application.php(1012): Illuminate\\Console\\Command->run(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Symfony\\Component\\Console\\Output\\ConsoleOutput))
"
18/3/2020 08:41 stdout "#19 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Console/Command.php(188): Symfony\\Component\\Console\\Command\\Command->run(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Illuminate\\Console\\OutputStyle))
"
18/3/2020 08:41 stdout "#18 /var/www/firefly-iii/vendor/symfony/console/Command/Command.php(255): Illuminate\\Console\\Command->execute(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Illuminate\\Console\\OutputStyle))
"
18/3/2020 08:41 stdout #17 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Console/Command.php(201): Illuminate\\Container\\Container->call(Array)

18/3/2020 08:41 stdout "#16 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/Container.php(590): Illuminate\\Container\\BoundMethod::call(Object(Illuminate\\Foundation\\Application), Array, Array, NULL)
"
18/3/2020 08:41 stdout "#15 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/BoundMethod.php(34): Illuminate\\Container\\BoundMethod::callBoundMethod(Object(Illuminate\\Foundation\\Application), Array, Object(Closure))
"
18/3/2020 08:41 stdout #14 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/BoundMethod.php(90): Illuminate\\Container\\Util::unwrapIfClosure(Object(Closure))

18/3/2020 08:41 stdout #13 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/Util.php(36): Illuminate\\Container\\BoundMethod::Illuminate\\Container\\{closure}()

18/3/2020 08:41 stdout "#12 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/BoundMethod.php(32): call_user_func_array(Array, Array)
"
18/3/2020 08:41 stdout #11 [internal function]: FireflyIII\\Console\\Commands\\SetLatestVersion->handle()

18/3/2020 08:41 stdout "#10 /var/www/firefly-iii/app/Console/Commands/SetLatestVersion.php(65): FireflyIII\\Support\\FireflyConfig->set('db_version', 12)
"
18/3/2020 08:41 stdout #9 /var/www/firefly-iii/app/Support/FireflyConfig.php(150): Illuminate\\Database\\Eloquent\\Builder->first()

18/3/2020 08:41 stdout #8 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Concerns/BuildsQueries.php(143): Illuminate\\Database\\Eloquent\\Builder->get(Array)

18/3/2020 08:41 stdout #7 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Eloquent/Builder.php(521): Illuminate\\Database\\Eloquent\\Builder->getModels(Array)

18/3/2020 08:41 stdout #6 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Eloquent/Builder.php(537): Illuminate\\Database\\Query\\Builder->get(Array)

18/3/2020 08:41 stdout "#5 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2121): Illuminate\\Database\\Query\\Builder->onceWithColumns(Array, Object(Closure))
"
18/3/2020 08:41 stdout #4 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2586): Illuminate\\Database\\Query\\Builder->Illuminate\\Database\\Query\\{closure}()

18/3/2020 08:41 stdout #3 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2120): Illuminate\\Database\\Query\\Builder->runSelect()

18/3/2020 08:41 stdout "#2 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2132): Illuminate\\Database\\Connection->select('select * from `...', Array, true)

Modbreak:

Wall-of-text in [quote]-tags geplaatst, zodat het topic leesbaar blijft.

[ Voor 0% gewijzigd door Yorinn op 21-03-2020 17:28 ]

[Firefly III]

DaLass schreef op woensdag 11 maart 2020 @ 08:39:
[...]

Nu maak ik gebruik van de Nginx Proxy Manager addon in HomeAssistant als reverse proxy, en daar zijn de config mogelijkheden wat beperkter dan als je zelf een Nginx handmatig opgezet hebt. Vanuit de genoemde config op jouw link heb ik het location gedeelte overgenomen, maar nog zonder succes.

Daar zit het wellicht in, als die geen meer geadvanceerde opties heeft, houdt het een beetje op helaas.

Sparhawk schreef op woensdag 18 maart 2020 @ 13:00:
[...]

2020-03-18 08:43:52,stdout,#0 /var/www/firefly-iii/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php(27): PDO->__construct('mysql:host=192....'" 'LOGINNAAM' 'WACHTWOORD' Array)
"

2020-03-18 08:43:52,stdout,[previous exception] [object] (PDOException(code: 2002): SQLSTATE[HY000] [2002] Connection refused at /var/www/firefly-iii/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:27)

Je mag vanaf je container niet inloggen op de DB (connection refused). Connection kan dus wel, maar wordt afgewezen.

[Herko_ter_Horst]

Sparhawk schreef op woensdag 18 maart 2020 @ 13:00:
[...]


tuurlijk

Hier een stuk (zijn er slimmere methodes om dit te copy pasten?)

Pastebin a.u.b.

[Sparhawk]

Firefly III schreef op woensdag 18 maart 2020 @ 14:47:

Je mag vanaf je container niet inloggen op de DB (connection refused). Connection kan dus wel, maar wordt afgewezen.

Dank alvast voor deze pointer... Sorry voor de wat slome reactie, ik had deze even gemist.

Ik heb op mijn nas dus een mariaDB 10 database draaien.
Als ik phpadmin gebruik en met root inlog, (NasIP:/phpMyAdmin) dan zit ik daar in de interface

Ik heb daar een nieuwe FireFly Db aangemaakt (bezit geen tables ofzo), en als ik naar privileges ga, zie ik daar de specifieke user die ik daarvoor heb aangemaakt, type global, met all privileges.

Diezelfde user met bijbehorend wachtwoord heb ik ook in de docker container opgegeven als variables.

Dit is hoe ver mijn kennis reikt, waar ga ik de mist in?
Wederom dank voor de hulp

[Firefly III]

Sparhawk schreef op maandag 23 maart 2020 @ 22:18:
[...]


Dank alvast voor deze pointer... Sorry voor de wat slome reactie, ik had deze even gemist.

Ik heb op mijn nas dus een mariaDB 10 database draaien.
Als ik phpadmin gebruik en met root inlog, (NasIP:/phpMyAdmin) dan zit ik daar in de interface

Ik heb daar een nieuwe FireFly Db aangemaakt (bezit geen tables ofzo), en als ik naar privileges ga, zie ik daar de specifieke user die ik daarvoor heb aangemaakt, type global, met all privileges.

Diezelfde user met bijbehorend wachtwoord heb ik ook in de docker container opgegeven als variables.

Dit is hoe ver mijn kennis reikt, waar ga ik de mist in?
Wederom dank voor de hulp

Wat staat er achter de @? Is dat %? Of 127.0.0.1?

Access rechten op MySQL gelden niet alleen vanaf een user/pw, maar ook vanaf een IP adres.

[chronoz]

Hoe vinden jullie dit product in vergelijking met YNAB?

Ik ben een groot fan van moneydashboard.com, maar ik woon niet meer in het VK. Mint.com lijkt ook erg goed, maar ondersteunt alleen de VS en Canada.

Het belangrijkste voor mij is dat ik er weinig tijd aan kwijt ben en dat ik veel kan automatiseren. Ik heb meerdere bank-accounts en credit cards.

Zo nu en dan importeren is geen ramp, maar ik heb een erg actief leven, dus ik doe liever eenmalig veel werk zodat ik er later geen omkijken meer naar heb.

[Smika]

Firefly III schreef op woensdag 25 maart 2020 @ 06:23:
[...]

Wat staat er achter de @? Is dat %? Of 127.0.0.1?

Access rechten op MySQL gelden niet alleen vanaf een user/pw, maar ook vanaf een IP adres.

Hier hetzelfde probleem. Heb de user firefly op mariadb dmv synology packes. Rechten van user firefly:

firefly 172.17.%.% global ALL PRIVILEGES Yes

172.17.0.0/16 is netwrrk van synologu docker (bridge)

In ENV settings van docker staat:

FF_DB_HOST 192.168.1.7

Hopelijk kan iemand mij verder helpen...Zou dit het liefste op mijn synology draaien ipv op mijn Ubuntu server.

Smika

[Firefly III]

Smika schreef op zaterdag 18 april 2020 @ 22:51:
[...]


Hier hetzelfde probleem. Heb de user firefly op mariadb dmv synology packes. Rechten van user firefly:

firefly 172.17.%.% global ALL PRIVILEGES Yes

172.17.0.0/16 is netwrrk van synologu docker (bridge)

In ENV settings van docker staat:

FF_DB_HOST 192.168.1.7

Hopelijk kan iemand mij verder helpen...Zou dit het liefste op mijn synology draaien ipv op mijn Ubuntu server.

Smika

Wat is de IP range van Docker (naar buiten toe)?

[thatrunks]

Dag mensen,

Ik was al gelijk gecharmeerd van FireFly III en wil het programma volop gaan gebruiken.
Heb een virtuele Windows 10 VM met AMPPS erop.
Eigenlijk werkt het redelijke feilloos op een klein dingetje na.
De komma's (decimalen) werken niet. Zo zijn alle bedragen in plaats van 150,00 nu 15000.
Dus zonder decimale of punt scheiding.

FireFly geeft wel elke keer aan "Invalid server configuration: Firefly III is unable to format monetary amounts because your server is missing the required packages".

Na wat gezoek leek dit een locale dingetje te zijn.
Mijn gedachte ging gelijk naar een NL language pack te installeren op de VM.

Maar dit heeft het issue niet opgelost.

Iemand anders een idee waar dit probleem mogelijk zou kunnen liggen?

[FDMK]

Na wat gedoe ook Firefly werkend gekregen via docker/portainer op Openmediavault. Ik loop alleen wel aan tegen problemen met de importer. Het token heb ik al opnieuw gegenereerd maar ik blijf tegen onderstaand aanlopen. Mis ik een ongedocumenteerde Environment variable?
Ook even gekeken naar run-inline.sh maar daar volg ik helemaal niets van.

code:

Error :(

The personal access token you added to the .env file is invalid. The error returned is:

GuzzleException: Client error: `GET http://172.17.0.1:10080/api/v1/about` resulted in a `401 Unauthorized` response: {"message":"Unauthenticated","exception":"AuthenticationException"}

This error can be a bit cryptic, and you can find common errors on this page in the documentation. Please refresh the page to validate your token again.

edit: toch een typo gemaakt. Kan nu wel een import doen maar of ik er blij van word...

[ Voor 5% gewijzigd door FDMK op 24-04-2020 21:52 ]

[Firefly III]

thatrunks schreef op donderdag 23 april 2020 @ 11:36:
Dag mensen,

Ik was al gelijk gecharmeerd van FireFly III en wil het programma volop gaan gebruiken.
Heb een virtuele Windows 10 VM met AMPPS erop.
Eigenlijk werkt het redelijke feilloos op een klein dingetje na.
De komma's (decimalen) werken niet. Zo zijn alle bedragen in plaats van 150,00 nu 15000.
Dus zonder decimale of punt scheiding.

FireFly geeft wel elke keer aan "Invalid server configuration: Firefly III is unable to format monetary amounts because your server is missing the required packages".

Na wat gezoek leek dit een locale dingetje te zijn.
Mijn gedachte ging gelijk naar een NL language pack te installeren op de VM.

Maar dit heeft het issue niet opgelost.

Iemand anders een idee waar dit probleem mogelijk zou kunnen liggen?

Dubbelcheck of die packages idd geinstalleerd zijn met "locales -a". Reboot ook je nginx/apache en ook php-fpm als je die hebt.

[Transportman]

Zojuist zonder problemen overgegaan van 5.0.4 naar 5.2.3, ziet er goed uit.

1 vraagje/opmerking bij de Categories-chart op het Dashboard, hoe wordt de volgorde van categorieën bepaald? Het lijkt aflopend op inkomsten en daarna oplopend op uitgaven, maar dat geeft bij mij een nogal rare volgorde omdat bij mijn grootste uitgaves ook wel eens een terugboeking plaats vind (voorschotten die terugbetaald worden, spaarpunten inleveren bij de supermarkt). Is het mogelijk die volgorde aan te passen naar (in-uit)?

@Faddermakker : Ik doe alles met de hand, meeste transacties zijn de moeite niet om te importeren bij mij. Het zijn of dezelfde vaste lasten die ik kan clonen, of het zijn meer eenmalige dingen die ik toch apart wil invullen.

[FDMK]

Transportman schreef op zaterdag 25 april 2020 @ 20:10:
Zojuist zonder problemen overgegaan van 5.0.4 naar 5.2.3, ziet er goed uit.

1 vraagje/opmerking bij de Categories-chart op het Dashboard, hoe wordt de volgorde van categorieën bepaald? Het lijkt aflopend op inkomsten en daarna oplopend op uitgaven, maar dat geeft bij mij een nogal rare volgorde omdat bij mijn grootste uitgaves ook wel eens een terugboeking plaats vind (voorschotten die terugbetaald worden, spaarpunten inleveren bij de supermarkt). Is het mogelijk die volgorde aan te passen naar (in-uit)?

@Faddermakker : Ik doe alles met de hand, meeste transacties zijn de moeite niet om te importeren bij mij. Het zijn of dezelfde vaste lasten die ik kan clonen, of het zijn meer eenmalige dingen die ik toch apart wil invullen.

Hmm, ik wilde alles van 2013 tot nu importeren om te kijken naar de verhoudingen door de jaren heen. Een behoorlijk werk dus. De meeste vaste lasten zijn bekend over die jaren maar hoe kan ik dat per jaar opvoeren zonder dat het de cijfers van andere jaren in de weg gaat zitten.

[Transportman]

Faddermakker schreef op zaterdag 25 april 2020 @ 21:19:
[...]

Hmm, ik wilde alles van 2013 tot nu importeren om te kijken naar de verhoudingen door de jaren heen. Een behoorlijk werk dus. De meeste vaste lasten zijn bekend over die jaren maar hoe kan ik dat per jaar opvoeren zonder dat het de cijfers van andere jaren in de weg gaat zitten.

Ik weet niet in hoeverre de import er iets kloppends van maakt, maar als het enigszins klopt, kan je misschien met een bulk edit of een paar rules de boel goed trekken. Als dat niet werkt, kan je eventueel 1 totaaltransactie maken met de hand per last per jaar en die splitsen in 12 delen (of hoe vaak die voorkomt), dan kloppen de gemiddeldes in ieder geval. Of je maakt ze met de hand aan en laat steeds het vinkje aanstaan om op de pagina te blijven om gelijk een nieuwe te maken. Dan moet je er redelijk snel doorheen kunnen gaan voor de vaste dingen.

Maar het zal een flinke klus blijven, omdat je zo ver terug wilt.

[thatrunks]

Firefly III schreef op zaterdag 25 april 2020 @ 07:31:
[...]

Dubbelcheck of die packages idd geinstalleerd zijn met "locales -a". Reboot ook je nginx/apache en ook php-fpm als je die hebt.

Sorry @Firefly III ik krijg geen melding blijkbaar als er wordt gereageerd in het topic dus ik zie dit nu pas.
Ik begrijp wat je zegt. Maar geldt dat locales -a ook voor Windows?
Ik heb AMPPS op Windows draaien en ging ervan uit dat als ik daar de language pack NL installeer, dat dat voldoende zou zijn.

Maar ik begrijp uit jouw bewoording dat ik iets in AMPPS zelf moet doen?

[coase]

Na enkele dagen 'spelen' , 'herproberen', is het me gelukt om firefly op een raspberry pi 3 te laten draaien.
Ik heb hiervan een beknotte handleiding geschreven (nog beetje layout aanpassen) en zal ik dan ook delen.

Ik heb wel een vraag ivm periodieke transacties, is het mogelijk om een transactie op kwartaal niveau uit te voeren? Ik heb soms rekeningen die 1xper kwartaal toekomen (vast bedrag), en had dit graag opgenomen in de periodieke transacties.
(Mijn bank genereert enkel pdf files als mogelijke export, en import/export functie heb ik nog niet verder bekeken/uitgevoerd)

[Firefly III]

thatrunks schreef op woensdag 29 april 2020 @ 11:34:
[...]


Sorry @Firefly III ik krijg geen melding blijkbaar als er wordt gereageerd in het topic dus ik zie dit nu pas.
Ik begrijp wat je zegt. Maar geldt dat locales -a ook voor Windows?
Ik heb AMPPS op Windows draaien en ging ervan uit dat als ik daar de language pack NL installeer, dat dat voldoende zou zijn.

Maar ik begrijp uit jouw bewoording dat ik iets in AMPPS zelf moet doen?

Ah, Windows. Nee daar zijn de locales sowieso vreselijk lastig te fixen dus garantie tot de voordeur ben ik bang.

coase schreef op donderdag 30 april 2020 @ 08:59:
Na enkele dagen 'spelen' , 'herproberen', is het me gelukt om firefly op een raspberry pi 3 te laten draaien.
Ik heb hiervan een beknotte handleiding geschreven (nog beetje layout aanpassen) en zal ik dan ook delen.

Ik heb wel een vraag ivm periodieke transacties, is het mogelijk om een transactie op kwartaal niveau uit te voeren? Ik heb soms rekeningen die 1xper kwartaal toekomen (vast bedrag), en had dit graag opgenomen in de periodieke transacties.
(Mijn bank genereert enkel pdf files als mogelijke export, en import/export functie heb ik nog niet verder bekeken/uitgevoerd)

Ik ben benieuwd, superleuk.

Dat kan idd, door het "skip" veld op 2 te zetten. Dan slaat Firefly III twee maanden over en krijg je vanzelf een kwartaalbetaling.

[Koepert]

Hoi,

eindelijk de stap genomen om dit in te richten, en t werkt super en is nog leuk ook

Maar.. op dit moment ben ik dit aan het uitwerken om straks met de vrouw te delen. Voor nu is het nog wenselijk van loon tot loon te werken. Is het daarom mogelijk de Default view van Firefly aan te passen? Nu is die standaard van 1 april - 30 april, kan je die ook vast zetten op 20 april - 20 mei bijvoorbeeld?


Handmatig is niet erg, maar makkelijker is altijd beter

[Firefly III]

Koepert schreef op donderdag 30 april 2020 @ 09:44:
Hoi,

eindelijk de stap genomen om dit in te richten, en t werkt super en is nog leuk ook

Maar.. op dit moment ben ik dit aan het uitwerken om straks met de vrouw te delen. Voor nu is het nog wenselijk van loon tot loon te werken. Is het daarom mogelijk de Default view van Firefly aan te passen? Nu is die standaard van 1 april - 30 april, kan je die ook vast zetten op 20 april - 20 mei bijvoorbeeld?


Handmatig is niet erg, maar makkelijker is altijd beter

Nee helaas, en dat is met opzet . Snel van maand tot maand gaan leven

[Wolfensteijn]

Afgelopen maanden druk geweest met werk en verhuizen dus vanavond eindelijk eens tijd gevonden om de boel goed in te richten.

Conclusie, de importers zijn nog duidelijk in beta. Ik mis transacties via de Bunq importer waardoor de saldi niet kloppen. Rekeningen die nooit onder €0,- kunnen hebben zelfs na invoeren start saldo om eind saldo te corrigeren periodes dat ze rood staan.

Na een poging te controleren met een CSV import kom ik erachter dat waar vorige versies elke import een aparte tag gaven, dat nu niet meer het geval is. Nu zit ik dus met 4 maanden dubbele transacties en is de enige optie weer opnieuw te beginnen. En dat gaat na 4 uur proberen om alles goed te krijgen en een aantal keren database legen toch tegen staan.

Vooral dat het transactie overzicht niet kan kloppen is vervelend. Bij voorkeur begin ik namelijk vanaf 1 januari, en niet pas vanaf 1 mei.

Missende tags per import is ook jammer, want dat maakt het veel lastiger om foute imports weer te verwijderen.

Dus ja, ik ga nog wat pogen te redden in de database. En waarschijnlijk wat CSV exports uit de bank en uit Firefly-III trekken om eens goed te vergelijken wat er dan fout gaat.

Kleine toevoeging, de CSV importer heeft een nieuwe Expense Accounts gemaakt voor IBAN nummers die al bekend waren als Asset Account. Dit lijkt mij een bug te zijn?

[ Voor 6% gewijzigd door Wolfensteijn op 30-04-2020 22:09 ]

[Firefly III]

Hey @Wolfensteijn, thx voor de feedback. Ik ga er even puntsgewijs doorheen.

• De bunq importer werkt bij mijzelf inmiddels vlekkeloos met 5 jaar transactions. Maar, "it works for me" zegt niet bijster veel. Dubbelcheck dat je al je bunq rekeningen gekoppeld hebt aan een asset account in Firefly III. Laat me weten wat voor een transacties de soep in lopen. Wat ik altijd zag was dat bepaalde overschrijvingen werden meegenomen als betalingen omdat bron/doelrekening niet goed werden herkend. Hou de logboeken in de gaten en let me know. Ik heb bij mijn eigen rekeningen en de sandbox alle quircks er uit, maar dat is niet toereikend. Hier kan ik je hulp wel gebruiken.
• Het toevoegen van een import tag staat op mijn lijstje.
• Nieuwe expense accounts ipv de asset account te pakken meende ik al opgelost te hebben maar dat check ik voor je.

Ik knutsel doorlopend aan die twee importers; als ik een update heb plaats ik hem hier.

[mithras]

Wat is je advies met goed importeren? Ik heb ooit eens begrepen dat jij @Firefly III dacht ik, maar ook anderen, alles handmatig invoeren. Eerlijk gezegd, dat is me te veel werk dus is het fijn dat een CSV import er is. Toch ben ik meerdere keren begonnen en loop er tegenaan dat het toch niet goed uitkomt. Net als @Wolfensteijn pak ik een jaar (2019, of 2020 nu in dit geval) en importeer alles vanaf die datum. Soms krijg ik het saldo goed, maar niet altijd. Na enkele imports zijn saldi altijd scheef. En helaas stop ik dan met Firefly iii ondanks dat het uiteindelijk een mooi pakket is met goede inzichten.

Nu zit ik bij ING, volgens mij is dat niet de makkelijkste import. Transacties zijn niet uniek identificeerbaar, maar ik heb ook meerdere spaardoelen onder 1 spaarrekening staan. Eigenlijk komt het neer op:

1. Prive rekening
2. Prive spaarrekening
2a Spaardoel A
2b Spaardoel B
3. Gezamenlijke rekening
4. Gezamenlijke spaarrekening
4a Spaardoel A
4b Spaardoel B

Of mogelijk moeten we wachten tot PSD2 gemeengoed is geworden en je daarmee veel eenvoudiger de transacties kan uitlezen

/edit: overigens; als ik kan helpen door inzicht te geven hoe een dergelijke ING csv is opgebouwd wil ik daar best wat tijd in steken.

[ Voor 5% gewijzigd door mithras op 01-05-2020 10:14 ]

[Firefly III]

Sowieso, stapje voor stapje. Zeker met spaardoelen en met gecombineerde rekeningen is het soms lastig extraheren voor de CSV importer. Gegeven is ook dat banken stug te weinig informatie exporteren om dit netjes te doen. Spaardoelen bijvoorbeeld (Rabo heeft er ook een handje van) staan echt niet in de CSV data. Dus pak dat eventueel per maand op en hou mij in de loop over dingen die fout gaan: ik kan de CSV importer best snel updaten nu dat die los draait van Firefly III.

De PSD2-wetgeving gaat niet helpen helaas. Zie ook dit issue op GitHub.

[Koepert]

Vast een simpel dingetje.. maar ik krijg het niet zover..

Ik wil de CSVimporter draaien. Als webserver (icm docker) leek me het simpelste..

docker run \
--rm \
-e FIREFLY_III_ACCESS_TOKEN= \
-e FIREFLY_III_URI= \
-p 8081:80 \
fireflyiii/csv-importer:develop

Hierbij de regels met Token en URL van ALL CAPS naar kleine letters omgezet en gevuld met token=383etc en url is de containerURL van Firefly-app (firefly_iii_app, niet de db). Daarbij dus tussen = en het token (en de URL) GEEN SPATIE. De container start, de url is benaderbaar, maar krijg deze error:

Please set a valid value for "FIREFLY_III_ACCESS_TOKEN" in the env file.

Heb ik de formatting fout ingevoerd? of moet ik nog ergens een env file editten/opzoeken? Want dat haal ik niet helemaal uit deze documentatie? https://firefly-iii.gitbo...alling-and-running/docker

[Firefly III]

"FIREFLY_III_ACCESS_TOKEN" en "FIREFLY_III_URI" moeten met hoofdletters blijven.

code:

docker run \
--rm \
-e FIREFLY_III_ACCESS_TOKEN=ey.... \
-e FIREFLY_III_URI=http://docker.ip \
-p 8081:80 \
fireflyiii/csv-importer:develop

[Koepert]

Firefly III schreef op vrijdag 1 mei 2020 @ 11:50:
"FIREFLY_III_ACCESS_TOKEN" en "FIREFLY_III_URI" moeten met hoofdletters blijven.

code:

docker run \
--rm \
-e FIREFLY_III_ACCESS_TOKEN=ey.... \
-e FIREFLY_III_URI=http://docker.ip \
-p 8081:80 \
fireflyiii/csv-importer:develop

Ah thnx.. dan denk ik dat ik de vorige x een typo had gemaakt, want toen kreeg ik een error mbt gebruik hoofdletter.. weet exacte melding ff niet.. image cant be capital oid.


Oh ps; t werkt nu idd

@Firefly III
Wat ik me nu zit te bedenken. Wat is wijsheid? Rabobank, dus config.json pakken en per maand? of Wel in bulk? Alleen 2020 is afdoende.

[ Voor 13% gewijzigd door Koepert op 01-05-2020 15:18 ]

[Wolfensteijn]

@Firefly III

Ik heb iets interessants gevonden in ieder geval de CSV import. Want daar krijg ik vanuit de importers netjes regelnummers terug wanneer er zaken niet goed zijn.

Binnen BUNQ heb ik automatisch sparen aanstaan. Bij elke betaling wordt in mijn geval tot €2,- extra overgeboekt naar de spaarrekening. Het bedrag wordt dus afgerond naar het eerste veelvoud van €2,- en dan over geboekt. Dit gebeurd ook bij bedragen die al een veelvoud zijn van 2, dan wordt er gewoon €2,- overgeboekt en klaar.

Mochten er op 1 dag dus twee (of meer) betalingen worden gedaan waarbij het automatisch sparen dus €2,- overboekt, dan ziet de CSV-importer dit als dubbele transfers en worden niet meegenomen, terwijl dit dus wel aparte transfers zijn.

Nu is dat in theorie bij het begin soort van op te lossen door de CSV import als basis te gebruiken, en de optie 'Do not import duplicate lines in the CSV file.' uit te vinken. Dan neem je wel als aanname dat de CSV 100% correct is.

Mogelijk gebeurt hetzelfde bij de BUNQ importer, en gaat er daar in mijn geval dus ook wat fout. Dan zal ik later nog eens testen.

Nog een losse vraag, waar wil je feature request hebben voor de losse importers? Op Github heeft alleen de Firefly-III repository de optie voor issues, de importers niet.
Feature waar het om gaat is een log download. Dat zou troubleshooten makkelijker maken omdat je dan niet meer de docker containers in moet om dat te downloaden. Een CSV download van regels die goed zijn gegaan, en regels die zijn afgekeurd om [insert reden] zou mijn leven nu makkelijker maken.

[ Voor 23% gewijzigd door Wolfensteijn op 01-05-2020 13:07 ]

[Firefly III]

Wolfensteijn schreef op vrijdag 1 mei 2020 @ 12:35:
@Firefly III

Ik heb iets interessants gevonden in ieder geval de CSV import. Want daar krijg ik vanuit de importers netjes regelnummers terug wanneer er zaken niet goed zijn.

Binnen BUNQ heb ik automatisch sparen aanstaan. Bij elke betaling wordt in mijn geval tot €2,- extra overgeboekt naar de spaarrekening. Het bedrag wordt dus afgerond naar het eerste veelvoud van €2,- en dan over geboekt. Dit gebeurd ook bij bedragen die al een veelvoud zijn van 2, dan wordt er gewoon €2,- overgeboekt en klaar.

Mochten er op 1 dag dus twee (of meer) betalingen worden gedaan waarbij het automatisch sparen dus €2,- overboekt, dan ziet de CSV-importer dit als dubbele transfers en worden niet meegenomen, terwijl dit dus wel aparte transfers zijn.

Nu is dat in theorie bij het begin soort van op te lossen door de CSV import als basis te gebruiken, en de optie 'Do not import duplicate lines in the CSV file.' uit te vinken. Dan neem je wel als aanname dat de CSV 100% correct is.

Mogelijk gebeurt hetzelfde bij de BUNQ importer, en gaat er daar in mijn geval dus ook wat fout. Dan zal ik later nog eens testen.

Ik weet niet of mijn eigen transactie-geschiedenis dit heeft, maar in de gewone bunq API heeft elke transactie zijn eigen identifier: daarmee voorkom je die dubbele entries. De CSV heeft dat weer niet.

Voor de CSV geldt dan weer wel: er is een "specific" die elke rij uniek maakt (per CSV bestand) waardoor je alsnog "dubbele" rijen in kan voeren. Koppel de hash-kolom aan external ID.

Nog een losse vraag, waar wil je feature request hebben voor de losse importers? Op Github heeft alleen de Firefly-III repository de optie voor issues, de importers niet.
Feature waar het om gaat is een log download. Dat zou troubleshooten makkelijker maken omdat je dan niet meer de docker containers in moet om dat te downloaden. Een CSV download van regels die goed zijn gegaan, en regels die zijn afgekeurd om [insert reden] zou mijn leven nu makkelijker maken.

In de centrale FF3 repos gaarne. Anders raak ik het overzicht kwijt. Maar voor die logboeken, gebruik gewoon dit:

code:

docker logs -f <container>

Werkt als een malle.

[Wolfensteijn]

Firefly III schreef op vrijdag 1 mei 2020 @ 14:37:
[...]
Ik weet niet of mijn eigen transactie-geschiedenis dit heeft, maar in de gewone bunq API heeft elke transactie zijn eigen identifier: daarmee voorkom je die dubbele entries. De CSV heeft dat weer niet.

Voor de CSV geldt dan weer wel: er is een "specific" die elke rij uniek maakt (per CSV bestand) waardoor je alsnog "dubbele" rijen in kan voeren. Koppel de hash-kolom aan external ID.

[...]

In de centrale FF3 repos gaarne. Anders raak ik het overzicht kwijt. Maar voor die logboeken, gebruik gewoon dit:

code:

docker logs -f <container>

Werkt als een malle.

Met de docker logs zie je wat de applicatie doet, maar ik mis toch informatie.

Een melding: "Filtered down from 354 (possibly duplicate) entries to 297 unique transactions." zegt mij niet zoveel. Ja, dat bepaalde transacties niet meegenomen worden, maar niet welke transacties dat zijn en waarom ze niet mee worden genomen. Dus hier maakt de applicatie keuzes waar ik als gebruiker verder geen inzicht in heb. Dus een optie om ook die mogelijk duplicate transacties te zien en te controleren zou gewaardeerd worden. In ieder geval om te controleren of het allemaal werkt zoals verwacht.

Verder heb ik net een import gedaan, en van 1 rekening heb volgens de bunq importer alleen transfers gehad in januari en februari. Geen expenses, en geen idee waarom die niet mee zijn gekomen.

Met een poging om alleen deze rekening in die maanden te importeren zegt dat er 0 transacties zijn. Terwijl dit dus de rekening is waar ik alle pin betalingen mee uitvoer. Dan is het best logisch dat eind resultaten ontzettend scheef zijn

[Firefly III]

Wolfensteijn schreef op vrijdag 1 mei 2020 @ 19:28:
[...]

Met de docker logs zie je wat de applicatie doet, maar ik mis toch informatie.

Een melding: "Filtered down from 354 (possibly duplicate) entries to 297 unique transactions." zegt mij niet zoveel. Ja, dat bepaalde transacties niet meegenomen worden, maar niet welke transacties dat zijn en waarom ze niet mee worden genomen. Dus hier maakt de applicatie keuzes waar ik als gebruiker verder geen inzicht in heb. Dus een optie om ook die mogelijk duplicate transacties te zien en te controleren zou gewaardeerd worden. In ieder geval om te controleren of het allemaal werkt zoals verwacht.

Ja maar ho ff, dat is wat anders he. Zeg dat dan meteen.

Verder heb ik net een import gedaan, en van 1 rekening heb volgens de bunq importer alleen transfers gehad in januari en februari. Geen expenses, en geen idee waarom die niet mee zijn gekomen.

Daar kan ik alleen wat over zeggen met logboeken.

Met een poging om alleen deze rekening in die maanden te importeren zegt dat er 0 transacties zijn. Terwijl dit dus de rekening is waar ik alle pin betalingen mee uitvoer. Dan is het best logisch dat eind resultaten ontzettend scheef zijn

Idem.

[Wolfensteijn]

Firefly III schreef op vrijdag 1 mei 2020 @ 19:32:
[...]
Ja maar ho ff, dat is wat anders he. Zeg dat dan meteen.


[...]
Daar kan ik alleen wat over zeggen met logboeken.


[...]


Idem.

Ik dacht duidelijk te zijn geweest, blijkbaar niet

Welke logs heb je precies nodig? Bij voorkeur met een pad er bij zodat ik ze snel gevonden kan hebben

Hmm, die missende transacties kunnen te maken hebben met wanneer je wat importeert.

Toen het fout ging had ik eerst maart en april geïmporteerd, daarna pas januari en februari. Zojuist database leeggegooid en een nieuwe import vanaf 1 januari gestart. Nu heb ik wel transacties (naast transfers). Alleen is het eind bedrag iets te hoog, en zijn er momenten dat die rekening onder 0 zit. Om het eind bedrag te corrigeren moet het begin bedrag dus naar beneden en blijven die rood staan momenten aanwezig. Wat onmogelijk is, want die rekening heeft een onder limiet van €0,-. Dus ergens missen toch transacties/transfers.

Dat wordt dus regel voor regel controleren met de CSV exports van bunq er naast om die te vinden.

[ Voor 46% gewijzigd door Wolfensteijn op 01-05-2020 19:42 ]

[Transportman]

Ik weet niet of je met Bunq kan zien wat je saldo op een bepaalde dag was, maar dan kan je kijken wanneer de verschillen optreden. Begin op 1 januari, saldo in Firefly=X, saldo in Bunq=X. Kijk je een week later, zegt Bunq=Y dan moet Firefly dat ook hebben. Is dat niet zo, dan kijk je wat de afwijking is en of er toevallig een transactie in die week is die met dat bedrag overeenkomt. Vind je geen snelle match, dan kijk je op een kleinere stap of je dingen mist.

Andere optie is om met de reports te kijken of je in ieder geval de vaste lasten en inkomsten hebt, en op spaarrekeningen of daar correcte transfers op staan naar de betaalrekeningen.

[Firefly III]

Wolfensteijn schreef op vrijdag 1 mei 2020 @ 19:35:
[...]

Ik dacht duidelijk te zijn geweest, blijkbaar niet

In de source staat de volgende warning:

"Going to skip line #%d because it's in the file twice. This may reset the count below."

Die zou ook terug moeten komen in de logs van de CSV importer.

Welke logs heb je precies nodig? Bij voorkeur met een pad er bij zodat ik ze snel gevonden kan hebben

Hmm, die missende transacties kunnen te maken hebben met wanneer je wat importeert.

Toen het fout ging had ik eerst maart en april geïmporteerd, daarna pas januari en februari. Zojuist database leeggegooid en een nieuwe import vanaf 1 januari gestart. Nu heb ik wel transacties (naast transfers). Alleen is het eind bedrag iets te hoog, en zijn er momenten dat die rekening onder 0 zit. Om het eind bedrag te corrigeren moet het begin bedrag dus naar beneden en blijven die rood staan momenten aanwezig. Wat onmogelijk is, want die rekening heeft een onder limiet van €0,-. Dus ergens missen toch transacties/transfers.

Dat wordt dus regel voor regel controleren met de CSV exports van bunq er naast om die te vinden.

Ik zou, zoals boven mij voorgesteld, checken wanneer je saldo begint af te wijken. Dan ga je vanzelf verschillen zien. Zo heb ik ook de fouten uit mijn eigen bunq import gedebugged.

[Firefly III]

Overigens, voor zowel de CSV als de bunq importer geldt dat de logs worden opgeslagen in /storage/logs of direct op de command line worden uitgepoept voor Docker. "docker logs -f" zou moeten werken.

Edit: nieuwe build van de CSV importer (zelfde versie) kan ook IBAN's goed herkennen.

[ Voor 18% gewijzigd door Firefly III op 01-05-2020 20:04 ]

[Wolfensteijn]

In de PDF transaction overviews van bunq staat een eind balans. Deze dus gemaakt tot en met 31 december 2019 zodat ik vanaf 1 januari 2020 alles kan controleren.

Hieruit blijkt dat ik vanaf 1 rekening €53,- aan transfers naar 2 andere rekeningen mis over de afgelopen 4 maanden. Waarschijnlijk zit dit ergens in januari, dus ik ga eens lijstjes uit bunq en firefly-iii naast elkaar leggen om te zien waar het fout gaat.

[Wolfensteijn]

Ik zie nog iets geks. Firefly-III heeft op 25 februari een transfer van €1,- meer naar mijn spaarrekening meer dan de statements van bunq laten zien.

Ook heeft deze transfer geen expense waar die bij zou horen. Niet op die datum, en ik ben nog geen expense tegen gekomen zonder een auto-save transfer.

Dit is met gebruik van de bunq-importer trouwens, want dat is wat ik het liefste goed werkend heb

[ Voor 14% gewijzigd door Wolfensteijn op 02-05-2020 11:53 ]

[Wolfensteijn]

@Firefly III Is het mogelijk om een grafiek opnieuw te laten tekenen?

De data klopt nu (met een correctie transactie zodat ik in ieder geval verder kan), maar de grafiek toont andere waardes dan het lijstje met transacties.

Dit na herstart van de docker containers, en uiteindelijk de hele server waar het op draait.

Oh, nevermind, dit was ik die scheel keek. Ik heb mijn correcties niet goed uitgevoerd

[ Voor 12% gewijzigd door Wolfensteijn op 02-05-2020 13:16 ]

[Wolfensteijn]

@Firefly III Als ik met de bunq importer alleen januari 2020 wil importeren krijg ik de volgende melding:

code:

[2020-05-02 16:34:54] production.INFO: Skip transaction because  is after

Met als uiteindelijk resultaat dat er 0 transacties zijn gedownload en geïmporteerd.

Dit met de volgende input in de daterange selectie voor "Import a specific range"
"01/01/2020" in het eerste veld
"01/31/2020" in het tweede veld.

Voor de zekerheid ook een keertje getest met de dates omgedraaid, maar dat geeft dezelfde melding en nog steeds geen transacties in die periode. Alleen als ik een recentere maand ook mee selecteer voor de import krijgt ik transacties binnen voor periodes verder terug.

Ik zie een lte en gte check met een datetime variable %s in je code. Maar die lijkt in dit geval niet helemaal goed te werken.

[Firefly III]

Wolfensteijn schreef op zaterdag 2 mei 2020 @ 11:00:
In de PDF transaction overviews van bunq staat een eind balans. Deze dus gemaakt tot en met 31 december 2019 zodat ik vanaf 1 januari 2020 alles kan controleren.

Hieruit blijkt dat ik vanaf 1 rekening €53,- aan transfers naar 2 andere rekeningen mis over de afgelopen 4 maanden. Waarschijnlijk zit dit ergens in januari, dus ik ga eens lijstjes uit bunq en firefly-iii naast elkaar leggen om te zien waar het fout gaat.

Top, ik ben benieuwd. Dit is het betere uitpluiswerk, thanks daarvoor.

Wolfensteijn schreef op zaterdag 2 mei 2020 @ 11:52:
Ik zie nog iets geks. Firefly-III heeft op 25 februari een transfer van €1,- meer naar mijn spaarrekening meer dan de statements van bunq laten zien.

Ook heeft deze transfer geen expense waar die bij zou horen. Niet op die datum, en ik ben nog geen expense tegen gekomen zonder een auto-save transfer.

Dit is met gebruik van de bunq-importer trouwens, want dat is wat ik het liefste goed werkend heb

OK. Dus er is een transfer bijgekomen die niet op je bunq statements staat? Is-ie wel te zien in de app? De API verzint niks, maar wellich heeft bunq een aparte "state" voor mislukte transacties. Die bestaan wel in de api maar niet in de lijst. Geen idee hoor.

Ik heb een speciale warning aangemaakt voor transactie sub-types die wellicht roet in het eten gooien. Check je logs op "Transaction is of sub type".

Wolfensteijn schreef op zaterdag 2 mei 2020 @ 19:01:
@Firefly III Als ik met de bunq importer alleen januari 2020 wil importeren krijg ik de volgende melding:

code:

[2020-05-02 16:34:54] production.INFO: Skip transaction because  is after

Met als uiteindelijk resultaat dat er 0 transacties zijn gedownload en geïmporteerd.

Dit met de volgende input in de daterange selectie voor "Import a specific range"
"01/01/2020" in het eerste veld
"01/31/2020" in het tweede veld.

Voor de zekerheid ook een keertje getest met de dates omgedraaid, maar dat geeft dezelfde melding en nog steeds geen transacties in die periode. Alleen als ik een recentere maand ook mee selecteer voor de import krijgt ik transacties binnen voor periodes verder terug.

Ik zie een lte en gte check met een datetime variable %s in je code. Maar die lijkt in dit geval niet helemaal goed te werken.

DATE_TIME_FORMAT was leeg. Dat schiet niet op

Ik heb een nieuwe build aangeslingerd om dat te fixen.

[Wolfensteijn]

Firefly III schreef op zondag 3 mei 2020 @ 08:31:
[...]

DATE_TIME_FORMAT was leeg. Dat schiet niet op

Ik heb een nieuwe build aangeslingerd om dat te fixen.

Dan krijg ik bij een import van alleen januari de volgende meldingen:

code:

Skip transaction because "2020-03-09 13:47:24" is after "2020-01-31 23:59:59

Die laatste datetime is altijd hetzelfde, de eerste loopt af vanaf datetime gisteren (wat inderdaad mijn laatste betaling was).

Het lijkt wel alsof er een soort van max van 48 dagen (is waar ik nu op uitkom) op zit, en dat hij niet verder terug wil kijken om transacties te downloaden. Behalve als je een eind datum selecteert die wel binnen die periode ligt.

Periode vanaf 01/01/2020 en 03/10/2020 werkt bijvoorbeeld wel. Het lijkt er op dat je 'notAfter' check niet helemaal doet wat ik er van zou verwachten

[Firefly III]

Wolfensteijn schreef op zondag 3 mei 2020 @ 09:07:
[...]

Dan krijg ik bij een import van alleen januari de volgende meldingen:

code:

Skip transaction because "2020-03-09 13:47:24" is after "2020-01-31 23:59:59

Die laatste datetime is altijd hetzelfde, de eerste loopt af vanaf datetime gisteren (wat inderdaad mijn laatste betaling was).

Het lijkt wel alsof er een soort van max van 48 dagen (is waar ik nu op uitkom) op zit, en dat hij niet verder terug wil kijken om transacties te downloaden. Behalve als je een eind datum selecteert die wel binnen die periode ligt.

Periode vanaf 01/01/2020 en 03/10/2020 werkt bijvoorbeeld wel. Het lijkt er op dat je 'notAfter' check niet helemaal doet wat ik er van zou verwachten

Alright, ik ga eens kijken. Helaas kan ik bij bunq geen date-range aangeven dus ik download net zo lang transacties tot ik 0 transacties terug krijg die in de betreffende range vallen. Dat levert altijd een "overshoot" op.

Enige wat ik me nu kan bedenken is ik te vroeg stop omdat ik geen resultaat krijg van bunq. Ik loop 197 transacties tegelijkertijd (want priemgetal ) en ik kan me nu alleen bedenken dat de import-routine stopt met zoeken terwijl-ie nog niet bij jouw date-range is aangekomen.

Ik trap gelijk een nieuwe build af.

[Wolfensteijn]

Firefly III schreef op zondag 3 mei 2020 @ 09:33:
[...]

Alright, ik ga eens kijken. Helaas kan ik bij bunq geen date-range aangeven dus ik download net zo lang transacties tot ik 0 transacties terug krijg die in de betreffende range vallen. Dat levert altijd een "overshoot" op.

Enige wat ik me nu kan bedenken is ik te vroeg stop omdat ik geen resultaat krijg van bunq. Ik loop 197 transacties tegelijkertijd (want priemgetal ) en ik kan me nu alleen bedenken dat de import-routine stopt met zoeken terwijl-ie nog niet bij jouw date-range is aangekomen.

Ik trap gelijk een nieuwe build af.

Die 197 transacties is zeer waarschijnlijk de oorzaak ja. Gezien ik op mijn huishoud rekening 138 transacties heb in januari...

Nieuwe build direct gebruikt en die gaat inderdaad netjes ver genoeg terug.

Thanks!

[Firefly III]

Wolfensteijn schreef op zondag 3 mei 2020 @ 09:54:
[...]

Die 197 transacties is zeer waarschijnlijk de oorzaak ja. Gezien ik op mijn huishoud rekening 138 transacties heb in januari...

Nieuwe build direct gebruikt en die gaat inderdaad netjes ver genoeg terug.

Thanks!

Top! Laat me nog weten of je transacties mist. In de logs kan je nu sowieso deze waarschuwing zien:

code:

Transaction is of sub type "***"

Als die voorbij komt, met alle transactiedata, geef even een seintje. Dat kan een hint van issues met de import.

[Krisp]

Ik ben gisteren en vandaag ook eens aan de gang gegaan met budgetten. Het werkt een stuk fijner sinds er maandelijks (met behulp van de CRON) een bedrag wordt toegevoegd! Tegelijkertijd opent dat een hele nieuwe box van dingen die ik graag zou willen:

• Ik zou graag willen weten of mijn budgetten over het jaar heen wel uitkomen. Omdat ik een combinatie van jaarlijkse en maandelijkse budgetten heb, is het voor mij slecht inschatten of mijn budgettering over het jaar heen gaat uitkomen;
• Ik zou graag categorieën willen zien. Denk bijvoorbeeld aan een indeling in vaste kosten, variabele kosten en sparen. Deze in deze tijd geeft me dat een idee waar ik op kan bezuinigen als het moet;
• Verder snap ik het 'budgeted' bedrag niet. Het telt niet op naar het getal wat ik totaal gebudgetteerd heb op dit moment, maar dat getal heeft daar wel invloed op. Er zit ongeveer 20% verschil in.

Qua rapportage mis ik ook een paar dingen:

• Wat het (gemiddelde) bedrag is waarmee je gebudgetteerd hebt;
• En een cumulatieve lijn om te bepalen wanneer je (historisch) voor of achter loopt.

Wat ik ook nog niet weet is of het Rollover budget ook over de jaren heen werkt. Zo zou ik in principe een reservering voor bijvoorbeeld elektronica, onderhoud huis etc kunnen maken. Dat zou echt heel tof zijn!

Verder heb ik vrijwel alles gebudgetteerd. Nu geeft de rapportage me net niet genoeg inzicht of ik nu goed bezig ben.

[Firefly III]

Krisp schreef op dinsdag 5 mei 2020 @ 18:15:
Ik ben gisteren en vandaag ook eens aan de gang gegaan met budgetten. Het werkt een stuk fijner sinds er maandelijks (met behulp van de CRON) een bedrag wordt toegevoegd! Tegelijkertijd opent dat een hele nieuwe box van dingen die ik graag zou willen:

• Ik zou graag willen weten of mijn budgetten over het jaar heen wel uitkomen. Omdat ik een combinatie van jaarlijkse en maandelijkse budgetten heb, is het voor mij slecht inschatten of mijn budgettering over het jaar heen gaat uitkomen;
• Ik zou graag categorieën willen zien. Denk bijvoorbeeld aan een indeling in vaste kosten, variabele kosten en sparen. Deze in deze tijd geeft me dat een idee waar ik op kan bezuinigen als het moet;
• Verder snap ik het 'budgeted' bedrag niet. Het telt niet op naar het getal wat ik totaal gebudgetteerd heb op dit moment, maar dat getal heeft daar wel invloed op. Er zit ongeveer 20% verschil in.

Qua rapportage mis ik ook een paar dingen:

• Wat het (gemiddelde) bedrag is waarmee je gebudgetteerd hebt;
• En een cumulatieve lijn om te bepalen wanneer je (historisch) voor of achter loopt.

Wat ik ook nog niet weet is of het Rollover budget ook over de jaren heen werkt. Zo zou ik in principe een reservering voor bijvoorbeeld elektronica, onderhoud huis etc kunnen maken. Dat zou echt heel tof zijn!

Verder heb ik vrijwel alles gebudgetteerd. Nu geeft de rapportage me net niet genoeg inzicht of ik nu goed bezig ben.

Even kijken hoor. Er is een budget rapport (onder /reports) maar die groepeert nu alleen de uitgaven en verder niks. Ik zou eens kunnen kijken wat ik daar aan info kan verzamelen over de limitieten die je hebt aangemaakt en hoe je er voor staat. Bedoel je dat?

Waar wil je categorieen zien? Want ze zijn er al? Als je bedoelt, je budgetten in sub-budgetten verdelen, dat gaat niet gebeuren.

Als je jaar en maandbudgetten door elkaar gebruikt kan dat getal verschillen. Je bedoelt het bedrag op de /budgets pagina, toch?

[Krisp]

Firefly III schreef op dinsdag 5 mei 2020 @ 20:50:
[...]

Even kijken hoor. Er is een budget rapport (onder /reports) maar die groepeert nu alleen de uitgaven en verder niks. Ik zou eens kunnen kijken wat ik daar aan info kan verzamelen over de limitieten die je hebt aangemaakt en hoe je er voor staat. Bedoel je dat?

Zou zou inderdaad een goede optie zijn. Andere optie is om deze op te nemen in de chart in het budget zelf:

Waar wil je categorieen zien? Want ze zijn er al? Als je bedoelt, je budgetten in sub-budgetten verdelen, dat gaat niet gebeuren.

Niet zo zeer subcategorien, maar (net als bij regels) een vorm van 'budget-groepen'. Er hoeft niet/nauwelijks logica achter te zitten. Het doel is vooral dat ik kan zien wat (semi-)fixed is, en waar ik wel invloed op kan uitoefenen.

Als je jaar en maandbudgetten door elkaar gebruikt kan dat getal verschillen. Je bedoelt het bedrag op de /budgets pagina, toch?

Klopt, deze:

Wat deze grafiek me nu vertelt is dat ik overall binnen de budgetten zit, en dat ik nog niet al mijn inkomsten van het jaar heb gebudgetteerd. Dat is logisch, want we zitten nog in mei. Wat ik wil weten: als ik zo door ga dit jaar, (waar) kom ik dan uit?

De use-case is tweeledig:

• Het beschikbare budget wat ik aangeef, is niet gelijk aan mijn inkomsten van een jaar. Ik richt me op een bepaalde savings rate. Ik wil weten of dat haalbaar is. Zo kan ik budgetteren van groot naar klein.
• Ik wil de rest van het jaar kunnen plannen om te kunnen zien waar ik uitkom. Zo kan ik kijken of mijn bezuinigingen effect sorteren.

[Firefly III]

Krisp schreef op woensdag 6 mei 2020 @ 07:25:
[...]

Zou zou inderdaad een goede optie zijn. Andere optie is om deze op te nemen in de chart in het budget zelf:
[Afbeelding]

Oh dat is een goeie. Ik ga eens kijken wat ik kan doen. Tricky tricky maar wel leuk om te bouwen!

[...]

Niet zo zeer subcategorien, maar (net als bij regels) een vorm van 'budget-groepen'. Er hoeft niet/nauwelijks logica achter te zitten. Het doel is vooral dat ik kan zien wat (semi-)fixed is, en waar ik wel invloed op kan uitoefenen.

Ja zoiets had ik aleens opgeschreven ergens maar dat is weer verdwenen. Meer objecten lenen zich hiervoor (piggy banks bijvoorbeeld). Staat iig genoteerd.

[...]

Klopt, deze:
[Afbeelding]
Wat deze grafiek me nu vertelt is dat ik overall binnen de budgetten zit, en dat ik nog niet al mijn inkomsten van het jaar heb gebudgetteerd. Dat is logisch, want we zitten nog in mei. Wat ik wil weten: als ik zo door ga dit jaar, (waar) kom ik dan uit?

De use-case is tweeledig:

• Het beschikbare budget wat ik aangeef, is niet gelijk aan mijn inkomsten van een jaar. Ik richt me op een bepaalde savings rate. Ik wil weten of dat haalbaar is. Zo kan ik budgetteren van groot naar klein.
• Ik wil de rest van het jaar kunnen plannen om te kunnen zien waar ik uitkom. Zo kan ik kijken of mijn bezuinigingen effect sorteren.

Check. Je gebruikt hem iets anders dan ik had bedacht maar dat geeft niet. Zelf gebruik ik hem als snelle check om te zien of ik mijn beschikbare geld al heb gebudgetteerd. Niet vreselijk spannend. Jouw use case is leuk en ik zal eens kijken of ik daar iets mee kan. Ik wil niet teveel future planning inbouwen, daar kan je een product op zich mee vullen, maar zelf kunnen extrapoleren is wel weer handig.

[Quibus]

Ik volg Firefly III al een tijdje en heb nu besloten om ook eens aan de slag te gaan om mijn rekeningen goed bij te gaan houden. Ik moet zeggen dat de software er super uitziet! Ik probeer een CSV file van ING via de CSV Importer tool te importeren, maar heb het probleem dat alle uitgaven als een Revenue Account geboekt worden.

Mijn CSV ziet er als volgt uit (de standaard export in Engels zonder aanpassingen):

code:

"Date","Name / Description","Account","Counterparty","Code","Debit/credit","Amount (EUR)","Transaction type","Notifications"
"20200504","Albert Heijn","NL80XXXXXXX","","BA","Debit","2,47","Payment terminal","Card sequence no.: 900 03/05/2020 17:00 Transaction: 24Q758 Term: 1H1G08 Value date: 04/05/2020"
"20200504","Albert Heijn","NL80XXXXXXX","","BA","Debit","14,77","Payment terminal","Card sequence no.: 900 03/05/2020 14:04 Transaction: 17U7N5 Term: 1H1G08 Value date: 04/05/2020"
"20200504","Albert Heijn","NL80XXXXXXX","","BA","Debit","34,85","Payment terminal","Card sequence no.: 900 03/05/2020 13:03 Transaction: 15N7U4 Term: HVR1TF Value date: 04/05/2020"

Ik gebruik de ING definitie file die ik van Github heb gehaald. Ik doorloop vervolgens de stappen:


Alle transacties worden dus als een "Deposit" aangemerkt (met bijbehorende Revenue Account in Firefly, terwijl de specifieke kolom ze als "Debit" classificeert. Wat doe ik fout??

[Firefly III]

@Quibus

Zou je mij (over mail) eens wat dingen willen sturen? [e-mail]

- Paar voorbeeld regels
- config bestand
- log output.

Zeker die laatste bevat veel prive data dus sla die eventueel over. Ik ben benieuwd waarom de importer denkt dat het bedrag verkeerd is; het kan zijn dat er een bugje is of ING heeft weer eens wat veranderd.

Maar ik zit zelf niet bij ING dus ik heb zelf geen voorbeelden om dit te testen.

[Quibus]

@Firefly III ik heb ontdekt waar het mis gaat. Ik heb de CSV file in het Engels gedownload. ING gebruikt dan "Debit" om een afschrijving te classificeren. In de Nederlandse versie wordt "Af" gebruikt. Nu zat ik in de CSV import code te kijken:

csv-importer/app/Services/CSV/Converter/BankDebitCredit.php:

code:

class BankDebitCredit implements ConverterInterface
{

    /**
     * Convert a value.
     *
     * @return mixed
     *
     * @param $value
     */
    public function convert($value): int
    {
        Log::debug('Going to convert ', ['value' => $value]);
        $negative = [
            'D', // Old style Rabobank (NL). Short for "Debit"
            'A', // New style Rabobank (NL). Short for "Af"
            'DR', // https://old.reddit.com/r/FireflyIII/comments/bn2edf/generic_debitcredit_indicator/
            'Af', // ING (NL).
            'Debet', // Triodos (NL)
        ];
        if (in_array(trim($value), $negative, true)) {
            return -1;
        }

        return 1;
    }
    /**
     * Add extra configuration parameters.
     *
     * @param string $configuration
     */
    public function setConfiguration(string $configuration): void
    {

    }
}

Hier wordt "Af" wel herkend, maar "Debit" niet. Ik kan bevestigen dat het importeren met Nederlandse CSV wel goed werkt.

[Firefly III]

Kijk dat is wel chill als andere mensen voor je debuggen

Ik heb een geupdate bestand gecommit en de Docker build loopt

[FDMK]

Quibus schreef op woensdag 6 mei 2020 @ 13:07:
@Firefly III ik heb ontdekt waar het mis gaat. Ik heb de CSV file in het Engels gedownload. ING gebruikt dan "Debit" om een afschrijving te classificeren. In de Nederlandse versie wordt "Af" gebruikt. Nu zat ik in de CSV import code te kijken:

csv-importer/app/Services/CSV/Converter/BankDebitCredit.php:

code:

class BankDebitCredit implements ConverterInterface
{

    /**
     * Convert a value.
     *
     * @return mixed
     *
     * @param $value
     */
    public function convert($value): int
    {
        Log::debug('Going to convert ', ['value' => $value]);
        $negative = [
            'D', // Old style Rabobank (NL). Short for "Debit"
            'A', // New style Rabobank (NL). Short for "Af"
            'DR', // https://old.reddit.com/r/FireflyIII/comments/bn2edf/generic_debitcredit_indicator/
            'Af', // ING (NL).
            'Debet', // Triodos (NL)
        ];
        if (in_array(trim($value), $negative, true)) {
            return -1;
        }

        return 1;
    }
    /**
     * Add extra configuration parameters.
     *
     * @param string $configuration
     */
    public function setConfiguration(string $configuration): void
    {

    }
}

Hier wordt "Af" wel herkend, maar "Debit" niet. Ik kan bevestigen dat het importeren met Nederlandse CSV wel goed werkt.

Gaat alles dan goed? Ik had namelijk de NL CSV maar bij mij werden ook alle regels opgevoerd als inkomsten.

[Quibus]

@Faddermakker ik heb met de NL CSV geen problemen. De kolom "Af/Bij in de csv moet gemapt zijn aan het veld "ING Specific Debit/Credit" in de importer. Dan herkent de importer de transacties op de juiste manier.

[FDMK]

Quibus schreef op woensdag 6 mei 2020 @ 13:27:
@Faddermakker ik heb met de NL CSV geen problemen. De kolom "Af/Bij in de csv moet gemapt zijn aan het veld "ING Specific Debit/Credit" in de importer. Dan herkent de importer de transacties op de juiste manier.

Ik weet niet wat ik in het verleden heb zitten klooien maar met jouw presets gaat het uitstekend! Thnx!
Enige is dat hij overboekingen van spaar>courant niet pakt maar dat is een kleinigheid om met de hand recht te zetten.

[ Voor 22% gewijzigd door FDMK op 07-05-2020 21:12 ]

[FDMK]

Ik ben nu een beetje regels aan het spelen maar welke waarde wordt er verwacht bij "verander de transactie in een overschrijving"?

[Firefly III]

Faddermakker schreef op donderdag 7 mei 2020 @ 11:37:
[...]

Ik weet niet wat ik in het verleden heb zitten klooien maar met jouw presets gaat het uitstekend! Thnx!
Enige is dat hij overboekingen van spaar>courant niet pakt maar dat is een kleinigheid om met de hand recht te zetten.

Als de bron- of doelrekening van die overboekingen niet pakt, kijk dan of de mapping goed is. Als je wilt, kan je me ook de logs sturen dan kijk ik even mee.

Faddermakker schreef op donderdag 7 mei 2020 @ 21:12:
Ik ben nu een beetje regels aan het spelen maar welke waarde wordt er verwacht bij "verander de transactie in een overschrijving"?

Staat in de documentatie:

From a withdrawal to a transfer
The money will be moved away from the original asset account, into another asset account. The "action value" you must provide must be the name of a valid destination asset account. If it does not exist, the action will fail.

From a deposit to a transfer
The money will be moved into from the original asset account, from another asset account. The "action value" you must provide must be the name of a valid asset account. If it does not exist, the action will fail.

[FDMK]

Firefly III schreef op vrijdag 8 mei 2020 @ 06:21:
[...]

Als de bron- of doelrekening van die overboekingen niet pakt, kijk dan of de mapping goed is. Als je wilt, kan je me ook de logs sturen dan kijk ik even mee.

Is denk ik alleen op te lossen met een regel. In de csv staar bij bronrekening namelijk 'profijtrekening van 12345678' dat nummer is gelijk aan mn betaalrekening.

[...]

Staat in de documentatie:


[...]

Ik was blijkbaar te lui voor rtm, sorry

[Firefly III]

Faddermakker schreef op vrijdag 8 mei 2020 @ 08:09:
[...]

Is denk ik alleen op te lossen met een regel. In de csv staar bij bronrekening namelijk 'profijtrekening van 12345678' dat nummer is gelijk aan mn betaalrekening.

Oh ja, dat doen zij ja. CSV is een "data"-formaat maar ze willen hem toch graag human readable maken. Nee dan wordt het lastig, al zitten er een paar slimme regex-trucjes in de bank-specifieke opties. Die heeft iemand anders geschreven namelijk

Ik was blijkbaar te lui voor rtm, sorry

Haha no worries. Keep me posted als je ergens tegenaan loopt

[z-tune]

Ik ben ook sinds kort bezig met het verwerken van transacties met behulp van Firefly. De eerste indruk is erg goed. Nu stap ik af van mijn eigen Excel knutsel, omdat ik merkte dat die niet altijd meer aan mijn wensen voldeed . Met de zoektocht naar een alternatief, hierop uitgekomen. Met name vanwege de lokale installatie.

In mijn Excel had ik ook een vorm van Piggy Banks. Periodiek boekte ik hier een x bedrag per Piggy Bank naar toe. Daarnaast had ik de mogelijkheid om daar ook weer een bedrag vanaf te halen, door dit bij de transactie aan te geven. Zo had ik altijd de actuele stand van mijn spaarpot.

Ik zie dat dit met een handmatige transactie ook in Firefly te realiseren is. Als ik verder ga kijken naar de regels die ingesteld kunnen worden, zie ik geen optie om een bij/af boeking te doen op een Piggy Bank.
Ik kon het in de documentatie en issues op Github niet terugvinden.

Zie ik iets over het hoofd of is deze functionaliteit er niet binnen de regels?

[Firefly III]

Dat is een goed idee @z-tune, dat kan nu nog niet. Ik zal daar een actie voor knutselen. Komt goed!

[Tap_]

In het verleden deze tool met veel plezier gebruikt, toen de Bunq API niet meer ondersteund werd ben ik er mee gestopt, maar altijd blijven kijken. Zag van de week dat de Bunq importer beschikbaar was en gelijk er mee aan de slag gegaan.

Ik de Firefly III in docker en voor het hoofdprogramma gaat dit perfect.

Helaas krijg ik de Bunq importer (API) niet werkend.
Hij start op (duurt wel ff) geeft ook een scherm in de brower, met rechtsonder een draaiend tandwiel.
Na verloop van tijd stopt hij en geeft in de browser de volgende foutmelding:

code:

Error :(

The personal access token you added to the .env file is invalid. The error returned is:

GuzzleException: cURL error 7: Failed to connect to 172.19.0.3 port 80: Connection timed out (see https://curl.haxx.se/libcurl/c/libcurl-errors.html)

In de container logs zie ik deze foutmelding terug:

code:

[2020-05-12 20:55:13] production.ERROR: GuzzleException: cURL error 7: Failed to connect to 172.19.0.3 port 80: Connection timed out (see https://curl.haxx.se/libcurl/c/libcurl-errors.html)

172.19.0.3 is de docker ip van de docker waar Firefly III in draait. Dus dat is correct. Ik heb ook meerdere keren een nieuwe access token aangemaakt.

Ik krijg niet scherp, waar de fout zit, iemand die kan helpen?

[Firefly III]

Het zou kunnen dat de twee Docker instances niet in hetzelfde netwerk zitten, en dan kunnen ze elkaar niet bereiken. Kijk of je Firefly III samen met de bunq importer in 1 docker-compose file kan zetten, dat werkt sowieso.

Ook kan je beide docker containers opstarten met een flag zoals deze. Volgens mij werkt dat out of the box.

code:

 --network="firefly_network"

Anders kijk of je de ene container vanuit de andere kan pingen:

code:

docker exec -it <container> bash

En dan gewoon ping 172.19.0.3. Als dat werkt maar de importer niet moet je het even laten weten.

[Tap_]

Thx, het probleem zit er inderdaad in dat ze niet dezelfde ip adressen hebben en elkaar niet kunnen zien.
Ik ga het ff anders bouwen en kijken of het goed gaat met de netwerk toevoeging

[coase]

Ik spaar maandelijks een bedrag in meerdere "pensioen" verzekeringen. Dit is "geen spaarrekening", maar een afgesloten verzekering waaraan ik pas aan kan wanneer ik op pensioen ga. (helaas nog een lange tijd)

Het zou leuk zijn om dit bedrag en totaal bedrag, waarvan er maandelijks een transactie is (overschrijving), eveneens op te nemen in firefly.
Ik heb al gespeeld met de "spaar" rekening, maar geeft wat een vertekend beeld vind ik. (Omdat het meegenomen wordt in saldo)

[Jk_W]

coase schreef op donderdag 14 mei 2020 @ 08:41:
I...
Ik heb al gespeeld met de "spaar" rekening, maar geeft wat een vertekend beeld vind ik. (Omdat het meegenomen wordt in saldo)

Je kan bij de settings van een rekening aangeven dat deze niet meegenomen dient te worden in het saldo.

[Firefly III]

Er is een update uit voor de CSV importer,1.0.8. Allerlei kleine fixes voor onder andere ING, dus update als je kan. Zoals gebruikelijk zou het kunnen dat transacties ietsjes anders worden opgebouwd bij het submitten, en daarmee vervalt de "dubbele transactie"-check.

Wees dus voorzichtig met het importeren van grote batches als je weet dat je die eerder hebt gehad; houd de overlap klein.

Ik verwacht geen issues. Maar toch.

https://github.com/firefl...porter/releases/tag/1.0.8

[ Voor 7% gewijzigd door Firefly III op 15-05-2020 10:18 ]

[FDMK]

Ik ben weer verder gegaan met regels maken voor de import van 2015-2020 op basis van de informatie die ik heb verkregen van de 2013-2014 jaren.
Ik probeer nu de post(tag) boodschappen inzichtelijk te maken met bovenstaande regel maar als ik de applicatie naar transacties laat zoeken krijg ik alleen maar transacties van Albert Heijn en niet van de andere triggers. Kan ik dit wel op deze manier doen of moet ik voor elke winkel een aparte regel aan moet maken?

[Firefly III]

Ik kan net niet zien of de regel die je hebt gemaakt strikt is of niet, @Faddermakker. Als de regel niet strikt is moet dit werken (a of b of c of d).

[FDMK]

Firefly III schreef op zondag 17 mei 2020 @ 16:52:
Ik kan net niet zien of de regel die je hebt gemaakt strikt is of niet, @Faddermakker. Als de regel niet strikt is moet dit werken (a of b of c of d).

Niet strict.

[Firefly III]

Faddermakker schreef op zondag 17 mei 2020 @ 18:20:
[...]

Niet strict.

Thx. Ik duik er even in, stay tuned.

[Firefly III]

Alright @Faddermakker, je moet ff de logs in ben ik bang. Voor zover ik het nu kan zien, zou het moeten werken™. Op de pagina met je rules, gebruik het erlenmeyer-icoontje om de rule te testen ("see matching transactions").

Dit moet terug komen in je logboeken. Let op de volgende zaken:

code:

local.DEBUG: Created new transaction matcher  
local.DEBUG: Now in findTransactionsByRule()  
local.DEBUG: Making new rule from Rule 9  
local.DEBUG: Rule is strict: false

Zet dus eventueel debug mode aan

code:

local.DEBUG: self::getTriggerClass("to_account_contains") = "FireflyIII\TransactionRules\Triggers\ToAccountContains"  
local.DEBUG: FireflyIII\TransactionRules\Triggers\ToAccountContains::makeFromTriggerValue(lidl) = object of class "FireflyIII\TransactionRules\Triggers\ToAccountContains"

code:

local.DEBUG: handleJournalArray for journal #239 (group #234)

code:

local.DEBUG: RuleTrigger FireflyIII\TransactionRules\Triggers\ToAccountContains for journal #238: "Lidl" contains "lidl", return true.  
local.DEBUG: Is a match!  
local.DEBUG: Rule is set as non-strict, return true!  
local.DEBUG: Rule is triggered, go to actions.  
local.INFO: Rule has no actions!

Die laatste INFO is overigens "correct", de rule engine doet op dit punt net alsof er geen actions zijn.

code:

local.DEBUG: Total count is now 4  
local.DEBUG: Page is now 3, processed is 4  
local.DEBUG: reachedEndOfList: true  
local.DEBUG: foundEnough: false  
local.DEBUG: searchedEnough: false  
local.DEBUG: End of do-loop

[FDMK]

Firefly III schreef op maandag 18 mei 2020 @ 15:04:
Alright @Faddermakker, je moet ff de logs in ben ik bang. Voor zover ik het nu kan zien, zou het moeten werken™. Op de pagina met je rules, gebruik het erlenmeyer-icoontje om de rule te testen ("see matching transactions").

Dit moet terug komen in je logboeken. Let op de volgende zaken:

code:

local.DEBUG: Created new transaction matcher  
local.DEBUG: Now in findTransactionsByRule()  
local.DEBUG: Making new rule from Rule 9  
local.DEBUG: Rule is strict: false

Zet dus eventueel debug mode aan

code:

local.DEBUG: self::getTriggerClass("to_account_contains") = "FireflyIII\TransactionRules\Triggers\ToAccountContains"  
local.DEBUG: FireflyIII\TransactionRules\Triggers\ToAccountContains::makeFromTriggerValue(lidl) = object of class "FireflyIII\TransactionRules\Triggers\ToAccountContains"

code:

local.DEBUG: handleJournalArray for journal #239 (group #234)

code:

local.DEBUG: RuleTrigger FireflyIII\TransactionRules\Triggers\ToAccountContains for journal #238: "Lidl" contains "lidl", return true.  
local.DEBUG: Is a match!  
local.DEBUG: Rule is set as non-strict, return true!  
local.DEBUG: Rule is triggered, go to actions.  
local.INFO: Rule has no actions!

Die laatste INFO is overigens "correct", de rule engine doet op dit punt net alsof er geen actions zijn.

code:

local.DEBUG: Total count is now 4  
local.DEBUG: Page is now 3, processed is 4  
local.DEBUG: reachedEndOfList: true  
local.DEBUG: foundEnough: false  
local.DEBUG: searchedEnough: false  
local.DEBUG: End of do-loop

code:

0.0.0.0 - - [18/May/2020:15:04:23 +0000] "GET /rules/test?triggers%5B1%5D%5Btype%5D=description_contains&triggers%5B1%5D%5Bvalue%5D=Albert%20Heijn&triggers%5B2%5D%5Btype%5D=description_contains&triggers%5B2%5D%5Bvalue%5D=Jumbo&triggers%5B3%5D%5Btype%5D=description_contains&triggers%5B3%5D%5Bvalue%5D=HELLOFRESH&triggers%5B4%5D%5Btype%5D=description_contains&triggers%5B4%5D%5Bvalue%5D=Albert%20bezorgservice HTTP/1.1" 200 3375 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:76.0) Gecko/20100101 Firefox/76.0"

Ik heb even mijn regel aangepast naar alleen kijken in de omschrijving. De erlenmeyer komt dan met 2 resultaten en ook alleen weer AH.

code:

[2020-05-18 15:04:24] local.DEBUG: Result of triggered() {"hitTriggers":0,"foundTriggers":4,"result":false}
[2020-05-18 15:04:24] local.DEBUG: Found 2 journals that match.
[2020-05-18 15:04:24] local.DEBUG: Total count is now 2
[2020-05-18 15:04:24] local.DEBUG: Page is now 2, processed is 200
[2020-05-18 15:04:24] local.DEBUG: reachedEndOfList: false
[2020-05-18 15:04:24] local.DEBUG: foundEnough: false
[2020-05-18 15:04:24] local.DEBUG: searchedEnough: true
[2020-05-18 15:04:24] local.DEBUG: End of do-loop

[Firefly III]

Ff een paar test transacties gemaakt.

[z-tune]

Op dit moment ben ik bezig met het verwerken van mutaties over een heel jaar. Ik merk dat de import routine (CSV-importer V1.0.7) telkens stopt met verwerken na pak m beet 40 transacties. In de interface zie je dan verder geen melding verschijnen, maar als ik in de logs ga kijken merk ik op dat de 'maximum execution time' overschreden wordt.

code:

[2020-05-14 19:48:56] local.ERROR: Maximum execution time of 120 seconds exceeded {"exception":"[object] (Symfony\\Component\\ErrorHandler\\Error\\FatalError(code: 0): Maximum execution time of 120 seconds exceeded at C:\\wamp64\\www\\csv-importer\\vendor\\guzzlehttp\\guzzle\\src\\Handler\\CurlFactory.php:558)
[stacktrace]
#0 {main}
"}

Ik heb al in de curlfactory.php rondgekeken of ik deze limiet kon uitbreiden, maar ik kon dat niet klaarspelen.

Twee vragen waar ik dan mee zit:

1. Is 2 minuten voor 40 mutaties een gangbare afhandeltijd?
2. Kun je de execution time tijdelijk ophogen?

Vermoedelijk is dit een probleem dat zichzelf oplost. Wanneer ik straks klaar ben met de imports uit het verleden, wil ik namelijk periodiek (maandelijks/wekelijks) de mutaties verwerken. En dat zijn er aanzienlijk minder per keer.

Ik wil de mutaties in ieder geval blijven importeren en aanvullen (hetzij met regels, hetzij handmatig), omdat ik ervaar dat a) het sneller werkt en b) meer gestructureerd werkt, ten opzichte van volledig handmatig verwerken.

edit:

Firefly III schreef op vrijdag 15 mei 2020 @ 10:18:
Er is een update uit voor de CSV importer,1.0.8. Allerlei kleine fixes voor onder andere ING, dus update als je kan. Zoals gebruikelijk zou het kunnen dat transacties ietsjes anders worden opgebouwd bij het submitten, en daarmee vervalt de "dubbele transactie"-check.

Wees dus voorzichtig met het importeren van grote batches als je weet dat je die eerder hebt gehad; houd de overlap klein.

Ik verwacht geen issues. Maar toch.

https://github.com/firefl...porter/releases/tag/1.0.8

Ik zie dat je een nieuwere versie gereleased hebt, ik zal het daar eens in proberen.

[ Voor 19% gewijzigd door z-tune op 18-05-2020 21:54 . Reden: Gezien dat er een nieuwere versie is (CSV importer 1.0.8) ]

[Firefly III]

z-tune schreef op maandag 18 mei 2020 @ 21:51:

Ik zie dat je een nieuwere versie gereleased hebt, ik zal het daar eens in proberen.

De max execution time zit niet in de code maar in je systeem; PHP stopt meestal na 30 seconden al. Om dit aan te passen moet je je php.ini aanpassen en daar de tijd op 600 seconden zetten. Dat de curlfactory genoemd wordt is toeval, daar was toevallig de tijd op.

Inmiddels is ook CSV 1.0.9 uit met een kleine bugfix dus pik die vooral op. Maar let op de PHP execution time, zonder een change daar gaat ook deze versie niet vliegen.

Of dat veel is hangt er af van het aantal regels dat je hebt gemaakt; alle triggers en actions aflopen kan even duren.

[roeleboel]

Firefly III schreef op dinsdag 19 mei 2020 @ 06:18:
[...]

De max execution time zit niet in de code maar in je systeem; PHP stopt meestal na 30 seconden al. Om dit aan te passen moet je je php.ini aanpassen en daar de tijd op 600 seconden zetten. Dat de curlfactory genoemd wordt is toeval, daar was toevallig de tijd op.

Inmiddels is ook CSV 1.0.9 uit met een kleine bugfix dus pik die vooral op. Maar let op de PHP execution time, zonder een change daar gaat ook deze versie niet vliegen.

Of dat veel is hangt er af van het aantal regels dat je hebt gemaakt; alle triggers en actions aflopen kan even duren.

In php-code kan je ook gewoon om extra execution-time vragen. Dit kan uiteraard geweigerd worden door de webserver, maar default kan je gewoon ongeveer zo lang gaan als je maar wil.
Zeker voor een import-module is het misschien geen slecht idee om bij iedere transactie bijvoorbeeld 30 seconden te vragen.

[z-tune]

Firefly III schreef op dinsdag 19 mei 2020 @ 06:18:
[...]

De max execution time zit niet in de code maar in je systeem; PHP stopt meestal na 30 seconden al. Om dit aan te passen moet je je php.ini aanpassen en daar de tijd op 600 seconden zetten. Dat de curlfactory genoemd wordt is toeval, daar was toevallig de tijd op.

Ah, dat was mij niet bekend. Ik zal dat in mijn PHP instellingen eens aanpassen.

Inmiddels is ook CSV 1.0.9 uit met een kleine bugfix dus pik die vooral op. Maar let op de PHP execution time, zonder een change daar gaat ook deze versie niet vliegen.

Thanks. Ga ik die eerst installeren.

Of dat veel is hangt er af van het aantal regels dat je hebt gemaakt; alle triggers en actions aflopen kan even duren.

Pas net gestart, dus dat valt nog te overzien. Om het steeds meer te automatiseren, zal dat aantal snel toenemen.

[Firefly III]

roeleboel schreef op dinsdag 19 mei 2020 @ 11:22:
[...]


In php-code kan je ook gewoon om extra execution-time vragen. Dit kan uiteraard geweigerd worden door de webserver, maar default kan je gewoon ongeveer zo lang gaan als je maar wil.
Zeker voor een import-module is het misschien geen slecht idee om bij iedere transactie bijvoorbeeld 30 seconden te vragen.

Dat is zo inderdaad, thanks voor de suggestie. Ik probeer dat te vermijden. set_time_limit is geblokkeerd in safe mode en sommige users en webhosts blokkeren deze functie. Dan kom je een beetje tussen wal en schip terecht.

Firefly III zelf heeft er geen last van gelukkig, want elke transactie is een nieuwe call.

[hankee]

@Firefly III Hi Firefly, ik heb alles op m'n synology aan de praat gekregen! Het was even puzzelen maar het draait als een zonnetje. Het ziet er allemaal heel erg mooi uit!

Ik heb een vraagje, ik heb het nergens kunnen vinden maar misschien zie ik het over het hoofd. Ik kan regels maken die dan op transacties toegepast worden (bv alle AH pin transacties automatisch in de categorie boodschappen) echter wil ik voor mijn eigen overzicht tot een jaar terug al mijn transacties importeren en kan ik niet vinden of ik achteraf nog de regels toe kan passen op de transacties. Anders moet ik zorgen dat ik eerst alle regels juist ingesteld hebt, en dan pas de transacties inlezen maar er is een grote kans dat ik transacties mis in mijn regels en die moet ik dan alsnog handmatig categoriseren. Zou je me kunnen vertellen of ik eerst al mijn transacties in kan lezen, dan een regel maken aan de hand van een bestaande transactie en dan deze regels nogmaals toe laten passen op alle reeds bestaande transacties? Zo niet dan moet ik even handmatig de eerste keer alle transacties indelen (het zijn er nogal wat )

Edit: Excuses, ik heb denk ik echt met mijn neus gezocht, want ik zie nu opeens de Apply rule "Example rule" to a selection of your transactions

Ik lees overigens dat meer mensen wat moeite hebben met het aan de praat krijgen van Fireflyiii op de Synology, in eerste instantie probeerde ik het met MariaDB 10, maar wat ik ook deed, ik kreeg het niet werkend, toen probeerde ik het (een beetje uit wanhoop) met MariaDB 5 en binnen een paar minuten werkte het. Geen idee wat er nou mis ging maar wellicht helpt het iemand.

[ Voor 19% gewijzigd door hankee op 21-05-2020 10:20 ]

[Koepert]

Ik heb nog niet terug kunnen vinden of dit al behandeld is, maar hoe gaan jullie om/wat is het idee mbt transacties via Ayden?

Voorbeeld:

- Twee transacties
- AEG & Dyson
- Beide via Ayden afgehandeld.

Beide crediteuren met IBAN gaat dus niet lukken. 1 Crediteur (ayden) met IBAN en dan op basis TAG onderscheid maken? Of Meerdere crediteuren en dan later verwijzen (rekeningnummer) naar Ayden-crediteur?

[g0lden23]

Koepert schreef op maandag 25 mei 2020 @ 11:57:
Ik heb nog niet terug kunnen vinden of dit al behandeld is, maar hoe gaan jullie om/wat is het idee mbt transacties via Ayden?

Voorbeeld:

- Twee transacties
- AEG & Dyson
- Beide via Ayden afgehandeld.

Beide crediteuren met IBAN gaat dus niet lukken. 1 Crediteur (ayden) met IBAN en dan op basis TAG onderscheid maken? Of Meerdere crediteuren en dan later verwijzen (rekeningnummer) naar Ayden-crediteur?

Het zelfde had ik met Paypal, paypal maakt transacties aan "PAYPAL *Discord" en "Paypal *Pizza.DE"
Ik heb een regel aangemaakt die checkt voor de "*Discord" of "*Pizza.de" en afhankelijk van welke dat hij vind zal die bij de juiste Crediteur neerzetten (Discord of Thuisbezorgd/Lieferando)

(Geen idee of ik dat goed doe maar het werkt voor mij )

[Firefly III]

Ik weet dat in ieder geval de Rabobank bezig is met een project om dat soort transacties in één keer goed op je afschrift te krijgen. Dat zou er voor moeten zorgen dat de doelrekening / bestemming de webshop is. Dat Ayden of Mollie de provider zijn is bijzaak.

[Koepert]

Firefly III schreef op dinsdag 26 mei 2020 @ 06:15:
Ik weet dat in ieder geval de Rabobank bezig is met een project om dat soort transacties in één keer goed op je afschrift te krijgen. Dat zou er voor moeten zorgen dat de doelrekening / bestemming de webshop is. Dat Ayden of Mollie de provider zijn is bijzaak.

Ah dat zou schelen. K heb nu nl een aantal transacties met 'AEG AYDEN' etc als rekeningnummer.. en dat schuurt .. maar heb geen beter alternatief.. miss toch alles overhevelen naar AYDEN en dan met de tag uitsplitsen..maar ja dan is t overzicht bij uitgaven weer scheef ..lastig ..

[roeleboel]

Misschien een stomme vraag, maar kan het zijn dat iban-nummers spatie-gevoelig zijn?
En wordt zodanig een NL12 3456 7890 1234 wel herkend terwijl dat NL12345678901234 is ingevoerd in de accounts en die laatste niet herkend lijkt te worden?

[ Voor 11% gewijzigd door roeleboel op 26-05-2020 09:39 ]

[gwystyl]

Ik zag dit topic langskomen bij de active topics, en het lijkt me handig om dit voor mezelf ook op te zetten op mijn Synology in Docker. @hankee hoe heb je dit gedaan?

edit (en TVP): hier wordt het uitgelegd door DaLass in "Het grote "Firefly III" topic"

@Firefly III Ik heb geprobeerd de link naar documentatie in de TS te volgen (https://firefly-iii.readthedocs.io/en/latest/) maar daar krijg ik een 404. Op https://docs.firefly-iii.org/about-firefly-iii/introduction staat blijkaar wel meer info.

disclaimer: ik heb nog niet veel gelezen, maar alleen de eerste paar pagina's van dit topic gescand. Ik zal de komende tijd proberen bij te lezen en de boel op te tuigen. Enige handvatten om snel aan de gang te kunnen worden wel gewaardeerd.

[ Voor 15% gewijzigd door gwystyl op 26-05-2020 10:00 ]

[Krisp]

roeleboel schreef op dinsdag 26 mei 2020 @ 09:30:
Misschien een stomme vraag, maar kan het zijn dat iban-nummers spatie-gevoelig zijn?
En wordt zodanig een NL12 3456 7890 1234 wel herkend terwijl dat NL12345678901234 is ingevoerd in de accounts en die laatste niet herkend lijkt te worden?

Dat komt vermoedelijk omdat dit geen IBAN's zijn. Ik verwacht:
NL12 RABO 3456 7890 12
NL12RABO3456789012

Die werken allebei.

[roeleboel]

Krisp schreef op dinsdag 26 mei 2020 @ 10:40:
[...]

Dat komt vermoedelijk omdat dit geen IBAN's zijn. Ik verwacht:
NL12 RABO 3456 7890 12
NL12RABO3456789012

Die werken allebei.

Het was een NL voorbeeld dat ik verzonnen heb, maar mijn iban (in BE) is wel degelijk (ook hier fictieve cijfers uiteraard)
BE12 3456 7890 1234
en die lijkt anders behandeld te worden dan
BE12345678901234

edit:
ok, blijkbaar in de csv-exports van mijn bank worden de 2 varianten door elkaar gebruikt:
- de bron-rekening heeft geen spaties
- de doel-rekening wel
waardoor ofwel de bron- ofwel de doel-rekening niet (of net wel) herkend wordt afhankelijk van hoe ik mijn asset-accounts invul...

@Firefly III Ik ben niet echt thuis in de bankenwereld, maar ik kan me inbeelden dat spaties in een iban-nummer decoratief zijn? Als dat zo is, is het een optie om 'intern' in firefly te werken met de variant zonder spaties of zo - ik denk maar luidop, geen idee hoe haalbaar zo iets is?

Voor de duidelijkheid: wat er dus misloopt is dat mijn asset-aacounts niet herkend worden als ze wel of niet spaties hebben bij het importeren van csv's.

[ Voor 45% gewijzigd door roeleboel op 26-05-2020 11:42 ]

[Firefly III]

Spaties in een IBAN zijn er inderdaad voor de sier. Je zou ze niet verwachten in een CSV bestand want CSV bestanden zijn er niet voor mensen, die zijn er voor computers. Maargoed, je ziet banken wel vaker gekke dingen doen op dat gebied.

Ik duik er even in. Mocht er een updateje komen dan laat ik het weten; IBAN's moeten ongeacht het sp a tiegebr uik gewoon werken.

De CSV importer checkt overigens al wel of een IBAN geldig is of niet, en daarbij worden de spaties al netjes genegeerd.

[Firefly III]

Aanvulling: CSV importer kan nu goed omgaan met dit soort IBAN's. De code zit in de develop branch en het Docker image is geupdated. Ik heb nog geen 1.0.10 gereleased, dat komt van het weekend wel. Maar als je :develop gebruikt pik je de improvement op.

In je logs zie je dit soort dingen (nb, de IBAN is fictief):

code:

local.DEBUG: getParsedValue will run Iban
local.DEBUG: Created converter class Iban
local.DEBUG: isValidIBAN("nl44ABNA67 32 80 7986")
local.DEBUG: Trim: isValidIBAN("NL44ABNA6732807986")
local.DEBUG: Converted "nl44ABNA67 32 80 7986" to "NL44ABNA6732807986"
local.DEBUG: Stored column #4 with value "NL44ABNA6732807986" and role "opposing-iban" in field "destination_iban"

Dit wordt ook zo doorgezet naar Firefly III, die toch al geen spaties en lowercase accepteerde, en dan gaat het goed.

[3ssen]

Zojuist geprobeerd om een update door te voeren. Nu wil firefly III echter niet meer opstarten. Ik kom volgens mij van versie 4.7.17. Heeft er iemand een idee of deze installatie nog te redden is?

de upgrade heb ik op deze manier uitgevoerd (net als de vorige keer)
docker-compose stop firefly_iii_app
docker-compose rm
docker-compose pull firefly_iii_app
docker-compose -f docker-compose.yml up -d

mijn docker-compose.yml file ziet er zo uit

code:

--- 
networks: 
  firefly_iii_net: 
    driver: bridge
services: 
  firefly_iii_app:
    restart: always 
    environment: 
      - FF_DB_HOST=firefly_iii_db
      - FF_DB_NAME=firefly
      - FF_DB_USER=firefly
      - FF_DB_PASSWORD=<GEHEIM>
      - FF_APP_KEY=<GEHEIM2>
      - FF_APP_ENV=local
      - FF_DB_CONNECTION=pgsql
      - TZ=Europe/Amsterdam
      - APP_LOG_LEVEL=debug
    image: jc5x/firefly-iii
    links: 
      - firefly_iii_db
    networks: 
      - firefly_iii_net
    ports: 
      - "9101:80"
    volumes: 
      - 
        source: firefly_iii_export
        target: /var/www/firefly-iii/storage/export
        type: volume
      - 
        source: firefly_iii_upload
        target: /var/www/firefly-iii/storage/upload
        type: volume
  firefly_iii_db: 
    environment: 
      - POSTGRES_PASSWORD=<GEHEIM>
      - POSTGRES_USER=firefly
    image: "postgres:10"
    networks: 
      - firefly_iii_net
    volumes: 
      - "firefly_iii_db:/var/lib/postgresql/data"
version: "3.2"
volumes: 
  firefly_iii_db: ~
  firefly_iii_export: ~
  firefly_iii_upload: ~

Dit is volgens mij relevant uit de logfile;

code:

Now in entrypoint.sh for Firefly III

Entrypoint script version is 1.0.4 (2020-03-05)

Now parsing _FILE variables.

done!

Making directories...

SQL connection data: (pw is hidden)

DB_CONNECTION: ''

DB_HOST: ''

DB_PORT: ''

DB_DATABASE: ''

DB_USERNAME: ''

Touch DB file (if SQLite)...

Run chown on /var/www/firefly-iii/storage...

Run chmod on /var/www/firefly-iii/storage...

Remove log file...

Dump auto load...

Generating optimized autoload files

Deprecation Notice: Class Fhp\Message\MessageTest located in ./vendor/mschindler83/fints-hbci-php/lib/Tests/Fhp/Message/MessageTest.php does not comply with psr-0 autoloading standard. It will not autoload anymore in Composer v2.0. in phar:///usr/local/bin/composer/src/Composer/Autoload/ClassMapGenerator.php:201

Deprecation Notice: Class Fhp\DataElementGroups\SignatureAlgorithmTest located in ./vendor/mschindler83/fints-hbci-php/lib/Tests/Fhp/DataElementGroups/SignatureAlgorithmTest.php does not comply with psr-0 autoloading standard. It will not autoload anymore in Composer v2.0. in phar:///usr/local/bin/composer/src/Composer/Autoload/ClassMapGenerator.php:201

Deprecation Notice: Class Fhp\DataElementGroups\SecurityDateTimeTest located in ./vendor/mschindler83/fints-hbci-php/lib/Tests/Fhp/DataElementGroups/SecurityDateTimeTest.php does not comply with psr-0 autoloading standard. It will not autoload anymore in Composer v2.0. in phar:///usr/local/bin/composer/src/Composer/Autoload/ClassMapGenerator.php:201

Deprecation Notice: Class Fhp\DataElementGroups\KeyNameTest located in ./vendor/mschindler83/fints-hbci-php/lib/Tests/Fhp/DataElementGroups/KeyNameTest.php does not comply with psr-0 autoloading standard. It will not autoload anymore in Composer v2.0. in phar:///usr/local/bin/composer/src/Composer/Autoload/ClassMapGenerator.php:201

Deprecation Notice: Class Fhp\DataElementGroups\SecurityIdentificationDetailsTest located in ./vendor/mschindler83/fints-hbci-php/lib/Tests/Fhp/DataElementGroups/SecurityIdentificationDetailsTest.php does not comply with psr-0 autoloading standard. It will not autoload anymore in Composer v2.0. in phar:///usr/local/bin/composer/src/Composer/Autoload/ClassMapGenerator.php:201

Deprecation Notice: Class Fhp\DataElementGroups\SecurityProfileTest located in ./vendor/mschindler83/fints-hbci-php/lib/Tests/Fhp/DataElementGroups/SecurityProfileTest.php does not comply with psr-0 autoloading standard. It will not autoload anymore in Composer v2.0. in phar:///usr/local/bin/composer/src/Composer/Autoload/ClassMapGenerator.php:201

Deprecation Notice: Class Fhp\DataTypes\DatTest located in ./vendor/mschindler83/fints-hbci-php/lib/Tests/Fhp/DataTypes/DatTest.php does not comply with psr-0 autoloading standard. It will not autoload anymore in Composer v2.0. in phar:///usr/local/bin/composer/src/Composer/Autoload/ClassMapGenerator.php:201

Deprecation Notice: Class Fhp\DataTypes\BinTest located in ./vendor/mschindler83/fints-hbci-php/lib/Tests/Fhp/DataTypes/BinTest.php does not comply with psr-0 autoloading standard. It will not autoload anymore in Composer v2.0. in phar:///usr/local/bin/composer/src/Composer/Autoload/ClassMapGenerator.php:201

Deprecation Notice: Class Fhp\DataTypes\KtiTest located in ./vendor/mschindler83/fints-hbci-php/lib/Tests/Fhp/DataTypes/KtiTest.php does not comply with psr-0 autoloading standard. It will not autoload anymore in Composer v2.0. in phar:///usr/local/bin/composer/src/Composer/Autoload/ClassMapGenerator.php:201

Deprecation Notice: Class Fhp\DataTypes\KikTest located in ./vendor/mschindler83/fints-hbci-php/lib/Tests/Fhp/DataTypes/KikTest.php does not comply with psr-0 autoloading standard. It will not autoload anymore in Composer v2.0. in phar:///usr/local/bin/composer/src/Composer/Autoload/ClassMapGenerator.php:201

Deprecation Notice: Class Fhp\DataTypes\KtvTest located in ./vendor/mschindler83/fints-hbci-php/lib/Tests/Fhp/DataTypes/KtvTest.php does not comply with psr-0 autoloading standard. It will not autoload anymore in Composer v2.0. in phar:///usr/local/bin/composer/src/Composer/Autoload/ClassMapGenerator.php:201

Deprecation Notice: Class Fhp\ResponseTest\ResponseTest located in ./vendor/mschindler83/fints-hbci-php/lib/Tests/Fhp/ResponseTest/ResponseTest.php does not comply with psr-0 autoloading standard. It will not autoload anymore in Composer v2.0. in phar:///usr/local/bin/composer/src/Composer/Autoload/ClassMapGenerator.php:201

> Illuminate\Foundation\ComposerScripts::postAutoloadDump

Generated optimized autoload files containing 5506 classes

Discover packages...

Discovered Package: adldap2/adldap2-laravel

Discovered Package: davejamesmiller/laravel-breadcrumbs

Discovered Package: fideloper/proxy

Discovered Package: jc5/google2fa-laravel

Discovered Package: laravel/passport

Discovered Package: laravelcollective/html

Discovered Package: nesbot/carbon

Discovered Package: rcrowe/twigbridge

Package manifest generated successfully.

Wait for the database.

Run various artisan commands...

plication cache cleared!

Running migration commands...

CreateDB does not apply to "", skipped.

[2020-05-27 13:34:39] local.ERROR: SQLSTATE[08006] [7] invalid port number: "sslmode=prefer" (SQL: select * from information_schema.tables where table_schema = public and table_name = migrations and table_type = 'BASE TABLE') {"exception":"[object] (Illuminate\\Database\\QueryException(code: 7): SQLSTATE[08006] [7] invalid port number: \"sslmode=prefer\" (SQL: select * from information_schema.tables where table_schema = public and table_name = migrations and table_type = 'BASE TABLE') at /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php:669)


[stacktrace]

#0 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(629): Illuminate\\Database\\Connection->runQueryCallback('select * from i...', Array, Object(Closure))

#1 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(338): Illuminate\\Database\\Connection->run('select * from i...', Array, Object(Closure))

#2 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Schema/PostgresBuilder.php(20): Illuminate\\Database\\Connection->select('select * from i...', Array)

#3 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Migrations/DatabaseMigrationRepository.php(169): Illuminate\\Database\\Schema\\PostgresBuilder->hasTable('migrations')

#4 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Migrations/Migrator.php(590): Illuminate\\Database\\Migrations\\DatabaseMigrationRepository->repositoryExists()

#5 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Console/Migrations/MigrateCommand.php(91): Illuminate\\Database\\Migrations\\Migrator->repositoryExists()

#6 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Console/Migrations/MigrateCommand.php(63): Illuminate\\Database\\Console\\Migrations\\MigrateCommand->prepareDatabase()

#7 [internal function]: Illuminate\\Database\\Console\\Migrations\\MigrateCommand->handle()

#8 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/BoundMethod.php(32): call_user_func_array(Array, Array)

#9 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/Util.php(36): Illuminate\\Container\\BoundMethod::Illuminate\\Container\\{closure}()

#10 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/BoundMethod.php(90): Illuminate\\Container\\Util::unwrapIfClosure(Object(Closure))

#11 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/BoundMethod.php(34): Illuminate\\Container\\BoundMethod::callBoundMethod(Object(Illuminate\\Foundation\\Application), Array, Object(Closure))

#12 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/Container.php(590): Illuminate\\Container\\BoundMethod::call(Object(Illuminate\\Foundation\\Application), Array, Array, NULL)

#13 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Console/Command.php(134): Illuminate\\Container\\Container->call(Array)

#14 /var/www/firefly-iii/vendor/symfony/console/Command/Command.php(255): Illuminate\\Console\\Command->execute(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Illuminate\\Console\\OutputStyle))

#15 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Console/Command.php(121): Symfony\\Component\\Console\\Command\\Command->run(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Illuminate\\Console\\OutputStyle))

#16 /var/www/firefly-iii/vendor/symfony/console/Application.php(1001): Illuminate\\Console\\Command->run(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Symfony\\Component\\Console\\Output\\ConsoleOutput))

#17 /var/www/firefly-iii/vendor/symfony/console/Application.php(271): Symfony\\Component\\Console\\Application->doRunCommand(Object(Illuminate\\Database\\Console\\Migrations\\MigrateCommand), Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Symfony\\Component\\Console\\Output\\ConsoleOutput))

#18 /var/www/firefly-iii/vendor/symfony/console/Application.php(147): Symfony\\Component\\Console\\Application->doRun(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Symfony\\Component\\Console\\Output\\ConsoleOutput))

#19 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Console/Application.php(93): Symfony\\Component\\Console\\Application->run(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Symfony\\Component\\Console\\Output\\ConsoleOutput))

#20 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Console/Kernel.php(131): Illuminate\\Console\\Application->run(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Symfony\\Component\\Console\\Output\\ConsoleOutput))

#21 /var/www/firefly-iii/artisan(37): Illuminate\\Foundation\\Console\\Kernel->handle(Object(Symfony\\Component\\Console\\Input\\ArgvInput), Object(Symfony\\Component\\Console\\Output\\ConsoleOutput))

#22 {main}

[Firefly III]

3ssen schreef op woensdag 27 mei 2020 @ 13:58:
Zojuist geprobeerd om een update door te voeren. Nu wil firefly III echter niet meer opstarten. Ik kom volgens mij van versie 4.7.17. Heeft er iemand een idee of deze installatie nog te redden is?

de upgrade heb ik op deze manier uitgevoerd (net als de vorige keer)
docker-compose stop firefly_iii_app
docker-compose rm
docker-compose pull firefly_iii_app
docker-compose -f docker-compose.yml up -d

mijn docker-compose.yml file ziet er zo uit


Dit is volgens mij relevant uit de logfile;

code:

Now in entrypoint.sh for Firefly III

De environment variablen hebben geen 'FF_' meer. Check even deze lijst en zorg dat alles goed matcht.

[3ssen]

Firefly III schreef op woensdag 27 mei 2020 @ 14:19:
[...]

De environment variablen hebben geen 'FF_' meer. Check even deze lijst en zorg dat alles goed matcht.

Dat was het inderdaad. Installatie draait weer! Thx

[niels-cil]

Ik ben ook even aan het stoeien met de firefly iii en de bijbehorende csv importer. Ik probeerde een rabobank csv te importeren en kreeg de volgende error voor eigenlijk elke regel in de csv:

code:

Line #0: transactions.0.currency_code: The transactions.0.currency_code must be at least 3 characters. (original value: "1")

Nu kwam ik met deze foutmelding niet echt heel veel verder behalve dan naar de valuta kijken en daar staat in de CSV gewoon "EUR" dus dat zal het niet zijn. Iemand toevallig een idee wat hiermee bedoeld wordt?

[g0lden23]

niels-cil schreef op woensdag 27 mei 2020 @ 16:42:
Ik ben ook even aan het stoeien met de firefly iii en de bijbehorende csv importer. Ik probeerde een rabobank csv te importeren en kreeg de volgende error voor eigenlijk elke regel in de csv:

code:

Line #0: transactions.0.currency_code: The transactions.0.currency_code must be at least 3 characters. (original value: "1")

Nu kwam ik met deze foutmelding niet echt heel veel verder behalve dan naar de valuta kijken en daar staat in de CSV gewoon "EUR" dus dat zal het niet zijn. Iemand toevallig een idee wat hiermee bedoeld wordt?

Ik heb die achterwege gelaten bij de import ("Ignore this column")