VLLasku 1.2 on julkaistu ja saatavissa osoitteesta https://sourceforge.net/projects/vllasku/files/vllasku-1.2/ . Olennaiset muutokset versiosta 1.1 versioon 1.2:
Toiminnallisuus:
- Käyttöliittymässä ei enää käytetä iframeja, vaan esim. laskurivit toimivat AJAX-tyyppisesti.
- Käyttöliittymän ulkoasua on viilattu selkeämmäksi.
- Lisätty uuden asiakkaan lisäys suoraan laskun muokkauksessa.
- Lasku tallennetaan automaattisesti ennen tulostusta.
- Lasku-PDF:n voi asettaa avautumaan uudessa ikkunassa.
- Toteutettu tietojen vienti ja tuonti (formaatit: CSV, XML, JSON).
- Laskujen tulostus tehdään nyt tulostusluokilla, joita voi määritellä myös itse.
- Laskuihin on lisätty kaksi huomautuskenttää, joista toinen näkyy myös tulostetussa laskussa.
- Lisätty huomautus, jos tulostetaan lasku, jonka päivämäärä on menneisyydessä tai tulevaisuudessa.
- Asiakasta ei enää ole pakko valita laskua tehtäessä (esim. käteiskuitteja varten).
- Yhtenäistetty termistöä, "maksaja" ja "yritys" -> "asiakas".
- Lisätty mahdollisuus poistaa asiakas käytöstä poistamatta sitä kokonaan.
- Lisätty varoitus, jos laskunumero on jo käytössä toisella laskulla.
- Lisätty tallennusnappulan värin vaihtuminen kertomaan, jos on tallentamattomia muutoksia.
- Raporteissa kuukauden valinta on korvattu päivämäärävälin valinnalla.
- Lisätty PDF-tulostus raportteihin.
- Lisätty mahdollisuus näyttää välisummat laskun tilan mukaisesti laskutusraportissa.
- Muutettu asetustiedostokäytäntö päivitysten helpottamiseksi niin, että pakolliset asetukset löytyvät config.php -tiedostosta, jonka voi luoda config.php.sample -tiedoston pohjalta.
- Lisätty maksajan Y-tunnus laskun tietoihin.
- Lisätty puuttuvan laskunumeron tarkistus laskun tulostukseen.
- Muutettu automaattinen laskunumerointi ja viitenumerointi antamaan laskulle numerot vasta tulostettaessa.
- Lisätty istuntotietojen tallennus tietokantaan rinnakkaisten asennusten helpottamiseksi.
- Muutettu pienimmäksi mahdolliseksi automaattisesti annettavaksi laskunumeroksi 100 ja lisätty tarkistus liian lyhyen viitenumeron välttämiseksi.
Muut:
- Laskujen tulostuksessa pitkät yrityksen nimet tulostuvat aiempaa paremmin.
- Korjattu päivämäärän mukainen järjestäminen listoissa.
- Huomautusmaksu ja viivästyskorko lisätään aina negatiivisilla rivinumeroilla, jotta ne tulevat listan alkuun.
- Laskunumeron ja viitenumeron päivitysnappula on nyt erillään päivämäärien päivitysnappulasta ja näytetään vain, ellei automaattinen laskunumerointi ole käytössä.
- Tuotettu HTML on nyt aiempaa standardinmukaisempaa.
Asennusohjeet löytyvät asennuspaketista tiedostosta INSTALL ja päivitysohjeet tiedostosta UPGRADE sekä myös www-sivuilta osoitteesta http://vllasku.sourceforge.net/ .
Kiitokset kaikille ohjelmaa testanneille ja testaaville sekä kaikille kehitysehdotuksia ja muuta palautetta antaneille!
--Ere
Yritän asentaa 1.2b2:n päälle, mutta herjaa tietokantavirhettä.
Joku voisi vääntää rautalangasta mitä pitää mihinkin laittaa. Joku pieni ja simppeli asia jää minulta nyt tekemättä/näkemättä...
Veikkaisin viimeisintä tietokantamuutosta eli vllasku_session -taulua. Aiheesta myös edellisessä keskustelusäikeessä 1.2 beta 3:sta.
--Ere
Ainakin 1.2b3:ssa tuntuisi laskutusraporttien generoinnissa olevan pikkuisen säädettävää "Raportoitavat tilat" valinnoissa, eli jos haluaa vain lähetetyt, niin lista on aina tyhjä. Myös jos jättää useamman kuin yhden valinnan pois näyttäisi lista olevan aina tyhjä.
//Mika
Edelliseen kommenttiin sellainen tarkennus, että ongelma ilmenee jos on valinnut laskuttajaksi muuta kuin "-".
//Mika
Asensin xampp:n ja vllaskun Vista 64-bit koneeseen.
Muuten sain toimimaan, mutta kun avaa uuden laskun, niin vllasku valittaa jotain, että ei saisi välittää kuin parametreja (googlasin ja on joku php-versio ongelma) ja kun yritän katsoa laskua, tulee dialogi, ettei laskun päivämäärä ole sama kuin koneen päivämäärä. Tämän jälkeen tulee error-viesti "http-request failed: 200 - OK"
Valitettavasti ei ole logeja tähän hätään, kun en asentanut omaan koneeseen.
Minulla ei valitettavasti ole 64-bittistä Windowsia, jossa voisin testata. Jos olisi mahdollista saada ainakin tarkka virheilmoitus ja rivi, jolta se tuli, niin se voisi auttaa.
--Ere
Mikähän mättää, olen tehnyt asennuksen verkkopalvelimelle ohjeiden mukaan, mutta silti tulee ilmoitukseksi pelkkä "Tietokantavirhe". Tuo virhe ilmoitus saisi olle hieman monisanaisempi, niin tietäisi mistä lähteä vikaa etsimään. :)
XAMPP:ssa omalla koneella homma pelittää kuin junan vessa, mutta ei etäpalvelimella.
Palvelinohjelmisto:
Apache version 2.2.17
PHP version 5.2.16
MySQL version 5.0.92-community
Eero
Varsinainen virheilmoitus löytyy php:n lokista. Ajatuksena on, että käyttäjälle ei ihan varmuuden vuoksi näytettäisi detaljeja virheilmoituksista, mutta jos php:n loki ei ole jostain syystä saatavissa, niin voit vaikka muuttaa sqlfuncs.php:n riviltä 62 error_log -> echo, eli rivi näyttäisi tältä:
echo("Query '$query' failed: ($intError) " . mysql_error());
Voisihan tuohon jotain näppärämpääkin miettiä..
t. Ere
Ilmoittelee tällaista: "DELETE FROM vllasku__session WHERE session_timestamp". Siinä näyttäisi olevan kaksi kappaletta noita alaviivoja peräkkäin, kun pitäisi olla yksi.
Vika olikin siis minun kun olin _DB_PREFIX_ :iin lisännyt itse tuon ylimääräisen alaviivan.
Kiitos avusta, nyt lähti toimimaan. Tai ainakin pääsin jo kirjautumissivulle asti.
Noniin, aikaa meni ennenkuin palasin tän projektin tienoille, mutta tämmöstä virhettä siis antaa 64-bittisessä.
apache:
[Sun Apr 17 12:25:04 2011] [error] [client 127.0.0.1] PHP Strict Standards: Only variables should be passed by reference in C:\\xampp\\htdocs\\vllasku\\form_switch.php on line 182, referer: http://127.0.0.1/vllasku/index.php
[Sun Apr 17 12:25:04 2011] [error] [client 127.0.0.1] PHP Strict Standards: Only variables should be passed by reference in C:\\xampp\\htdocs\\vllasku\\form_switch.php on line 356, referer: http://127.0.0.1/vllasku/index.php
[Sun Apr 17 12:25:05 2011] [error] [client 127.0.0.1] PHP Strict Standards: Only variables should be passed by reference in C:\\xampp\\htdocs\\vllasku\\form_funcs.php on line 73, referer: http://127.0.0.1/vllasku/index.php
[Sun Apr 17 12:25:16 2011] [error] [client 127.0.0.1] PHP Strict Standards: Only variables should be passed by reference in C:\\xampp\\htdocs\\vllasku\\json.php on line 101, referer: http://127.0.0.1/vllasku/index.php?func=open_invoices&list=invoices&form=invoice&id=2
mysql:
110417 12:39:53 InnoDB: Operating system error number 32 in a file operation.
InnoDB: The error means that another program is using InnoDB's files.
InnoDB: This might be a backup or antivirus software or another instance
InnoDB: of MySQL. Please close it to get rid of this error.
110417 12:40:03 InnoDB: Operating system error number 32 in a file operation.
InnoDB: The error means that another program is using InnoDB's files.
InnoDB: This might be a backup or antivirus software or another instance
InnoDB: of MySQL. Please close it to get rid of this error.
Ei pitäis olla muuta mikä käyttää, koska tätä varten tuo mysql ja koko xampp on asennettu
Nyt jostain syystä ei controlpanel toimii, koska ei mukamas käynnistetä c:\xampp hakemistosta, mistä kyllä käynnistin .. nuo starttausscriptat toimi ..
Nuo "PHP Strict Standards" -ilmoitukset on huomautuksia, joiden ei pitäisi vaikuttaa toimintaan (tosin korjaan ne kyllä).
Innodb:n virheet ovat omituinen juttu. En nyt äkkiseltään oikein keksi selitystä VLLaskun puolelta moiselle.
--Ere
Tarkemmin katsottuna tokihan nuo strict-varoitukset vaikuttavat, kun ne tulevat tulosteeseen, jolloin esim. json-muotoinen vastaus palvelimelta menee pilalle. XAMPPia käytettäessä on syytä vaihtaa xampp\php\php.ini -tiedostosta virheilmoitusten näyttö pois päältä, eli display_errors asetus näin:
display_errors = Off
--Ere
Minulla on tälläinen mielenkiintoinen ongelma johon en tahdo päästä kiinni. Jostain syystä laskuun ei generoidu laillista viivaakoodia vaan siitä jää ainakin tuo tilinumero puuttumaan. Sen verran olen keksinyt että ilmeisesti ongelma on jotenkin pankkitilin tiedon välittämisessä invoice_printer.php skriptille.
http error logista pätkä
[Tue Apr 26 20:10:49 2011] [error] [client 10.10.11.102] PHP Notice: Undefined variable: 123456-654321 in /var/www/html/vllasku/invoice_printer.php on line 688, referer: http://example.org/vllasku/index.php?func=open_invoices&list=invoices&form=invoice&id=1
[Tue Apr 26 20:10:49 2011] [error] [client 10.10.11.102] PHP Notice: Undefined offset: 2 in /var/www/html/vllasku/invoice_printer.php on line 694, referer: http://jexample.org/vllasku/index.php?func=open_invoices&list=invoices&form=invoice&id=1
Kanta on luotu ihan 1.2.1 version sql-skriptillä. Käytössä on Centos 5.5, PHP 5.2 apache 2.2.3
Kas, siinähän on virhe. Voisitko kokeilla beta-kansiosta (https://sourceforge.net/projects/vllasku/files/beta/) löytyvällä invoice_printer.php:lla, toimisiko paremmin? Sen nyt pitäisi sisältää oikeat tiedot, mutta en omista viivakoodinlukijaa, jolla voisin varmistaa lopputuloksen.
--Ere
tuo display_errors = Off auttoi., komeeta, kiitoksia ..
Onkos joku helppo tapa millä voisi kääntää tuon laskun tarvitsemat tekstit englanniksi ?
viivakoodi ei jostain syystä tulostu ollenkaan.. ilmeisesti eri juttu kuin jukkasan:lla .. asetus kyllä on päällä ..
Tuleeko php:n virhelokiin mitään aiheesta? Normaalitilanteessa viivakoodi ei tulostu jos tilinumerossa ei ole väliviivaa tai laskun loppusumma on yli 1 000 000 euroa.
Uusi invoice_printer.php tarvitaan joka tapauksessa, jotta viivakoodi tulostuisi oikein.
--Ere
Jep tuo numero juttu korjattu invoice_printer.php auttoi tähän asiaan melkein jo pankki hyväksyy. Ainoa ongelma on vielä että jostain syystä verkkopankissa ei osaa vaihtaa tuota tilinumeron erottavaa nollaa takaisin viivaksi. Kokeilin asiaa sekä OP että Nordean verkkopankissa. Muuten täytyy kyllä sanoa että tykkään tästä ohjelmastasi. Tosi näppärä
Tuo väliviiva saattaa olla syy kun on käytössä nää uudet IBAN tilinumerot .. onkos joku konsti ohittaa se ?
Tuolla lomakepohjalla ei onnistu, siinä käytetään vanhaa viivakoodiversiota 2, joka ei tue IBAN-muotoista tilinumeroa, vaan tuossa viivakoodissa käytetään vanhan mallista tilinumeroa. Tulevissa versioissa on tulossa uuden SEPA-tilisiirtolomakkeen käyttömahdollisuus. Siinä käytetään vain IBAN-tilinumeroa ja voidaan myös käyttää kansainvälistä RF-viitenumeroa.
Englanninkielistä laskua ei ole vielä mahdollista tuottaa ilman koodin puukotusta. Tämäkin on kyllä työlistalla..
--Ere