Het grote "Firefly III" topic

[RudolfR]

@mithe

En die rekening staat tussen je eigen (spaar)rekeningen met daarbij het correcte rekeningnummer dat ook bij de transactie staat?

[GoldenBatt]

RudolfR schreef op zondag 17 februari 2019 @ 21:18:
@mithe

En die rekening staat tussen je eigen (spaar)rekeningen met daarbij het correcte rekeningnummer dat ook bij de transactie staat?

Dat is het lastige grapje bij de ING, de oranje spaarrekening heeft geen eigen rekening nummer. Als je in de transactie kijkt heb je alleen de datum, type en een omschrijving staan. De omschrijving bevat dan wel weer de text "van oranje spaarrekening A12345678" of "naar oranje spaarrekening A12345678", waar op de "A12345678" plek dan een unieke code staat wat een soort van bankrekening nummer moet voor stellen. In mijn geval (heb er 2) begint de een met een F, de ander met een L, beide met een 8 cijferige code daar achter.

Gebruik sinds gister ook Firefly, en heb bij de eerste transacties (alleen dit jaar) even met de hand recht getrokken, maar automatisch import snapt dit niet, ook al heb je de spaar rekeningen toegevoegd, en dat nummer onder "account number" toegevoegd.

Snelle zoek hier leverde een post op van iemand die dit heeft opgelost met een set regels, maar daar moet ik nog eens even naar kijken. Wel zo handig om dat goed te hebben staan, ik wil eigenlijk nog afgelopen jaar of 2 toevoegen zodat ik kan zien waar ik wat "winst" uit kan halen, en dat is nu wat lastiger.

[Robbie T]

Ik heb Firefly III geïnstalleerd via Softaculous en vandaag bijgewerkt naar de laatst beschikbare versie daar (4.7.9). Inmiddels is er een versie 4.9.12 vanaf wanneer is deze beschikbaar in Softaculous?

Ik heb daarnaast het probleem dat ik sinds de update naar 4.7.9 geen transacties meer kan bewerken. Ik open deze vanuit een tag en na klikken op wijzig krijg ik de melding
"Be right back.

[GoldenBatt]

mithe schreef op zondag 17 februari 2019 @ 18:24:
Hoi, hoe importeren jullie je ing spaarrekening transacties (dus van en naar je spaar/betaalrekening).

Als ik dat nu wil doen dan moet ik steeds elke waarde mappen naar de spaarrekening.
De transactie naam is iets als: van oranje spaarrekening (nummer) Valutadatum: datum.

Om de valutadatum bij elke import steeds aan te passen vind ik ook weer zowat.

Ik gebruik liever de csv’s elke dag omdat het voor mijn gevoel correcter is.

Na even spelen met regels heb je het zo voor elkaar



@JCE Is er ook een manier om in het verleden geimporteerde transacties opnieuw er in te gooien? Hulde voor de software, en het werkt tof. Maar ben gister nog aan het kloten geweest om heel 2018 toe te voegen (naief lekker alles in 1 keer ), en kreeg het niet lekker voor elkaar.

Nu ben ik zo gek geweest om alles er uit te gooien met de hand, en dacht voeg dit morgen wel weer even toe. Maar natuurlijk staat hij dit niet toe, omdat hij deze transacties al kent. Tof dat hij zo slim is, maar ik vraag me af hoe ik dit recht trek zonder helemaal opnieuw te moeten starten

[Firefly III]

GoldenBatt schreef op zondag 17 februari 2019 @ 22:03:
Gebruik sinds gister ook Firefly, en heb bij de eerste transacties (alleen dit jaar) even met de hand recht getrokken, maar automatisch import snapt dit niet, ook al heb je de spaar rekeningen toegevoegd, en dat nummer onder "account number" toegevoegd.

Account numbers en IBAN's zouden automatisch herkend moeten worden, maar ik weet dat ING "creatief" is in de CSV bestanden. Als je een voorbeeld hebt van hoe dat fout gaat, duik ik er in.

Robbie T schreef op maandag 18 februari 2019 @ 18:59:
Ik heb Firefly III geïnstalleerd via Softaculous en vandaag bijgewerkt naar de laatst beschikbare versie daar (4.7.9). Inmiddels is er een versie 4.9.12 vanaf wanneer is deze beschikbaar in Softaculous?

Ik heb daarnaast het probleem dat ik sinds de update naar 4.7.9 geen transacties meer kan bewerken. Ik open deze vanuit een tag en na klikken op wijzig krijg ik de melding
"Be right back.

Softaculous bouwt zelf de upgrades. Ze zijn nu bezig met de laatste versie. De timeline daarvoor geven ze mij ook niet.

Voor wat betreft de foutmelding, daar moet ik wat meer info voor hebben. In de OP staan wat tips over debug mode.

GoldenBatt schreef op maandag 18 februari 2019 @ 21:32:
[...]


Na even spelen met regels heb je het zo voor elkaar

[Afbeelding]

@JCE Is er ook een manier om in het verleden geimporteerde transacties opnieuw er in te gooien? Hulde voor de software, en het werkt tof. Maar ben gister nog aan het kloten geweest om heel 2018 toe te voegen (naief lekker alles in 1 keer ), en kreeg het niet lekker voor elkaar.

Nu ben ik zo gek geweest om alles er uit te gooien met de hand, en dacht voeg dit morgen wel weer even toe. Maar natuurlijk staat hij dit niet toe, omdat hij deze transacties al kent. Tof dat hij zo slim is, maar ik vraag me af hoe ik dit recht trek zonder helemaal opnieuw te moeten starten

Thanks voor de complimenten!

Als je de rijen uit de database zelf weggooit is het zo gepiept. Kijk bij de tag van de import wat het hoogste en laagste ID is (/transactions/show/x). Gooi die entries uit de tabel "transaction_journals" en dan moet het weer kunnen.

[ShadowBumble]

GoldenBatt schreef op maandag 18 februari 2019 @ 21:32:
[...]


Na even spelen met regels heb je het zo voor elkaar

[Afbeelding]

Zo heb ik het ook ingesteld werkt prima inderdaad, ik voeg alleen nog wat tags en een categorie toe

[bertuslambertus]

2 puntjes, hoe gaan jullie om met Regels?
Ik heb nu iets van 50 regels en dit lijkt maar door te groeien.

Daarnaast, wat een mooie RFC zou zijn: middels een sneltoets een transactie een bepaalde budget/catergorie/tag geven, ipv de transactie openen en editen.
Op deze manier wordt het heel makkelijk om iedere transactie onder te verdelen.

[Robbie T]

JCE schreef op dinsdag 19 februari 2019 @ 08:05:
[...]

Softaculous bouwt zelf de upgrades. Ze zijn nu bezig met de laatste versie. De timeline daarvoor geven ze mij ook niet.

Voor wat betreft de foutmelding, daar moet ik wat meer info voor hebben. In de OP staan wat tips over debug mode.

De foutmelding die ik krijg na het aanzetten van de debug mode is als volgt:

An exception has been thrown during the rendering of a template ("SQLSTATE[42S22]: Column not found: 1054 Unknown column 'enabled' in 'where clause' (SQL: select * from `transaction_currencies` where `enabled` = 1 and `transaction_currencies`.`deleted_at` is null order by `code` asc)") in "/home/rob/budget.domein.nl/resources/views/v1/transactions/single/edit.twig" at line 61.

[armageddon_2k1]

Een fundamentele vraag hier over het boekhouden met Firefly.
Ik heb zelf al een tijd een grote Google Sheets administratie die heel basic werkt, maar was bezig om Firefly te proberen. Dat werkt vrij goed, maar mijn idee over 'accounts' is iets anders dan in boekhoudpakketten blijkt. Misschien even vragen hoe jullie het oplossen, want de mijn oplossing is een antwoord op een veelvoorkomend vraagstuk.

Uitgangspunt:
Ik gebruik ook gewoon een journal waar een bedrag van A naar B gaat. Dat is de waarheid.

Echter, ik heb maar 2 fysieke rekeningen, mijn ABN Betaal en mijn ASN Spaar. Echter, ik heb wel allemaal posten als:
- reserveringen (auto-onderhoud, kosten die per kwartaal afgeschreven worden).
- zorgverzekering die vooruitbetaald is
- onterechte HRA die ik einde van het jaar sowieso terug moet betalen

Reserveringen zijn dus wel uitgaven die ik per maand laat terugkomen (b.v.: elke maand 100 eur voor onderhoud) en die gaat dan naar potje Reserveringen (Auto). Dit is geld dat ik niet meer uit kan geven, maar op mijn fysieke rekening is er geen saldo verandering.

Op mijn ABN Betaal heb ik dus bijvoorbeeld €10,000:
- Vrij te besteden = €4000
- Reserveringen € 3000
- Geld dat terug moet naar belastingdienst € 3000

Op het moment dat ik uit mijn reservering put valt dat niet meer in mijn maandelijkse kosten. Ik heb dit namelijk al opgebouwd.

Waarom doe ik dit zo? Ik probeer zo eerlijk mogelijk de maandelijkse cashflow zichtbaar te maken. Het kan wel leuk zijn dat ik elke maand € 1000 overhou, maar als ik dan in december € 13000 moet betalen aan uitgaven die ik had kunnen voorspellen had ik dus eigenlijk te weinig. Aan het einde van het jaar maakt het natuurlijk geen ruk uit. Vooruitbetalen van zorgverzekering is er nog zo een. Ik heb € 2040 (2 personen) vooruitbetaald. Dat wil niet zeggen dat ik elke maand vervolgens geen zorgkosten heb, het zit er in verrekend a € 170 / maand.

Naast het groeperen van accounts tot fysieke rekeningen heb ik ook bijvoorbeeld een gegroepeerd account voor:
- Totaal Vermogen = Vrij te besteden + Te ontvangen + Beleggingen

Dus: Gaat er van 'Vrij te besteden' 100 euro naar een Resevering, dan gaat mijn banksaldo niet omlaag, maar mijn Totale Vermogen wel.

Kan dit in Firefly? Zo nee, hoe zouden jullie het doen? Mijn test-omgeving Firefly had ik nu gewoon allemaal Asset Accounts en Liability Accounts gemaakt en dan door de juiste bij elkaar op te tellen kom ik op mijn fysieke rekening saldo, maar dat vind ik niet handig.

Graag zou ik overstappen, omdat ik wel gecharmeerd ben van de Firefly omgeving.

[ Voor 8% gewijzigd door armageddon_2k1 op 22-02-2019 09:56 ]

[ShadowBumble]

armageddon_2k1 schreef op vrijdag 22 februari 2019 @ 09:54:

Kan dit in Firefly? Zo nee, hoe zouden jullie het doen? Mijn test-omgeving Firefly had ik nu gewoon allemaal Asset Accounts en Liability Accounts gemaakt en dan door de juiste bij elkaar op te tellen kom ik op mijn fysieke rekening saldo, maar dat vind ik niet handig.

Klinkt als een hele goede casus om "piggy banks" te gebruiken, maar heb momenteel even geen toegang tot mijn firefly om het e.e.a. exact uit te zoeken dus pin me er aub niet op vast.

[Firefly III]

bertuslambertus schreef op donderdag 21 februari 2019 @ 10:47:
2 puntjes, hoe gaan jullie om met Regels?
Ik heb nu iets van 50 regels en dit lijkt maar door te groeien.

Daarnaast, wat een mooie RFC zou zijn: middels een sneltoets een transactie een bepaalde budget/catergorie/tag geven, ipv de transactie openen en editen.
Op deze manier wordt het heel makkelijk om iedere transactie onder te verdelen.

Het is onbegonnen werk om alles dat je importeert te vatten in regels. Dus je moet op een gegeven moment kiezen. Het gaat vroeg of laat meer tijd kosten om je regels bij te houden dan om gewoon met de hand te importeren. De sneltoets gaat er niet komen ben ik bang.

Robbie T schreef op donderdag 21 februari 2019 @ 16:57:
[...]


De foutmelding die ik krijg na het aanzetten van de debug mode is als volgt:


[...]

Je database loopt achter. Draai eens op de command line:

code:

php artisan migrate --seed
php artisan firefly:upgrade-database
php artisan firefly:verify

armageddon_2k1 schreef op vrijdag 22 februari 2019 @ 09:54:
Een fundamentele vraag hier over het boekhouden met Firefly.
Ik heb zelf al een tijd een grote Google Sheets administratie die heel basic werkt, maar was bezig om Firefly te proberen. Dat werkt vrij goed, maar mijn idee over 'accounts' is iets anders dan in boekhoudpakketten blijkt. Misschien even vragen hoe jullie het oplossen, want de mijn oplossing is een antwoord op een veelvoorkomend vraagstuk.

Als je met posten aan de slag wilt moet je aan de slag met GNUCash. Firefly III is in de eerste plaats een afslag van je bankrekeningen, niet meer en niet minder. Als je wilt zien wat je vrij te besteden hebt, wat er nog aan zit te komen en wat je hebt gereserveerd en hoeveel dan moet je met een pakket als GNUCash een financiele administratie opbouwen waarbij je daadwerkelijke betaalrekeningen slechts een voetnootje zijn.

Ik ben Firefly III begonnen omdat de overzichten die je krijgt van je bank echt mega-ruk zijn. De app Grip van ABN is een beginnetje maar het is nog steeds kak. Maar dat blijft het uitgangspunt. Wil je met reserves en vooruitbetalingen en wat al niet meer aan de slag, dan moet je een professioneel boekhoudpakket aanschaffen of downloaden en daar iets in maken. Bedrijven werken namelijk ook zoals jij wilt werken.

[armageddon_2k1]

@JCE Duidelijk! Heel goed dat je je eigen visie volgt. En duidelijk dat er veel geïnteresseerden zijn. Helaas sluit het niet bij mijn wensen aan. Echter, ik ga het toch een tijd gebruiken volgens jouw grand theory. Ben benieuwd of ik die beter vind werken. Jouw pakket is namelijk een heel stuk completer dan mijn eigen Sheets administratie.

[Firefly III]

armageddon_2k1 schreef op vrijdag 22 februari 2019 @ 18:33:
@JCE Duidelijk! Heel goed dat je je eigen visie volgt. En duidelijk dat er veel geïnteresseerden zijn. Helaas sluit het niet bij mijn wensen aan. Echter, ik ga het toch een tijd gebruiken volgens jouw grand theory. Ben benieuwd of ik die beter vind werken. Jouw pakket is namelijk een heel stuk completer dan mijn eigen Sheets administratie.

Thx

Het ene sluit het andere natuurlijk niet uit. Wellicht levert het wat extra inzicht op, of leer je weer wat nieuws over je eigen geldstromen. En zo niet, dan niet natuurlijk.

[Robbie T]

JCE schreef op vrijdag 22 februari 2019 @ 18:19:
Je database loopt achter. Draai eens op de command line:

code:

php artisan migrate --seed
php artisan firefly:upgrade-database
php artisan firefly:verify

Nou draai ik hem via softaculous en is ssh toegang niet heel makkelijk te realiseren. Is er nog een andere optie?

Edit: Het was eenvoudiger dan ik dacht :-). Gelukt!

[ Voor 6% gewijzigd door Robbie T op 23-02-2019 15:01 ]

[Robbie T]

Ik heb de koppeling met Spectre gemaakt maar omdat deze automatisch de boel aan categorieren koppelt en ook mijn voorgaande transacties (die ik al had verwerkt) weer heeft geimporteerd zit ik er aan te denken om opnieuw te beginnen.

Ik heb echter al wel een aantal debiteuren en crediteuren en regels aangemaakt. Is er een mogelijkheid om alleen deze 3 zaken mee te nemen en de rest weer opnieuw in te richten?

[Transportman]

Paar vragen rond recurring transactions:

• Hoe gaat Firefly om met recurring transactions die in het verleden uitgevoerd hadden moeten worden? Dus als ik morgen een recurring transaction heb, maar mijn Firefly staat uit, wordt die transactie dan alsnog aangemaakt bij de volgende cron job?
• Is het mogelijk om een paar default cron jobs toe te voegen aan Docker-image die je aanbiedt? Ik denk dat draaien als de container gestart wordt en dagelijks goede opties zijn om standaard in de container in te bakken (eventueel achter een toggle).
• Is het mogelijk om een recurring transaction te maken op basis van een al bestaande (niet-recurring) transactie?

[Firefly III]

Robbie T schreef op zaterdag 23 februari 2019 @ 15:22:
Ik heb de koppeling met Spectre gemaakt maar omdat deze automatisch de boel aan categorieren koppelt en ook mijn voorgaande transacties (die ik al had verwerkt) weer heeft geimporteerd zit ik er aan te denken om opnieuw te beginnen.

Ik heb echter al wel een aantal debiteuren en crediteuren en regels aangemaakt. Is er een mogelijkheid om alleen deze 3 zaken mee te nemen en de rest weer opnieuw in te richten?

Je kan de dingen selectief uit je database gooien. Er is geen knop voor oid.

Transportman schreef op dinsdag 26 februari 2019 @ 17:49:
Paar vragen rond recurring transactions:

• Hoe gaat Firefly om met recurring transactions die in het verleden uitgevoerd hadden moeten worden? Dus als ik morgen een recurring transaction heb, maar mijn Firefly staat uit, wordt die transactie dan alsnog aangemaakt bij de volgende cron job?
• Is het mogelijk om een paar default cron jobs toe te voegen aan Docker-image die je aanbiedt? Ik denk dat draaien als de container gestart wordt en dagelijks goede opties zijn om standaard in de container in te bakken (eventueel achter een toggle).
• Is het mogelijk om een recurring transaction te maken op basis van een al bestaande (niet-recurring) transactie?

* Nee. De cronjob kijkt alleen naar vandaag.
* Nee. De docker image is er puur alleen voor Firefly III. Maar er zijn een aantal oplossingen voor: https://github.com/firefly-iii/firefly-iii/issues/2057
* Ook nee. Sorry

[Transportman]

JCE schreef op dinsdag 26 februari 2019 @ 18:47:
* Nee. De cronjob kijkt alleen naar vandaag.
* Nee. De docker image is er puur alleen voor Firefly III. Maar er zijn een aantal oplossingen voor: https://github.com/firefly-iii/firefly-iii/issues/2057
* Ook nee. Sorry

Jammer, zeker 1 zou wel handig zijn. Ik start mijn Docker instantie eens per week op om mijn overzicht bij te werken, dus ik zou dan 6 dagen aan recurring transacties missen. Is het mogelijk om dat toch toe te voegen?

2 is wel omheen te werken, en 3 zou makkelijk zijn maar is op zich ook maar 1x aanmaken en dan ben ik ook klaar, maar zonder 1 heeft het aanmaken voor mij ook geen zin.

[EnnaN]

Weet iemand wat uit te leggen over het 'balance' getal op het dashboard? Ik ging er van uit dat het het verschil tussen inkomsten en uitgaven zijn, en dat 'interne' overschrijvingen aka transfers daar geen effect op hebben.

Het getal wat daar stond verbaasde me wat, dus ik dacht de volgende check te kunnen doen
* Tel van alle accounts de waarden aan het begin van de maand op (uit de grafiek gehaald van het dashboard)
* doe hetzelfde voor de laatste dag, wederom uit de grafiek gehaald

Het verschil tussen die twee getallen lijkt mij wat je balance is: transfers tussen accounts tellen dan niet mee, en je krijgt dus uiteindelijk het verschil tussen wat 'echt' binnengekomen is en wat je 'echt' uitgegeven hebt.

Maar dat komt dus niet overeen: het verschil in totaal waarde is een stuk groter dan de balance. Het enige wat ik kan bedenken is dat bv spaarrekeningen als 'uitgave' gezien worden, misschien met opzet?

De vraag is dus: hoe wordt dat balance getal precies berekend? Als dat namelijk inderdaad zo is hoe ik denk dat het is, dan heb ik een bug Maar ik doe liever geen bugrapport met meer details voor ik actually weet hoe het zou moeten werken


edit:
hmm, ik denk dat ik het heb. De totaalwaarde op 1 februari is natuurlijk aan het eind van 1 februari. En het verschil tussen start-en-eind van februari is vanaf het begin van 1 februari? Dus het verschil wat ik zie kan wel eens de afschrijvingen OP 1 februari zijn. Dat is wel soort ook van een bedrag wat in de buurt komt.
hmm. Dat is visueel wel gek (hoewel ik niet zeg dat ik een betere oplossing weet).
Als je een account hebt waar de eerste meting van de maand op 1000 staat, en de laatste meting ook, dan lijkt het dus net alsof je quitte staat (een balance van 0), maar het kan dan zijn dat je de maand op 1500 begon en dus 500 euro gezakt bent. Er is dus (visueel) een discrepantie tussen het getal en de grafiek. Again, ik weet ook zo even niet hoe en of dat beter kan, maar dat is denk ik mijn verwarring

[ Voor 26% gewijzigd door EnnaN op 02-03-2019 10:43 ]

[Jan Para]

Hallo,

Mooi programma firefly-iii
Geinstalllerd op een virtuele vm, ubuntu 18.04 LTS met LAMP.
Beetje mieren en het draait.

Hoe kan ik opnieuw een maand importeren?

Had al appart geimporteerd: jaar 2018, maand jan 2019, maand feb 2019.

Toen wilde ik maand feb 2019 csv opnieuw importeren om de linkjes te selecteren.
Eerst de transacties verwijderd, opnieuw importeren, gelinkt aan allemaal geselecteerd, start importeren.
Krijg ik de melding: could not be imported. It already exists.
Ik las ergens dat er iets met journaal .... verwijderd moet worden voor er opnieuw geimporteerd kan worden.

Waar kan ik dan doen en wat moet ik dan verwijderen. phpmyadmin heb ik draaien.


EDIT:

Ik heb um al ..
- eerst deleten in firefly
- dan met phpmyadmin transaction_journals sorteren op datum
SELECT * FROM `transaction_journals` ORDER BY `date` DESC
Dan de rows deleten die je hebt verwijderd met firefly
Import gaat dan weer.

(Of een sql scriptje gebruiken om van - tot datum te verwijderen).


Groeten,
Jan

[ Voor 19% gewijzigd door Jan Para op 04-03-2019 11:38 ]

[Firefly III]

Transportman schreef op dinsdag 26 februari 2019 @ 19:58:
[...]

Jammer, zeker 1 zou wel handig zijn. Ik start mijn Docker instantie eens per week op om mijn overzicht bij te werken, dus ik zou dan 6 dagen aan recurring transacties missen. Is het mogelijk om dat toch toe te voegen?

2 is wel omheen te werken, en 3 zou makkelijk zijn maar is op zich ook maar 1x aanmaken en dan ben ik ook klaar, maar zonder 1 heeft het aanmaken voor mij ook geen zin.

Ik zal er eens naar kijken maar ik beloof niks.

EnnaN schreef op zaterdag 2 maart 2019 @ 10:38:
Weet iemand wat uit te leggen over het 'balance' getal op het dashboard? Ik ging er van uit dat het het verschil tussen inkomsten en uitgaven zijn, en dat 'interne' overschrijvingen aka transfers daar geen effect op hebben.

[..] lijkt het dus net alsof je quitte staat (een balance van 0), maar het kan dan zijn dat je de maand op 1500 begon en dus 500 euro gezakt bent. Er is dus (visueel) een discrepantie tussen het getal en de grafiek. Again, ik weet ook zo even niet hoe en of dat beter kan, maar dat is denk ik mijn verwarring

Je bent er al uit, maar dit is het inderdaad. Inkomsten + uitgaven over alle rekeningen. Zie ook de code. Zoek alle inkomsten en uitgaven en tel alles bij elkaar op.

Jan Para schreef op zondag 3 maart 2019 @ 12:24:
Hallo,

Mooi programma firefly-iii
Geinstalllerd op een virtuele vm, ubuntu 18.04 LTS met LAMP.
Beetje mieren en het draait.

Hoe kan ik opnieuw een maand importeren?

Thx voor de complimenten

Het staat ergens op mijn lijstje om een reset knop te bouwen die een paar smaken heeft.

---

Firefly III v4.7.16 is inmiddels uit, overigens. Niet veel anders dan vorige versies maar upgraden vanaf 4.7.9 en eerder moet weer soepel gaan.

[EnnaN]

JCE schreef op vrijdag 8 maart 2019 @ 06:58:
Je bent er al uit, maar dit is het inderdaad. Inkomsten + uitgaven over alle rekeningen. Zie ook de code. Zoek alle inkomsten en uitgaven en tel alles bij elkaar op.

Yup. ik was een beetje aan het rubber-ducken, sorry bout that

Het staat ergens op mijn lijstje om een reset knop te bouwen die een paar smaken heeft.

Ja, dat is handig als je iets goed kapot hebt bij een update!

Verder meer complimenten, het is een mooi stuk software.

[Transportman]

JCE schreef op vrijdag 8 maart 2019 @ 06:58:
[...]

Ik zal er eens naar kijken maar ik beloof niks.

Ik waardeer het dat je er naar kijkt, ik kan best begrijpen dat het misschien moeilijk te realiseren is.

[Zeus]

Op dit moment probeer ik Firefly III op mijn synology te installeren zonder docker (DS218play), maar ik loop tegen wat problemen aan.

Ik volg de instructies op https://docs.firefly-iii..../installation/server.html.
Als het goed is heb ik, via diverse packages, een LAMP stack draaiende.
PHP 7.2 staat geinstalleerd, apache 2.4, mysql (Maria DB10), en tot zo ver alles ok.
Ik kan mijn virtuele host bereiken, phpmyadmin laat de database zien enzovoort.

Via SSH kan ik composer installeren (wat doet / is composer eigenlijk?), maar het gaat mis als ik de volgende command oproep om de boel te installeren:

code:

composer create-project grumpydictator/firefly-iii --no-dev --prefer-dist firefly-iii 4.7.13

Ik krijg de error dat mijn php versie (5.6.11) niet compatible is.

code:

[InvalidArgumentException]
  Could not find package grumpydictator/firefly-iii with version 4.7.16 in a version installable using your PHP versi
  on 5.6.11.

Als ik via ssh mijn synology benader gebruikt hij dus versie 5.6.11, terwijl ik zeker ben dat php 7.2 is geinstalleerd en als standaard staat ingesteld in de web interface van mijn synology.
php72 --version werkt:

code:

PHP 7.2.13 (cli) (built: Dec 20 2018 16:14:44) ( NTS )

Is er een manier om via SSH composer te forceren php 7.2 te gebruiken?
Als ik de composer forceer te installeren zonder compability check (--ignore-platform-reqs] loopt hij inderdaad vast op php 7.2 commands.

Veel ervaring met unix systemen heb ik niet maar ik leer graag

[Zeus]

Na een lange omweg lijkt het alsof Firefly geïnstalleerd staat

edit:
en werkt!

.

Ik had alleen wat problemen met de htaccess file.
Hierdoor kreeg ik een error 500 bij het bezoeken van de website, en dit stond er in de logs:

code:

 /var/services/web/firefly-iii/.htaccess: Invalid command 'Deny', perhaps misspelled or defined by a module not included in the server configuration

Na wat googlen kwam ik op de volgende website, en heb ik in de .htaccess het volgende gewijzigd:

code:

Deny from all

gewijzigd in:

code:

Require all denied

Volgens dezelfde website zijn deze commands ook depreciated in apache 2.4
Wellicht is dat goed om in de FAQ mee te nemen of de htaccess file standaard aan te passen?

Goed, daarvan afgezien, krijg ik plotseling echt enorme errors. Ik heb al wat gezocht maar ik zou niet weten hoe ik dit moet troubleshooten:

edit:
opgelost, PDO Sql drivers en nog meer modules stonden niet aan in de synology web station.

[ Voor 66% gewijzigd door Zeus op 17-03-2019 22:26 . Reden: probleem gevonden en opgelost ]

[Trestry]

Ik gebruik Firefly nu een aantal maanden en ben er erg tevreden over! In het begin is het even werk om voor een aantal terugkerende transacties regels te maken, maar als je dit eenmaal hebt gedaan werkt het perfect! Ik importeer wekelijks mijn transacties vanuit een CSV file en hoef in de meeste gevallen maar 1 of 2 transacties handmatig in een categorie te plaatsen. Complimenten voor deze fijne software!

[semyon.exe]

Sinds korte tijd ook gebruiker van deze webapp. Superchill in het gebruik, net nog een bash scriptje geschreven om een dagelijkse back-up te draaien uit MySQL en deze in de cloud te gooien.

Een enkele vraag, hoe gebruiken jullie de Liability accounts, puur om bij te houden wat voor schulden er nog openstaan of is er ook een manier om via transacties deze te koppelen/bij te houden zoals dat met de Bills gebeurt? Wellicht gebruik ik het verkeerd.

Edit: Nog een toevoeging voor JCE, zou het kunnen om op de 'Bills' pagina nog een kopje te hebben met een totaal van rekening die nog openstaan voor de maand, net zoals je in het dashboard hebt? Heb overigens nog een donatie gemaakt als dankje voor deze toffe webapp.

[ Voor 32% gewijzigd door semyon.exe op 26-03-2019 21:01 ]

[Arunia]

Na het installeren van mijn nieuwe Windows server wilde ik ook gaan beginnen met Firefly III.
Echter is er weinig informatie over het installeren onder Windows. Behalve wat je nodig hebt, maar niet wat je verder moet doen itt Linux etc.
Heb wel gevonden dat er onder ampps blijkbaar een package voor zou zijn, maar liever from scratch omdat ik het idee heb dat er anders te veel meuk geinstalleerd wordt of gewoon te zwaar (niet dat de i5-8400 in de server dat niet met 2 vingers in zijn neus zou kunnen, maar toch). Ga maar eens onderzoeken hoe en wat en wellicht een handleiding maken.

Zo te zien is het alleen maar een stack van software. Eens kijken of bovenstaande ook als service kan draaien.

Ampps werkt iig voor geen meter mee. Ga er eens rustig naar kijken of ik gewoon handmatig kan installeren wat ik nodig heb. Gelukkig staat dat op de site van Firefly III.

[ Voor 19% gewijzigd door Arunia op 14-05-2019 11:50 ]

[semyon.exe]

@Arunia Ik kan je aanraden dit via docker te draaien als je een Windows server gebruikt. De juiste PHP versie en andere dependencies zijn dan gelijk vervuld. Een andere optie zou zijn om via Hyper-V een Linux VM aan te maken en het hier in te draaien.

[Arunia]

@semyon.exe Het was mijn doel om alles in Docker onder Windows te draaien, maar dat ging met Plex e.d. om één of andere reden voor geen meter waardoor ik daar mee gestopt ben.
Misschien dat ik het toch nog wel doe mede ook om wat jij zegt en dan langzaam andere onderdelen ook onder Docker plaatsen.

Bedankt voor je input! Ga er even vanuit dat ik Docker met Linux containers het beste zou kunnen draaien.

[Firefly III]

semyon.exe schreef op donderdag 21 maart 2019 @ 15:45:
Sinds korte tijd ook gebruiker van deze webapp. Superchill in het gebruik, net nog een bash scriptje geschreven om een dagelijkse back-up te draaien uit MySQL en deze in de cloud te gooien.

Een enkele vraag, hoe gebruiken jullie de Liability accounts, puur om bij te houden wat voor schulden er nog openstaan of is er ook een manier om via transacties deze te koppelen/bij te houden zoals dat met de Bills gebeurt? Wellicht gebruik ik het verkeerd.

Edit: Nog een toevoeging voor JCE, zou het kunnen om op de 'Bills' pagina nog een kopje te hebben met een totaal van rekening die nog openstaan voor de maand, net zoals je in het dashboard hebt? Heb overigens nog een donatie gemaakt als dankje voor deze toffe webapp.

• Je kan nog geen transacties bijhouden voor liabilities. Ben ik wel mee bezig.
• Staat genoteerd!

Arunia schreef op woensdag 15 mei 2019 @ 12:13:
@semyon.exe Het was mijn doel om alles in Docker onder Windows te draaien, maar dat ging met Plex e.d. om één of andere reden voor geen meter waardoor ik daar mee gestopt ben.
Misschien dat ik het toch nog wel doe mede ook om wat jij zegt en dan langzaam andere onderdelen ook onder Docker plaatsen.

Bedankt voor je input! Ga er even vanuit dat ik Docker met Linux containers het beste zou kunnen draaien.

Dat is wel het makkelijkst idd.

[ Voor 22% gewijzigd door Firefly III op 15-05-2019 20:26 ]

[Tap_]

Sinds kort ook bezig met deze app - ziet er goed uit en rete handig. Wel tegen een bug aangelopen dat interne transacties tussen bunq rekeningen niet lekker worden opgehaald. Voor nu mijn belangrijkste rekening er in gezet, zodat die automatisch via de api kan worden bijgehouden. De rest van de rekeningen doe ik voorlopig met de hand.

Hopelijk komt er een update/fix voor.

[Arunia]

@JCE ga wel even kijken. Misschien toch met de hand alles zelf installeren. Mocht dat lukken schrijf ik er wellicht een handleiding nog voor. Kan dat op de site er misschien ook bij. Wil weten wat er precies gebeurd. Dan kan ik problemen ook beter oplossen of pinpointen.

En anders gaan we op docker over voor deze app.

[Timmy]

Tap_ schreef op woensdag 15 mei 2019 @ 20:54:
Hopelijk komt er een update/fix voor.

Aan je username te zien had je op 'mijn' Github issue gereageerd. Het maakt Firefly voor mij helaas redelijk onwerkbaar, zodra ik de inkomsten over de verschillende rekeningen verspreid is het over met de pret

Overigens kon ik het reproduceren bij ABN, dus het lijkt onafhankelijk van de gebruikte bank te zijn.

[Firefly III]

Timmy schreef op woensdag 15 mei 2019 @ 22:14:
[...]


Aan je username te zien had je op 'mijn' Github issue gereageerd. Het maakt Firefly voor mij helaas redelijk onwerkbaar, zodra ik de inkomsten over de verschillende rekeningen verspreid is het over met de pret

Overigens kon ik het reproduceren bij ABN, dus het lijkt onafhankelijk van de gebruikte bank te zijn.

Die moet je even toelichten in de mail want dat is mij nog niet gelukt. Aangezien het andere code is ben ik wel nieuwsgierig.

[Timmy]

JCE schreef op woensdag 15 mei 2019 @ 22:21:
Die moet je even toelichten in de mail want dat is mij nog niet gelukt. Aangezien het andere code is ben ik wel nieuwsgierig.

Eigenlijk heel simpel. Bij zowel bunq als ABN AMRO heb ik meerdere rekeningen. Over het algemeen ontvang ik geld op een van de rekeningen en boek het vervolgens door naar de andere rekeningen. Zo'n doorboeking levert eigenlijk twee mutaties op. Het saldo van de bron-rekening wordt met X verlaagd en het saldo van doel-rekening wordt met X verhoogd. Wat ik merk is dat slechts een van de mutaties door Firefly wordt verwerkt. Of dat de bron of doel mutaties is elke keer weer een verrassing.

[Firefly III]

Timmy schreef op donderdag 16 mei 2019 @ 13:52:
[...]

Eigenlijk heel simpel. Bij zowel bunq als ABN AMRO heb ik meerdere rekeningen. Over het algemeen ontvang ik geld op een van de rekeningen en boek het vervolgens door naar de andere rekeningen. Zo'n doorboeking levert eigenlijk twee mutaties op. Het saldo van de bron-rekening wordt met X verlaagd en het saldo van doel-rekening wordt met X verhoogd. Wat ik merk is dat slechts een van de mutaties door Firefly wordt verwerkt. Of dat de bron of doel mutaties is elke keer weer een verrassing.

Wat ik vermoed dat er gebeurt, is dat bij één van de twee transacties de bron of doelrekening niet wordt herkend maar in plaats daarvan wordt een nieuwe Expense / Revenue rekening aangemaakt. Klopt dat?

[Timmy]

JCE schreef op donderdag 16 mei 2019 @ 13:58:
Wat ik vermoed dat er gebeurt, is dat bij één van de twee transacties de bron of doelrekening niet wordt herkend maar in plaats daarvan wordt een nieuwe Expense / Revenue rekening aangemaakt. Klopt dat?

Het lijkt er op dat de duplicaatcheck de problemen veroorzaakt... Ik zie veel van deze regels voorbijkomen:
Row #10 ("") could not be imported. Such a transfer already exists.

[Firefly III]

Timmy schreef op donderdag 16 mei 2019 @ 14:55:
[...]


Het lijkt er op dat de duplicaatcheck de problemen veroorzaakt... Ik zie veel van deze regels voorbijkomen:
Row #10 ("") could not be imported. Such a transfer already exists.

Wil je nog eens kijken naar mijn vraag?

Firefly III kan geen halve transacties maken: als het geld er bij A af gaat dan komt het er bij B bij.

Als het geld er bij B niet bij komt of bij A niet afgaat dan gaat het ergens anders heen of komt het ergens anders vandaan. Dan kan de naam van de rekening waar het heen gaat nog wel hetzelfde heten maar van een andere soort zijn.

[Tap_]

Als het geld er bij B niet bij komt of bij A niet afgaat dan gaat het ergens anders heen of komt het ergens anders vandaan. Dan kan de naam van de rekening waar het heen gaat nog wel hetzelfde heten maar van een andere soort zijn.

Wat bedoel je hier mee, kun je wat preciezer zijn.
Ik heb geprobeerd met twee test rekeningen het probleem te reproduceren, maar dat lukt niet direct.
Als ik in een schone database gewoon mijn rekeningset in laad, dan gaat het gelijk helemaal fout. Sommige rekeningen kloppen wel de saldo's andere niet.

[Arunia]

Zo, webserver opgezet middels een site. Nu alleen nog de extra modules installeren en volgens mij moet het dan gewoon werken.

Het is wel wat werk, maar goed. Is ook wel weer leuk om te doen. Ben alleen benieuwd of het ook echt gaat werken. Met de huidige staat werkt het iig nog niet.

Op dit moment kreeg ik een internal server error, maar dat kwam meer vanwege het nog niet installeren van dit lijstje:
PHP BCMath Arbitrary Precision Mathematics
PHP Internationalization extension
PHP Curl
PHP Zip
PHP GD
PHP XML
PHP MBString
PHP LDAP

Toch maar docker met compose. Moet alleen even kijken in de documentatie hoe ik het poortnummer aan kan passen. Want zit er eigenlijk niet op te wachten om hem op poort 80 te gooien.

Het begin is er in ieder geval. Alle rekeningen ingevoerd en binnenkort het importeren maar eens bekijken hoe dat gaat.

[ Voor 51% gewijzigd door Arunia op 17-05-2019 13:47 ]

[Tap_]

Dan is het of een reverse proxy (bv Traefik) of met het ports commando in de docker-compose.yml file.
Ik draai hem in mijn lokale netwerk - dus heb er niet veel tijd aan besteed.

[Firefly III]

Tap_ schreef op donderdag 16 mei 2019 @ 21:43:
[...]


Wat bedoel je hier mee, kun je wat preciezer zijn.
Ik heb geprobeerd met twee test rekeningen het probleem te reproduceren, maar dat lukt niet direct.
Als ik in een schone database gewoon mijn rekeningset in laad, dan gaat het gelijk helemaal fout. Sommige rekeningen kloppen wel de saldo's andere niet.

Wat ik bedoel is, kijk naar de bron en doelrekening van je transactie:



Wat je hier ziet is dat de doelrekening stiekem een Expense account is. Bovendien is het type een "Withdrawal". Je zou denken als je vlug kijkt dat het een Transfer is van ABN rekening naar ABN rekening 2. Maar dat is niet zo.

[Tap_]

Ok, ik heb dit geprobeerd terug te halen. Maar ik kom er simpelweg niet uit.
Enerzijd omdat ik zo'n hoeveelheid aan data naar haal, dat het zoeken is naar een speld in een hooiberg waar het probleem zit. Anderzijds vind ik het moeilijk om het probleem zoals je hierboven beschrijft te "spiegelen" naar mijn situatie.

Is het een optie om de api van bunq niet alles naar binnen te laten harken, maar dat je een specifieke start datum geeft. Dan is het ook veel makkelijker om het probleem te pinpointen, omdat de data set kleiner is.

Ik heb nu een instance draaien, waar ik mijn belangrijkste rekening naar binnen haal via de api. Dan heb ik nul problemen. De andere rekeningen doe ik met de hand (zijn ook veel minder transacties). Ik ben superblij met de app, full automatisch zou heerlijk zijn. Nu is het gewoon goed.

[Transportman]

Ik heb een probleem met het upgraden van mijn Docker image van 4.7.12 naar 4.7.17 binnen mijn Kubernetes cluster. Het lijkt iets met de database, maar terugdraaien naar 4.7.12 werkt prima. Moet ik de upgrade in 2 stappen doen en waar is mijn tussenstop dan?

Hieronder de logging:

code:

Now in entrypoint.sh for Firefly III
Architecture:          x86_64
CPU op-mode(s):        32-bit, 64-bit
Byte Order:            Little Endian
CPU(s):                2
On-line CPU(s) list:   0,1
Thread(s) per core:    1
Core(s) per socket:    2
Socket(s):             1
NUMA node(s):          1
Vendor ID:             GenuineIntel
CPU family:            6
Model:                 94
Model name:            Intel(R) Core(TM) i5-6600 CPU @ 3.30GHz
Stepping:              3
CPU MHz:               3312.004
BogoMIPS:              6624.00
Hypervisor vendor:     KVM
Virtualization type:   full
L1d cache:             32K
L1i cache:             32K
L2 cache:              256K
L3 cache:              6144K
NUMA node0 CPU(s):     0,1
Flags:                 fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx rdtscp lm constant_tsc rep_good nopl xtopology nonstop_tsc cpuid pni pclmulqdq ssse3 cx16 pcid sse4_1 sse4_2 movbe popcnt aes xsave avx rdrand hypervisor lahf_lm abm 3dnowprefetch invpcid_single pti retpoline rsb_ctxsw fsgsbase avx2 invpcid rdseed clflushopt
Making directories...
Touch DB file (if SQLlite)...
Run chown on /var/www/firefly-iii/storage...
Run chmod on /var/www/firefly-iii/storage...
Remove log file...
Map environment variables on .env file...
Dump auto load...
Generating optimized autoload files> Illuminate\Foundation\ComposerScripts::postAutoloadDump
Generated optimized autoload files containing 4639 classes
Discover packages...
Discovered Package: adldap2/adldap2-laravel
Discovered Package: danhunsaker/laravel-flysystem-others
Discovered Package: davejamesmiller/laravel-breadcrumbs
Discovered Package: fideloper/proxy
Discovered Package: laravel/passport
Discovered Package: laravelcollective/html
Discovered Package: nesbot/carbon
Discovered Package: pragmarx/google2fa-laravel
Discovered Package: rcrowe/twigbridge
Package manifest generated successfully.
Run various artisan commands...
Nothing to migrate.
Seeding: AccountTypeSeeder
[2019-05-25 08:37:06] local.INFO: Could not create account type "Default account". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create account type "Cash account". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create account type "Asset account". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create account type "Expense account". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create account type "Revenue account". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create account type "Initial balance account". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create account type "Beneficiary account". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create account type "Import account". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create account type "Loan". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create account type "Reconciliation account". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create account type "Debt". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create account type "Mortgage". It might exist already.  
Seeding: TransactionCurrencySeeder
[2019-05-25 08:37:06] local.INFO: Could not create transaction currency "EUR". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction currency "HUF". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction currency "GBP". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction currency "UAH". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction currency "PLN". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction currency "TRY". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction currency "USD". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction currency "BRL". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction currency "CAD". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction currency "IDR". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction currency "AUD". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction currency "NZD". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction currency "EGP". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction currency "MAD". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction currency "ZAR". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction currency "JPY". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction currency "RMB". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction currency "RUB". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction currency "INR". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction currency "XBT". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction currency "BCH". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction currency "ETH". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction currency "ILS". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction currency "CHF". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction currency "HRK". It might exist already.  
Seeding: TransactionTypeSeeder
[2019-05-25 08:37:06] local.INFO: Could not create transaction type "Withdrawal". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction type "Deposit". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction type "Transfer". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction type "Opening balance". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create transaction type "Reconciliation". It might exist already.  
Seeding: PermissionSeeder
[2019-05-25 08:37:06] local.INFO: Could not create role "Site Owner". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create role "Demo User". It might exist already.  
Seeding: LinkTypeSeeder
[2019-05-25 08:37:06] local.INFO: Could not create link type "Related". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create link type "Refund". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create link type "Paid". It might exist already.  
[2019-05-25 08:37:06] local.INFO: Could not create link type "Reimbursement". It might exist already.  
Seeding: ConfigSeeder
[2019-05-25 08:37:06] local.WARNING: Database entry exists. Update to latest version (10)  
Database seeding completed successfully.
Going to decrypt the database.
No decryption required for table "accounts".
No decryption required for table "attachments".
No decryption required for table "bills".
No decryption required for table "budgets".
No decryption required for table "categories".
No decryption required for table "piggy_banks".
No decryption required for table "preferences".
No decryption required for table "tags".
No decryption required for table "transaction_journals".
No decryption required for table "transactions".
No decryption required for table "journal_links".
Done!
Updating currency information..
Done updating currency information..
Firefly III database is up to date.
User #1 (*) has account #65 ("Centraal Beheer") which has no transactions.
Amount integrity OK for user #1
No orphaned transactions!
No orphaned journals!
All link types OK!
All access tokens OK!
Amount integrity OK!
Encryption keys generated successfully.
[2019-05-25 08:37:09] local.INFO: OAuth client generated but no user associated.  
Personal access client created successfully.
Client ID: 43
Client secret: *
[2019-05-25 08:37:09] local.INFO: OAuth client generated but no user associated.  
Password grant client created successfully.
Client ID: 44
Client secret: *
Application cache cleared!
+------------------------------------------------------------------------------+
|                                                                              |
| Thank you for installing Firefly III, v4.7.17!                               |
|                                                                              |
|                                                                              |
+------------------------------------------------------------------------------+
Go!
AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 172.17.0.4. Set the 'ServerName' directive globally to suppress this message
AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 172.17.0.4. Set the 'ServerName' directive globally to suppress this message
[Sat May 25 08:37:10.265026 2019] [mpm_prefork:notice] [pid 1] AH00163: Apache/2.4.25 (Debian) PHP/7.2.16 OpenSSL/1.0.2r configured -- resuming normal operations
[Sat May 25 08:37:10.265544 2019] [core:notice] [pid 1] AH00094: Command line: 'apache2 -D FOREGROUND'
[2019-05-25 08:38:07] local.ERROR: SQLSTATE[HY000] [2002] Connection timed out (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 timed out (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:664, Doctrine\\DBAL\\Driver\\PDOException(code: 2002): SQLSTATE[HY000] [2002] Connection timed out at /var/www/firefly-iii/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:31, PDOException(code: 2002): SQLSTATE[HY000] [2002] Connection timed out at /var/www/firefly-iii/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:27)
[stacktrace]
#0 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(624): Illuminate\\Database\\Connection->runQueryCallback('select `id`, `n...', Array, Object(Closure))
#1 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Connection.php(333): Illuminate\\Database\\Connection->run('select `id`, `n...', Array, Object(Closure))
#2 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2100): Illuminate\\Database\\Connection->select('select `id`, `n...', Array, true)
#3 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2088): Illuminate\\Database\\Query\\Builder->runSelect()
#4 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2574): Illuminate\\Database\\Query\\Builder->Illuminate\\Database\\Query\\{closure}()
#5 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php(2089): Illuminate\\Database\\Query\\Builder->onceWithColumns(Array, Object(Closure))
#6 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Eloquent/Builder.php(519): Illuminate\\Database\\Query\\Builder->get(Array)
#7 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Eloquent/Builder.php(503): Illuminate\\Database\\Eloquent\\Builder->getModels(Array)
#8 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Database/Concerns/BuildsQueries.php(77): Illuminate\\Database\\Eloquent\\Builder->get(Array)
#9 /var/www/firefly-iii/app/Support/FireflyConfig.php(65): Illuminate\\Database\\Eloquent\\Builder->first(Array)
#10 /var/www/firefly-iii/app/Http/Controllers/Controller.php(63): FireflyIII\\Support\\FireflyConfig->get('is_demo_site', false)
#11 /var/www/firefly-iii/app/Http/Controllers/ReportController.php(58): FireflyIII\\Http\\Controllers\\Controller->__construct()
#12 [internal function]: FireflyIII\\Http\\Controllers\\ReportController->__construct()
#13 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/Container.php(827): ReflectionClass->newInstanceArgs(Array)
#14 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/Container.php(671): Illuminate\\Container\\Container->build('FireflyIII\\\\Http...')
#15 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Container/Container.php(619): Illuminate\\Container\\Container->resolve('FireflyIII\\\\Http...', Array)
#16 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Application.php(757): Illuminate\\Container\\Container->make('FireflyIII\\\\Http...', Array)
#17 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Route.php(233): Illuminate\\Foundation\\Application->make('FireflyIII\\\\Http...')
#18 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Route.php(833): Illuminate\\Routing\\Route->getController()
#19 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Route.php(794): Illuminate\\Routing\\Route->controllerMiddleware()
#20 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Router.php(693): Illuminate\\Routing\\Route->gatherMiddleware()
#21 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Router.php(673): Illuminate\\Routing\\Router->gatherRouteMiddleware(Object(Illuminate\\Routing\\Route))
#22 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Router.php(657): Illuminate\\Routing\\Router->runRouteWithinStack(Object(Illuminate\\Routing\\Route), Object(Illuminate\\Http\\Request))
#23 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Router.php(623): Illuminate\\Routing\\Router->runRoute(Object(Illuminate\\Http\\Request), Object(Illuminate\\Routing\\Route))
#24 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Router.php(612): Illuminate\\Routing\\Router->dispatchToRoute(Object(Illuminate\\Http\\Request))
#25 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Kernel.php(176): Illuminate\\Routing\\Router->dispatch(Object(Illuminate\\Http\\Request))
#26 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Pipeline.php(30): Illuminate\\Foundation\\Http\\Kernel->Illuminate\\Foundation\\Http\\{closure}(Object(Illuminate\\Http\\Request))
#27 /var/www/firefly-iii/vendor/fideloper/proxy/src/TrustProxies.php(57): Illuminate\\Routing\\Pipeline->Illuminate\\Routing\\{closure}(Object(Illuminate\\Http\\Request))
#28 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(163): Fideloper\\Proxy\\TrustProxies->handle(Object(Illuminate\\Http\\Request), Object(Closure))
#29 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Pipeline.php(53): Illuminate\\Pipeline\\Pipeline->Illuminate\\Pipeline\\{closure}(Object(Illuminate\\Http\\Request))
#30 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Middleware/TransformsRequest.php(21): Illuminate\\Routing\\Pipeline->Illuminate\\Routing\\{closure}(Object(Illuminate\\Http\\Request))
#31 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(163): Illuminate\\Foundation\\Http\\Middleware\\TransformsRequest->handle(Object(Illuminate\\Http\\Request), Object(Closure))
#32 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Pipeline.php(53): Illuminate\\Pipeline\\Pipeline->Illuminate\\Pipeline\\{closure}(Object(Illuminate\\Http\\Request))
#33 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Middleware/TransformsRequest.php(21): Illuminate\\Routing\\Pipeline->Illuminate\\Routing\\{closure}(Object(Illuminate\\Http\\Request))
#34 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(163): Illuminate\\Foundation\\Http\\Middleware\\TransformsRequest->handle(Object(Illuminate\\Http\\Request), Object(Closure))
#35 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Pipeline.php(53): Illuminate\\Pipeline\\Pipeline->Illuminate\\Pipeline\\{closure}(Object(Illuminate\\Http\\Request))
#36 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Middleware/ValidatePostSize.php(27): Illuminate\\Routing\\Pipeline->Illuminate\\Routing\\{closure}(Object(Illuminate\\Http\\Request))
#37 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(163): Illuminate\\Foundation\\Http\\Middleware\\ValidatePostSize->handle(Object(Illuminate\\Http\\Request), Object(Closure))
#38 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Pipeline.php(53): Illuminate\\Pipeline\\Pipeline->Illuminate\\Pipeline\\{closure}(Object(Illuminate\\Http\\Request))
#39 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Middleware/CheckForMaintenanceMode.php(62): Illuminate\\Routing\\Pipeline->Illuminate\\Routing\\{closure}(Object(Illuminate\\Http\\Request))
#40 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(163): Illuminate\\Foundation\\Http\\Middleware\\CheckForMaintenanceMode->handle(Object(Illuminate\\Http\\Request), Object(Closure))
#41 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Pipeline.php(53): Illuminate\\Pipeline\\Pipeline->Illuminate\\Pipeline\\{closure}(Object(Illuminate\\Http\\Request))
#42 /var/www/firefly-iii/app/Http/Middleware/SecureHeaders.php(45): Illuminate\\Routing\\Pipeline->Illuminate\\Routing\\{closure}(Object(Illuminate\\Http\\Request))
#43 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(163): FireflyIII\\Http\\Middleware\\SecureHeaders->handle(Object(Illuminate\\Http\\Request), Object(Closure))
#44 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Routing/Pipeline.php(53): Illuminate\\Pipeline\\Pipeline->Illuminate\\Pipeline\\{closure}(Object(Illuminate\\Http\\Request))
#45 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Pipeline/Pipeline.php(104): Illuminate\\Routing\\Pipeline->Illuminate\\Routing\\{closure}(Object(Illuminate\\Http\\Request))
#46 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Kernel.php(151): Illuminate\\Pipeline\\Pipeline->then(Object(Closure))
#47 /var/www/firefly-iii/vendor/laravel/framework/src/Illuminate/Foundation/Http/Kernel.php(116): Illuminate\\Foundation\\Http\\Kernel->sendRequestThroughRouter(Object(Illuminate\\Http\\Request))
#48 /var/www/firefly-iii/public/index.php(76): Illuminate\\Foundation\\Http\\Kernel->handle(Object(Illuminate\\Http\\Request))
#49 {main}
"}

[Firefly III]

Tap_ schreef op dinsdag 21 mei 2019 @ 22:29:
Ok, ik heb dit geprobeerd terug te halen. Maar ik kom er simpelweg niet uit.
Enerzijd omdat ik zo'n hoeveelheid aan data naar haal, dat het zoeken is naar een speld in een hooiberg waar het probleem zit. Anderzijds vind ik het moeilijk om het probleem zoals je hierboven beschrijft te "spiegelen" naar mijn situatie.

Is het een optie om de api van bunq niet alles naar binnen te laten harken, maar dat je een specifieke start datum geeft. Dan is het ook veel makkelijker om het probleem te pinpointen, omdat de data set kleiner is.

Ik heb nu een instance draaien, waar ik mijn belangrijkste rekening naar binnen haal via de api. Dan heb ik nul problemen. De andere rekeningen doe ik met de hand (zijn ook veel minder transacties). Ik ben superblij met de app, full automatisch zou heerlijk zijn. Nu is het gewoon goed.

Ik wil de API van bunq uit de app halen en in zijn eigen appje zetten (en via de API van Firefly III laten lopen). Dat maakt het mogelijk om development te doen zonder een nieuwe release van Firefly III te hoeven doen en maakt dit soort features wat simpeler.

Transportman schreef op zaterdag 25 mei 2019 @ 11:14:
Ik heb een probleem met het upgraden van mijn Docker image van 4.7.12 naar 4.7.17 binnen mijn Kubernetes cluster. Het lijkt iets met de database, maar terugdraaien naar 4.7.12 werkt prima. Moet ik de upgrade in 2 stappen doen en waar is mijn tussenstop dan?

Hieronder de logging:

code:

[2019-05-25 08:38:07] local.ERROR: SQLSTATE[HY000] [2002] Connection timed out (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 timed out (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:664, Doctrine\\DBAL\\Driver\\PDOException(code: 2002): SQLSTATE[HY000] [2002] Connection timed out at /var/www/firefly-iii/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:31, PDOException(code: 2002): SQLSTATE[HY000] [2002] Connection timed out at /var/www/firefly-iii/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:27)

Dit is de enige echte fout die ik zie en dat is een time-out. Dat ligt in principe niet aan Firefly III.

[Transportman]

JCE schreef op zaterdag 25 mei 2019 @ 14:15:
[...]

Dit is de enige echte fout die ik zie en dat is een time-out. Dat ligt in principe niet aan Firefly III.

Maar het enige dat ik verander is de versie van Firefly III in de deployment, zodra ik terug ga werkt het wel, vandaar mijn melding. Ik zal morgen wel wat verder uitzoeken.

@JCE : Gevonden, het lag inderdaad aan mijn kant. Ik had de Environment-override voor de FF_DB_CONNECTION niet goed staan (had hem als DB_CONNECTION erin staan), waardoor niet goed werd opgepakt dat ik PostgreSQL gebruikte. Voorheen ging dat dus goed, maar bij de overgang naar 4.7.16 struikelde die daarover.

[ Voor 28% gewijzigd door Transportman op 26-05-2019 11:58 ]

[Quibus]

@JCE: Bedankt voor deze mooie tool. Ik ben erg onder de indruk van het gemak van de tool, en ben mijn transacties van verschillende rekeningen aan het inlezen.

Ik heb nog een suggestie voor de interface. Bij het dashboard zijn er nu 3 knoppen die allemaal hetzelfde doen:

1. Via de bolletjes rechtsboven


2. Via het pijltje in de groene knop


3. Door op de groene knop te klikken en een transactie in te voeren.

Dit lijkt een beetje dubbelop Is het niet mogelijk om de knop met de 3 bolletjes een andere functionaliteit te geven? Bijvoorbeeld om het account te editen? Dit kan nu namelijk alleen om in het linker menu, naar Accounts te gaan, de account te zoeken, en dan editen.

[LigeTRy]

Hey all,

Al een tijd gebruik ik firefly maar ik mis toch een optie (of ik kan hem niet vinden).
Hoe vergelijk je categorieën per maand, ik kan me herinneren dat hier een report voor was, maar ik kan hem al een tijdje niet vinden. (dus een overzicht voor alle categorieën, vergeleken met de afgelopen 3 maanden oid).
EDIT: degene die zoekt die vindt, hij zit onder default financial report

@JCE Het category classification algoritme, verbetert deze zichzelf over tijd? ik ben al een tijdje flink wat aan het aanpassen (zodat ik hoop dat hij het de volgende import wel goed classificeert), maar ik zie nog weinig verbetering. anyway! thanks voor de awesome tool

[ Voor 7% gewijzigd door LigeTRy op 04-06-2019 22:55 ]

[Firefly III]

Quibus schreef op dinsdag 28 mei 2019 @ 20:59:


Dit lijkt een beetje dubbelop Is het niet mogelijk om de knop met de 3 bolletjes een andere functionaliteit te geven? Bijvoorbeeld om het account te editen? Dit kan nu namelijk alleen om in het linker menu, naar Accounts te gaan, de account te zoeken, en dan editen.

Graag gedaan . Die bolletjes-menu's zijn langzaam aan het verdwijnen. Ik zal eens kijken wat mogelijk is.

wessel145 schreef op dinsdag 4 juni 2019 @ 22:49:
@JCE Het category classification algoritme, verbetert deze zichzelf over tijd? ik ben al een tijdje flink wat aan het aanpassen (zodat ik hoop dat hij het de volgende import wel goed classificeert), maar ik zie nog weinig verbetering. anyway! thanks voor de awesome tool

Er zit geen algoritme achter dus de classificatie zal echt niet beter worden . Na het importeren moet je de configuratie downloaden en die weer hergebruiken voor de volgende import. Eventueel kan je dit bestand met de hand wijzigen.

[LigeTRy]

JCE schreef op woensdag 5 juni 2019 @ 08:16:
Er zit geen algoritme achter dus de classificatie zal echt niet beter worden

T is dat ik weinig PHP kennis heb, anders had ik je graag geholpen met het bouwen van zoiets. (met een simpele KNN classifier kom je al een heel eind). Bestaat er documentatie m.b.t. het stukje configuratie exporteren zoals je beschrijft?

[Jovink538]

Ik heb Firefly III nu ook geinstalleerd op mijn Synology.
Ben er nu een beetje mee aan het testen. Als ik het een beetje door heb begin ik overnieuw.

Ik loop nu tegen het volgende aan.

Ik ben nu de categorien aan het toewijzen van geimporteerde transacties maar ik kom steeds weer boven aan de lijst uit. Is er een manier om een overzicht te krijgen van transacties die nog geen categorie hebben?

In allerhaast ben in vergeten mijn spaarrekening aan te maken voor ik ging importeren als ik nu een spaarrekening aanmaak met het iban nummmer zegt ie dat de iban mogelijk al ingebruik is.
Is dit nog op te lossen?

Ik ben van plan om over te stappen van de Rabo naar Bunq zodat ik niet alles handmatig hoef te importeren. Zou het mogelijk zijn om bij het openen van de webapp automatisch de nieuwste transacties op te halen?

[RudolfR]

@Jovink538

Volgens mij deze:
http://server:port/categories/list/no-category/all

[Jovink538]

RudolfR schreef op donderdag 27 juni 2019 @ 08:26:
@Jovink538

Volgens mij deze:
http://server:port/categories/list/no-category/all

Bedankt, ga vanavond even proberen!

Edit:
Het werkt inderdaad. Bedankt.

[ Voor 7% gewijzigd door Jovink538 op 27-06-2019 19:51 . Reden: aanvulling ]

[wouser]

Tweakers! Heb sinds kort firefly draaien maar nog niet heel actief mee bezig. Ben met name eerst wat data aan het verzamelen voor ik het ga ordenen/verzamelen/budgetteren.

Nu wilde ik voor een tweedemaal via spectre mijn activiteit importeren. Toen kreeg ik dit:

Row #0 ("XXXXXXXXXXX") could not be imported. It already exists.

Weet iemand hoe dit ontstaat of hoe ik dit kan oplossen?

[Jovink538]

Het is dus precies wat er staat. De overschrijving is al geïmporteerd.
Het zou kúnnen gaan over een overschrijving tussen een spaar- en betaal rekening.
Hij importeert eerst de betaalrekening, daar komt hij de overboeking tegen. Dan importeert hij de spaarrekening daar is weer de zelfde overboeking en daar door krijg je die melding.

Of je probeert een overboeking te importeren die je al hebt geïmporteerd.

[wouser]

@Jovink538 Zo ver was ik ook inderdaad maar hoe los ik dit op? Ik wil uiteraard alleen de nieuwe entrys importeren mag zag nergens een optie waarbij hij dubbele overslaat of vanaf een bepaalde datum kan selecteren?

[Jovink538]

Ik denk gewoon negeren?
Ik weet het antwoord ook niet. Hoop dat iemand anders je kan helpen

[lubbertkramer]

Inmiddels Firefly aardig up and running en werkt goed maar blijf tegen een probleem aanlopen waar ik niet tegen kan Veel zaken sorteren niet en vroeg mij af of dit zo bedoeld was (kon er zo geen issue van vinden @ Github) of dat alleen ik er last van heb en iets over het hoofd zie:

Voorbeelden:
Tags: Tags staan in volgorde van toevoegen, niet gesorteerd
Regels: Staan in volgorde van toevoegen, zijn te sorteren met een pijltje maar intensief om te doen. Kan dit niet automatisch sorteren @ naam?
Regelgroepen: Ik dacht regelgroepen te gebruiken voor overzicht maar ook die sorteren niet maar blijven staan in volgorde van toevoegen

[ilm]

Klein probleempje. Ik had eindelijk firefly iii min of meer geconfigureerd en werkende voor mijn rekeningen. Ik dacht eventjes snel te upgraden maar daar is iets misgelopen. Blijkbaar bestaat men user account niet meer (en waarschijnlijk dan ook al men instellingen). Ik kan enkel een nieuwe user aanmaken, net zoals een nieuwe installatie.

Voor de upgrade heb ik enkel:
docker-compose pull firefly_iii_app
uitgevoerd. Ik zat per ongeluk nog op een oudere readthedocs versie. Op de nieuwe rtd staat er ook nog
docker-compose stop firefly_iii_app
docker-compose rm

De upgrade is uitgevoerd na een reboot (windows) dus firefly was niet aan het draaien, maar mss is die rm commando belangrijk. Wat vreemd is, is dat bij het starten van de container hij er firefly_iii_app_1 van maakt (en firefly_iii_db_1).

Waarschijnlijk staat de oude database wel nog ergens en is ie nog te redden. Iemand enig idee?

Starting firefly_firefly_iii_db_1 ... done
Starting firefly_firefly_iii_app_1 ... done
Attaching to firefly_firefly_iii_db_1, firefly_firefly_iii_app_1
firefly_iii_db_1 | 2019-07-11 19:53:28.482 UTC [1] LOG: listening on IPv4 address "0.0.0.0", port 5432
firefly_iii_db_1 | 2019-07-11 19:53:28.482 UTC [1] LOG: listening on IPv6 address "::", port 5432
firefly_iii_db_1 | 2019-07-11 19:53:28.487 UTC [1] LOG: listening on Unix socket "/var/run/postgresql/.s.PGSQL.5432"
firefly_iii_db_1 | 2019-07-11 19:53:28.504 UTC [22] LOG: database system was interrupted; last known up at 2019-07-06 17:23:53 UTC
firefly_iii_db_1 | 2019-07-11 19:53:28.881 UTC [22] LOG: database system was not properly shut down; automatic recovery in progress
firefly_iii_db_1 | 2019-07-11 19:53:28.885 UTC [22] LOG: redo starts at 0/1870A08
firefly_iii_db_1 | 2019-07-11 19:53:28.885 UTC [22] LOG: invalid record length at 0/1870AE8: wanted 24, got 0
firefly_iii_db_1 | 2019-07-11 19:53:28.885 UTC [22] LOG: redo done at 0/1870AB0
firefly_iii_db_1 | 2019-07-11 19:53:28.922 UTC [1] LOG: database system is ready to accept connections
firefly_iii_app_1 | Now in entrypoint.sh for Firefly III
firefly_iii_app_1 | Architecture: x86_64
firefly_iii_app_1 | CPU op-mode(s): 32-bit, 64-bit
firefly_iii_app_1 | Byte Order: Little Endian
firefly_iii_app_1 | CPU(s): 2
firefly_iii_app_1 | On-line CPU(s) list: 0,1
firefly_iii_app_1 | Thread(s) per core: 1
firefly_iii_app_1 | Core(s) per socket: 2
firefly_iii_app_1 | Socket(s): 1
firefly_iii_app_1 | Vendor ID: GenuineIntel
firefly_iii_app_1 | CPU family: 6
firefly_iii_app_1 | Model: 60
firefly_iii_app_1 | Model name: Intel(R) Core(TM) i5-4460 CPU @ 3.20GHz
firefly_iii_app_1 | Stepping: 3
firefly_iii_app_1 | CPU MHz: 2848.853
firefly_iii_app_1 | BogoMIPS: 5697.70
firefly_iii_app_1 | Hypervisor vendor: Microsoft
firefly_iii_app_1 | Virtualization type: full
firefly_iii_app_1 | L1d cache: 32K
firefly_iii_app_1 | L1i cache: 32K
firefly_iii_app_1 | L2 cache: 256K
firefly_iii_app_1 | L3 cache: 6144K
firefly_iii_app_1 | Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl xtopology pni pclmulqdq ssse3 fma cx16 pcid sse4_1 sse4_2 movbe popcnt aes xsave avx f16c rdrand hypervisor lahf_lm abm invpcid_single ssbd ibrs ibpb stibp kaiser fsgsbase bmi1 avx2 smep bmi2 erms invpcid xsaveopt flush_l1d arch_capabilities
firefly_iii_app_1 | Making directories...
firefly_iii_app_1 | Touch DB file (if SQLlite)...
firefly_iii_app_1 | Run chown on /var/www/firefly-iii/storage...
firefly_iii_app_1 | Run chmod on /var/www/firefly-iii/storage...
firefly_iii_app_1 | Remove log file...
firefly_iii_app_1 | Map environment variables on .env file...
firefly_iii_app_1 | Dump auto load...
firefly_iii_app_1 | Generating optimized autoload files> Illuminate\Foundation\ComposerScripts::postAutoloadDump
Generated optimized autoload files containing 4639 classes
firefly_iii_app_1 | Discover packages...
firefly_iii_app_1 | Discovered Package: adldap2/adldap2-laravel
firefly_iii_app_1 | Discovered Package: danhunsaker/laravel-flysystem-others
firefly_iii_app_1 | Discovered Package: davejamesmiller/laravel-breadcrumbs
firefly_iii_app_1 | Discovered Package: fideloper/proxy
firefly_iii_app_1 | Discovered Package: laravel/passport
firefly_iii_app_1 | Discovered Package: laravelcollective/html
firefly_iii_app_1 | Discovered Package: nesbot/carbon
firefly_iii_app_1 | Discovered Package: pragmarx/google2fa-laravel
firefly_iii_app_1 | Discovered Package: rcrowe/twigbridge
firefly_iii_app_1 | Package manifest generated successfully.
firefly_iii_app_1 | Run various artisan commands...
firefly_iii_app_1 | Nothing to migrate.
firefly_iii_app_1 | Seeding: AccountTypeSeeder
firefly_iii_db_1 | 2019-07-11 19:53:32.349 UTC [29] ERROR: duplicate key value violates unique constraint "account_types_type_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.349 UTC [29] DETAIL: Key (type)=(Default account) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.349 UTC [29] STATEMENT: insert into "account_types" ("type", "updated_at", "created_at") values ($1, $2, $3) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create account type "Default account". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.354 UTC [29] ERROR: duplicate key value violates unique constraint "account_types_type_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.354 UTC [29] DETAIL: Key (type)=(Cash account) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.354 UTC [29] STATEMENT: insert into "account_types" ("type", "updated_at", "created_at") values ($1, $2, $3) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create account type "Cash account". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.356 UTC [29] ERROR: duplicate key value violates unique constraint "account_types_type_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.356 UTC [29] DETAIL: Key (type)=(Asset account) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.356 UTC [29] STATEMENT: insert into "account_types" ("type", "updated_at", "created_at") values ($1, $2, $3) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create account type "Asset account". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.358 UTC [29] ERROR: duplicate key value violates unique constraint "account_types_type_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.358 UTC [29] DETAIL: Key (type)=(Expense account) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.358 UTC [29] STATEMENT: insert into "account_types" ("type", "updated_at", "created_at") values ($1, $2, $3) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create account type "Expense account". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.360 UTC [29] ERROR: duplicate key value violates unique constraint "account_types_type_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.360 UTC [29] DETAIL: Key (type)=(Revenue account) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.360 UTC [29] STATEMENT: insert into "account_types" ("type", "updated_at", "created_at") values ($1, $2, $3) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create account type "Revenue account". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.362 UTC [29] ERROR: duplicate key value violates unique constraint "account_types_type_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.362 UTC [29] DETAIL: Key (type)=(Initial balance account) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.362 UTC [29] STATEMENT: insert into "account_types" ("type", "updated_at", "created_at") values ($1, $2, $3) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create account type "Initial balance account". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.363 UTC [29] ERROR: duplicate key value violates unique constraint "account_types_type_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.363 UTC [29] DETAIL: Key (type)=(Beneficiary account) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.363 UTC [29] STATEMENT: insert into "account_types" ("type", "updated_at", "created_at") values ($1, $2, $3) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create account type "Beneficiary account". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.365 UTC [29] ERROR: duplicate key value violates unique constraint "account_types_type_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.365 UTC [29] DETAIL: Key (type)=(Import account) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.365 UTC [29] STATEMENT: insert into "account_types" ("type", "updated_at", "created_at") values ($1, $2, $3) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create account type "Import account". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.367 UTC [29] ERROR: duplicate key value violates unique constraint "account_types_type_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.367 UTC [29] DETAIL: Key (type)=(Loan) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.367 UTC [29] STATEMENT: insert into "account_types" ("type", "updated_at", "created_at") values ($1, $2, $3) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create account type "Loan". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.369 UTC [29] ERROR: duplicate key value violates unique constraint "account_types_type_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.369 UTC [29] DETAIL: Key (type)=(Reconciliation account) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.369 UTC [29] STATEMENT: insert into "account_types" ("type", "updated_at", "created_at") values ($1, $2, $3) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create account type "Reconciliation account". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.371 UTC [29] ERROR: duplicate key value violates unique constraint "account_types_type_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.371 UTC [29] DETAIL: Key (type)=(Debt) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.371 UTC [29] STATEMENT: insert into "account_types" ("type", "updated_at", "created_at") values ($1, $2, $3) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create account type "Debt". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.373 UTC [29] ERROR: duplicate key value violates unique constraint "account_types_type_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.373 UTC [29] DETAIL: Key (type)=(Mortgage) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.373 UTC [29] STATEMENT: insert into "account_types" ("type", "updated_at", "created_at") values ($1, $2, $3) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create account type "Mortgage". It might exist already.
firefly_iii_app_1 | Seeding: TransactionCurrencySeeder
firefly_iii_db_1 | 2019-07-11 19:53:32.380 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_currencies_code_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.380 UTC [29] DETAIL: Key (code)=(EUR) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.380 UTC [29] STATEMENT: insert into "transaction_currencies" ("code", "name", "symbol", "decimal_places", "enabled", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6, $7) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction currency "EUR". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.382 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_currencies_code_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.382 UTC [29] DETAIL: Key (code)=(HUF) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.382 UTC [29] STATEMENT: insert into "transaction_currencies" ("code", "name", "symbol", "decimal_places", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction currency "HUF". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.384 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_currencies_code_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.384 UTC [29] DETAIL: Key (code)=(GBP) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.384 UTC [29] STATEMENT: insert into "transaction_currencies" ("code", "name", "symbol", "decimal_places", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction currency "GBP". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.386 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_currencies_code_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.386 UTC [29] DETAIL: Key (code)=(UAH) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.386 UTC [29] STATEMENT: insert into "transaction_currencies" ("code", "name", "symbol", "decimal_places", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction currency "UAH". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.388 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_currencies_code_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.388 UTC [29] DETAIL: Key (code)=(PLN) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.388 UTC [29] STATEMENT: insert into "transaction_currencies" ("code", "name", "symbol", "decimal_places", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction currency "PLN". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.391 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_currencies_code_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.391 UTC [29] DETAIL: Key (code)=(TRY) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.391 UTC [29] STATEMENT: insert into "transaction_currencies" ("code", "name", "symbol", "decimal_places", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction currency "TRY". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.393 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_currencies_code_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.393 UTC [29] DETAIL: Key (code)=(USD) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.393 UTC [29] STATEMENT: insert into "transaction_currencies" ("code", "name", "symbol", "decimal_places", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction currency "USD". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.395 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_currencies_code_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.395 UTC [29] DETAIL: Key (code)=(BRL) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.395 UTC [29] STATEMENT: insert into "transaction_currencies" ("code", "name", "symbol", "decimal_places", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction currency "BRL". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.398 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_currencies_code_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.398 UTC [29] DETAIL: Key (code)=(CAD) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.398 UTC [29] STATEMENT: insert into "transaction_currencies" ("code", "name", "symbol", "decimal_places", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction currency "CAD". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.400 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_currencies_code_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.400 UTC [29] DETAIL: Key (code)=(IDR) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.400 UTC [29] STATEMENT: insert into "transaction_currencies" ("code", "name", "symbol", "decimal_places", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction currency "IDR". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.402 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_currencies_code_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.402 UTC [29] DETAIL: Key (code)=(AUD) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.402 UTC [29] STATEMENT: insert into "transaction_currencies" ("code", "name", "symbol", "decimal_places", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction currency "AUD". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.403 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_currencies_code_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.403 UTC [29] DETAIL: Key (code)=(NZD) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.403 UTC [29] STATEMENT: insert into "transaction_currencies" ("code", "name", "symbol", "decimal_places", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction currency "NZD". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.405 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_currencies_code_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.405 UTC [29] DETAIL: Key (code)=(EGP) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.405 UTC [29] STATEMENT: insert into "transaction_currencies" ("code", "name", "symbol", "decimal_places", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction currency "EGP". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.407 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_currencies_code_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.407 UTC [29] DETAIL: Key (code)=(MAD) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.407 UTC [29] STATEMENT: insert into "transaction_currencies" ("code", "name", "symbol", "decimal_places", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction currency "MAD". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.409 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_currencies_code_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.409 UTC [29] DETAIL: Key (code)=(ZAR) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.409 UTC [29] STATEMENT: insert into "transaction_currencies" ("code", "name", "symbol", "decimal_places", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction currency "ZAR". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.411 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_currencies_code_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.411 UTC [29] DETAIL: Key (code)=(JPY) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.411 UTC [29] STATEMENT: insert into "transaction_currencies" ("code", "name", "symbol", "decimal_places", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction currency "JPY". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.414 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_currencies_code_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.414 UTC [29] DETAIL: Key (code)=(RMB) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.414 UTC [29] STATEMENT: insert into "transaction_currencies" ("code", "name", "symbol", "decimal_places", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction currency "RMB". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.416 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_currencies_code_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.416 UTC [29] DETAIL: Key (code)=(RUB) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.416 UTC [29] STATEMENT: insert into "transaction_currencies" ("code", "name", "symbol", "decimal_places", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction currency "RUB". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.418 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_currencies_code_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.418 UTC [29] DETAIL: Key (code)=(INR) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.418 UTC [29] STATEMENT: insert into "transaction_currencies" ("code", "name", "symbol", "decimal_places", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction currency "INR". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.419 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_currencies_code_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.419 UTC [29] DETAIL: Key (code)=(XBT) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.419 UTC [29] STATEMENT: insert into "transaction_currencies" ("code", "name", "symbol", "decimal_places", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction currency "XBT". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.421 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_currencies_code_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.421 UTC [29] DETAIL: Key (code)=(BCH) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.421 UTC [29] STATEMENT: insert into "transaction_currencies" ("code", "name", "symbol", "decimal_places", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction currency "BCH". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.423 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_currencies_code_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.423 UTC [29] DETAIL: Key (code)=(ETH) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.423 UTC [29] STATEMENT: insert into "transaction_currencies" ("code", "name", "symbol", "decimal_places", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction currency "ETH". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.424 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_currencies_code_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.424 UTC [29] DETAIL: Key (code)=(ILS) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.424 UTC [29] STATEMENT: insert into "transaction_currencies" ("code", "name", "symbol", "decimal_places", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction currency "ILS". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.426 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_currencies_code_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.426 UTC [29] DETAIL: Key (code)=(CHF) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.426 UTC [29] STATEMENT: insert into "transaction_currencies" ("code", "name", "symbol", "decimal_places", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction currency "CHF". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.427 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_currencies_code_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.427 UTC [29] DETAIL: Key (code)=(HRK) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.427 UTC [29] STATEMENT: insert into "transaction_currencies" ("code", "name", "symbol", "decimal_places", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction currency "HRK". It might exist already.
firefly_iii_app_1 | Seeding: TransactionTypeSeeder
firefly_iii_db_1 | 2019-07-11 19:53:32.431 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_types_type_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.431 UTC [29] DETAIL: Key (type)=(Withdrawal) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.431 UTC [29] STATEMENT: insert into "transaction_types" ("type", "updated_at", "created_at") values ($1, $2, $3) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction type "Withdrawal". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.433 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_types_type_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.433 UTC [29] DETAIL: Key (type)=(Deposit) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.433 UTC [29] STATEMENT: insert into "transaction_types" ("type", "updated_at", "created_at") values ($1, $2, $3) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction type "Deposit". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.435 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_types_type_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.435 UTC [29] DETAIL: Key (type)=(Transfer) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.435 UTC [29] STATEMENT: insert into "transaction_types" ("type", "updated_at", "created_at") values ($1, $2, $3) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction type "Transfer". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.437 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_types_type_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.437 UTC [29] DETAIL: Key (type)=(Opening balance) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.437 UTC [29] STATEMENT: insert into "transaction_types" ("type", "updated_at", "created_at") values ($1, $2, $3) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction type "Opening balance". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.439 UTC [29] ERROR: duplicate key value violates unique constraint "transaction_types_type_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.439 UTC [29] DETAIL: Key (type)=(Reconciliation) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.439 UTC [29] STATEMENT: insert into "transaction_types" ("type", "updated_at", "created_at") values ($1, $2, $3) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create transaction type "Reconciliation". It might exist already.
firefly_iii_app_1 | Seeding: PermissionSeeder
firefly_iii_db_1 | 2019-07-11 19:53:32.443 UTC [29] ERROR: duplicate key value violates unique constraint "roles_name_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.443 UTC [29] DETAIL: Key (name)=(owner) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.443 UTC [29] STATEMENT: insert into "roles" ("name", "display_name", "description", "updated_at", "created_at") values ($1, $2, $3, $4, $5) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create role "Site Owner". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.445 UTC [29] ERROR: duplicate key value violates unique constraint "roles_name_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.445 UTC [29] DETAIL: Key (name)=(demo) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.445 UTC [29] STATEMENT: insert into "roles" ("name", "display_name", "description", "updated_at", "created_at") values ($1, $2, $3, $4, $5) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create role "Demo User". It might exist already.
firefly_iii_app_1 | Seeding: LinkTypeSeeder
firefly_iii_db_1 | 2019-07-11 19:53:32.449 UTC [29] ERROR: duplicate key value violates unique constraint "link_types_name_outward_inward_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.449 UTC [29] DETAIL: Key (name, outward, inward)=(Related, relates to, relates to) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.449 UTC [29] STATEMENT: insert into "link_types" ("name", "inward", "outward", "editable", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create link type "Related". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.450 UTC [29] ERROR: duplicate key value violates unique constraint "link_types_name_outward_inward_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.450 UTC [29] DETAIL: Key (name, outward, inward)=(Refund, (partially) refunds, is (partially) refunded by) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.450 UTC [29] STATEMENT: insert into "link_types" ("name", "inward", "outward", "editable", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create link type "Refund". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.452 UTC [29] ERROR: duplicate key value violates unique constraint "link_types_name_outward_inward_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.452 UTC [29] DETAIL: Key (name, outward, inward)=(Paid, (partially) pays for, is (partially) paid for by) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.452 UTC [29] STATEMENT: insert into "link_types" ("name", "inward", "outward", "editable", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create link type "Paid". It might exist already.
firefly_iii_db_1 | 2019-07-11 19:53:32.453 UTC [29] ERROR: duplicate key value violates unique constraint "link_types_name_outward_inward_unique"
firefly_iii_db_1 | 2019-07-11 19:53:32.453 UTC [29] DETAIL: Key (name, outward, inward)=(Reimbursement, (partially) reimburses, is (partially) reimbursed by) already exists.
firefly_iii_db_1 | 2019-07-11 19:53:32.453 UTC [29] STATEMENT: insert into "link_types" ("name", "inward", "outward", "editable", "updated_at", "created_at") values ($1, $2, $3, $4, $5, $6) returning "id"
firefly_iii_app_1 | [2019-07-11 21:53:32] local.INFO: Could not create link type "Reimbursement". It might exist already.
firefly_iii_app_1 | Seeding: ConfigSeeder
firefly_iii_app_1 | [2019-07-11 21:53:32] local.WARNING: Database entry exists. Update to latest version (10)
firefly_iii_app_1 | Database seeding completed successfully.
firefly_iii_app_1 | Going to decrypt the database.
firefly_iii_app_1 | No decryption required for table "accounts".
firefly_iii_app_1 | No decryption required for table "attachments".
firefly_iii_app_1 | No decryption required for table "bills".
firefly_iii_app_1 | No decryption required for table "budgets".
firefly_iii_app_1 | No decryption required for table "categories".
firefly_iii_app_1 | No decryption required for table "piggy_banks".
firefly_iii_app_1 | No decryption required for table "preferences".
firefly_iii_app_1 | No decryption required for table "tags".
firefly_iii_app_1 | No decryption required for table "transaction_journals".
firefly_iii_app_1 | No decryption required for table "transactions".
firefly_iii_app_1 | No decryption required for table "journal_links".
firefly_iii_app_1 | Done!
firefly_iii_app_1 | [2019-07-11 21:53:32] local.DEBUG: Now in updateAccountCurrencies()
firefly_iii_app_1 | [2019-07-11 21:53:32] local.DEBUG: System default currency is "EUR"
firefly_iii_app_1 | Updating currency information..
firefly_iii_app_1 | Done updating currency information..
firefly_iii_app_1 | Firefly III database is up to date.
firefly_iii_app_1 | No orphaned transactions!
firefly_iii_app_1 | No orphaned journals!
firefly_iii_app_1 | All link types OK!
firefly_iii_app_1 | All access tokens OK!
firefly_iii_app_1 | Amount integrity OK!
firefly_iii_app_1 | Encryption keys already exist. Use the --force option to overwrite them.
firefly_iii_app_1 | [2019-07-11 21:53:34] local.INFO: OAuth client generated but no user associated.
firefly_iii_app_1 | Personal access client created successfully.
firefly_iii_app_1 | Client ID: 40
firefly_iii_app_1 | Client secret: X
firefly_iii_app_1 | [2019-07-11 21:53:34] local.INFO: OAuth client generated but no user associated.
firefly_iii_app_1 | Password grant client created successfully.
firefly_iii_app_1 | Client ID: 41
firefly_iii_app_1 | Client secret: X
firefly_iii_app_1 | Application cache cleared!
firefly_iii_app_1 | +------------------------------------------------------------------------------+
firefly_iii_app_1 | | |
firefly_iii_app_1 | | Thank you for installing Firefly III, v4.7.17! |
firefly_iii_app_1 | | |
firefly_iii_app_1 | | |
firefly_iii_app_1 | +------------------------------------------------------------------------------+
firefly_iii_app_1 | Go!
firefly_iii_app_1 | AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 172.21.0.3. Set the 'ServerName' directive globally to suppress this message
firefly_iii_app_1 | AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 172.21.0.3. Set the 'ServerName' directive globally to suppress this message
firefly_iii_app_1 | [Thu Jul 11 21:53:35.266137 2019] [mpm_prefork:notice] [pid 1] AH00163: Apache/2.4.25 (Debian) PHP/7.2.16 OpenSSL/1.0.2r configured -- resuming normal operations
firefly_iii_app_1 | [Thu Jul 11 21:53:35.266166 2019] [core:notice] [pid 1] AH00094: Command line: 'apache2 -D FOREGROUND'

Wel wat database errors die ik ook had vlak na de update (ook een user exists error). Ik denk er juist aan dat de developer misschien liever heeft dat ik het op github plaats... das dan mss voor later

[Jovink538]

Ik gebruik Firefly III nu een maand en ben er blij mee. Het geeft mij een beetje meer rust, eindelijk duidelijk op een rijtje wat mijn maandelijkse vaste kosten zijn en wanneer ik ze kan verwachten.

Ik merk wel een groot saldo verschil na het importeren van mijn rabo rekening. Maar dat zou kunnen komen door het overboeken van mijn rabo naar mijn nieuwe Bunq rekening. Volgende maand hoop ik volledig over te zijn naar Bunq en hoop ik dat alles weer klopt.

Dingen waar ik tegenaan loop of graag zou willen zien
Ik heb ook mijn studie schuld ingesteld daar maak ik iedere maand een bedrag naar over. Hier heb ik een contact voor aangemaakt zodat ik dit kan zien bij openstaande posten.
Misschien kan het ook anders maar daar ben ik nog niet achter.

Bij contracten zie je het totaal van alle contracten maar niet het het bedrag voor de huidige periode. Ook worden contacten meegeteld die die maand niet worden geïncasseerd.

Verder zou ik bij overzichten een overzicht van de contracten willen kunnen oproepen en de mogelijkheid om overzichten te kunnen exporteren naar pdf zou dat je later nog eens kan terug kijken welke contacten je had en wat je er aan kwijt was.

Is het trouwens ook mogelijkheid om een tweede gebruikeraan te maken met een eigen administratie? Zou een mooie toevoeging zijn.

[Firefly III]

@Jovink538 Kijk even in de admin. Je kan multi-user aanzetten. Staat standaard uit.

Voor de rest, en ook voor jouw andere vragen: ik ben druk bezig met de volgende release en heb inmiddels ook wat XSS issues gefixt dus installeer vooral 4.7.17.3 als je daar tijd voor hebt. De XSS issues zijn niet vreselijk spannend overigens. Omdat het self-hosted is kan je jezelf XSS hacken, woop-tie-doo. Desondanks, doe de upgrade.

Volgende versie staat al klaar op https://dev.firefly-iii.org/ als je wilt weten hoe het er uit gaat zien. Username / password is hetzelfde als de demo.

Ik heb daarom wat minder tijd voor de lopende zaken, en ik heb helaas ook gewoon een veeleisende baan en ook nog (sorry ) een privé leven. Af en toe devven gaat lekker maar support schiet er soms bij in.

Open een ticket op GitHub of drop me een mailtje als je mijn aandacht even wilt. Ik ben helaas niet vaak genoeg op Tweakers om spoedeisende zaken op te pakken.

Gelukkig zijn vreselijk veel enthousiaste gebruikers die kunnen helpen bij moeilijke vragen. Dank jullie wel, daarvoor!

[Jovink538]

@JCE bedankt voor je reactie.
Ik heb hem gisteravond meteen geüpdate naar de laatste versie.

Ik ben echt zeer tevreden met Firefly III. Erg knap dat je dit helemaal alleen hebt kunnen maken. Ik kijk uit naar de volgende update.

[diederikd]

Ik gebruik Firefly III nu ook een aantal weken en ben onder de indruk! Ik heb zelf in het verleden een Excel met import+classificatie macro's, en een Python/Jupyter notebook met ML voor classificatie geschreven, maar ben met beide niet heel tevreden.
Complimenten voor je aanpak @JCE - je hebt je verdiept in de theorie achter boekhouden en dat goed kunnen vertalen naar een tool. Bedankt!

Na een basis set up (asset accounts, categorieen, budgets) heb ik een SQL export gemaakt. Daarna heb ik met verschillende instellingen / features gespeeld (Spectre, bank imports, handmatig), waarbij ik gemakkelijk de export kon gebruiken om te resetten / een schone db te 'bootstrappen'. Dat raad ik aan als mensen willen rondspelen met verschillende opties.

Een vraag die ik heb: is er een manier op expense en revenue accounts aan elkaar te linken? Use case: ik maak geld over naar een vriend, hij maakt geld over naar mij. Door data import worden er 2 accounts aangemaakt in Firefly, met hetzelfde IBAN nummer. Ik zou graag de netto balans op die vriend willen zien. Weet iemand of/hoe dit kan?

Edit: ik zie dat het als een van de standaard beschikbaar rapportages is. Hij herkent wel enkel de accounts met dezelfde naam, dus moet dat handmatig corrigeren (ook als IBAN gelijk is).
/reports/account/{asset account id}/{account}/{date1}/{date2}
Hij laat in de grafiek zowel expense als income zien, maar in tabellen eronder alleen de expense.

[ Voor 23% gewijzigd door diederikd op 03-08-2019 18:27 ]

[Horatius]

Hallo,

Ik ben een redelijk vervente windows gebruiker en probeer de laatste tijd over te stappen naar Linux. Ik probeer momenteel FireFly III werkend te krijgen op mijn laptop maar ik krijg het niet gedaan. Ik volgde de turtorial om FireFly III op Ubuntu te zetten maar kwam in de problemen met composer en snap een paar dingen niet (newbie).
Dus mijn vraag hier is wat is de gemakkelijkste manier en aanbevolen manier om dit te doen op een thuisserver?

Alvast bedankt!

Mvg,

[vanputten80]

Vandaag ben ik bezig met het installeren van Firefly in docker op mijn synology.
Daarvoor heb ik de stappen gevolgd zoals omschreven in dit forum

Ik heb MariaDB 5 en 10 geinstalleerd (op de standaard poorten). Ik heb middels PHPadmin de database kunnen opzetten met de juiste rechten.
Bij het starten van de container krijg onderstaande foutmelding. Iemand een idee hoe ik verder kan komen?

In PDOConnection.php line 27:

SQLSTATE[HY000] [2002] Connection timed out
In Connection.php line 664:
SQLSTATE[HY000] [2002] Connection timed out (SQL: select `users`.* from `users` order by `id` desc)
In PDOConnection.php line 31:
SQLSTATE[HY000] [2002] Connection timed out
In PDOConnection.php line 27:
SQLSTATE[HY000] [2002] Connection timed out

Encryption keys already exist. Use the --force option to overwrite them.

In Connection.php line 664:

SQLSTATE[HY000] [2002] Connection timed out (SQL: insert into `oauth_clients` (`user_id`, `name`, `secret`
redirect`, `personal_access_client`, `password_client`, `revoked`, `updated_at`, `created_at`) values (

?, Firefly III Personal Access Client, TP4aoRIThYocOtXFNe0SKisIja8q3vUBFywrrzKM, http://localhost, 1, 0, 0
2019-08-11 18:33:18, 2019-08-11 18:33:18))
In PDOConnection.php line 31:
SQLSTATE[HY000] [2002] Connection timed out
In PDOConnection.php line 27:
SQLSTATE[HY000] [2002] Connection timed out

Application cache cleared!
+------------------------------------------------------------------------------+
| |
| Thank you for installing Firefly III, v4.8.0! |
| This is a huge upgrade for Firefly III. Please expect bugs and errors, and |
| bear with me as I fix them. I tested a lot of things but pretty sure I |
| missed some. Thanks for understanding. |
| |
+------------------------------------------------------------------------------+
Go!
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

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

[Sun Aug 11 18:33:49.822493 2019] [mpm_prefork:notice] [pid 1] AH00163: Apache/2.4.38 (Debian) PHP/7.2.21 OpenSSL/1.1.1c configured -- resuming normal operations

[Sun Aug 11 18:33:49.822588 2019] [core:notice] [pid 1] AH00094: Command line: 'apache


Go!
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
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
[Sun Aug 11 18:33:49.822493 2019] [mpm_prefork:notice] [pid 1] AH00163: Apache/2.4.38 (Debian) PHP/7.2.21 OpenS
SL/1.1.1c configured -- resuming normal operations
[Sun Aug 11 18:33:49.822588 2019] [core:notice] [pid 1] AH00094: Command line: 'apache2 -D FOREGROUND'

EDIT: Misschien toch iets met rechten op de Database. Waar stel ik in dat account firefly vanaf 172... mag inloggen?

[ Voor 14% gewijzigd door vanputten80 op 11-08-2019 22:58 ]

[Renzzie]

Het blijft jammer dat er nooit een executable is gemaakt voor de wat minder onderlegde tweaker. Je moet nu redelijk wat hoepels door om alles werkend te krijgen en dit gaat natuurlijk ten koste van de userbase.

Ik heb wel eens begrepen dat ontwikkelen/big fixen op deze manier makkelijker is, maar het is niet echt end-user vriendelijk.

[RudolfR]

@Renzzie

Er zit een add-on voor hass.io aan te komen, simpeler dan dat gaat 't waarschijnlijk niet worden.
https://github.com/hassio-addons/addon-firefly-iii

[Firefly III]

diederikd schreef op zaterdag 3 augustus 2019 @ 12:06:
Ik gebruik Firefly III nu ook een aantal weken en ben onder de indruk! Ik heb zelf in het verleden een Excel met
Complimenten voor je aanpak @JCE - je hebt je verdiept in de theorie achter boekhouden en dat goed kunnen vertalen naar een tool. Bedankt!

Dank, dat is een leuk compliment!

ik zie dat het als een van de standaard beschikbaar rapportages is. Hij herkent wel enkel de accounts met dezelfde naam, dus moet dat handmatig corrigeren (ook als IBAN gelijk is).

Goed idee om ook op IBAN te matchen, helemaal niet aan gedacht.

Horatius schreef op vrijdag 9 augustus 2019 @ 22:21:
Dus mijn vraag hier is wat is de gemakkelijkste manier en aanbevolen manier om dit te doen op een thuisserver?

Docker compose is lekker straight-forward.

Renzzie schreef op zondag 11 augustus 2019 @ 21:34:
Het blijft jammer dat er nooit een executable is gemaakt voor de wat minder onderlegde tweaker. Je moet nu redelijk wat hoepels door om alles werkend te krijgen en dit gaat natuurlijk ten koste van de userbase.

Ik heb wel eens begrepen dat ontwikkelen/big fixen op deze manier makkelijker is, maar het is niet echt end-user vriendelijk.

Docker wordt steeds gebruiksvriendelijker en is de oplossing voor dit probleem. "Executables" bouwen die overal draaien is achterhaald. Installeer een tool die jouw PC universeel maakt is een veel efficientere oplossing.

[Transportman]

vanputten80 schreef op zondag 11 augustus 2019 @ 20:50:
Vandaag ben ik bezig met het installeren van Firefly in docker op mijn synology.
Daarvoor heb ik de stappen gevolgd zoals omschreven in dit forum

Ik heb MariaDB 5 en 10 geinstalleerd (op de standaard poorten). Ik heb middels PHPadmin de database kunnen opzetten met de juiste rechten.
Bij het starten van de container krijg onderstaande foutmelding. Iemand een idee hoe ik verder kan komen?


[...]


EDIT: Misschien toch iets met rechten op de Database. Waar stel ik in dat account firefly vanaf 172... mag inloggen?

Met welke settings draai je het binnen Docker? Ik had namelijk een tijdje geleden dat ik na een upgrade niet meer bij Firefly kon, omdat er een default anders was geworden die ik niet goed had gezet (zie Transportman in "Het grote "Firefly III" topic") en daardoor kon Firefly niet meer bij mijn database.

[vanputten80]

Transportman schreef op maandag 12 augustus 2019 @ 18:46:
[...]

Met welke settings draai je het binnen Docker? Ik had namelijk een tijdje geleden dat ik na een upgrade niet meer bij Firefly kon, omdat er een default anders was geworden die ik niet goed had gezet (zie Transportman in "Het grote "Firefly III" topic") en daardoor kon Firefly niet meer bij mijn database.

Dank voor je reactie.

Onderstaande mijn settings. Deze heb ik gebruik zoals geschreven in dit topic.




De error melding die krijg lijkt iets te komen van de database verbinding.

In Connection.php line 664:

SQLSTATE[HY000] [2002] Connection refused (SQL: select `users`.* from `user
s` order by `id` desc)

In PDOConnection.php line 31:
SQLSTATE[HY000] [2002] Connection refused

In PDOConnection.php line 27:
SQLSTATE[HY000] [2002] Connection refused
Encryption keys already exist. Use the --force option to overwrite them.

In Connection.php line 664:
SQLSTATE[HY000] [2002] Connection refused (SQL: insert into `oauth_clients`
(`user_id`, `name`, `secret`, `redirect`, `personal_access_client`, `passw
ord_client`, `revoked`, `updated_at`, `created_at`) values (?, Firefly III

Personal Access Client, S9W22KjL3V7wF9KHfTAqTirx3M6KrcFz4mBsCBoC, http://lo
calhost, 1, 0, 0, 2019-08-12 18:16:20, 2019-08-12 18:16:20))

In PDOConnection.php line 31:
SQLSTATE[HY000] [2002] Connection refused


In PDOConnection.php line 27:
SQLSTATE[HY000] [2002] Connection refused

Application cache cleared!
+------------------------------------------------------------------------------+

| |
| Thank you for installing Firefly III, v4.8.0! |
| This is a huge upgrade for Firefly III. Please expect bugs and errors, and |
| bear with me as I fix them. I tested a lot of things but pretty sure I |
| missed some. Thanks for understanding. |
| |
+------------------------------------------------------------------------------+

Go!

AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 172.17.0.4. Set the 'ServerName' directive globally to suppress this message

AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 172.17.0.4. Set the 'ServerName' directive globally to suppress this message

[Mon Aug 12 18:16:22.154448 2019] [mpm_prefork:notice] [pid 1] AH00163: Apache/2.4.38 (Debian) PHP/7.2.21 OpenSSL/1.1.1c configured -- resuming normal operations

[Mon Aug 12 18:16:22.154547 2019] [core:notice] [pid 1] AH00094: Command line: 'apache2 -D FOREGROUND'

[Mon Aug 12 18:16:49.727901 2019] [mpm_prefork:notice] [pid 1] AH00169: caught SIGTERM, shutting down

[ Voor 69% gewijzigd door vanputten80 op 12-08-2019 20:30 ]

[Transportman]

vanputten80 schreef op maandag 12 augustus 2019 @ 20:22:
[...]


Dank voor je reactie.

Onderstaande mijn settings. Deze heb ik gebruik zoals geschreven in dit topic.

[Afbeelding]


De error melding die krijg lijkt iets te komen van de database verbinding.


[...]

Dan vermoed ik dat je hetzelfde probleem hebt als waar ik tegenaan liep, dat je een andere database gebruikt dan de standaard die vanuit Firefly gebruikt wordt. Ik kan ook niet terugvinden of Laravel (waarop Firefly draait) MariaDB wel ondersteund, of wat de instellingen dan zou moeten zijn (of wat de standaard database voor Laravel is).

[vanputten80]

Volgens onderstaande uitleg zou mariadb het moeten doen. Misschien dat er in de tussentijd wijzigingen geweest zijn.


https://gathering.tweaker...message/57057345#57057345


EDIT

Na wat lezen heb ik gezien dat in de laatste versie de variablen gewijzigd zijn. HIeronder heb ik de laatste info. Door dit te gebruiken krijg ik een andere foutmelding ' connection time out' .

DB_CONNECTION=
DB_HOST=127.0.0.1
DB_PORT=5432
DB_DATABASE=firefly
DB_USERNAME=firefly
DB_PASSWORD=secret_firefly_password

Ik ben benieuwd of er andere zijn dit het draaiende hebben op een synology nas en zijn/haar variable wil delen.


EDIT: Het werkt. Ik heb een MariaDB aangemaakt in Docker en hieraan heb ik FireFly kunnen koppelen.

[ Voor 60% gewijzigd door vanputten80 op 20-08-2019 20:11 ]

[LigeTRy]

Ik heb de variabelen gewijzigd maar krijg in de logs de volgende error:

SQLSTATE[HY000] [1045] Access denied for user 'forge'@'firefly.compose_default' (using password: YES)

De variabelen die ik gebruik (natuurlijk even de gegevens gewijzigd) (docker compose)
environment:
- DB_HOST=mariadb
- DB_DATABASE=dbname
- DB_USERNAME=dbusername
- DB_PASSWORD=dbpassword
- APP_KEY=somelongkey
- APP_ENV=local
- DB_CONNECTION=mysql
- TZ=Europe/Amsterdam
- APP_LOG_LEVEL=debug


edit/solved: check dit bestand (zoals vermeld in known issues)

[ Voor 11% gewijzigd door LigeTRy op 14-08-2019 20:16 . Reden: solved ]

[Jovink538]

De import van Bunq werkt na de update niet meer. Hou daar wel rekening mee.

[Tap_]

Is de import van Bunq er nu voorgoed uit, of komt dit terug?
Ik weet van de problemen met meerdere rekeningen, maar door alleen mijn belangrijkste rekening te importeren en de rest met de hand - was het goed werkbaar voor mij.

Hoop dat bunq wel weer terugkomt.

[Jovink538]

Wat ik er uit begrijp is dat het niet meer in Firefly terug komt.
Maar via een apart programma

https://github.com/firefl...09#issuecomment-520548845

[Firefly III]

Klopt. Als iemand een plekje over heeft in een pack ga ik er mee aan de slag.

[Emrulez]

Heeft er iemand een goed voorbeeld van een indeling van categorieën en tags?

[Krisp]

JCE schreef op dinsdag 20 augustus 2019 @ 20:14:
Klopt. Als iemand een plekje over heeft in een pack ga ik er mee aan de slag.

MIsschien kijk ik verkeerd, maar voor de sandbox heb je geen betaald account nodig zo lijkt het? https://beta.doc.bunq.com/basics/sandbox

[Firefly III]

Krisp schreef op vrijdag 23 augustus 2019 @ 13:51:
[...]

MIsschien kijk ik verkeerd, maar voor de sandbox heb je geen betaald account nodig zo lijkt het? https://beta.doc.bunq.com/basics/sandbox

Inderdaad, die was ik nog niet tegen gekomen. Ik duik er in, thanks

[Tap_]

Dat zou top zijn! Als je een tester nodig hebt, laat het weten!

[.SnifraM]

Kan iemand mij vertellen of het volgende mogelijk is in Firefly (en hoe). Ik krijg het namelijk niet voor elkaar.

Als je een maandelijks hypotheekbedrag betaald aan je verstrekker bestaat deze voor een deel uit rente en een deel uit aflossing. In mijn huidige pakket kan ik deze transacties opsplitsen.

Bijvoorbeeld:

Transactie:
€1000 van bankrekening naar hypotheekverstrekker.

Deze transactie splits ik op in 2 delen:
€500 rente.
€500 aflossing.

Tot dit punt krijg ik het gewoon in Firefly. Wat ik in mijn huidige administratie kan doen is die -€500 aflossing naar een andere rekening toe boeken (+€500). In mijn geval is dat bijvoorbeeld rekening 'annuiteitenhypotheek' die een negatief startsaldo heeft. Zo komt er iedere maand een transactie bij waarmee het negatieve saldo steeds lager wordt.

In firefly kan ik wel een huis/liability toevoegen maar vervolgens kan ik daar niets heen boeken of geen transacties aan koppelen. Ik kan ook een rekeningnummer aanmaken met een negatief startsaldo maar die kan ik vervolgens alleen als Source aangeven in een transactie en niet als destination.

Wat doe ik verkeerd?

[Firefly III]

Dat kan gewoon.

• Maak een liability, die noem je "hypotheek". Negatief startsaldo, je huidige hypotheekwaarde.
• (optioneel) Maak een expense account, die noem je "bank".
• Maak een nieuwe transactie, en voeg direct een split toe.

Vul hem ongeveer zo in:



Dan is dit het resultaat:




Als de auto-complete je nieuwe accounts nog niet weergeeft even geduld hebben. Browser-cache maar die expired redelijk vlot.

Bonus:

[ Voor 10% gewijzigd door Firefly III op 27-08-2019 22:34 ]

[Firefly III]

-dubbel-

[ Voor 97% gewijzigd door Firefly III op 27-08-2019 22:33 ]

[.SnifraM]

JCE schreef op dinsdag 27 augustus 2019 @ 22:32:
Dat kan gewoon.

• Maak een liability, die noem je "hypotheek". Negatief startsaldo, je huidige hypotheekwaarde.
• (optioneel) Maak een expense account, die noem je "bank".
• Maak een nieuwe transactie, en voeg direct een split toe.

Vul hem ongeveer zo in:

[Afbeelding]

Dan is dit het resultaat:

[Afbeelding]

Als de auto-complete je nieuwe accounts nog niet weergeeft even geduld hebben. Browser-cache maar die expired redelijk vlot.

Bonus:

[Afbeelding]

ik ging er vanuit dat wat ik in de dropdown zag de keuzes waren (en daar stond de nieuwe rekening niet bij). Maar het is gewoon een vrij invul veld en als ik gewoon zelf de naam van de rekening in type werkt het gewoon. Bedankt voor je snelle reactie! Echt top dit was namelijk mijn enige reden waarom ik het product niet 'kon' gebruiken.

[ Voor 19% gewijzigd door .SnifraM op 27-08-2019 22:48 ]

[.SnifraM]

JCE schreef op dinsdag 27 augustus 2019 @ 22:32:
Dat kan gewoon.

• Maak een liability, die noem je "hypotheek". Negatief startsaldo, je huidige hypotheekwaarde.
• (optioneel) Maak een expense account, die noem je "bank".
• Maak een nieuwe transactie, en voeg direct een split toe.

Vul hem ongeveer zo in:

[Afbeelding]

Dan is dit het resultaat:

[Afbeelding]


Als de auto-complete je nieuwe accounts nog niet weergeeft even geduld hebben. Browser-cache maar die expired redelijk vlot.

Bonus:

[Afbeelding]

Hoort dit via de actieregels ook op deze manier mogelijk te zijn?

Als ik namelijk een actieregel maak met 'verander doelrekening naar rekeningX' dan zie ik dat er onder crediteuren een nieuwe rekeningX aangemaakt wordt i.p.v. dat er gelinked wordt met een reeds bestaande betaalrekening rekeningX. Doe ik het weer verkeerd


'Verander transactie in een overschrijving...' did the trick

[ Voor 52% gewijzigd door .SnifraM op 02-09-2019 14:19 ]

[vanputten80]

Ik heb Firefly draaien nu.
De import ben ik aan het proberen maar om een reden pakt hij elke keer de datum van vandaag voor elke transactie en niet de rente of betaaldatum in het bestand. Elke transactie bevat ook geen datum behalve die van vandaag. Iemand een tip?
Ik gebruik rabo

[.SnifraM]

vanputten80 schreef op maandag 2 september 2019 @ 19:02:
Ik heb Firefly draaien nu.
De import ben ik aan het proberen maar om een reden pakt hij elke keer de datum van vandaag voor elke transactie en niet de rente of betaaldatum in het bestand. Elke transactie bevat ook geen datum behalve die van vandaag. Iemand een tip?
Ik gebruik rabo

Ik had hetzelfde (bij een import van ~6500 transacties ). Dan heb je waarschijnlijk het datumformaat bij je import schermpje verkeerd staan. Bijvoorbeeld Y-m-d (2019-09-03) i.p.v. d-m-Y (03-09-2019) of d/m/Y (03/09/2019). Controleer dus goed hoe de datum in jouw bank export staat.

[ Voor 4% gewijzigd door .SnifraM op 03-09-2019 13:26 ]

[vanputten80]

Gebruikt iemand dit programma ook met meerdere banken? Ik heb bv een gezamelijk rekening van Rabo maar ook een rekening bij een andere bank. Iemand ervaring mee?

[Firefly III]

M

vanputten80 schreef op woensdag 4 september 2019 @ 21:06:
Gebruikt iemand dit programma ook met meerdere banken? Ik heb bv een gezamelijk rekening van Rabo maar ook een rekening bij een andere bank. Iemand ervaring mee?

Dat kan natuurlijk gewoon. Ik gebruik Firefly III met vier banken. Maar ik neem aan dat je wilt weten hoe het is om alles te gaan zitten importeren?

Want met de hand ben je sowieso sneller.

[Jovink538]

JCE schreef op woensdag 4 september 2019 @ 21:35:

Want met de hand ben je sowieso sneller.

Ik vind juist het importeren van transacties veel sneller gaan. 1 druk op de knop en alles is ingeladen en met alle gegevens zo als datum en omschrijving.

De import functie was voormij de reden om Firefly te gaan gebruiken. Speciaal daarom overgestapt naar Bunq.

Ik heb dus niet geüpdate naar de laatste versie omdat de import het daar niet meer van werkt.

Vind het heel jammer dat het niet meer ondersteund wordt.

[Firefly III]

Jovink538 schreef op donderdag 5 september 2019 @ 08:21:
[...]

Ik vind juist het importeren van transacties veel sneller gaan. 1 druk op de knop en alles is ingeladen en met alle gegevens zo als datum en omschrijving.

De import functie was voormij de reden om Firefly te gaan gebruiken. Speciaal daarom overgestapt naar Bunq.

Ik heb dus niet geüpdate naar de laatste versie omdat de import het daar niet meer van werkt.

Vind het heel jammer dat het niet meer ondersteund wordt.

Dan heb je het niet helemaal begrepen, of ik begrijp jou niet.

- De bunq importeer functie is in elke versie kapot, want bunq heeft de API weereens aangepast en ik heb nog geen tijd gehad om deze te fixen.
- Het importeren van CSV bestanden werkt gewoon.

Je zal altijd kunnen blijven importeren in Firefly III. Dat gaat echt niet zomaar weg. Maar ik maak dat geen kern-onderdeel meer van Firefly III zelf, dat is qua onderhoud gewoon niet te doen. Zeker niet met alle banken en de API's die ze nu aanbieden.

Het importeren van CSV bestanden, van bunq, van andere banken zal in de toekomst via aparte apps gaan lopen. Maar zover is het nog niet, en als het zover is vertel ik het je wel.

Dus even klok klepel: importeren kan gewoon en blijft gewoon mogelijk. Ik raad je dus aan om gewoon te updaten, je kan gewoon importeren, geen gedoe allemaal.

[Jovink538]

JCE schreef op donderdag 5 september 2019 @ 08:32:
[...]

Dan heb je het niet helemaal begrepen, of ik begrijp jou niet.

- De bunq importeer functie is in elke versie kapot, want bunq heeft de API weereens aangepast en ik heb nog geen tijd gehad om deze te fixen.
- Het importeren van CSV bestanden werkt gewoon.

Je zal altijd kunnen blijven importeren in Firefly III. Dat gaat echt niet zomaar weg. Maar ik maak dat geen kern-onderdeel meer van Firefly III zelf, dat is qua onderhoud gewoon niet te doen. Zeker niet met alle banken en de API's die ze nu aanbieden.

Het importeren van CSV bestanden, van bunq, van andere banken zal in de toekomst via aparte apps gaan lopen. Maar zover is het nog niet, en als het zover is vertel ik het je wel.

Dus even klok klepel: importeren kan gewoon en blijft gewoon mogelijk. Ik raad je dus aan om gewoon te updaten, je kan gewoon importeren, geen gedoe allemaal.

Bedankt ik ben blij dat te lezen.
Ik zal het wel verkeerd hebben begrepen, klaagt mijn vriendin ook over

Als ik nu via Bunq importeer komen de transacties gewoon in het overzicht.
Daarom dacht ik dat het nog gewoon werkte.

Ik heb de laatste versie draaien in een test omgeving. Ik zal daar nog eens mee gaan testen.
Bij Bunq kan je via csv (Volgens mij) niet alle rekeningen in een keer importeren dus maakt het wat meer omslachtig.

Ik hoop dat je snel weer wat tijd kan vinden voor de import van Bunq.

[Batavia]

Veel geld management programma's geven mij de optie om vaste lasten vs variable uitgaven te kunnen zien.

Wat ik graag zou willen is dit nog een stap verder te nemen door sommige uitgaven als "incidenteel" te markeren en dan mijn kosten met en zonder te kunnen zien.

De specifieke usecase zou een beetje zijn als dit. Ik geef iedere maand 200 euro uit gaan mijn hypotheek. Duidelijk vaste lasten.
Ik geef ook ieder jaar +- 1000 euro uit aan onderhoud (schilder, muur opnieuw voegen etc). Dit zijn duidelijk variable lasten maar ik moet ieder jaar "iets" doen. Ik wil dit zeker bijhouden over de lange termijn om een gemiddelde over te trekken.

Echter dit jaar gaat mijn zoon studeren dus ik koop voor 20000 een appartement. Dit is iets wat ik 1 keer doe en daarna nooit meer. Ergens wil ik wel kunnen zien dat ik ooit dit wel uitgegeven heb aan woonlasten (waarom is het saldo van mijn spaarrekening zo hard omlaag gegaan), maar in andere overzichten wil ik dit ook weer buiten beschouwing laten. (Ik heb het 1 keer gedaan, het was leuk, maar als ik wil weten wat ik nu kwijt ben om te wonen geeft dit mij geen meerwaarde/vertroebelt mijn gemiddelde onevenredig hard).

Ik heb nu een aantal pakketten geprobeerd. Ik kom niet veel verder dan het helemaal buiten beschouwing te laten of te boeken op een categorie als "cash opname/random stuff" en dan een overzicht te maken van alles behalve deze categorie. Het nadeel hiervan is dat ik ook meteen iedere context kwijt ben. Ik weet niet meer of het een incidentele woning uitgave is of een extra groot verjaardagsfeest omdat iemand 50 werd.
Wat ik eigenlijk zou willen is dit kunnen taggen als wel onder een categorie maar incidenteel. En dan in de overzichten een vlinkje met/zonder incidenteel kunnen aanvinken.

Zou firefly mij hierbij kunnen helpen? Is mijn wens erg raar? moet ik het anders doen?

[ Voor 6% gewijzigd door Batavia op 05-09-2019 13:13 ]

[RudolfR]

Ik heb een poging gedaan om m'n docker-compose Firefly III te updaten.
Ging helaas niet meteen goed en na wat beter lezen zag ik dat er e.e.a. was veranderd aan de docker-compose.yml en de bijbehorende .env file.

Ik vrees dat ik per ongeluk al een keer heb gedraaid met een te nieuwe versie van Postgres (voorheen stond er latest in de yml, nu is-ie fixed op 10)

Ik zie deze warning in de logs van de db-docker:

code:

2019-09-05 18:16:43.440 UTC [1] FATAL:  database files are incompatible with server
2019-09-05 18:16:43.440 UTC [1] DETAIL:  The data directory was initialized by PostgreSQL version 11, which is not compatible with this version 10.10 (Debian 10.10-1.pgdg90+1).

Goed moment om opnieuw te beginnen?

[Firefly III]

peltco schreef op donderdag 5 september 2019 @ 13:01:
Veel geld management programma's geven mij de optie om vaste lasten vs variable uitgaven te kunnen zien.

Wat ik graag zou willen is dit nog een stap verder te nemen door sommige uitgaven als "incidenteel" te markeren en dan mijn kosten met en zonder te kunnen zien.
Zou firefly mij hierbij kunnen helpen? Is mijn wens erg raar? moet ik het anders doen?

Ik heb hier ooit wat voor gehad, een optie om dingen buiten de "predictions" te houden. Maar het is een gebed zonder einde, want je merkt dat wat mensen als incidenteel (willen) markeren vreselijk verschilt. De ene slaat een kop koffie al over als dat op Schiphol was (want 1x per jaar) en de ander wilt graag vier niveaus incidenteel. Dus je blijft bezig.

Wat ik zelf doe voor dit soort dingen (een andere use case is grote declaraties) is ze vanaf een speciale "declaratierekening" te betalen en afhandelen. Je ontkomt er niet aan dat het een gat slaat in je uitgaven, maar op zo'n rekening kan je (virtueel) sparen voor dit soort uitgaven.

Eventueel kan je er ook voor kiezen om voor dit soort uitgaven een speciale asset account te maken. Voor de schilder, voor het appartement, etc. Dan maak je er een "transfer" van ipv een "withdrawal".

Het voordeel hiervan is dat je de asset account in je rapporten kan meenemen. Dan valt de transfer weg en de uitgave daarmee ook. Nadeel is wel dat je kapitaal niet kleiner wordt. Firefly III denkt dat het geld bij jou blijft.

RudolfR schreef op donderdag 5 september 2019 @ 20:23:
Ik heb een poging gedaan om m'n docker-compose Firefly III te updaten.
Ging helaas niet meteen goed en na wat beter lezen zag ik dat er e.e.a. was veranderd aan de docker-compose.yml en de bijbehorende .env file.

Ik vrees dat ik per ongeluk al een keer heb gedraaid met een te nieuwe versie van Postgres (voorheen stond er latest in de yml, nu is-ie fixed op 10)

Ik zie deze warning in de logs van de db-docker:

code:

2019-09-05 18:16:43.440 UTC [1] FATAL:  database files are incompatible with server
2019-09-05 18:16:43.440 UTC [1] DETAIL:  The data directory was initialized by PostgreSQL version 11, which is not compatible with this version 10.10 (Debian 10.10-1.pgdg90+1).

Goed moment om opnieuw te beginnen?

Van welke versie kom je vandaan? Versie 10 staat er in sinds 10 maanden geleden omdat Postgres 11 uit kwam en ik dit scenario tegen kwam in mijn tests.

Je kan je docker-compose file rustig aanpassen en op "11" of "latest" zetten overigens, dan kan je gewoon verder waar je was.

[RudolfR]

@JCE

Geen idee; ik zie in m'n 'docker images' deze nog staan: 5b84fa2b9bff van een maand of 5 oud.
Ik heb niet bij iedere update ook m'n docker-compose aangepast, die file liep mogelijk verder achter dan zou moeten.

Dank voor de tip, met 11 start-ie gewoon verder door en zie ik dit in de log voorbij komen m.b.t migratie:
2019_03_22_183214_changes_for_v480

[Firefly III]

Dan klopt het weer @RudolfR, maar zet hem voor de zekerheid op 11.

Toen ik met Docker begon heb ik nog overal aparte environment variables voor bedacht, en ook nog een heel script om ze over te nemen enzo. Nergens voor nodig. Voor 4.8.0 heb ik de tijd genomen om dat te corrigeren dus vandaar dat je script nu ineens de soep in liep. De migratie is correct, dus het lijkt allemaal goed gegaan te zijn.

[WheeleE]

Na een eerste (zeer positieve) kennismaking en test op een extern gehoste installatie ben ik dit weekend gaan proberen om een definitieve installatie op mijn Raspberry Pi toemaken m.b.v. Docker.
De handleiding voor Docker Hub with automatic updates via run/pull is heel rechttoe rechtaan, maar toch loopt het spaak.

Het aanmaken van de db-container gaat vlekkeloos, de logfile laat daar geen bijzonderheden zijn.
De applicatiecontainer geeft helaas een hele rits met SQLSTATE[HY000] [2002] Connection refused meldingen.

Wat ik heb geprobeerd:
• DB_PASSWORD default laten, en zelf instellen. Beiden geven geen verschil

• -e DB_PORT=5432 (= default deport) toevoegen aan beide container startups. De db-container lijkt gewoon te starten, de app-container geeft nu gedurende diverse minuten een aantal keer de melding SQLSTATE[HY000] [2006] MySQL server has gone away bij respectievelijk Line 31, 27 en 27. Hierbij lijkt er in de db-log ook één keer de melding LOG: incomplete startup packet te verschijnen.

In het 2e geval komt de installatie dus wel iets verder, maar het resultaat is nog steeds niet bruikbaar.
Ik kom er niet echt achter waar nu het probleem zit. Mijn kennis van en ervaring met docker is te beperkt (dit is mijn vuurdoop zegmaar) om te kunnen troubleshooten of om in de db(-container) te verifiëren hoe en wat.

Gaat er bij iemand een belletje rinkelen, of kijk ik ergens over heen?