1.13.0 -> 1.14.2 ei asentunut

[kzmx]

eli latasin kokopaketin koneelle

purin paketin ja tiputtelin winscpllä puratun kansion palvelimelle ja menin kirjautumaan ja sain tämän virhe ilmoituksen.

Query 'SELECT id FROM mlinvoice_invoice_state WHERE invoice_offer=1' failed: (1054) Unknown column 'invoice_offer' in 'where clause'

[kzmx]

palautin tietokannan, palautin vanhat tiedostot

menin selaimella ohjelmaan, pääsin suoraan sisään, ilman kirjautumista.
kirjauduin ulos ja tein uudestaan kaiken, tiedostojen siirron, menin ohjelmaan, ruutuun tuli kirjautumisruutu, jossa ilmoitettiin tietokannan päivittymisestä.

kun kirjauduin sisään, oikeassa yläreunassa näkyy versionumero  MLInvoice 1.13.0
mutta nyt kysymys kuuluu, mikä versio mulla on nyt oikeasti?

Ere, Miksi muuten päivitysilmoittaja ei toimi, jonka saa päälle asetuksista?

[kzmx]

ja vielä lisää.. :D

nyt sain toisen laskutussaittini toimimaan 1.14.2 versiona :D

muistakaa että windowsinne kakuttaa myös selain tietojanne ja sekä myös ehkä palvelimenne apache ohjelmisto..

windowsin kakutukset saa pois käynnistämällä komentokehote järjestelmänvalvojana ja ajamalla ipconfig/flushdns, sekä ipconfig/registerdns

windowsin kakutukset saa tyhjennettyä käynnistämällä komentokehotteen järjestelmänvalvojana ja ajamalla ipconfig/flushdns, sekä ipconfig/registerdns <-- tämä toimi ainakin itsellä, kun ei firefoxin selaintietojen tyhjennys auttanut.

koitin firefoxilla ja IEllä sivustoani ja välillä molemmat näyttivät samaa sivustoa, välillä 1.14.2 ja välillä toinen  1.13.0


EDIT: Ehkä nämä yllä olevat voi laittaa säikähdyksen, sekä väsymyksen piikkiin.. :O + korjattu hieman kirjoitusvirheitä (klo n. 1:15), molemmat asennukset(päivitykset) sain toimimaan

[Ere Maijala]

Ere, Miksi muuten päivitysilmoittaja ei toimi, jonka saa päälle asetuksista?

Jos käytät MLInvoicea https-yhteydellä, voisi se selittää asian. Päivitystarkistus menee vielä http-yhteydellä, niin selain blokkaa sen. Täytyypä korjata tuo.

--Ere

[kzmx]

jeps https on käytössä

mutta eikös selaimen pitäisi kysyä, että https sivusto hakluaa ladata suojaamatonta sisältöä(?)

ja päivittääkös mlinvoice itsensä vai ilmoittaako vain?

ja muuten mites tuo kun olin jäänyt kirjautuneeksi ja siirsin uudet tiedostot vanhojen päälle, onko oikeasti väliä vai oliko se kaikkien yllä mainittujen tapahtumien "valevirhe"?
ei auttanut vaikka siinä kohtaa tyhjäsi selainhistorian tai ajoi ipconfig/registerdns jne..

[Ere Maijala]

Nykyään selaimet tuppaavat estämään sisällön lataamisen suojaamattomista osoitteista, jos pääsivu on ladattu suojatusta osoitteesta. Toisin päin ei ongelmaa toki ole.

MLInvoice ei vielä osaa päivittää itseään, ainoastaan kertoa uudesta versiosta.

Tuo kakutushomma on kyllä aika erikoinen, koska sivujen sisältö generoidaan aina uudestaan, eikä sellaista mahdollisuutta siis pitäisi olla, että vanha sivu jää välimuistiin. Se, mikä tuon voisi selittää, olisi PHP:n cache (PHP 7:ssa opcache, aiemmissa esim. APC), joka olisi voinut säilyttää vanhat versiot skripteistä muistissa. Siihen auttaa mm. Apachen uudelleenkäynnistys.

--Ere

[kzmx]

ainoa jota en pysty nykyisellä palveluntarjoalalla on apachen uudelleenkäynnistys.. mutta lisäsin cachen "sammutuksen"  htaccesiin.. tämä on auttanut jokaisella scriptillä jota käytän.. muuten joutuu odottamaan 10-20min että cache tyhjenee.