MayaLabs Discussion Area

Hei, laitoin uuden pull requestin githubiin kun innostuin leikkimään docker-composella...

Laitoin myös asiasta githubiin, mutta se mikä tuossa docker jutussa on se ongelma on se, että ohjelmalle pitää syöttää alku vaiheessa config.php.sample Kun dockerilla tehdään tämä ensimmäisen kerran niin asia ok, mutta kun docker ajetaan alas ja käynnistetään uudelleen niin ongelma on siinä että setup alkaa alusta.

Ratkaisuna olisi se, että config.php tiedosto pysyisi ilman muutoksia ja setupin tarve tarkistettaisiin esim. löytyykö admin-tunnukselle salasanaa ja jos löytyy niin hypätään ja jatketaan ohjelman käyttöä, jos ei niin laitetaan setup ruutu.

Ymmärrän tuon .envin piiloutumisen, mutta onko siinä muitakin huonoja juttuja? en ole tullut ajatelleeksi.

Dotenv pystytään yleensä lukemaan eri tiedostoista kuten production.env jne...

Sinäänsä konfig tiedosto nyt ei varmaan tarvisi kuin pari kohtaa:
debug=true / false
tai production = true
tai running_mode = production / beta / bleeding-edge
db_dsn =
tai
db_host =
db_port =
db_user =
db_password =

Eka kertalaiselta näytetään ruutu, jossa on "paina nappia asentaaksesi" ja sen jälkeen default asetukset laitetaan tietokantaan (tai kysytään käyttäjältä haluaako hän "demodatan" tietokantaa vai tyhjät kentät). (Hillittömän [ ] I Agree laki dokumenttien jälkeen sitte saadaan tehdä mitä tahansa kun käyttäjä on hyväksynyt kaiken annettavaksi pois yms :).) Tämä mahdollistaa tietokannassa monikategorioisen systeemin rakentamisen kun taas tiedostossa se menee tuohon muuttuja=arvo.

Tämä myös mahdollistaa tietokannan config tauluihin piilottamaan tietoja joita käyttäjän ei tarvitse päästä muuttamaan - esim järjestelmän nimi / versio / tekijä.

Tuo myös mahdollistaa sen että systeemiä voisi ajaa hyvinkin minimaalisella asetuksella jos sql palvelin on vaikka pilvessä. Järjestelmä olisi myös helppo siirtää paikasta toiseen, jos tarve. Meinaan, nykyään dockeria pystyy pyörittämään monessa eri paikassa esim. macos, windows, linux, jotkut nas purkit. Myös sql:t on helpompi varmistaa ja tarvittaessa samaiseen sql kantaan pääsee jos haluaa siirtää dockerin muualle / käynnistää uuden dockerin jossain toisaalla. Docker palveluja voi myös muistaakseni ostaa pilvipalveluina, jos haluaa vain ajaa sitä moottoria (mlinvoicea).

Dotenvissä on muutamia ongelmia, joiden ansiosta en hirveästi tykkää siitä. Toinen johtuu siitä, että MUUTTUJA=arvo ei ole kovin ilmaisuvoimainen, mutta se ei toki tässä tarkoituksessa hirveästi haittaa. Toinen ongelma on, että pistetiedostot katoavat helposti näkyvistä, jos ei muista tai tiedä mitä etsiä. Toki configin käsittely voisi silti ymmärtää ympäristömuuttujia, vaikkei dotenviä käytettäisikään.

Osa noista asetuksista kuuluisi jonnekin muualle, jolloin config.php:n sisältämiä voisi vähän vähentää.

sql-tiedostoista ei tarvitse välittää create_database.sql:ää lukuunottamatta. update*.sql ovat muinaisjäännöksiä, ja päivitykset hoidetaan koodissa. Ehkä ne voisikin siirtää tuolta johonkin legacy-kansioon...

--Ere

Hi,

MLInvoice 2.3.0 has been released. This version contains mostly bug fixes but also an option to skip backup of files during version update to speed it up and avoid a potential timeout.

The new version can be downloaded from https://labs.fi/files/mlinvoice-2.3.0.zip. See the change log at https://labs.fi/mlinvoice_features.eng.php#changelog for more information on the changes.

BR,
Ere

Hei!

MLInvoice 2.3.0 on nyt julkaistu. Pääasiassa tässä versiossa on virheenkorjauksia. Lisäksi automaattipäivityksessä on nyt mahdollista jättää tiedostojen varmuuskopiointi tekemättä, mikä voi ehkäistä aikakatkaisuja ja nopeuttaa prosessia. Tarkemmat tiedot ja linkit lyhyisiin ohjeisiin löytyvät muutoslokista sivulta https://labs.fi/mlinvoice_features.php#changelog.

Uusi versio on ladattavissa osoitteesta https://labs.fi/files/mlinvoice-2.3.0.zip.

t. Ere

Jyrin raportoima ongelma johtui siitä, että MLInvoice vaati virheellisesti myös MySQL:n PDO-ajurin olemassaoloa. Virhe on korjattu julkaistussa versiossa 2.3.0.

--Ere

Kiitos tiedosta

Hyvä tietää, noh sitten en kaivele lokeja enempää ja testailla eri PHP versioilla

Juissi

Moi,

Kiitos tiedosta. Korjaus on työn alla.

--Ere

Quote from: Ere Maijala on 26.10.24 - klo:22:51Käyttäjän lisäys, muokkaus ja poisto on korjattu juuri julkaistussa versiossa 2.2.1.

--Ere

Jees nyt toimii. Kiitos nopeasta korjauksesta.

Quote from: Ere Maijala on 27.10.24 - klo:19:58Ei, tuo tulee selaimen virhelokista. Toki tuokin pitäisi fiksata, mutta on kuitenkin vain varoitus toiminnallisuudesta, joka tulee jossain vaiheessa poistumaan käytetystä apukirjastosta.

Tuolla on vähän selostettu miten selaimesta saa esille varsinaisen virheen: https://datatables.net/manual/tech-notes/1#Diagnosis

--Ere

Tein ohjeiden mukaan ja siellä ensimmäinen json.php on:
"{"version":"2.2.1","date":"2024-10-26","url":"https:\/\/labs.fi\/mlinvoice_features.php#changelog","package":"https:\/\/labs.fi\/files\/mlinvoice-2.2.1.zip","checksum":"266552d4ef09eacc603b54d8711d0fd9abac2790","requirements":{"phpVersion":"8.0.0"},"currentVersion":"2.2.0"}"

Seuraavissa lukee vain "An error has occurred trying to load the resource."

Pitäisi siis varmaan päästä serveriltä katsomaan, mulla on cPanel käytössä, mistähän sieltä noi logit löytyy mitä tarvitsee?