/u/116997/mozilla2.png?f=community)
:fill(white):strip_exif()/f/image/WYO3kuffkzRjr0RpcEVoCGlH.png?f=user_large)
/u/37422/crop614599366878b_cropped.png?f=community)
Ben verder in de logs gaan kijken, net voor die error komt er inderdaad een andere tevoorschijn,Dit is de error die je krijgt als de error niet gemaild kan worden. Dus er zit nog een error voor de error
Could not poll the database: SQLSTATE[HY000] [2002] php_network_getaddresses: getaddrinfo for db failed: Name or service not known (Connection: mysql, SQL: select `id`, `name`, `data` from `configuration` where `name` = is_demo_site and `configuration`.`deleted_at` is null limit 1)","time":"Fri, 03 Mar 2023 12:43:19 +0100","file":"\/var\/www\/html\/app\/Support\/FireflyConfig.php","line":80,"code":0,"version":"6.0.0","url":"http:\/\/192.168.0.241:92","userAgent":"Mozilla\/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit\/537.36 (KHTML, like Gecko) Chrome\/110.0.0.0 Safari\/537.36","json":true,"method":"GET"}
Zegt dit je iets?
:strip_icc():strip_exif()/u/28238/dommel.jpg?f=community)
:strip_icc():strip_exif()/u/820877/crop601f2339b965c_cropped.jpeg?f=community)
:fill(white):strip_exif()/f/image/70iHCHZEDEZtogDVuAi1CIoj.png?f=user_large){kind=small}
Ik zie ook dat ik versie 6.0 kan gebruiken. Ik vind de aankondiging een beetje vaag.
"wat nieuwer is dan de nieuwste versie"
Klopt, de nieuwe versie heeft een "v"-prefix en daar kan version_compare() niet tegen. Maar een versie met een "v" ervoor heeft de voorkeur dus daar ga ik sinds v6.0.0 voor. Dat is een beetje een stijlbreuk en levert hier en daar kleine issues op. Dit is er een voorbeeld van. Ander voorbeeld is de Docker container, die in eerste instantie als "version-v6" werd gebouwd.:
[Afbeelding]
Ik zie ook dat ik versie 6.0 kan gebruiken. Ik vind de aankondiging een beetje vaag.
"wat nieuwer is dan de nieuwste versie"
:strip_icc():strip_exif()/u/293647/crop5d6e6ded91c90_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/100368/investigator_icon.jpg?f=community){kind=icon}
/u/78932/Jewel3GoT.png?f=community)
Vandaag maar eindelijk weer eens beginnen met opnieuw FireFlyIII te installeren. Die in combinatie met FiDi. Had FFIII al die tijd al geinstalleerd, maar eigenlijk geen tijd gehad om er iets mee te doen. FiDi wil ik ook meteen gaan gebruiken. Echter moet ik zeggen dat ik de handleiding qua installeren niet altijd even duidelijk vind.
Maar ik ga het gewoon aan de hand met een combi van bestanden eens proberen.
We gaan het meemaken!
Heb nu wat in elkaar gezet qua docker-compose. Echter irriteerde me aan die ranzige zelf gemaakte volume voor de data importer. Hier maar wat anders van gebakken met volumes en dan een naam gegeven.
Moet wel zeggen dat inclusief de handleiding het toch aardig wat voeten in aarde heeft om het werkend te krijgen. Er wordt naar mijn mening niet een standaard instellingen meegegeven op veel plekken.
Dus een basis voor mensen die het gewoon willen installeren en gaan met die banaan. Even om het even of je het via docker doet of niet.
Dus een basis en als je het aan wilt passen, dan zijn dit de dingen die je aan kunt passen. Zoals poorten en dergelijke. Maar wellicht kijk ik er ook finaal overheen en is het er wel gewoon.
Maar moest voor veel dingen zoeken. Zoals de env bestanden en dergelijke.
Merk dat er ook best wel veel afhankelijkheden zijn die voor de gemiddelde gebruiker prima met standaard instellingen te doen zijn zonder tussenkomst van de gebruiker. Maar het valt me voor iemand die niet helemaal een leek is toch best tegen qua inregelen.
Firefly III draait in ieder geval en Data importer doet het ook, maar nu de koppeling met firefly III nog.
Maar ik ga het gewoon aan de hand met een combi van bestanden eens proberen.
We gaan het meemaken!Heb nu wat in elkaar gezet qua docker-compose. Echter irriteerde me aan die ranzige zelf gemaakte volume voor de data importer. Hier maar wat anders van gebakken met volumes en dan een naam gegeven.
Moet wel zeggen dat inclusief de handleiding het toch aardig wat voeten in aarde heeft om het werkend te krijgen. Er wordt naar mijn mening niet een standaard instellingen meegegeven op veel plekken.
Dus een basis voor mensen die het gewoon willen installeren en gaan met die banaan. Even om het even of je het via docker doet of niet.
Dus een basis en als je het aan wilt passen, dan zijn dit de dingen die je aan kunt passen. Zoals poorten en dergelijke. Maar wellicht kijk ik er ook finaal overheen en is het er wel gewoon.
Maar moest voor veel dingen zoeken. Zoals de env bestanden en dergelijke.
Merk dat er ook best wel veel afhankelijkheden zijn die voor de gemiddelde gebruiker prima met standaard instellingen te doen zijn zonder tussenkomst van de gebruiker. Maar het valt me voor iemand die niet helemaal een leek is toch best tegen qua inregelen.
Firefly III draait in ieder geval en Data importer doet het ook, maar nu de koppeling met firefly III nog.
[ Voor 60% gewijzigd door Arunia op 07-03-2023 16:18 ]
Ik vermoed dat ik dit probleem niet heb, maar toch even dubbel check. Ik krijg dubbele transacties te zien van, in ieder geval, met transacties tussen eigen KNAB rekeningen.:
Ik ben er wat verder in gaan duiken en het lijkt er op dat Knab bij PSD2 het transactieID langer maakt. Als je alleen de eerste 16 cijfers gebruikt dan komen ze allemaal overeen en anders niet.
Hierover heb ik overigens contact opgenomen met Knab en ze hebben mijn vraag door gestuurd naar de juiste afdeling dus ik ben benieuwd
Nu is de fix in de data-importer heel simpel (als je verder geen rekening houd met andere banken enzo).
Hiervoor heb ik de GenerateTransactions.php:235 het transaction id aangepast.
code:
Alleen dit is beter op te lossen @Firefly III heb jij hier een suggestie voor?
Ik zie dat de import in de output tweemaal een transfer meld, wat ik mij kan indenken want transacties van beide KNAB rekeningen importeer ik.
Ik constateer alleen in het overzicht dat ik 2 maal deze transactie zie staan in rekening A maar ook in rekening B. En dan is het niet bij de ene rekening een opname en bij de andere een storting, maar twee stortingen (beide urls bevatten ook onderstaande transactionId's in beide rekeningen). Aangezien ik veel van dit soort transacties heb tussen eigen KNAB rekeningen klopt saldo bijv niet (althans, ik denk dat dat de reden is).
Kijk ik vervolgens in de portal van Nordigen naar de transacties dan staat op de ene rekening:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| {
"transactionId": "C3C01PGLRP07ZFJ7291",
"entryReference": "0000291",
"bookingDate": "2023-03-01",
"valueDate": "2023-03-01",
"transactionAmount": {
"amount": "-100.00",
"currency": "EUR"
},
"creditorName": "hierstondwat",
"creditorAccount": {
"iban": "rekeningB"
},
"remittanceInformationUnstructured": "Correctie overschrijving vanaf verkeerde rekening",
"proprietaryBankTransactionCode": "Outgoing transfer",
"internalTransactionId": "d53a7245f2d728ac838a6260a155bae2"
}, |
en op de andere:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| {
"transactionId": "C3C01PGLRP07ZFJ7126",
"entryReference": "0000126",
"bookingDate": "2023-03-01",
"valueDate": "2023-03-01",
"transactionAmount": {
"amount": "100.00",
"currency": "EUR"
},
"debtorName": "hierstondwat",
"debtorAccount": {
"iban": "rekeningA"
},
"remittanceInformationUnstructured": "Correctie overschrijving vanaf verkeerde rekening",
"proprietaryBankTransactionCode": "Incoming transfer",
"internalTransactionId": "8a5900eb73be910024350c000642aa66"
}, |
Klopt het dat in beide rekeningen de weergave een +transactie (dus storting) is? Dat ik ze per rekening tweemaal zie, lijkt mij niet te kloppen?
Edit:
In tabel transactions zie ik ook, even samengevat (negeer de waarde van "amount". In de tabel is deze uniek voor de daadwerkelijk overstoring van rekeningA naar rekening B):
account id, transaction_journal_id, amount
1,849,-100.000000000000000000000000
1,701,-100.000000000000000000000000
6,849,100.000000000000000000000000
6,701,100.000000000000000000000000
Ik zit overigens op versie 5.7.18. Ik had de image al even staan voordat ik gisteren deploy deed
Nu met versie 6. aan de slag. Update heeft niet de transacties bijgewerkt, dus wederom via de purge knoppen de transacties verwijderd. Door het updaten van de image in docker werd de container verwijderd maar niet weer aangemaakt. Na dit gedaan te hebben kon ik de importer niet gebruiken:
code:
1
| Error accessing "http://172.17.0.4:8080/api/v1/about?". Status code is 401. Body is: {"message":"Unauthenticated","exception":"AuthenticationException"} |
Hieruit maak ik op dat de auth code niet werkt.
In versie 6.0 constateer ik een probleem dat een "Personal Access Token" aanmaken niet volledig werkt. De database tabel oauth_access_tokens bevat wel het aangemaakte token, maar de name veld is leeg. En dat is ook in de UI het geval (ondanks dat ik wel in de UI een naam had opgegeven). Ik krijg ook niet het scherm daarna (https://docs.firefly-iii....stallation/configuration/) waarin de auth code staat vermeld. Staat deze auth code ergens in de database onversleuteld?. Bugje?
Edit2:
Server geeft 500 terug. Blijkbaar moet ik nu wel een mailer instellen of is dit het gevolg van een issue met het aanmaken van de "Personal Access Token"? @Firefly III
code:
1
| {"message":"Internal Firefly III Exception: Connection could not be established with host \"ssl:\/\/:465\": stream_socket_client(): php_network_getaddresses: getaddrinfo for failed: Name or service not known","exception":"Symfony\\Component\\Mailer\\Exception\\TransportException"} |
Dit krijg ik als antwoord op het verzoek
code:
1
2
3
4
5
| Request URL: http://192.168.1.75:8888/oauth/personal-access-tokens Request Method: POST Status Code: 500 Internal Server Error Remote Address: 192.168.1.75:8888 Referrer Policy: no-referrer |
met payload (wat een test is)
code:
1
| {"name":"testtaaats","scopes":[],"errors":[]} |
Edit3: Oplossing voor bovenstaande issue: https://github.com/firefl...6#issuecomment-1456578953
[ Voor 28% gewijzigd door mgizmo op 08-03-2023 12:32 ]
Thanks! Ik wilde zeker weten dat er niet een andere manier was
What Do You Call An Alligator In A Vest?
Er worden idd geen dingen onthouden, al is er wel een python scriptje dat dat kan.
Laat maar weten waar je tegenaan liep precies met het installeren. Weet dat er een standaard docker-compose klaar staat: https://github.com/firefl...n/docker-compose-data.yml
Kan ik weinig aan doen. Veel banken maken onderscheid tussen een transactie van A > B en van B > A, zelfs als dat dezelfde transactie is.
Wat had je verwacht dat er bijgewerkt had moeten worden?
Dat zou niet moeten maar kan gebeuren, als je je database wegpleurt zijn je access tokens ook weg.
Deze zal in 6.0.1 gefixt zijn.
Ik heb net nog even in de Knab chat gekeken en gelukkig bewaren zij de chat zodat je die kan terug lezen
Mijn vraag:
Het Knab antwoord was:
Je kan het zelf ook controleren door een csv van je rekeningen uit te draaien en dan de nummers te controleren dan zul je zien dat de eerste 16 cijfers inderdaad altijd overeen komen.
Mijn config bestand die ik gebruik:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
| {
"version": 3,
"source": "fidi-0.9.17",
"created_at": "2023-03-08T20:45:07+01:00",
"date": "",
"default_account": 1,
"delimiter": "comma",
"headers": false,
"rules": true,
"skip_form": false,
"add_import_tag": true,
"roles": [
"account-iban",
"date_process",
"currency-code",
"generic-debit-credit",
"amount",
"opposing-iban",
"opposing-name",
"_ignore",
"note",
"description",
"_ignore",
"sepa_db",
"sepa_ci",
"note",
"knab-transaction-id",
"date_transaction",
"_ignore"
],
"do_mapping": [
false,
true,
true,
true,
false,
false,
false,
false,
false,
false
],
"mapping": [],
"duplicate_detection_method": "cell",
"ignore_duplicate_lines": false,
"unique_column_index": 0,
"unique_column_type": "external-id",
"flow": "nordigen",
"identifier": "0",
"connection": "0",
"ignore_spectre_categories": false,
"map_all_data": false,
"accounts": { },
"date_range": "partial",
"date_range_number": 30,
"date_range_unit": "d",
"date_not_before": "2023-02-06",
"date_not_after": "",
"conversion": false,
"ignore_duplicate_transactions": false
} |
Dit heb ik verder niet gemeld en helaas geen reactie (al kan/mag je natuurlijk niet de wereld verwachten van een opensource owner!)
Maar wel een goed idee ja
@Firefly III Dank je wel. Die had ik inderdaad gepakt. Maar gaat me ook om die 3 .env bestanden. Het is meer dat het voor een leek in mijn ogen niet te doen is om dit te gaan gebruiken zeg maar.
Eigenlijk meer een basis om alles te installeren waarbij wellicht een uitleg is voor bepaalde wijzigingen zoals de poorten naar buiten toe. Nu zijn dat dingen die ik wel weet zeg maar en ben ook meer van het aanpassen naar eigen instellingen.
Op dit moment blijf ik hangen op het configureren van de data importer zelf. Heb het wel draaien ondertussen zodat fireflyIII draait en de importer, maar die configuratie om het aan elkaar te knopen pakt hij niet echt. Nu is het ook absoluut waar dat ik weinig tijd heb om er rustig aan te gaan zitten, dus dat is volledig aan mij te wijten. Voor hetzelfde geld is het ook helemaal niet zo moeilijk en denk ik te moeilijk natuurlijk.
Ik ga er nog eens rustig een keer voor zitten om dat laatste stuk te doen. Misschien dat ik het dan ook wel eens op schrijf als handleiding.
Eigenlijk meer een basis om alles te installeren waarbij wellicht een uitleg is voor bepaalde wijzigingen zoals de poorten naar buiten toe. Nu zijn dat dingen die ik wel weet zeg maar en ben ook meer van het aanpassen naar eigen instellingen.
Op dit moment blijf ik hangen op het configureren van de data importer zelf. Heb het wel draaien ondertussen zodat fireflyIII draait en de importer, maar die configuratie om het aan elkaar te knopen pakt hij niet echt. Nu is het ook absoluut waar dat ik weinig tijd heb om er rustig aan te gaan zitten, dus dat is volledig aan mij te wijten. Voor hetzelfde geld is het ook helemaal niet zo moeilijk en denk ik te moeilijk natuurlijk.
Ik ga er nog eens rustig een keer voor zitten om dat laatste stuk te doen. Misschien dat ik het dan ook wel eens op schrijf als handleiding.
Het is ook echt niet mijn doel om voor leken van alles op te tuigen. Mijn ervaring is dat als n het detailniveau van uitleggen is, je geheid vragen krijgt over n+1. Dat is een gebed zonder einde. Dan stuur ik nog liever mensen met een kluitje in het riet en voila, ineens kunnen ze wel Googlen.:
@Firefly III Dank je wel. Die had ik inderdaad gepakt. Maar gaat me ook om die 3 .env bestanden. Het is meer dat het voor een leek in mijn ogen niet te doen is om dit te gaan gebruiken zeg maar.
Eigenlijk meer een basis om alles te installeren waarbij wellicht een uitleg is voor bepaalde wijzigingen zoals de poorten naar buiten toe. Nu zijn dat dingen die ik wel weet zeg maar en ben ook meer van het aanpassen naar eigen instellingen.
Op dit moment blijf ik hangen op het configureren van de data importer zelf. Heb het wel draaien ondertussen zodat fireflyIII draait en de importer, maar die configuratie om het aan elkaar te knopen pakt hij niet echt. Nu is het ook absoluut waar dat ik weinig tijd heb om er rustig aan te gaan zitten, dus dat is volledig aan mij te wijten. Voor hetzelfde geld is het ook helemaal niet zo moeilijk en denk ik te moeilijk natuurlijk.
Ik ga er nog eens rustig een keer voor zitten om dat laatste stuk te doen. Misschien dat ik het dan ook wel eens op schrijf als handleiding.
Negen van de tien keer wacht ik ook rustig een dag met supportvragen: vaak laten ze ineens wel de handjes wapperen in plaats van mij het te laten doen.
Maar: onduidelijke pagina's, missende informatie of domweg foute informatie, daar ben ik niet van. Laat maar zien waar je tegenaan loopt, pak ik zeker op!
En gelijk heb je! Dat meen ik. Ik ga gewoon eens rustig verder uitzoeken en mocht ik onduidelijkheden tegenkomen (kon bijvoorbeeld de url van data importer niet vinden
), dan zal ik ze zeker onder de aandacht brengen.Ben voor mijn werk ook constant handleidingen aan het schrijven na iets uitgezocht te hebben, dus wie weet ga ik dat nog wel eens doen voor inderdaad beginners en dat is wellicht ook wel het fijne van een community.
Vraagje aan de experts hier
Ik zie bij al mijn crediteuren een saldo staan. In principe gewoon alles wat uitgegeven is aan die crediteur in de geselecteerde periode. Is dat normaal? Het lijkt zo gek.
Ik zie bij al mijn crediteuren een saldo staan. In principe gewoon alles wat uitgegeven is aan die crediteur in de geselecteerde periode. Is dat normaal? Het lijkt zo gek.
:strip_icc():strip_exif()/u/969809/crop5e5cf5ef26cc8_cropped.jpeg?f=community)
Een expert ben ik zeker niet maar jouw observatie klopt. Ik heb daar ook per crediteur het totaalbedrag staan van alle transacties.:
Vraagje aan de experts hier
Ik zie bij al mijn crediteuren een saldo staan. In principe gewoon alles wat uitgegeven is aan die crediteur in de geselecteerde periode. Is dat normaal? Het lijkt zo gek.
Mmmm, dat is weird. Je verwacht dat docker dan gaat auto DNS'en en er dan wel komt. Je hebt geen custom DNS settings in je (globale) Docker dingen staan?:
[...]
[...]
hostname: app
Ik heb de standaard compose file gebruikt.
Het is lastig debuggen vanaf hier moet ik bekennen, als het nu werkt voor je dan laat ik het even gaan. Tenzij er meer met dit probleem komen. Ack?
Nee oke!
Maar ik ben nu al bezig met mijn media setup die linuxserver.io gebruikt.. vandaar even de vraag
Dan wacht ik jouw announcement af met wat je gaat doen met Firefly.
Thanks voor de headsup!
Maar ik ben nu al bezig met mijn media setup die linuxserver.io gebruikt.. vandaar even de vraag
Dan wacht ik jouw announcement af met wat je gaat doen met Firefly.
Thanks voor de headsup!
Ik ga na de aanpassingen in de handleiding binnenkort eens opnieuw beginnen. Eens zien waar het schip strand.
Krijg die koppeling met Data Importer toch nog niet aan de gang. Enige wat ik eigenlijk aanpas is het poortnummer van FFIII. simpelweg omdat de standaard poort al in gebruik is. Eigenlijk pas ik het poortnummer van alle programma's waar mogelijk gewoon aan. Let op, dat is het poortnummer van buiten naar binnen in Docker. Niet andersom.
Krijg die koppeling met Data Importer toch nog niet aan de gang. Enige wat ik eigenlijk aanpas is het poortnummer van FFIII. simpelweg omdat de standaard poort al in gebruik is. Eigenlijk pas ik het poortnummer van alle programma's waar mogelijk gewoon aan. Let op, dat is het poortnummer van buiten naar binnen in Docker. Niet andersom.
Kennen jullie die mop van die IT-er die een mooie Firefly-installatie had draaien, z'n dockeromgeving ging herinstalleren, een backup van de FF-db, compose-file en .env had gemaakt en de boel toen weer ging restoren?
Ik ook niet, want de databasebackup bleek niet te hebben gewerkt (maar 108 bytes groot)
Ik ook niet, want de databasebackup bleek niet te hebben gewerkt (maar 108 bytes groot)
Ja, het is echt een ramp om backups te maken... nog steeds. Wat ik altijd doe is eerst alles overzetten nu voor het verwijderen. Zo ben ik ook ten schande wijs geworden.:
Kennen jullie die mop van die IT-er die een mooie Firefly-installatie had draaien, z'n dockeromgeving ging herinstalleren, een backup van de FF-db, compose-file en .env had gemaakt en de boel toen weer ging restoren?
Ik ook niet, want de databasebackup bleek niet te hebben gewerkt (maar 108 bytes groot)
Schiet tussen de palen en je scoort!
Wij testen als it-ers natuurlijk altijd onze backups voor we iets catastrofaals doen:
Kennen jullie die mop van die IT-er die een mooie Firefly-installatie had draaien, z'n dockeromgeving ging herinstalleren, een backup van de FF-db, compose-file en .env had gemaakt en de boel toen weer ging restoren?
Ik ook niet, want de databasebackup bleek niet te hebben gewerkt (maar 108 bytes groot)
Ach ja, zo'n ramp is nou ook weer niet. Ik had een restoretest wel op de todo-lijst staan maar gewoon vergeten. Stom, maarja.
Op werkgebied doe ik eigenlijk ook alleen maar eerst migreren en dan pas verwijderen. Nu ging het om mijn eigen Synology die ik wilde schonen (en dus niet migreren naar een nieuwe). Check, dubbelcheck of ik de backup had veiliggesteld, dat dan weer wel.
Op werkgebied doe ik eigenlijk ook alleen maar eerst migreren en dan pas verwijderen. Nu ging het om mijn eigen Synology die ik wilde schonen (en dus niet migreren naar een nieuwe). Check, dubbelcheck of ik de backup had veiliggesteld, dat dan weer wel
.
Gebruik je nog iets van een reverse proxy er tussen?:
Ik ga na de aanpassingen in de handleiding binnenkort eens opnieuw beginnen. Eens zien waar het schip strand.
Krijg die koppeling met Data Importer toch nog niet aan de gang. Enige wat ik eigenlijk aanpas is het poortnummer van FFIII. simpelweg omdat de standaard poort al in gebruik is. Eigenlijk pas ik het poortnummer van alle programma's waar mogelijk gewoon aan. Let op, dat is het poortnummer van buiten naar binnen in Docker. Niet andersom.
Mappen hoeft opzich niet per se.
In mijn geval ging het om een ING Betaalrekening en een ING Oranje Spaarrekening. Die laatste heeft geen eigen rekeningnummer.
Beide rekeningen heb ik als Asset Account aangemaakt in FF, maar alleen de betaalrekening met rekeningnummer. In deze post heb ik een oplossing gevonden om transacties goed te koppelen.
Hopelijk/waarschijnlijk zit er in jouw transacties wel iets van een stukje tekst waarmee je het kan identificeren aan een account, en daarmee d.m.v. een rule kan koppelen aan een asset account. Dan ben je al een stuk verder.
Gaat jouw oplossing dan niet meer als er zich inderdaad geen rekeningnr voorhanden is. Dan ziet FF dan als een betaling?
In mijn geval heeft elke rekening een rekeningnummer.
Maar hij boekt 2 keer het bedrag over.
Zie onderstaande. Dan heb ik zowel de betaalrekening als de spaarrekening geïmporteerd.
:fill(white):strip_exif()/f/image/5Re3KybFqXTXgT3PoVNzWCvz.png?f=user_large)
Vandaag aan de hand van de nieuwe handleiding Firefly III en de dataimporter geinstalleerd.
Eerste keer opstarten de database melding zoals vaker hier in het topic voorgekomen.
Heb toen de oplossing die hier aangedragen is toegevoegd:
vanputten80 in "Het grote "Firefly III" topic"
Dus de 3 regels in de .db.env file erbij gezet en opnieuw de docker gestart. Kom nu bij het aanmaken van het account uit. Dus dat gaat goed. Geen idee wat het zou kunnen zijn.
Blijf nu hangen op de Curl=7 foutmelding. Wat zou moeten betekenen dat hij wel verbinding maakt, maar daar actief tegen wordt gehouden. Kan alleen niet vinden waardoor eigenlijk.
Hij blijft verwijzen naar een 172.20.0.1 ip-adres welke ik echt nergens in mijn files kan terugvinden. Portainer heeft ook geen netwerken die 20 er in hebben. Ook cookies al verwijderd, maar dat lost het ook niet op.
Weird, pingen daar naartoe en http://172.20.0.1 werkt blijkbaar wel en gaat naar Firefly iii.
Maar dan nog werkt het niet vanuit data importer.
De grap is, dat het niet uitmaakt welk ip-adres ik toevoeg aan de data importer .env file. Hij verwijst altijd naar dat 172.20 bestand.
{"message":"Unauthenticated","exception":"AuthenticationException"}
Denk dat het te maken heeft met Docker onder windows. Maar volgens mij maak ik gebruik van Linux containers en niet de windows containers.
Moet zeggen dat het met de nieuwe handleiding wel beter gaat dan voorheen.
Enige wat ik aangepast heb is dus de poorten van beide containers naar buiten toe (die van FF en data importer).
/edit:
En toen werkte het ineens na weken wel. Alles weggehaald. Verder nergens wat ingevuld van te voren en bij vragen vanuit de importer dat uitgevoerd en wis en waarachtig, het werkt. >_<
Zal volledig aan mij liggen. Maar goed. We gaan er voor.
Eerste keer opstarten de database melding zoals vaker hier in het topic voorgekomen.
Heb toen de oplossing die hier aangedragen is toegevoegd:
vanputten80 in "Het grote "Firefly III" topic"
Dus de 3 regels in de .db.env file erbij gezet en opnieuw de docker gestart. Kom nu bij het aanmaken van het account uit. Dus dat gaat goed. Geen idee wat het zou kunnen zijn.
Blijf nu hangen op de Curl=7 foutmelding. Wat zou moeten betekenen dat hij wel verbinding maakt, maar daar actief tegen wordt gehouden. Kan alleen niet vinden waardoor eigenlijk.
Hij blijft verwijzen naar een 172.20.0.1 ip-adres welke ik echt nergens in mijn files kan terugvinden. Portainer heeft ook geen netwerken die 20 er in hebben. Ook cookies al verwijderd, maar dat lost het ook niet op.
Weird, pingen daar naartoe en http://172.20.0.1 werkt blijkbaar wel en gaat naar Firefly iii.
Maar dan nog werkt het niet vanuit data importer.
De grap is, dat het niet uitmaakt welk ip-adres ik toevoeg aan de data importer .env file. Hij verwijst altijd naar dat 172.20 bestand.
{"message":"Unauthenticated","exception":"AuthenticationException"}
Denk dat het te maken heeft met Docker onder windows. Maar volgens mij maak ik gebruik van Linux containers en niet de windows containers.
Moet zeggen dat het met de nieuwe handleiding wel beter gaat dan voorheen.
Enige wat ik aangepast heb is dus de poorten van beide containers naar buiten toe (die van FF en data importer).
/edit:
En toen werkte het ineens na weken wel. Alles weggehaald. Verder nergens wat ingevuld van te voren en bij vragen vanuit de importer dat uitgevoerd en wis en waarachtig, het werkt. >_<
Zal volledig aan mij liggen. Maar goed. We gaan er voor.
[ Voor 61% gewijzigd door Arunia op 03-04-2023 13:23 ]
@Firefly III
Is er toevallig de gedachte om de categoriën ook via een dropdown te laten gebeuren net zoals dat bij budgetten gebeurd wanneer je de transacties wijzigt?
Is er toevallig de gedachte om de categoriën ook via een dropdown te laten gebeuren net zoals dat bij budgetten gebeurd wanneer je de transacties wijzigt?
Nee met opzet niet, het is een free-format veld. Maar als je begint te typen krijg je een autocomplete dropdown:
@Firefly III
Is er toevallig de gedachte om de categoriën ook via een dropdown te laten gebeuren net zoals dat bij budgetten gebeurd wanneer je de transacties wijzigt?