Asio-ohjelmien käyttöön liittyviä kysymyksiä

Lisätietoja asio@asio.fi tai puhelin 09-682 2929. Huomaa, että listalla on vanhojakin kysymyksiä, joihin annetut vastaukset ovat saattaneet vanhentua (kysymykset on esitetty aikajärjestyksessä uusista alkaen).









Ongelma/Kysymys Ratkaisu/Vastaus
Ongelma on tämä: kun ASIOn ohjelmiin tehdään muutoksia matkan varrella, ne eivät päivity opiskelijoiden käyttämään mobiilisovellukseen 100 prosenttisesti. Lisäykset kuulemma päivittyvät, mutta poistot eivät. 9.12.2016

Saatteko laitettua tästä tarkemman kuvauksen: mistä mobiilisovelluksesta tarkalleen ottaen on kyse?

Jos kyse on Asiosta tilatusta WebCal-kalentereista, niin seuraavassa on päivittämisongelmiin liittyen hieman asiaa. Jos kyse oli jostakin muusta niin laitatteko uudestaan meille viestissä noita tarkempia tietoja.

Olemme itsekin törmänneet päivitysongelmiin sellaisessa tilanteessa, kun WebCal-kalenteri on tilattu Google-kalenteriin. Päivitysviiveet voivat Googlen palvelussa olla joskus hurjan pitkiä, jopa viikon. Joskus Google saattaa jopa vain jättää kokonaan päivitykset tekemättä, asiasta käyttjälle millään tavalla ilmoittamatta.

Google-kalenterin ongelmiin ei ole valitettavasti meidän päästä tehtävissä mitään. Puhelimeen asennetulla erillisellä WebCal-sovelluksella pystyy ongelman kuitenkin kiertämään.

Android-puhelimille löytyy Google Play -kaupasta useita ilmaisia apusovelluksia, jotka mahdollistavat kalenterien nopeammin toimivan synkkauksen puhelimeen. Yksi hyvin toimiva vaihtoehto on tämä "Subscribed Calendars-ICSReader": https://play.google.com/store/apps/details?id=de.int80.ics.reader&hl=fi

Jos käytössä on iOS-laite, niin Asion kalenteri kannattaa tilata suoraan laitteeseen sen sijaan että sen synkkaisi Googlen kalenterin kautta. Tällöin päivitykset toimivat nopeammin ja luotettavammin.

Pystynkö lisäämään henkilön kurssille henkilörekisterin kautta vai tehdäänkö lisäykset vain ilmoittautumisten käsittelyssä kurssin alta? 24.11.2016

Henkilö tulee lisätä kurssille ilmoittautumisten käsittelyprosessin kautta eli tarkemmin sanottuna ilmolomakkeen avulla. Näin varmistetaan, että kaikki tiedot tulevat täytetyiksi. Ilmolomakkeeseen pääsee myös kurssin ylläpito-ohjelmasta.
Voiko Asiosta lähtevään viestiin tehdä mitään muotoiluita (alleviivaus / lihavointi)? 24.11.2016

HTML-merkkausten tekeminen vaarantaa viestin perille menon ja siksi emme valitettavasti niitä voi tukea.
Olen saanut kopioitua asio kalenterista url -osoitteen gmail-kalenteriini ohjeen mukaan ja kaikki tapahtumat tulevat hienosti näkyviin. Ihanaa.

Mutta: jos tapahtumia peruutetaan tai muutetaan, ne tiedot eivät tule näkyviin. hain linkin uudelleen ja edelleen kalenteriini tuli vanhat tiedot. aivan erikoista! Olenko ainut, jolla on samainen ongelma. olisi aivan mahtavaa, jos ei enää tarvitsisi itse kopioida tietoja omaan kalenteriin vaan tämä automatiikka saataisiin toimimaan. 12.10.2016

Tätä asiaa on nyt selvitelty ja huomattiin, että Googlen kalenteri jättää välimuistiin tavaraa ja saattaa hakea uudestaan syötteeseen tapahtuneet muutokset jopa viikkojen viiveellä. Tähän avuksi pystyy kuitenkin asentamaan Google Play -kaupasta ilmaisia ohjelmia jotka pakkopäivittävät kalenteria haluamallasi viiveellä. Olemme tehneet webcal ohjeiden alle otiskolle "Nopeampi synkronointi Google kalenteriin" uudet ohjeet, jossa on esimerkkinä yksi Googlen Play Storesta löytyvä applikaatio Androidille.

Ohjesivustoon pääset valitsemalla listamuotoisesta feedistä joukkueen ja painamalla webcal nappulaa, jossa ovat webcalin tilaamisen liittyvät ohjeet.

Kun poimin tuotteita laskutusta varten,poimin kurssiin koodilla yhdistettävän kurssimaksun, joka siis jokaisella kurssilla omansa.Ryhmäalennuksia varten olen perustanut Iisalmelle yhden tuotteen, jota ei ole sidottu koodilla mihinkään kurssiin vaan olen käyttänyt sitä samaa eri kursseilla, vaihdan vain summan.

Aiheuttaako tämä jotain ongelmia tietokannassa ? 12.10.2016

Tämä ryhmäalennuksien ratkaisuun kuvailemasi menettely on ihan OK, eikä siitä aiheudu ongelmia.

Asiossa kurssin ja tuotteen yhdistäminen toisiinsa on toiminnallisesti merkittävä asia ainoastaan ilmoittautumisvaiheen kannalta. Julkisen ilmoittautumisen lomakkeelle tuotteet nostetaan niiden kurssiin kytkennän kautta.

Sen sijaan esim. toimistopuolen laskut/kutsut-toiminnossa tai varauksen muokkaustoiminnossa tuotteita voi poimia laskutettavaksi täysin vapaasti, kurssiin kytkettyjen tuotteiden ulkopuolelta. Laskutuksen ja jatkokäsittelyn kannalta ei ole väliä sillä, että onko poimittu tuote kytketty kurssiin vai ei.

Viikonloppuvarauksissa oikeudet on vain ADMIN-ylläpitäjillä. Miten saisin NN:lle viikonloppuoikeudet etten sotke kaikkia estoja? 8.9.2016

Varausoikeudet kohdennetaan tiettyihin rooleihin, joten ainoa tapa tehdä tämä kuvailemasi asia olisi muuttaa näiden kahden henkilön käyttäjäoikeuksia siten, että he eivät enää ole ao. eston piirissä.

Tähän olisi kaksi vaihtoehtoa:

a) Helpointa olisi korottaa nämä kaksi käyttäjää Admin-ylläpitäjä-rooliin, jolla on viikonloppuoikeudet.

b) Jos tämä ei ole tarkoituksenmukaista, niin toinen vaihtoehto olisi tehdä näille käyttäjille uusi rooli, ja katsoa sen jälkeen että tämä uusi rooli ei ole valittuna viikonloppuestoon. Uuden roolin saa perustettua pienimmällä vaivalla kopioimalla käyttäjien nykyisestä roolista.

Opiskelijamme aloittavat opintonsa ensi viikolla. Samaan aikaan käyttäjäliikenne ASIOsta lisääntyy merkittävästi, kun sadat käyttäjät kirjautuvat järjestelmään.

Tänään ASIOta esiteltiin 30 hengen vaihto-opiskelijaryhmälle ja se jo aikaansai aikamoisen viiveen ja error-ilmoituksia.

Sivujen avaus (esim. Opiskelijalukkarit - toiminto, joka avaa sivun lukukauden valintaan) kesti hyvin pitkään, ja lopuksi näytti useimmille erroria.

Nyt olemme huolissamme ensi viikosta. Alkupäivistä ei tule mitään, jos opiskelijat eivät pääse tekemään lukujärjestyksiään.

Onhan tilanne korjattavissa? 26.8.2016

Meidän osalta ei tälle asialle ole valitettavasti tehtävissä mitään, sillä olemme vain Asio-ohjelmiston toimittaja, ja tämä asia kuuluu käyttöpalvelun vastuualueelle.

Yksi harkinnan arvoinen asia olisi ottaa yhteys teidän palvelimesta vastaavaan tahoon ja kysyä saisiko Asio-palvelimellenne helposti lisättyä resursseja. Palvelin on nykyiseen käyttömääräänne nähden melko vaatimaton, eli sillä on vain kaksi prosessoriydintä ja neljä gigatavua muistia. Jos palvelinalustassa on vapaita resursseja, niin Asiolle voisi lisätä prosessoriytimiä vaikkapa kahdesta neljään. Myöskin muistin määrän lisääminen neljästä kahdeksaan gigatavuun auttaisi näiden ruuhkahuippujen kanssa. Palvelimen nykyinen mitoitus lienee tehty siihen aikaan, kun Asiossa ei vielä ollut nykyisenlaista opiskelijakäyttöä.

Tiedoksi vielä sellainen asia, että tällaiset esittelytilaisuudet ovat itse asiassa ylivoimaisesti se kaikkein pahin mahdollinen tilanne järjestelmälle: niissä kun käytännössä joka ikinen henkilö klikkaa täsmälleen samalla sekunnilla täsmälleen saman ruudun auki. Tällaistahan järjestelmän käyttö ei reaalisesti ole, vaikka saman aikaisia käyttäjiä olisi huomattavasti tuota 30 kpl enemmän.

Jossain palaverissa oli kerran puhe, että Asion kalenterista voi siirtää varaukset Outlookin kalenteriin ja päinvastoin. Toiseen suuntaan se vaati muistaakseni vain pienen lisäyksen. En nyt muista kuinka päin se sujuu helpommin. Meillä on nyt sellainen tilanne, että kun käytämme Asion kalenteria niin sen näkevät vain meidän koulutuskeskuksen henkilöstö. Hallinnonalan muu henkilöstö käyttää Outlookin kalenteria. Joudumme täällä koukessa käyttämään kahta kalenteria ja se on hankalaa. 24.8.2016

Aivan oikein muistelet, eli Asiossa on olemassa integrointimahdollisuudet Outlookin suuntaan, ja muistaakseni juteltiin aiheesta muutama vuosi takaperin Helsingissä pidetyssä julkistusseminaarissa.

Mahdollisia liittymistapoja ollut kaksi, eli Asio-kalenterit voidaan nostaa Outlookkiin WebCal-ominaisuudella, tai Asio voidaan integroida raskaammalla ratkaisulla kaksisuuntaisesti Outlookiin Exchangen kautta.

Näistä tuo jälkimmäinen mahdollistaisi kaksisuuntaisen integraation niin, että myös Outlookissa tehdyt varaukset näkyvät Asiossa. Exchange-liitäntäohjelma on valitettavasti elinkaarensa loppupäässä, ja emme tee siitä enää uusia toimituksia. Syy on palikan yleinen monimutkaisuus ja sitä kautta ylläpitämisen kohtuuttoman korkeat kustannukset.

Suosittelisinkin, että voisitte katsoa olisiko Asion WebCal-ominaisuus hyödyllinen teille. Sen avulla Asiossa laadittu lukujärjestys saadaan näkymään Outlookin kalenterissa, ja sitä kautta esim. mobiililaitteissa. Tämä integraatio on yksisuuntainen, eli Outlookin varauksia sillä ei valitettavasti Asioon saa, mutta toisaalta ratkaisu on hyvin yksinkertainen ja edullinen.

WebCal on reaaliaikainen kalenterisyöte, joka julkaistaan Asiosta, ja jonka voi tilata käytännössä kaikkiin moderneihin kalenterijärjestelmiin (Outlook, Google, Apple). Microsoft kutsuu tätä tuotteissaan "internet-kalenteriksi". Toimintaperiaate on sellainen, että kalenterin käyttäjä ottaa Asiosta ulos kalenterin URL-osoiteen, ja luo sen avulla Outlookkiin uuden internet-kalenterin.

Olisin vielä varmistanut että voiko varauskohteen tunnukset vaihtaa ristiin turvallisesti niin että tieto päivittyy myös varauksiin? Liittyy oviteippauksiin 18.8.2016

Tässä ei pitäisi olla mitään periaatteellista ongelmaa, eli vaihda-painikkeen kautta löytyvä toiminto päivittää koodin varauksiin.

Joudut tekemään kuitenkin yhden välivaiheen, sillä Asio estää varauskohteen koodin vaihtamisen sellaiseksi, joka on jo järjestelmässä olemassa. Eli jos esim. haluat vaihtaa koodit varauskohteilta A ja B ristiin, niin joudut tekemään sen tällä tavalla kolmella stepillä:

1) Vaihda varauskohteen B koodi tilapäisesti joksikin muuksi, vaikkapa B-VANHA
2) Vaihda varauskohteen A koodiksi B
3) Vaihda varauskohteen B-VANHA koodiksi A

Yksi juttu (kehitysehdotus tai löytyykö jo valmiina) Tällä hetkellä etsin varausvahvistuksen varauksen kautta / tallenna varausvahvistus. Voisivatko lähetetyt varausvahvistukset olla (tai ovatko en vaan löytänyt) poimittavissa ja katsottavissa helpommin tallentamatta uudelleen varausta? 18.8.2016

Varausvahvistuksiin pääsee tallentamatta varausta ns. kontekstivalikon eli oikean hiiren painikkeen kautta suoraan Asion kalenterinäytöstä tällä tavalla:
- Klikkaa kalenterissa varausta hiiren oikealla painikkeella.
- Listalta löytyy kohta "Varausvahvistukset...", josta pääsee näkemään vahvistushistorian ilman varauksen tallentamista.

Meillä on tänä vuonna alkaneen ammattikorkeakouluyhteistyön vuoksi tarvetta osittain käyttää opetuksen suunnittelussa tarkempia kellonaikoja kuin tähän saakka. Tähän saakka meillä on kaikki opetus laitettu tasatunnein mutta nyt tarvitsemme muutamissa kursseissa vartin tarkkuutta. Onko tähän mitään apua? Nimittäin sijoittelunäytöllä ei ainakaan onnistu mikään aikataulumuutos näihin suunniteltuihin kursseihin. Kun yhdenkin ajan siellä muutat, muuttuvat kaikki ajat tasatunneiksi ja sitten ne täytyy taas korjata kaikki kellonajat.

Sijoittelunäyttö on kuitenkin käyttäjän kannalta selkein ja helpoin muokkaustyökalu. 22.6.2016

Valitettavasti koko sijoittelunäyttö on fundamentaalilla tavalla rakennettu tasatuntipohjaiseksi. Sen kautta ei ole mahdollista suoraan maalata viidentoista minuutin tarkkuudella tunteja, ja tällaisen toiminnallisuuden lisääminen tarkoittaisi käytännössä koko toiminnon uudelleen kirjoittamista.

Muissa organisaatioissa tämä on hoidettu niin, että suunnittelu tehdään ensin karkealla tasolla sijoittelunäyttöä käyttäen, ja sen jälkeen tarkennetaan aikavälit viidentoista minuutin tarkkuudelle. Tarkentaminen on ehkäpä selkeintä tehdä opetustapahtumien muokkaus -ruudulta, mutta myöskin suunnittelunäytöltä löytyy tähän työkalu.

Miten Asiossa kannattaisi hoitaa sellainen tilanne, että koulutuksesta estynyt asiakas on maksanut jo laskun ja me palautamme suorituksen? Kun jos asiakkaan osallistumisen peruuttaa, häviävät myös laskutustiedot. Eli saako osallistumista poistettua mitenkään siten, että laskutustiedot edelleen säilyisivät? Koulutuksen osallistujamäärä pitäisi saada täsmäämään siitä saatujen suoritusten kanssa. 7.6.2016

Laskutustietoihin päästään tarvittaessa käsiksi vaikka osallistuminen peruutettaisiin.

Henkilörekisterissä näkyvät myös peruutetut kurssit. Niin ikään varausnumeroa klikkaamalla saadaan auki varaus ja tuotelistauksesta nähdään laskutustilanne, vaikka varaus olisikin peruutettu (ks. kuva 1 ja kuva 2). Samoin maksatustilanne on nähtävissä myyntisaamislistausten kautta

NN otti yhteyttä. Hän on vienyt viime perjantaina WebCal-toiminnolla asio-kalenterinsa Outlookiin ja siirtänyt tapahtumat kalenteriinsa. Nyt niitä ei enää näy kalenterissa lainkaan. Asiossa tapahtumat ovat edelleen. Mahtaisiko löytyä syy, miksi tapahtumat ovat kadonneet? 25.5.2016

Jos kalenterisyötteen tapahtumat ovat aikaisemmin näkyneet kalenterissa mutta eivät näy enää, niin asiaa pitäisi selvitellä esim. teidän oman IT-tuen toimesta. Tässä on muutamia mahdollisia syitä, joita voisi olla hyvä selvitellä:
- Kannattaa ensimmäiseksi tarkistaa, että Outlookin internet-kalenteritilaus on tehty oikean linkin avulla.
- Tapahtumat saattavat olla kalenterissa mutta ne on kytketty Outlookin käyttöliittymästä piiloon.
- Outlook-sähköpostipalvelimen ja XXXX:n tilavarauspalvelimen välillä on voinut olla tilapäinen tietoliikenneongelma silloin, kun Outlook yritti viimeksi tapahtumia hakea. Jos kyse oli tästä, niin tapahtumien pitäisi ilmestyä kalenteriin takaisin itsestään, kunhan Outlook seuraavan kerran tekee päivitykset.
- Nämä tapahtumat ovat hyvin kaukana tulevaisuudessa, lähes puolen vuoden päässä. Voiko olla että Outlook jättää loppupäästä tapahtumia pois näkyvistä? Asio tuottaa tapahtumia suorituskykysyistä syötteisiin max. 7 kuukautta eteenpäin, eli esim. joulukuun 2016 tapahtumia ei vielä näy.

Meillä on tullut Lyhytkurssissa vastaan tapaus, jossa englanninkielinen henkilö on käynyt ilmoittautumassa seminaariin enkku-sivujemme kautta, mutta hänelle lähtenyt automaattinen viesti Lyhkistä on ollutkin suomenkielinen. Lyhkistä näkee, että henkilö on täyttänyt englanninkielisen lomakkeen. Onko tässä nyt jotain häikkää vai mistä tämä mahtaa johtua? 23.3.2016

Ongelma on mielestäni tässä se, että tuolta Jamkin sivuilta on suora linkki tietyn kurssin lomakkeeseen, mutta linkissä ei oteta kantaa käyttöliittymäkieleen. Lomakekieli on se kieli, jolla ilmoittautumislomake ja sen varmistussivu näytetään. Tämän voi asettaa kurssitietojen ylläpidosta kurssikohtaisesti. Käyttöliittymäkieli on puolestaan se kieli, jolla kaikki loppuvaiheet ilmo-prosessista toimivat, ja jota käyttäjä voi muuttaa klikaamalla sivun yläpalkin FI tai EN -kohdasta.

Lomakkeen kieli ja käyttöliittymäkieli ovat järjestelmässä kaksi eri asiaa, ja niitä ei saa sekottaa keskenään tai muuten tulee mm. tällaisia ongelmia:
- Ilmo-ohjelman kieli vaihtuu, kun käyttäjä käy yhden kerran vieraskielisen kurssin lomakkeella, ja palaa sieltä takaisin.
- Kieli on epälooginen ja satunnainen, jos samassa korissa on useita eri kielisiä kursseja.

Oikea ns. taiteen sääntöjen mukainen tapa ratkaista tämä haaste olisi lisätä käyttöliittymäkielen valinta-parametri noihin Jamk-sivuston suoralinkitys-urleihin. Käyttöliittymäkielen valitseva parametri on ss_lang, eli tämän esimerkkikurssin tapauksessa linkin tulisi olla:
https://amp.jamk.fi/asio/kurssiilmo/jamk/index.php?asio=ZmxvbWFrZTtjNjA0MjU7cw==&ss_lang=eng

Osaatko sanoa onko haaste ratkaistavissa NN:n sivuston päässä tällä tavalla? Jos ei ole, niin täytyy miettiä tähän jonkinlainen muu ratkaisu, jolla esim. suoralinkitystapauksissa voidaan ohjelma käskeä valitsemaan aina lomakekieli käyttöliittymäkieleksi.

Mitenkä asiossa olevat yksittäiset koulutukset saataisiin näkymään googlessa. On aivan ensisijaisen tärkeää, että kaikki koulutuksemme näkyvät googlen hakutuloksissa. 23.3.2016

Veikkaisin, että Google on tulkinnut koulutustarjonta-kohdassa olevan linkin ulkoisen sivuston linkiksi, eikä ole siksi lähtenyt indeksoimaan sivua vaikka pyyntö sivustonne www.paijathameenkesayliopisto.fi uudelleen indeksoinnista on tehty.

Kävin lisäämässä lyhytkurssin kurssitarjontasivustonne Googlen hallintapaneeliin ja tein sinne erikseen indeksointipyynnön, katsotaan auttaisiko tämä asiaa.

Mitään periaatteellista ongelmaa ei pitäisi olla, sillä esim. NN kesäyliopistolta löytyy Asio-lyhkin kurssitarjonta varsin hyvin Googlesta. Heilläkin on samanlainen tekninen ratkaisu kuin teillä, eli sivusto omassa domainissa ja kurssitarjonta meillä asp.asio.fi-domainissa.

Olikos jossain loki josta voisi tarkistaa onko s-postien lähetys onnistunut järjestelmästä? 2.3.2016

Asio ei itsessään pysty tällaista asiaa loggaamaan, vaan asia on käyttöjärjestelmän vastuulla.

Linuxissa mailerit yleensä kirjoittavat lokin /var/log/mail.log, mutta Windowsissa tällaistakaan ei tietääkseni ole, sillä Windowsissa ei ole sähköpostin lähetystä järjestelmään upotettuna samalla tavalla.

Sanoisin että lokeja lähetyksistä kannattaa etsiä siltä sähköpostipalvelimelta, jonka olet konfiguroinut php.ini:stä käyttöön. Sähköpostien lähetyksessä ei ole versioiden 15 ja 16 välillä lainkaan eroa, joten jos tässä on ongelmia niin tuo php.ini:n konfiguraatio on eka paikka joka kannattaa tarkistaa.

Mikähän vikana. kun hotmail-osoitteisiin lähetetyt sähköpostit eivät mene perille? 29.2.2016

Jokaiselle henkilölle, joka lähettää Asiosta sähköpostia, tulee olla kirjattuna hänen sähköpostiosoitteensa käyttöoikeustiedoissa (henkilörekisteriin kirjattu email ei yksinään riitä). Mikäli henkilön tiedot perustetaan Asion suositusten mukaan (ensin henkilötiedot ja sitten käyttöoikeustiedot), emailin käyttö onnistuu oikein.

SSL-ongelma: Asensin Firefoxin uudelleen ja ylläpitohaut toimivat moitteetta kunnes yritin kiinnittää koulutuksia. Tämä ei onnistunut ja seuraavalla yrityksellä heitti taas ”Suojatun yhteyden muodostaminen epäonnistui, Yhteys palvelimeen alustettiin kesken latauksen. Avattavaa sivua ei voida näyttää, koska vastaanotetun datan alkuperää ei kyetty varmentamaan.” 24.2.2016

Vahvasti vaikuttaa Firefoxin SSL-ongelmasi siltä, että sen aiheuttaa jokin koneellasi oleva muu ohjelma. Kyseessä on todennäköisesti tietoturvaan liittyvä tuote, kuten F-Secure tai vastaava. Selvästi jokin muuttaa koneellasi selaimen asetuksia automaattisesti niin, että SSL-yhteyksiä ei sallita, ellei sertifikaatti ole luotettu.

EPPN kenttä ei ole enää henkilörekisterissä näkyvissä. Tämä aiheuttaa ongelmia silloin kun käyttäjälle tehdään tunnus manuaalisesti ja hän kirjautuu myöhemmin shibbolethin kautta. Jos tällaiselle henkilölle ei ennen ollut syötettynä EPPN kenttään arvoa niin shibboleth loi aina uuden tunnuksen. Tällaisia tunnuksia tehdään lähinnä opettajille jotka aloittavat vasta syksyllä ja opintoja suunnitellaan jo kevään myös heille. Näin ollen heidän pitää lisätä järjestelmään etukäteen, että opetuksen suunnittelu toimii. Ennen kun laittoi EPPN kentän valmiiksi niin shibboleth osasi sen yhdistää kivasti oikeisiin tunnuksiin. 24.2.2016

EPPN-kenttä on piilossa siksi, että v16-kansiossa ei ole konfiguroituna päälle Shibbolethin kirjautumis-päätepistettä. Kansiossa ei sellaista ole, koska teillä on Shibboleth palvelimella aktivoituna ainoastaan juuritasolle. Laitoin tuonne placeholderin joten kentän pitäisi nyt näkyä; se olisi myös tullut automaattisesti esiin tuotantoon siirron yhteydessä. Muistaakseni versiosta 15 alkaen Asio piilottaa kentän muilta kuin Shibbolet-asiakkailta (koska meille tuli tästä niin paljon kysymyksiä.

”Oma kalenteri” näyttää kadonneen päävalikosta. Tästä jo pari opettajaa kyselivät, että miten saavat näkymään heidän opetuksen. 24.2.2016

Oman kalenterin puuttuminen päävalikosta johtuu käytännössä aina samasta syystä, eli siitä, että käyttäjätietoa ja henkilötietoa ei ole onnistuttu yhdistämään. Mene henkilörekisteriin ja kirjaa ruudun alaosassa Henkilön kalenteri -kohdasta avautuvat tiedot.

@suomi24.fi –osoitteisiin ei posti kulje 5.3.0 - Other mail system problem 550-'5.7.1 80.64.7.196 does not pass SPF checks for snellmankesayliopisto.fi (86465cd9-d53d-11e5-b0e8-00155d566a22) see http://wiki.halon.se/SPF'. 19.2.2016

Virheilmoitus tarkoittaa, että Asio ei saa lähettää teidän nimissä (@yyy.fi) sähköpostia, jos vastaanottava pää tekee SPF (Sender Policy Framework) -tarkistuksen sähköpostille.

Ongelman ratkaisemiseen on kaksi vaihtoehtoa:

a) Voisitte tilata nimipalvelujanne hallitsevalta toimittajalta nimipalveluihinne muutoksen, joka sallii ao. lähettämiset. Tämä tarkoittaa käytännössä sitä, että nimipalveluunne lisätään Asion lyhytkurssiohjelman käyttämä sähköpostipalvelin sallituksi lähettäjäksi yyy.fi-domainille. Tässä virheilmoituksessa pitäisi olla riittävästi tietoa muutoksen tekijälle:

"Other mail system problem 550-'5.7.1 80.64.7.196 does not pass SPF checks for yyy.fi"

b) Toinen vaihtoehto on muuttaa sähköpostin lähettäjäosoite Asion lyhytkurssista sellaiseksi, että sen loppuosa on luotettava. Luotettava loppuosa olisi esim. @asp.asio.fi, tähän tapaan: no-reply.yyy@asp.asio.fi. Tällöin teidän oma sähköpostiosoitteenne menisi viestin reply-to-kentässä mutta lähettäjänä näkyisi meidän palvelin.

Näistä varmaankin tuo a-kohta on se jonka mahdollisuus kannattaa selvittää ensin, ja jos ei onnistu, niin sitten tehdään tuo b-kohdan asia.

Sähköpostien perillemenosta? 17.2.2016

Viestit lähtevät ohjelmistamme samalla tavalla, joten ongelma lienee sähköpostia vastaanottavassa päässä tapahtuva suodatus, jonka kannalta uudesta ympäristöstä tulevat viestit vaikuttavat epäluotettavilta.

Asia kannattaisi mielestäni ratkaista niin, että uusi palvelin lisätään SPF-merkintää käyttämällä sellaiseksi, että se saa lähettää teidän nimissä (@ajantieto.fi) sähköpostia.

SPF-konfiguraatiot täytyy tehdä domaininne nimipalvelujen ylläpidon toimesta, ja Whois-tietojen perusteella operaattori on Elisa. En ole itse näitä tehnyt tai tilannut koskaan; pystyisikö vaikkapa Planeetta tekemään tämän tilauksen? Heillä lienee meistä kolmesta osapuolesta näiden konffaamisesta ja tilaamisesta paras osaaminen.

Henkilöiden rooleista? 17.2.2016

Henkilöiden rooleilla on jonkin verran toiminnallisia vaikutuksia Asiossa. Roolien nimiä voi muuttaa vapaasti, mutta jos tarvitsette uusia rooleja niin niiden perustaminen kannattaa synkata meidän kautta. Uudet roolit täytyy nimittäin tehdä vapaille roolien koodeille. Konkreettisena esimerkkinä esim. rooli koodilla "X" on Asiossa merkityksessä poistettu/arkistoitu henkilö, jollaiset suodatetaan tietyistä raporteista ja hauista pois.

Viestipohjien käyttö? 17.2.2016

Ylläpitovalikossa näkyvä viestipohjat-ohjelma ei varsinaisesti liity lyhytkurssiohjelmistoon. Ohjelman kautta voi ylläpitää mm. tiettyjen Asion online-varaustoimintojen (esim. kirpputorivaraus) kautta asiakkaille automaattisesti lähteviä viestejä. Lyhytkurssipuolella on osittain täysin kiinteitä viestipohjia (esim. teidän vanha "ilmoittautumisen vahvistus"-viesti) ja osittain pohjia voi ylläpitää (esim. kutsut).

Ilmoittautumisten käsittely -toiminnossa on erillinen viestien lähetystoiminto, jota voisi katsoa mikäli haluatte korvata vanhan ilmoittautumisen vahvistuksen itse ylläpidettävällä ns. dynaamisella pohjalla. Ihan kaikkia teille tarpeellisia ominaisuuksia ei näissä viesteissä kuitenkaan nykyisellään ole, sieltä puuttuu ainakin työnantajan osoitteen käsittely.

llmoittautumisten käsittelyn kautta voi muokata pohjia, mutta osa teksteistä on kiinteitä. Esimerkiksi ylälaidan "ILMOITUS"-teksti on kiinteä ja sitä ei voi nykyisellään muokata.

Työnantajantiedot eivät näy ilmoittautumisen vahvistuksessa. 17.2.2016

Tämä asia liittyy varauksen tietoihin. Työnantajan nimi ja osoite tulee ilmoittautumisen vahvistus -viestiin vain silloin, jos henkilöllä ei ole omaa osoitetta tiedossa. Muuten tulee henkilön osoite ja ei työnantajan nimeä.

Olen perustamassa XX:lle uutta palvelinta Asio- lyhytkurssisovelluksen asennusta varten. Sen vaatimuksista oli mainittu sen verran, että perinteinen LAMP-asennus riittää.

Osaatteko sanoa onko sovelluksen toimintaa testattu Nginx + PHP-FPM -yhdistelmällä? Em. yhdistelmästä meillä on hyviä kokemuksia, joten mielellämme tekisimme suoraan sellaisen palvelinasennuksen. Toki myös perinteinen Apache + mod_php -asennus onnistuu tarvittaessa. 22.1.2016

Meillä ei valitettavasti ole ollenkaan kokemusta Nginx-webbipalvelimesta, eikä myöskään Asion ajamisesta PHP-FPM-moduulilla.

Periaatteellisella tasolla Asio on LAMP-sovelluksena täysin riippumaton webbipalvelimesta, eli me emme käytä esim. mitään erikoisia PHP:n suoraan Apacheen integroituvia kirjastoja. Suoraan tuotantoympäristön kanssa en kuitenkaan uskaltaisi lähteä kokeilemaan uutta alustaa.

Olen perustamassa NN:lle uutta palvelinta Asio- lyhytkurssisovelluksen asennusta varten. Sen vaatimuksista oli mainittu sen verran, että perinteinen LAMP-asennus riittää.

Osaatteko sanoa onko sovelluksen toimintaa testattu Nginx + PHP-FPM -yhdistelmällä? Em. yhdistelmästä meillä on hyviä kokemuksia, joten mielellämme tekisimme suoraan sellaisen palvelinasennuksen. Toki myös perinteinen Apache + mod_php -asennus onnistuu tarvittaessa. 22.1.2016

Meillä ei valitettavasti ole ollenkaan kokemusta Nginx-webbipalvelimesta, eikä myöskään Asion ajamisesta PHP-FPM-moduulilla.

Periaatteellisella tasolla Asio on LAMP-sovelluksena täysin riippumaton webbipalvelimesta, eli me emme käytä esim. mitään erikoisia PHP:n suoraan Apacheen integroituvia kirjastoja. Suoraan tuotantoympäristön kanssa en kuitenkaan uskaltaisi lähteä kokeilemaan uutta alustaa.

Olen opiskelija vaasan yliopistolla ja yliopistomme käyttää firmanne sähköisiä palveluja. Meillä lukkarit (asio-tilanvarausohjelmisto) saadaan tosiaan sähköisesti tilattua tolla webcal syötteellä suoraan kalentereihin synkattuna. Esim puhelimeen yms.
Kuitenkaan Windows 10 mail-ohjelmassa, jossa on myös kalenterisovellus, en ole saanut sitä toimimaan. Eli toisin sanoen synkronoitumaan. Olisi kätevä jos saisi tähän pöytäkoneelle lukkarit synkronoitua suoraan kalenteriin ?? Macbookillani tuo kuitenkin toimii niin hyvin, vaan ei Windows 10:llä.
Voisitteko neuvoa miten saisin tämän toimimaan, en ole ainoa tämän ongelman kanssa. 15.1.2016

Windows 10:n sisäänrakennettuun kalenteriohjelmaan pitäisi WebCal-syötteiden tilaamisen onnistua siten, että Asion lukkari-kalenterisyöte lisätään uutena kalenterina käyttämääsi kalenteripalveluun (Google tai Microsoft) ja tämä kalenteripalvelu otetaan käyttöön Windowsin kalenteriohjelmassa. Sähköpostisi näyttäisi olevan gmail-osoite, joten mikäli käytät Googlen kalentereja niin se voisi olla hyvä lähtökohta. Google-kalenterin webbiversiosta pääset tilaamaan WebCal-kalenterin kohdasta "muut kalenterit", valinnalla "lisää URL-osoitteena" Kun kalenteri on lisätty ja Google-tili kytketty Windowsin kalenteriohjelmaan, pitäisi lisätyn kalenterin ilmestyä Windowin kalenteriin uudeksi ruksattavaksi kohdaksi Google-tilisi alle. Sekä Microsoftin ohjelmat että Googlen palvelut ovat joskus tosi hitaita synkkaamaan tilannetta, joten voi kestää jonkin aikaa ennenkuin uudet kalenterit ilmestyvät näkyviin.

Mitä vaatimuksia Lyhytkurssi-ympäristö asettaa palvelimelle? 8.12.2015

Lyhytkurssi on LAMP-sovellus. Asio tarvitsee varusohjelmat Apache, PHP, MySQL tai MariaDB ja suosittelisin teidän volyymeillä tällaista kokoonpanoa lyhytkurssille: - käyttöjärjestelmä Linux, esim. CentOS on hyvä distro pitkällä tuella - dedikoituja prosessoriytimiä vähintään 2, mielummin 4 - muistia vähintään 4 gigatavua - levytilaa järjestelmä tarvitsee kohtuullisen vähän, jo 30 gigalla tullaan toimeen - MySQL/MariaDB ja Apache saavat olla mitä versiota tahansa.

Asio alkaa tukea uusimpia PHP-versioita (5.4, 5.5) alkaen versiosta 16.

Miten roolit toimivat varausestojen osalta? 2.12.2015

Varausestojen roolirajaus pureutuu aina ainoastaan käyttäjän rooli-tietoon - se ei käsittele millään tavalla tilakohtaisia oikeuksia.

Tässä vielä asiaa toivottavasti selventävä esimerkki. Käyttäjällä on Asiossa roolina selailuoikeus, mutta hänelle on annettu "asion omat tilat"-tilalajiin erikseen ylläpito-oikeus joka antaa hänelle mahdollisuuden muokata vapaasti varauksia. Jos Asioon tehdään varausesto, joka koskee sisäänrakennettua "selailuoikeus"-roolia, koskisi se tätä käyttäjää myös "asion omat tilat"-tilalajin tiloissa. Jos Asioon tehtäisi varausesto joka koskee vain sisäistä roolia "ylläpito-oikeus", niin se ei kohdentuisi lainkaan tähän käyttäjään.

Missä tilanteessa syntyy tuo ns väliaikaisesti perustettu käyttöoikeusmäärittely? 18.11.2015

Väliaikainen, automaattisesti perustettu tunnus muodostuu silloin, kun sisään kirjautuu ulkoisella järjestelmällä (ad/LDAP, Shibboleth...) henkilö, jolle ei löydy Asioon kirjattua käyttöoikeutta. Tunnus perustetaan automaattisesti kirjautumishetkellä, ja vanhoja automaattitunnuksia myös siivotaan tietynlaisella logiikalla pois.

Automaattisen käyttöoikeuden taso määräytyy ulkoisesta järjestelmästä saatavien tietojen pohjalta profilointikonfiguraation avulla. Konfiguraatio löytyy Asion pääkonffiksesta.

Mistähän johtuu tällainen, opettajan kalenterissa näkyy muiden opetuksia. Kun minä katson asiosta hänen kalenteriaan niin näkyy vain hänen opetuksensa? 18.11.2015

Arvelisin että nämä ylimääräiset näkyvät opetukset nousevat lukkarista - Asio nostaa nimittäin omaan kalenteriin näkyviin myöskin lukkarin kautta ruksatun ja tallennetun opetuksen.

Tämä selittäisi myöksin sen, että et itse näe näitä varauksia, eli NN:llä varmaankin on lukkari käytössä ja lukujärjestys tallennettu.

Palailen tähän vanhaan kysymykseen liittyen toisen suunnittelijan Asiossa tekemään opetukseen: minulla on nyt alla mainitun muutoksen jälkeen mahdollisuus päästä muuttamaan yksittäisten kurssien tietoja. Ensi lukuvuoden opetuksen järjestäminen on nyt suunnitteilla ja työtäni helpottaisi, jos pääsisin käsiksi NN:n tekemiin eriin, jolloin minun ei tarvitsisi yksitellen tehdä muutoksia n. 70 opetustapahtumaan. Onko siis ylipäänsä mahdollista lisätä minut suunnittelijaksi N:n tekemiin eriin? Vai pitääkö erä muuttaa kopioiden yksitellen olemassa oleva opetustapahtuma uudeksi)? 10.11.2015

Suunnittelijakiinnitys tehdään aina koko opintojaksoa koskevaksi. Tässä on vielä pikaohje siitä, miten Asiossa pystyy tarvittaessa lisäämään helposti suunnittelijakiinnityksiä. Tämä on aika helppoa, joten toteutuksia ei kannata lähteä käyttöoikeuksien takia kopioimaan:

1) Hae opetustapahtumia soveltuvin hakuehdoin (esim. erä tai suunnittelija)

2) Hakutulosten alla on painike "suunnittelijan / lj. vastaavan asetus", klikkaa sitä

3) Hakutulosnäkymä muuttuu nyt sellaiseksi, että toteutusten opintojaksoille pystyy lisäämään tai poistamaan suunnittelijakiinnityksiä.

Erään Lyhki-käyttäjämme kohdalla järjestelmä ei anna tallentaa henkilöä henkilörekisteriin, jos henkilön Titteli-kenttä on liian pitkä (ks. kuva). Itse testasin tuota, eikä minulla ollut mitään ongelmaa henkilön tallentamisessa. Mistä moinen voisi johtua? 4.11.2015

Tämä on selaimen, ei Asion antama ilmoitus, eli selain on estänyt lomakkeen lähettämisen koska kentässä on suurempi määrä merkkejä kuin mikä kentän pituus on tietokannassa (50 merkkiä). Kenttä on tietokannassa 50 merkkiä pitkä, joten se leikkautuu lopusta mikäli tähän on syötetty pidempi teksti.

Käyttäjällä on kuvakaappauksesta päätelleen käytössä upouusi Microsoftin Edge -selain, joka on Internet Explorerin korvaava uusi tuote. Tämä on selain jolla emme ole ehtineet testaamaan Asiota ollenkaan. Edge on saatavilla vain Windows 10:lle, joten meillä ei ole yhtään työasemaa firmassakaan joilla selainta päästäisi kokeilemaan. Edge toimii suurella todennäköisyydellä pääsääntöisesti Asion kanssa ihan hyvin, mutta tällaisia pieniä eroja voi tulla eteen. Kannattaa siis ainakin henkisellä tasolla varautua Edgen tapauksessa vaihtamaan selainta :)

Osalla meidän henkilökunnasta, jonka nimissä on erikoismerkkejä (koska Oodi tukee UTF-8:ia), nimet näkyvät vähän kummallisesti. Johtunee siitä, että meidän henkilötiedonsiirron merkistötyyppi poikkeaa siitä, mitä Asiossa hyödynnetään. Meidän on helppo tehdä henkilötiedoston merkistötyyppikonversio, jos vaan pystytte kertomaan, että mitä merkistötyyppiä Asio käyttää? 25.10.2015

Asio käyttää sisäisesti Windows-1252-merkistöä, mutta tämä henkilösiirtoaineisto on oletettu merkistöltään UTF-8-dataksi, ja tämä otetaan jo nykyisellään sisäänluvussa huomioon. Koska Asion importti olettaa nykyisellään datan olevan jo UTF-8-merkistöllä, niin ongelmaa ei valitettavasti pysty ratkaisemaan lähettävän pään merkistöä muuttamalla aiheuttamatta muita ongelmia.

Ongelma on näiden tiettyjen erikoismerkkien kohdalla sellainen, että PHP:n vakiotyökalu merkistöjen konversioon (utf8_decode) ei osaa oikealla tavalla konvertoida ISO-Latin-1-merkistön ulkopuolisia mutta Windows-1252-merkistöön kuuluvia merkkejä. Tästä johtuen esim. ääkköset kulkevat oikein, mutta tietyt muut länsimaiset erikoismerkit (esim. euro-merkki) konvertoituvat kysymysmerkeiksi.

Olemme käyttäneet Asiolla importtereissa tuota vanhaa työkalua koska se on osa PHP:n corea eikä edellytä laajennusosien asentamista. PHP:ssa on kaikissa moderneissa distroissa onneksi mukana mbstring-laajennos, jolla konversion voi tehdä oikealla tavalla. Tarkistin että tämä on myös teillä tuotantoympäristössä olemassa.

Tein jo meidän kehitysympäristöön muutoksen importtiin niin että se tekee UTF-8-konversion mbstringiä käyttäen, mutta en uskaltaisi laittaa tätä muutosta perjantain viimeisillä hetkeillä liveksi viime kerrasta viisastuneena :)

Asiossa on nyt selvästi jotain ns. käytöshäiriöitä... kun esim. juuri poistin tietoja ja tallensin varauksen niin ei silti poista tietoa, avaa välillä ihan normi klikkaamisella monta ikkunaa eikä meinaa sulkea niitä ja orderia tehtäessa kaikenlaista pientä kummaa koko ajan. 15.10.2015

Kuulostaa siltä, että käyttäjällä on koneessaan jonkinlainen toistuva paikallinen jumitilanne, muu selaimen toimintaan liittyvä ongelma tai tuona päivänä poikkeuksellisen hidas verkkoyhteys.

Jos hänellä työasema tai selain jostain syystä jumittaa, niin se selittäisi nämä molemmat ilmiöt:
- Asio avaa vain yhden ikkunan per klikkaus. Jos käyttäjä selaimen jumituksen takia joutuu klikkaamaan monta kertaa, ja selain vastaa viiveellä, niin lopputulos voi olla tuo että ikkunoita on kohta auki useita.
- Samoin tuossa varauksen poistossa, jos OK-nappia joutuu klikkaamaan useita kertoja, niin kyse on jumituksesta työasemalla tai selaimessa.

Asian ratkaisemiseksi tulee ainakin tämä mieleen.

Käyttäjä voisi kokeilla, josko jokin muu selain toimisi hieman nopeammin hänen työasemallaan. Tällä hetkellä kaikkein nopein ja luotettavimmin toimiva selain yleisesti ottaen on Google Chrome. Kuvissa näyttäisi olevan käytössä Firefox, joka on kyllä laadukas ja luotettava selain, mutta se vaatii muihin selaimiin verrattuna tosi paljon tehoja koneelta.

Mistä voi johtua, että asiakkaan Lyhytkurssin kautta maksaman kurssimaksun myynti- ja suorituskirjaukset puuttuvat? Maksu ei siis ole siirtynyt laskusiirrossa kirjanpitoomme.
5.10.2015

Todennäköisimmin kyse on siitä, että asiakas ei ole muistanut/malttanut palata myyjän palveluun. Itse maksu on kuitenkin todennäköisesti onnistunut ja suorituksen tulisi näkyä kauppiaspaneelinne (Paytrail) kautta.

Muuten näyttäisi toimivan mutta seuraavan näköisiä virheilmoituksia tulee mm. ensimmäisen kirjautumisen yhteydessä tai kun vaihtaa tulostuksessa oracle fraasipohjaa.
ERROR in /var/www/html/asio/inc/asioxml.php [186] Creating default object from empty value
ERROR in /var/www/html/asio/inc/asioxml.php(51) : eval()'d code [1] Creating default object from empty value
ERROR in /var/www/html/asio/inc/asioxml.php(49) : eval()'d code [1] Creating default object from empty value
ERROR in /var/www/html/asio/inc/asiomisc.php [366] Cannot modify header information - headers already sent by (output started at /var/www/html/asio/inc/asio_init_functions.php:27)
Onkohan joku asetus jäänyt laittamatta vai mistä nämä johtuvat?
2.10.2015

Nämä ovat PHP-yhteensopivuusvaroituksia, joilla ei ole toiminnallista vaikutusta. Ilmoituksista eroon pääsemiseksi pitäisi säätää PHP:n error_reporting-tasoa niin, että siihen ei sisälly flägi E_STRICT.
Arvon pitäisi olla php.ini-tiedostossa jotain tämän kaltaista:
error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT & ~E_NOTICE
Toinen tarkistettava asia on PHP-versio, eli voisi tsekata että Apache varmasti käyttää 5.3-majorversiota, eikä epäyhteensopivaa uudempaa versiota. PHP-versiossa 5.4 ja 5.5 nämä "default object from empty value"-huutelut on eskaloitu tasolle E_WARNING.

Testattaessa ilmoittautumista kieli vaihtui englannista suomeksi ”lennossa”. Tässä koko tapahtuman kulku: - ilmoittauduin englanninkieliselle kurssille - siirryin kurssikori-sivulta painikkeen kautta ilmoittautumaan uusille kursseille - etsin uuden kurssin kurssiilmosta - avasin kurssin tiedot ja klikkasin painiketta joka vie ilmoittautumislomakkeelle - lomakesivu kokonaisuudessaan (ei ainoastaan lomake) avautuukin suomenkielellä, vaikka olin tähän saakka ollut enkkupuolella kurssiilmoa.
23.9.2015

Tämän kuvauksesi perusteella sillä kurssilla, jota klikkasit ensimmäisen ilmoittautumisen jälkeen on määritelty lomakekieleksi suomi. Jos lomakekieli on asetettu kurssille, niin muuttuu käyttöliittymä lomakekielen mukaiseksi kun ilmoittautumislomake klikataan auki. Lomakekieli tulisi jättää valitsematta, jos kurssille hyväksytään ilmoittautumisia kummalla tahansa kielellä.

Miten sellaisissa tilanteissa tulisi toimia, kun eräs koulutuspäällikkö on vienyt vientitiedostot lukuvuoden alussa Osuun ja nyt hän on jäämässä äityislomalle. Vientitiedosto sisälsi useita toteutuksia, jotka jatkuvat ensimmäisestä jaksosta toiseen jaksoon. Pitääkö saman koulutuspäällikön jakaa nuo toteutukset toiselle jaksolle, joka on alun perin vientitiedoston Osuun vienyt? Eikös se mennyt juuri niin, että muut ei pääse niihin koskemaan paitsi sellaiset henkilöt, joilla on ns. supertunnukset? Pitääkö meidän jakaa supertunnuksia lisää, että saamme äitiysloman ajan kaikki työt tehtyä?
23.9.2015

Asiosta löytyy tätä varten sopiva käyttäjätaso, jonka avulla oikeudet voi antaa ilman pääkäyttäjätason (ns. super-user) oikeuden lisäämistä.

OSU antaa oikeudet muuttaa toteutussuunnittelun pienryhmiä seuraavalla tavalla kolmiportaisesti:

1. Pääkäyttäjä pääsee aina muokkaamaan kaikkia pienryhmiä.
2. Opintojakson suunnittelijaksi merkitty henkilö pääsee muokkaamaan kaikkia ao. opintojakson pienryhmiä.
3. Muut OSU-käyttäjät pääsevät muokkaamaan vain niitä pienryhmiä, joiden suunnittelun on itse aloittanut.

Näistä tuo taso 2. eli opintojakson suunnittelija on se, jota voisi tässä tapauksessa hyödntää. Kirsti Rautavaaran kanssa kun aikanaan teidän käyttöoikeuksia suunniteltiin päädyttiin siihen että teillä suunnittelija-käsittelyä ei tarvittaisi, mutta esim. sijaisuuksiin se toimisi hyvin.

Tässä on ohje miten pääset pääkäyttäjänä lisäämään opintojaksojen suunnittelijatiedot. Näihin määrittelyihin tarvitset pääkäyttäjäoikeuden:

a) Hae äitiyslomalle jäävän koulutuspäällikön pienryhmät esim. erän perusteella toteutussuunnittelusta, ja klikkaa sen jälkeen hakutulokset-listan alta "Suunnittelijan/lj.vastaavan asetus"-painiketta. Näkymä muuttuu tällaiseksi:

b) Poimi suunnittelijat-sarakkeeseen sijainen ja klikkaa "lisää suunnittelijaksi".

c) Suunnittelijaksi kannattaa poimia lisäksi alkuperäinen koulutuspäällikkö, jolloin hän saa oikeuden töihin palatessaan sijaisen mahdollisesti tekemiin uusiin toteutuksiin.

Suunnittelijaksi lisäyksen jälkeen sijaisella pitäisi olla oikeudet päästä muokkaamaan opintojakson olemassaolevia pienryhmiä toteutussuunnittelun kautta.

Google Tag Manager (GTM) on Googlen tarjoama palvelu, jolla on rakennettu verkkosivujen yleisimpien javascript –koodinpätkien hallintaan. Käyttö helpottaa huomattavasti digimarkkinoinnin työkalujen käyttöönotossa, kun yksittäistä seurantakoodia/tagia ei tarvitse hallita käsin yksittäisille sivuille. Esimerkkinä konversiopikselin asentaminen kaikille Kiitos ilmoittautumisesta-sivuille, tai vaikkapa submit –napin painalluksen lisääminen analytiikkaan. GTM on ollut käytössä JAMKin ulkoisilla verkkosivuilla (www.jamk.fi ja opinto-oppaat.jamk.fi) ja hyvien kokemusten perusteella sen voisi asentaa myös https://amp.jamk.fi/asio/kurssiilmo/jamk/ -sivustolle.

Lyhyesti GTM:stä: “Verkkosivustosi tagit ja koodinpätkät esimerkiksi kävijämäärän analysointiin ja markkinoinnin optimointiin liittyen. Voit lisätä ja päivittää AdWordsin, Google Analyticsin, Floodlightin ja kolmansien osapuolten tageja ja muokattuja tageja Google Tag Managerin käyttöliittymän kautta sen sijaan, että muokkaisit sivuston koodia. Tämä vähentää virheiden määrää ja nopeuttaa uusien ominaisuuksien ja sisällön lisäämistä sivustoosi ilman verkkokehittäjän apua. ” https://support.google.com/tagmanager/answer/6102821?hl=fi

Teknisesti GTM:n käyttö tarkoittaa, että jokaisella sivulla olisi heti -tagin jälkeen GTM:än “container" –javascript -pätkä. Containerin kautta ajetaan Google Analytics ja muut tarvittavat koodit ilman, että niitä tarvitsee enää jälkeenpäin asennella käsin sivupohjiin. Teknisenä haasteena on tietysti katsoa, että mikään jo teidän käyttämistä Javascriptoista mene sekaisin GTM:än kanssa. Esimerkiksi formin sisällä ei GTM toimi. Tästä syystä GTM:än asennus pitää ensin testailla huolellisesti ja kokeilla kaikkia toimintoja, ennenkuin sen siirtää tuotantoon.

Oheessa liitetiedostona GTM:än containerin koodi. Kun koodi on testissä paikoillaan, sitä voi käydä myös testaamassa osoitteessa: https://www.googletagmanager.com/set_cookie?uiv2&id=GTM-TMS57V>m_auth=nFgRoUwHjpcMKvEhzxHdHA>m_preview=QUICK_PREVIEW>m_debug=x . Kun osoitteen käynnin jälkeen menee sivulle jossa GTM on asennettu, pitäisi tulla selaimen alalaitaan debug –moodi, josta näkee onko containerin sisältämät koodinpätkät käynnistetty (testissä nyt Google Analytics sekä Zopim Chat –palvelu). 17.9.2015

GTM ei tosiaan ole meille tuttu, joten voitaisi edetä vaikkapa niin että teen tuon containerin upotuksen ja muilta osin jättäisimme mielellään muut säädöt teille.

Asensin GTM-containerin "GTM-TMS57V" käyttöön tähän asio_dev-versioon kurssi-ilmostanne: https://amp.jamk.fi/asio_dev/v1415/kurssiilmo/jamk/

Osaatteko kertoa miksi meille tulee alla olevia ilmoituituksia aika paljon kun lähetämme postia asion kautta. Tämä nimenomaan tulee silloin kun lähetämme postia asion kautta.

he following message to was undeliverable.
The reason for the problem:
5.1.0 - Unknown address error 550-’5.7.1 : Sender address rejected: Please see http://www.openspf.org/Why?s=mfrom;id=paaaaa.kkkkkkk%40abcdef.fi;ip=80.64.7.197;r=mail.auronic.com’
17.9.2015

Tuo mailiin liittyvä virheilmoitus liittyy siihen, että Asiohan ei kykene lähettämään oikeasti teidän nimissä sähköpostia, jos vastaanottajan pää tarkistaa lähetyksen aitouden SPF-menetelmällä.

Tämä asia on ratkaistavissa ainoastaan niin, että muutamme meiltä lähtevien sähköpostien from-osoitteeksi (lähettäjäosoite) lyhytkurssin järjestelmäosoitteen, eli esim. jotain tällaista: "orivedenopisto.ALA.VASTAA@asio.eu". Olennaista tässä on, että järjestelmäosoitteen domain-osa on sellainen, joka osoittaa tänne meille. Samassa yhteydessä viestin lähettäjän osoite laitettaisi sähköpostin vastausosoite-kenttään (Reply-To) jolloin 99% sähköpostiohjelmista mahdollistaisi kuitenkin viestiin vastaamisen.

Monet meidän lyhytkurssiasiakkaista eivät tästä järjestelystä kuitenkaan tykänneet, joten olemme oletuksena pitäneet yhä kiinni vanhasta "sähköpostin väärentämisen mallista". Vastausosoitteen käyttö on aktivoitavissa teille konfiguraatiolla, jos haluatte kokeilla sitä lääkkeeksi sähköpostitoimitusongelmiin.

Tämän vaihtoehtoisen vastausosoite-toiminnon voi aktivoida Asion pääkäyttäjänä kohdasta Ylläpito -> Ylläpitotoiminnot -> Yrityskohtaiset asetukset, ja sieltä pitkältä lomakkeelta kohta viestintätoiminnon asetukset.

Tuohon FROM-osoite kohtaan pitäisi syöttää lähettäjäosoite lyhytkurssille. Lähettäjäosoitteen pitäisi domainin osalta vastata lähettävän palvelimen fyysistä domainia (asio.eu tai asio.fi).

Miten voi lisätä tietoa lisätieto- tai sis. Lisätietokenttään varauksessa missä on useampi tila, ryhmä ja opettaja. Nyt haluaisimme sis. Lisätietokenttään tietoja yhden tilan osalta, mutta tieto tulee kaikkiin tiloihin. 2.9.2015

Asion lisätietokentät eli "lisätietoja" (julkinen) ja "sisäisiä lisätietoja" (sisäinen) ovat valitettavasti sellaisia kenttiä, jotka liittyvät varauskertaan, eli niitä ei ole mahdollista määritellä jokaiselle saman varauskerran tilalle erikseen.

Tässä olisi pari mahdollista ratkaisuehdotusta, mikäli tarpeenanne on kirjata varauksiin tilajärjestelyihin liittyvää sisäistä lisätietoa.

a) Asiossa on tiloihin liittyvän tiedon tallentamista varten olemassa orderi-toiminto. Orderi on tekstikenttä, joka on tarkoitettu talon sisäisten järjestelyjen tilaamiseen tiettyyn tilaan. Se soveltuu käytettäväksi hyvin silloin, kun lisätieto on luonteeltaan esim. sellaista että tilaan tarvitaan tiettyjä siirrettäviä varusteita ym.

Orderista on lisäksi mahdollista muodostaa oma varauslistauksensa esim. vahtimestareille työlistaksi. Varauslistauksista löytyy lisäasetus "Vain ne, joilla on orderi" jolla saa suodatettua varauslistan vain niihin varauksiin joihin ordereita on syötetty.

b) Toinen vaihtoehto olisi tietysti sellainen, että kenttään vain kirjoitetaan kaikkiin tiloihin liittyvät lisätiedot samaan kenttään, ja tekstissä mainitaan että mitä tilaa mikäkin asia koskee. Tätä mallia olette ehkä jo ehtineetkin kokeilla.

Miten on eikö webcal kalenteria saa päivittymään automaattisesti asion suunnasta, kun käyttäjiltä on kuulunut että päivitys ei toimisi ensimmäisen siirron jälkeen laisinkaan. Itsellä tuli mieleen että joku palomuurin portti saattaisi estää nuo, mutta tulisiko sinulla mieleen jotain muita vaihtoehtoja? 2.9.2015

Tähän aiheeseen on valitettavasti mahdotonta antaa täysin vedenpitäviä neuvoja, mutta muutama ajatus seuraavassa kuitenkin. WebCal-kalenterin päivittyminen on täysin kalenterisyötteen lataajasta kiinni. Syöte on Asion puolelta reaaliaikainen ja viiveetön, mutta syötettä käyttävä kalenterijärjestelmä saattaa päivittää syötettä ihan miten tahansa.

ICalendar-tiedostomuoto tukee laajennuksena "vinkkaamista" siitä, miten usein syötteen tapahtumat tulisi päivittää. Tietääkseni ainakin Microsoftin ja Googlen kalenterijärjestelmät pyrkivät nykyisin kunnoittamaan tätä vinkkiä. Uusimmassa Asion webcal-syötteessä tämä vinkkaus on käytössä ja päivitysväli on asetettu 60 minuttiin. Laitoin tämän uuden syöteversion teille tilavaraukseen käyttöön, katsotaan parantaisiko se tilannetta. Aikaisemmin teillä ei ole tätä päivitysvälitietoa ollut syötteessä ollenkaan. Ennen tämän tulemista voimaan voi olla että opiskelija joutuu tilaamaan kalenterin uudestaan.

Palomuurista ei ole kyse, sillä jos olisi niin myöskään syötteen ensimmäinen tilaus ei olisi onnistunut.

Jos ongelmat jatkuvat niin käyttäjältä voisi vielä varmistaa, että hän ei ole lisännyt syötteen tapahtumia kalenteriinsa vcalendar-tiedostona, vaan että hän on oikeasti tilannut syötteen Internet-kalenterina. Jos hän on avannut linkin selaimeen, ladannut syötteen tiedostona ja lisännyt tapahtumat kalenteriin, niin silloin kalenteri ei luonnollisestikaan enää päivity.

Tarvittaisiin joitain reunaehtoja sieltä teidän suunnalta miten toimittaisiin päivityksiä tarvittaessa alustaan. 19.8.2015

Nyrkkisääntönä mikä tahansa päivitys on OK ja voitte tehdä sen oman harkintanne mukaan, paitsi PHP-version päivittäminen. PHP-version osalta minor-päivitykset (esim. 5.3.3 -> 5.3.4) ovat OK, mutta major-päivitykset (esim. 5.3 -> 5.4) vaativat tyypillisesti ainakin pieniä hienosäätöjä Asion ohjelmiin. PHP tuppaa noissa major-päivityksissä muuttumaan inhottavan paljon :)

Ehdottaisin tältä pohjalta alustapäivitysten prosessiksi tällaista:

1) Jos kyseessä on PHP:n päivitys (minor tai major), varmistetaan ensin Asiolta että onko päivitys OK.

2) Jos kyseessä on muu päivitys, niin tästä voisi laittaa Asiolle sähköpostitse ennakkotiedon, ihan vaan asiakaspalvelun kannalta tiedoksi.

Olikos kerberos autentiointi tuettuna asiossa? 19.8.2015

Kerberos on se protokolla, jota esim. Shibboleth käyttää, eli vastaus on periaatteessa kyllä. Meillä on yksi asiakas, jolla on käytössä kerberos/shibboleth-ratkaisu Microsoftin identiteetinhallinnan päällä, muistaakseni tämä kokonaisuus kulkee Microsoft-maailmassa lyhenteellä ADFS.

Joudun kuitenkin laittamaan seuraavassa hieman jäitä hattuun :)

Shibboleth eroaa melkoisesti toimintamalliltaan noista teillä käytössä olleista LDAP-integraatiosta, sillä siinä esim. salasanaa ei tule koskaan Asioon asti, vaan järjestelmien välinen luottamus ja käyttäjän identifiointi perustuu attribuuttien välittämiseen identiteetinhallinnasta Asion suuntaan. Attribuutit ovat käyttäjään liittyviä tietokenttiä, eli esim. nimi, sähköposti, käyttäjätunnus. Microsoftin ratkaisuissa olen kuullut attribuutteja nimitettävän claimeiksi.

Shibbolethin käyttöönotto ei ole ihan helppo homma, sillä se vaatii ainakin uusien serveripään palikoiden asennusta, identiteetinhallinnan konfigurointeja sekä oman "käyttöönottorumbansa" että Asion olemassa ollut kirjautumisratkaisu saadaan ongelmitta korvattua uudella. Teillä tätä hommaa hankaloittaisi vielä sekin että olette meidän ainoa asiakas ilman kunnollista huoltoyhteyttä, mikä on osoittautunut näissä Shibboleth-käyttöönotoissa kyllä käytännössä välttämättömäksi.

Kuinka AD ja Asio kytkeytyvät toisiinsa? 27.7.2015

Tuo AD-kuvio ja Asion eri ulottuvuudet (henkilö, kalenteri, käyttöoikeus) kytkeytyvät toisiinsa eri tilanteissa seuraavasti:

a) Jos kyseessä on automaattiprofiloinnin luoma AD-tunnus, jota ei ole ollenkaan Asiossa, kytkeytyvät aliobjektit näin:
- Kytkeytyminen tapahtuu henkilökalenteriin syötetyn käyttäjätunnustiedon pohjalta
- Jos edellistä ei löydy, niin kytkentää kokeillaan myös suoraan varauskohteen tunnuksen (opettajan koodin) pohjalta --> Henkilörekisterin tietue kytkeytyy käyttäjään vain varauskohteen kautta.

b) Jos kirjaudutaan Asioonne käyttäjätunnuksella, jota vastaava tili löytyy paikallisesti Asiosta, toimii järjestelmä seuraavasti:
- Jos tilissä on päällä ulkoisen autentikoinnin täppä, tarkistetaan Active Directoryä vastaan vain käyttäjän salasana, eli testataan että sidonta hakemistoon onnistuu. Jos onnistuu niin kirjautuminen hyväksytään.
- Jos tilissä ei ole päällä ulkoisen autentikoinnin täppää, täytyy käyttäjän syöttämän salasanan täsmätä Asioon tallennettuun salasanaan. Tällöin kyseessä on puhtaasti paikallinen tunnus ilman AD-yhteyksiä. --> Henkilörekisterin tietue kytkeytyy sen mukaisesti, onko Asion käyttäjätiliä kytketty henkilörekisteriin. Varauskohdetta ei välttämättä tarvitse olla olemassa.

Huomasin äsken, että nettisivuillamme ei näy pinkillä tekstillä ilmoittautumisajan alkua niissä koulutuksissa, joiden ilmoittautumisaika ei ole vielä alkanut (ks. kuva). Teksti näkyy kun ylläpitäjänä olen kirjautuneena järjestelmäämme, mutta julkinen näkymä asiakkaalle on sellainen, jossa ilmoittautumisaikaa ei näy pinkillä tekstillä. Mistä tämä voisi johtua? 3.6.2015

Tämä kurssikokonaisuus on ennakkomarkkinoinnissa, silloin asiakkaalle ei näytetä ilmoittautumisaikaan liittyviä punaisia "virhetekstejä". Ylläpitäjälle tieto näkyy varoituksena siksi, koska ylläpitäjä pääsee aina kirjaamaan ilmoittautumisia.

No nyt tuli sekin vastaan että opet oli isoon harjoitukseen niin paljon tavaraa että poistot eivät onnistu enää ylläpidon kautta, miten varaukseen pääsisi käsiksi?

Ilmiö on että kun varausmuutoksesta poistaa valitut, vähän aikaa näyttää että jotain tapahtuu mutta ei sitten kuitenkaan…. 23.5.2015

Epäilen kuvauksesi pohjalta että homma kaatuu varausmuutoslokin tallennukseen, eli varaus on niin iso että palvelimelta loppuu muisti kun ohjelma yrittää päätellä mitä varausmuutoslokiin tulisi tallentaa.

Ensimmäinen helpoin kokeiltava voisi olla varausmuutoslokin tyhjennys ko. varauksen osalta. Tähän tarvitset MySQL-konsolia tai MySQLAdminia sekä varauksen varausnumeron. Tässä komento, esimerkissä käytin varausnumeroa 123456:

DELETE FROM xxxx.loki2_p WHERE varnro='123456' AND id1 NOT IN ('delete');

Toinen mitä voisi kokeilla on palvelimen PHP-muistirajan nosto. Asetus on php.ini-tiedostossa nimeltään "memory_limit". Tuohon voisi tilapäisesti laittaa vaikkapa tosi isonkin luvun, esim. "2048M". Raja lienee teillä tällä hetkellä jotain 128-512 megan väliltä. Tämän asetuksen muutokset edellyttävät Apachen uudelleenkäynnistyksen.

OSU:Ylläpito, kun poistan Ohjelmia (ryhmiä) niin kannattaako ne poistaa voimassaoloajan kautta eli laittamalla päättymispäivän? Vai voiko vaan poistaa, esim. ryhmiä, joilla ei ole enää tänä lukuvuonna opetusta. 23.5.2015

Tuo voimassaoloajan kirjaaminen voisi olla hyvä tapa. Meillä ovat asiakkaat tehneet tähä kolmella tapaa, eli:
- voimassaoloajan kautta
- poistamalla ryhmät
- tekemällä ei mitään :)

Jos muistini pelaa oikein niin poistumispäivän kirjaus piilottaa automaattisesti ryhmän myös Asion ryhmäkalenterin sisäänmenon valikosta.

Is it possible to create rss feeds from asio ? 6.5.2015

It is indeed possible to get a live bookings RSS feed out of Asio, this is a standard feature and already included in the version that you are using.

Here's an example, which shows bookings for the following 7 days out of your room Congress / ED111 PIERRE COX: https://.../kalenterit2/index.php?kt=tila&guest=/phl&ctila=759&pvlkm=7&outmode=rss

Otherwise the URL is actually exactly the same as for the Asio room calendar, but the outmode-parameter tells the program to output the result in RSS feed format.

Here's a list of the supported parameters in the RSS feed request:

- kt = constant value"tila", selects the room resource type
- guest = constant value for your organization"/phl", sets the program to non-authenticated guest browsing mode
- ctila = selecting the room (row id), for example: 759 = Congress / ED111 PIERRE COX. You can easily browse the appropriate values for this parameter by using Asio and making note of the "ctila" value in the url.
- pvlkm = number of days to scan forward for bookings, 7 days in the example
- outmode = feed format:
-- webcal = WebCal-compatible iCalendar feed
-- rss = RSS-feed, version where one booking is one item
-- rss_days = RSS-feed, version where one item = one day (bookings collapsed into one item)
-- vcal = vCalendar-feed
-- ical = iCalendar-feed (old version, I recommend the webcal format instead)
- inline = value "1" always outputs the HTTP-headers so that the result is shown in browser instead of a downloadable file. This is mostly useful for debugging.

Missä olosuhteissa opetuskerran rowid muuttuu? Minkälaisia muutoksia on mahdollista tehdä Asiossa sen vaikuttamatta rowid-tietoon? 22.4.2015

Rowid on Asion varausrivin eli varauksen osan rivitunniste. Tieto pysyy samana aina silloin kun varauksen osaa muutetaan, ja muuttuu jos varausrivi poistetaan ja korvataan uudella.

Käytännössä se että kumpi tapahtuu on kiinni käyttäjän toiminnasta, eli Asio ei automaattisesti ja huomaamatta taustalla poistele ja lisäile varauksiin rivejä. Eli esimerkiksi nämä kaikki tapaukset säilyttävät saman rowid-tiedon, kunhan vaan käyttäjä tekee muutoksensa käyttöliittymien kautta muuttamalla varausta poistamisen ja uuden tekemisen sijaan:
- päivämäärän tai kellonajan vaihtaminen
- tilan vaihtaminen
- opettajan vaihtaminen
- lisätietojen, otsikon jne. toissijaisten tietojen muutokset

Nämä ovat vastaavasti sitten tapauksia, jotka näkyvät rajapinnassa rowidt-elementin arvon muutoksena:
- uuden tilan tai opettajan lisääminen opetuskerralle; tästä tulee yksi uusi tieto lisää rowidt-elementtiin
- uuden tilan tai opettajan poisto opetuskerrasta jossa on useita tiloja/opettajia; tällöin rowidt-elementin sisältä poistuu ao. resurssin rivitunniste
- varauksen muuttaminen poistamalla vanha varaus ja tekemällä se uutena; tällöin rowidt-elementin arvo muuttuu

OSU: Ylläpito, kun poistan Ohjelmia (ryhmiä) niin kannattaako ne poistaa voimassaoloajan kautta eli laittamalla päättymispäivän? Vai voiko vaan poistaa, esim. ryhmiä, joilla ei ole enää tänä lukuvuonna opetusta. 15.4.2015

Tuo voimassaoloajan kirjaaminen voisi olla hyvä tapa. Meillä ovat asiakkaat tehneet tähä kolmella tapaa, eli:
- voimassaoloajan kautta
- poistamalla ryhmät
- tekemällä ei mitään :)

Jos muistini pelaa oikein niin poistumispäivän kirjaus piilottaa automaattisesti ryhmän myös Asion ryhmäkalenterin sisäänmenon valikosta.

Voiko opiskelijan rooliin liittää myös tilojenvarausoikeuden esim. klo 17 jälkeen. Edelliseen liittyen, jos opiskelijoilla on tilanvarausoikeudet klo 17 jälkeen, niin voiko heillä kuitenkin olla koko päivän varausoikeus kieltenopettajien varauksiin? 15.4.2015

Opiskelijoille on mahdollista antaa oman käyttöoikeusroolin kautta myös oikeuksia varata tiloja.
Varausestojen avulla on mahdollista toteuttaa mainitsemasi sääntö, eli oikeus varata kielten opettajia milloin tahansa mutta tiloja mutta vasta klo 17 jälkeen.

Heräsi mieleen postfixin myötä, että emmekö voi käyttää erillistä sähköpostipalvelinta viestien välitykseen, jos saamme kyseiselle palvelimelle oman postilaatikon (SMTP-liikennöinti, sille tunnus ja salasana)? Tämä helpottaisi ylläpitoa ja vähentäisi vaivaa. 19.3.2015

Voitte käyttää tällaista ratkaisua ihan vapaasti, ja voi olla että tämä on postien perille kulkemisen kannalta paljon parempi malli. Asio ei edellytä mitään tiettyä sähköpostiratkaisua, eli kunhan vaan PHP:n mail-komennolla voi lähettää palvelimelta postia ulos niin se riittää.

Mites tuota iCalender liittymää voi hyödyntää mobiili outlookin kanssa vai vaiko? 19.3.2015

Webcal toimii mobiilissa oikein hyvin, eli prosessi on about tällainen:

1) Käyttäjä tilaa Asiosta oman kalenterinsa WebCal-syötteenä ja asentaa sen Outlookin kautta. Outlookissa WebCal/iCalendar kulkee nimellä "internet-kalenteri".

2) Kun mobiililaite on synkattu Outlookin kanssa, alkaa Asio-kalenteri näkymään erillisenä kalenterina myös mobiililaitteessa. Mobiililaitteilla erilliset useat kalenterit voi yhdistää näppärästi yhdeksi näkymäksi.

Sellainen rajoite WebCalissa Exchangeen verrattuna on että se on read-only, eli mobiilikalenterilla ei pysty suoraan muokkaamaan Asion varauksia. Mutta monet organisaatiot ovat nähneet tämän eduksi, yksi Exchange-synkin ongelmista kun on ollut nimenomaan se että varaus- ja muutosoikeuksia ei pysty sen kautta mitenkään rajoittamaan.

OSU: onko Oodiin, muiden kurssitietojen, lisäksi vietävän Lisätiedot –kentälle asetettu mitään merkkimäärärajoitteita. Asiossa ei niitä ainakaan ole, joten arvelisin, ettei oodin päässäkään. 6.3.2015

Tälle kentälle on Asiossa 64 000 merkin kokoinen tila varattuna, eli käytännössä se on rajoittamaton. Oodin pään osalta en pysty valitettavasti kommentoimaan, mutta muistikuvani vuosien takaa on että aika pitkiäkin tekstejä tässä on saatu siirtymään.

OSU: saisinko ohjeet suunnittelijan käyttöoikeuksiejn lisäämiseen?6.3.2015

Tässä on pikaohjeet, eli kyse on pelkistettynä vain siitä että Asion päävalikkoon täytyy saada opetuksen suunnittelun toiminnot päälle.

Asiossanne on tämän helpottamiseksi suunnittelijoille oma käyttöoikeusrooli "Opetuksen suunnittelu". Sen asettaminen onnistuu seuraavasti:

1) Avaa Asion käyttöoikeuksien hallinta päävalikosta kohdasta Ylläpito -> Ylläpitotoiminnot.

2) Etsi käyttäjätili esim. nimen tai käyttäjätunnuksen perusteella.

3) Valitse sisäänrakennettu rooli -kohdasta "Opetuksen suunnittelu" ja tallenna käyttäjä.

Mikäli käyttäjää ei löydy ylläpitotoimintojen kautta, niin käyttäjä tulisi ensin perustaa Asioon. Seuraavassa ohje:

1) Tarvitset ensin tietoosi henkilön käyttäjätunnuksen. Pyydä tämä tieto henkilöltä itseltään jos se ei ole muuten saatavilla.

2) Etsi henkilö Asion henkilörekisteristä (Ylläpito -> Henkilörekisteri).

3) Henkilötiedoissa on alhaalla käyttöoikeudet otsakkeen "Käyttöoikeustiedot" alla. Klikkaa sieltä perusta käyttöoikeustiedot-painiketta.

4) Tallenna käyttäjätili seuraavilla tiedoilla: - käyttäjätunnus = henkilön oikea käyttäjätunnus (huom: aina pienillä kirjaimilla) - rooli = opetuksen suunnittelu - laita käytä ulkoista autentikointia-ruksi päälle (lomakkeen alaosassa)

Tietoturvapäivitysten ajon jälkeen ilmestys ko. herja, ei välttämättä liity edes siihen mutta käynnistin palvelimen. Tuleeko mieleen mistä voisi olla kysymys?6.3.2015

Nämä ovat oireita siitä, että php.ini-tiedoston error_reporting-asetus on väärin, ja notice-tyyppiset ilmoitukset raportoidaan. Epäilen että päivitys on jyrännyt ainakin osittain PHP:n asetukset. Kannattaa kopioida asetus toimivaksi todetusta ympäristöstä, käynnistää Apache uusiksi ja katsoa josko se auttaisi.

Kertokaa speksit minkä verran potkua ja mitä pitää virtuaalikoneeseen tehdä ? 6.3.2015

Nykyinen serveri on tietojeni mukaan tällainen, ja sillä ollaan pärjätty oikein hyvin: 4 cpu-ydintä, 4 gigaa muistia, 120 gigatavua levytilaa.

Ehdottaisin tällaista virtuaalikokoonpanoa uudeksi alustaksi: 4 cpu-ydintä, 8 gigaa muistia, 100 gigatavua levytilaa.

Levyn osalta käyttö on hyvin vähäistä, ja tuollaisella määrällä pärjätään kauan. Levypuolella I/O-suorituskyky on kokoa tärkeämpää, joten jos teillä on tässä erilaisia levypintaprofiileja tarjolla niin niistä voisi valita nopean. CPU-kuormat ovat olleet vanhalla serverillä matalia, ja olettaisin että uuden alustan yksi ydin on vanhaa nopeampi. Tästä syystä pitäisin ytimien määrän nykyisenä. Keskusmuistin lisääminen antaa hieman "hengitysvaraa" kasvaneelle käytölle, ja ylimääräistä muistia voidaan allokoida esim. tietokannan puskureille.

Varusohjelmien osalta serverille tulisi laittaa tällaiset palikat: - Linux-käyttis, mikä tahansa distro on OK. - Apache, mikä tahansa versio on OK. - Shibboleth SP - PHP. PHP:n täytyy olla major-versiota 5.3. Tämä saattaa olla vähän hankalaa koska paketoinnit tarjoavat nykyisin 5.4 ja 5.5-versioita. Näissä versioissa on kuitenkin Asion käytön estävä bugi tietyissä järjestelmäfunkkareissa. Bugi on korjattu 5.6-major-versioon mutta sitä me emme ole vielä ehtineet itse testaamaan. - MySQL tai MariaDB, mikä tahansa versio on OK. - Sähköpostin lähetys palvelimelta tulisi olla mahdollista. - HTTPS-yhteydet ja SSL-sertifikaatit tulisi myöskin asentaa uudelle koneelle

Shibbolethin osalta me emme osaa auttaa asennuksissa muuten kuin Asio-sovelluksen osalta, mutta teillähän taisi olla tästä omaa osaamista. Myöskin Taideyliopiston Eero Kuivalahti on Shibbolointeja tehnyt.

Meille voisi perustaa ohjelmiston tukemista varten ssh-tilin uudelle koneelle. Asennusvaiheessa olisi lisäksi hyötyä sudosta tai rooteista, esim. sitä silmälläpitäen jos tietokantaa tai PHP-asetuksia on tarpeen hienosäätää. IP-osoite josta meidän SSH-yhteydet tulisivat on 62.236.50.217.

Meillä muutama tila johon olen tehnyt varauseston, ennen kuin esto tuli voimaan olivat tehneet varauksen ettei kukaan mene tilaan. Nyt kun esto on tehty, niin käyttäjä itse ei pysty poistamaan omia varauksia, toisaalta kyseessä on monipäiväinen varaus jota minä en pysty poistamaan kuin varaus kerrallaan. Miksi? 25.02.2015

Asion varausesto estää sekä varauksen tekemisen että eston kohdeaikana olevien varausten muuttamisen sekä poistamisen. Koska olet ruksannut eston koskemaan kaikkia rooleja, koskee esto myös omaa pääkäyttäjätunnustasi.

Yksittäisen tapahtuman peruutusnappulan näkyminen itsellesi on sivuvaikutus siitä, että päällä on varauksen muuttamisen estävä varausesto ja että toisaalta olet pääkäyttäjä. Asiossa on erillinen ominaisuus sille, jos on oikeus peruuttaa varaus mutta ei tehdä siihen muita muutoksia. Tämä asia näkyy tuollaisena peruuttamispainikkeena varauksen infosivulla.

Jos on tarpeen siivoilla tällaisia varauksia pois niin kannattaa kytkeä tilapäisesti varausesto pois päältä ylläpito-oikeus-roolilta. Tällöin pääset pääkäyttäjän oikeuksin tekemään varauksiin muutoksia mutta kukaan muu ei pääse varaamaan tiloja.

Meillä pitäisi taas vapautta tiloja eli kaikki tilat 31.12.2015 asti pitäisi olla varattavissa. Voisitteko muuttaa lukituksen alkamaan vasta 1.1.2016.13.02.2015

Tilojen vapauttaminen onnistuu muokkaamalla varauseston kohdeaikaa:
- Avaa varausestot-toiminto (Ylläpito -> Varausestot, huoltokatkot)
- Klikkaa auki ainoa siellä oleva varausesto.
- Kirjoita kohdeaika-kenttään haluamasi varauseston alkupäivä (esim. nyt 1.1.2016) ja tallenna varausesto.

Olen poistanut kaikki tila kohdsta "Tilakalenterit/ STRATL" ja "Tilakalenterit SOTAHL", mutta ne näkyvät edelleen Tilavarauskalenterit-listassa. Miten saan ne pois? 13.02.2015

Ylimääräisten otsikkojen siivoaminen päävalikosta:
- Päävalikon siivous pitää tehdä erikseen ylläpitotoimintojen kautta (Ylläpito -> Ylläpitotoiminnot), eli pelkästään tilojen poisto ei riitä.
- Avaa ylläpitotoiminnoista päävalikko-välilehti
- Päävalikon kohdat ovat vasemmanpuoleisessa taulukossa. Ruksaa poistettavat ja klikkaa "poista valitut"-nappulaa.

Laskutukseen liittyen:

Oletetaan tilanne, että kurssilaiset on hyväksytty kurssille, ks. esimerkki dekkaripaja. Tämän jälkeen henkilö kuitenkin peruu osallistumisen ja hänelle pitää lähettää perumismaksu.

1. Miten saamme hlön mukaan kurssin laskutusaineistoon jos perumme hlön osallistumisen kurssilta?
2. Tilanne vaatii kuitenkin hlön perumisen kurssilta, jotta hlö ei tilastoidu, eikö näin? 27.01.2015

Muut asiakkaamme ovat hoitaneet tällaiset tilanteet siten, että ovat ensin muodostaneet laskun (perumismaksu, hyvityslasku jne.) ja tämän jälkeen peruneet varauksen. Jos taas varaus on jo ehditty peruuttaa ennen laskutusaineiston muodostamista, kumotaan osallistujan peruutus (ilmoittautumisten käsittely -ruudussa), muodostetaan lasku ja peruutetaan varaus uudestaan.

Periaatteessa homman voisi hoitaa myös Tuotemyyntitoimintojen kautta, mutta tällöin tulisi mielestäni ensin varmistaa, että siirto Proe:n päähän toimii varmasti myös Tuotemyynnin osalta.

Yritämme laittaa opiskelijoille linkkiä jakoon, mutta se ei näytä onnistuvan kuin vain joidenkin satunnaisten koulutusten kohdalla. Lomaketta ei siis pysty lähettämään. 23.01.2015

Tällaisissa tapauksissa ainoa toimiva keino, joka tulee mieleeni (tätä sovellettu mm. Draamakasvatuksen kohdalla) on se, että pvm. poistetaan "Viim.Ilm.pvm." -kohdasta. Tämän jälkeen suora linkki lomakkeelle pitäisi aueta myös niille (ts. opiskelijat), jotka eivät ole kirjautuneet järjestelmään.

Yksi käyttäjä ilmoitti, että kurssit näkyvät Outlookissa ja Lukkarissa eri ajankohtina. Erikoista oli, että kaikki kurssit eivät olleet väärin vaan ainoastaan tietyllä aikavälillä olevat kurssit. Virheelliset kurssit ovat lukkarissa viikon 14-18 kurssit. Ne näkyvät ja pitäisi ollakin niin kuin lukkarissa 8-10 , 10-12 ja 12-14. Outlookissa ne näkyvät 9-11, 11-13 ja 13-15. 23.01.2015

Tämä on edelleenkin jälkijäristyksiä siitä Microsoftin tekemästä hieman ikävästä tempusta, että ovat Outlookista poistaneet kokonaan paikallisten aikojen tuen muista kuin koko päivän tapahtumista. Näin he ovat ikäänkuin sysänneet aikavyöhykkeiden ja kesäaikojen problematiikan kalenteritietojen tuottajan syliin.

Tästä aiheutui tuo tunnin siirtymä, eli Outlook soveltaa kesäaikasiirtymää viikosta 14 eteenpäin.

Mitään muuta keinoa tämän välttämiseen en keksinyt kuin alkaa välittämään kaikki Asion iCalendar-syötteen tapahtumat UTC-aikavyöhykkeeseen konvertoituna ja ilman muita aikavyöhykeasetuksia. Laitoin UTC-aikojen käyttämisen teille tuotantoon liveksi ja testailin tämän opiskelijan syötteitä Office 365 -ympäristössä; nyt näyttäisi kalenteri olevan linjassa myös kesäaikasiirtymän yli.

Muutos oli aika merkittävä, joten laittakaa infoa mikäli ongelmia tulee eteen. UTC-aikojen käyttäminen tässä syötteessä edellyttää, että Asio-palvelimen käyttöjärjestelmän aikavyöhyke- ja kesäaika-asetukset ovat täsmälleen oikein, ja tämä saattaa olla uusi vaatimus. Teillä asia näyttää olevan onneksi asio.uwasa.fi-palvelimella kunnossa.

Yritän saada uudessa ympäristössä toimimaan s-posti lähetystä, ruudussa vielahtaa ennen tätä jonkin virhe muttei ehdi nähdä, saanko sen kiinni jostain lokista? 21.01.2015

Virheiden pitäisi löytyä Apachen (PHP:n) virhelokista. Valitettavasti tuon tiedoston sijainti ja nimi vaihtelee, windowseissa ja uusilla Apacheilla ne saattavat löytyä event viewerin kautta.

Olen itse havainnut että selvityksiä helpottaa jos PHP:lle määrittelee erillisen virhelokin käyttöön. Tällöin tietää ainakin tarkkaan mihin tiedostoon loggaus menee ja että sinne ei mene mitään ylimääräistä, kuten esim. Apachen 404 not found -ilmoituksia.

PHP:n oman virheloggauksen voi ottaa käyttöön php.ini-tiedostosta tällaisilla direktiiveillä:

log_errors = On error_log = /var/log/php_errors.log

Näistä jälkimmäinen kertoo virhelokin tiedostonimen + polun, eli windowseilla esim. C:\TEMP\php_errors.log

OSU: Aineiston valinta: eräkohtainen valinta, voiko kaikille laittaa saman aloitusjakson, jos kiinnittää seuraavassa tarkemmin varauslomakkeen pohjaksi halutun toteutuksen? Varmistelen, kun niin pitkä aika siitä kun viimeksi tein. 21.01.2015

Aineiston valinnassa voi tällaisessa tapauksessa laittaa kaikille saman aloitusjakson, kunhan lukukausi on vaan oikein. Pienryhmille muodostuu automaattisesti tarkennettu aloitusjaksotieto varauslomakkeen täyttämisen pohjalta.

Meillä oli tilanvarauspalvelimella viikonlopun jäljiltä tällainen ilmoitus:

asio_db_error: Query2 (select data from asiakas12.session_p where userid='cf1331cd698ae5dc8eb8cbe495d16581' and ip='192.168.129.1',): Table './asiakas12/session_p' is marked as crashed and should be repaired

asiakas_p taulu oli rikki, korjasin sen ja kaikki toimi taas OK. Nyt viimeyönä oli tapahtunut jälleen sama ja parhaillaan korjaan kantaa.

Ohessa liitteenä Apachen error logista pätkä, tuleeko mieleen mistä tämä voisi johtua ? Itse aloittaisin mielelläni PHP:stä. Uskaltaisinko jo päivittää palvelimelle PHP 5.3:sen ? Tällä hetkellä siellä ajetaan edelleen PHP 5.1 sarjalaisella. Toimiiko Tilanvaraus, Lyhytkurssi ja JAMKO:n opiskelijarekisteri jo PHP 5.3:lla ?
14.1.2015

PHP:n toimet eivät voi aiheuttaa MySQL-taulun rikkoutumista, vaan se on aina joko seurausta siitä siitä että mysqld-prosessi ei ole sammunut oikealla tavalla tai on oire viasta levyjärjestelmässä.

Tyypillinen syy mysqld-prosessin odottamattomalle kuolemiselle on muistin loppuminen palvelimelta. Jos muisti loppuu, voi kernel tappaa mysqld-prosessin, ja siitä seuraa kirjoitettavana olevien taulujen hajoaminen. Kannattaa tsekata palvelimelta tähän skenaarioon liittyvät järjestelmälokit, olisiko muisti päässyt liikenneruuhkan seurauksena loppumaan. Lokissa on tässä tilanteessa merkintä jossa on merkkijono "oom-killer". Lähettämäsi Apachen lokileike viittaa siihen että palvelimella on ollut jonkinlainen kuormapiikki tai jumitilanne päällä.

Olen myös törmännyt sellaiseen että MySQL-kannassa on itsessään bugi joka kaataa tietyissä tilanteissa mysqld-prosessin ja jättää taulut rikkinäiseen tilaan. Mikäli lokien perusteella ei selviä syytä, niin melkeinpä PHP:n päivityksen sijaan kokeilisin lääkkeenä MySQL:n päivittämistä.

Asion nykyiset ohjelmaversiot ovat PHP 5.3 -yhteensopivia, eli päivitys major-versiosta 5.1 -> 5.3 ei itsessään aiheuta yhteensopivuusongelmia.

Jos PHP:n päivitykseen lähdetään niin kannattaa kuitenkin olla php.ini-konffisten kanssa tarkkana. PHP 5.3:een on tullut uusi ongelmallinen konfiguraatiovipu "max_vars" joka rajoittaa palvelupyyntöparametrien määrää oletuksena vain 1000 kappaleeseen. Tämä täytyy korottaa Asiota varten n. arvoon 30 000, ja lisäksi huomioida että max_vars esiintyy uusissa php.ini-tiedostoissa useita kertoja.

Nämä kysymykset on syntyneet ikäänkuin käyttäjänäkökulmasta, ja nimenomaan siinä yhteydessä kun Lukkari on avattu/tilattu omaan sähköposti/kalenteriohjelmaan:

1. Missä/miten on määritelty palvelimen lähettäjäsähköpostiosoite? SibA:n Asiossa ‘www-data’ ja TeaK:lla ‘Apache’.

2. Mistä johtuu (ä) ääkkösongelmat Lukkarissa; ei kaikilta osin mutta osittain?

3. Onko teknisesti mahdollista saada opettajatieto näkymään varauksen otsikkoon?

4. Miksi lukkarilinkki on toisessa Asiossa https://- ja toisessa webcal:// -muodossa [molemmat tuntuivat toimivan TaiY:n O365 webmailin kalenterissa]

5. Miten kalenterin nimi määräytyy, nyt vaikutti avautuvan ‘Etunimi Sukunimi’ -muodossa

6. Miten kalenterin päivittyminen on määritelty palvelimen päähän [O365:ssa ei ole vipua kalenteritilauksen päivitysfrekvenssille]. 02.12.2014

1) Oletusarvoinen lähettäjäsähköposti määräytyy palvelimen asetuksista sekä siitä, millä Linuxin käyttäjänimellä www-palvelinta ajetaan. Asiaan lienee mahdollist avaikuttaa käyttöjärjestelmään asennetun sähköpostien lähetysohjelman (exim, sendmail, postfix tjsp.) asetuksilla. Tämän enempää en oikeastaan pysty asiassa auttamaan, sillä asia kuuluu käyttöpalvelun piiriin.

2) Laitatteko ääkkösongelmasta esimerkin, esim. syötteen URL + tapahtuma sekä tietokenttä jossa väärä ääkkönen näkyy. Veikkaukseni on että jossakin varauksen tietokentässä on HTML-enkoodattuja ääkkösiä.

3) Mielellään en lähtisi tekemään opettajatiedon lisäämistä kaikkien webcal-varausten tilaisuuden nimen (SUMMARY) perään. Tieto löytyy jo nyt varauksen kuvauskentästä (DESCRIPTION). Vastentahtoisuudelleni on kaksi syytä:
a. muutos on sellainen että se pitäisi tehdä vain teitä ja vain lukkarin webcal-syötteitä koskevaksi, ja
b. pelkään että tähän jouduttaisi tekemään tulevaisuudessa vielä varaustyyppikohtaisiakin parametrointeja

4) Lukkarilinkin protokolla on mahdollista konfiguroida Asion pääkonfiguraatiotiedostosta inc/server_settings.php. Direktiivi on $is_https_redir ja jos se on asetettu päälle ($is_https_redir = true;) niin linkit tulevat https-protokollalla. Syy tähän toimintaan on se että joissain ympäristöissä on pakotettu ohjaus http:stä https:ään, ja webcal-protokolla implikoi monissa kalenterijärjestelmissä aina http-protokollaa. Tämä on estänyt esim. Applen iCalin toiminnan webcal-protokollan ja https-ohjauksen yhdistelmällä.

5) Kalenterisyötteeseen nostetaan syötteen nimi etunimi + sukunimi -muodossa siltä varauskohteelta tai henkilöltä jolta syöte on tilattu.

6) Asion WebCal-syötteeseen ei ole määritety ollenkaan toivetta syötteen päivitysfrekvenssistä. Asiasta ei tietääkseni ole standardia, mutta Microsoftilla näyttäisi olevan oma virityksensä tätä varten, eli kenttä X-PUBLISHED-TTL, johon voi antaa tiedon esim. tähän tapaan "PT15M" -> 15 minuutin päivityssykli. Voitaisi lisätä tälle asetukselle tuki Asion versioon 15 jos vaikuttaa että päivittyminen Outlook 365:een vie liian kauan. Päivitysvälin tihentämisessä kannattaa sikäli olla varovainen että mitä tiheämpi päivitysväli, sitä enemmän WebCal-käyttö kuormittaa tilavarauspalvelintanne. Syöte on kevyt ja nopea, mutta opiskelijoiden käytön myötä volyymit saattavat yllättää.

Meillä on palvelimen kanssa ongelmia joka kerta kun siirrämme lukujärjestykset Asioon tilavarauksiksi. Kapasiteetti ei riitä ja sitä joudutaan jatkuvasti nostamaan. Onkohan mahdollista poistaa menneiden vuosien lukkarit/tilavaraukset Asiosta. 02.12.2014

Arkistoinnit ovat yleensä sellaisia asioita jotka organisaation oma IT-osasto tekee, mutta voimme toki autttaa tässä, eli pystymme poistamaan vanhoja tietoja huoltoyhteyttä käyttäen.

Seuraavassa on ohjeita omatoimiseen siivoukseen. SQL-tauluja joista datan arkistointi voi olla tarpeen on kaksi; varaustietojen lisäksi toinen suureksi nopeasti kasvava massa on varausten muutoshistoriatiedot.

1) Varausten arkistointi onnistuu MySQL-konsolista tällaisella komennolla:

DELETE FROM kokousvaraus_p WHERE pvm<'VVKKPP';

Tässä VVKKPP on päivämäärä kuudella merkillä, eli jos esim. haluaisitte poistaa päivämäärää 1.1.2013 vanhemmat varaukset niin arvo olisi 130101.

2) Muutoslokin arkistointi onnistuu tällaisella MySQL-komennolla, ja päivämäärätieto annetaan sille vastaavasti:

DELETE FROM loki2_p WHERE pvm<'VVKKPP';

3) Arkistoinnin jälkeen kannattaa vielä tehdä palvelimelle taulujen levytilan palautus:

OPTIMIZE TABLE kokousvaraus_p;
OPTIMIZE TABLE loki2_p;

Toimenpiteet kannattaa ajoittaa sellaiseen aikaan, kun palvelimella ei ole muuta käyttöä, sillä poistoissa ja optimoinnissa voi ison taulun kohdalla kestää datan määrästä ja palvelimen nopeudesta riippuen pitkään, jopa puolikin tuntia, minkä aikana tilavaraukseen ei voi tallentaa uusia varauksia.

OSU: Koetan nyt kopioida tällä yksinkertaisella menettelyllä opintojaksoja lukuvuodelta 2014-15 lukuvuodelle 2015-16. Esimerkiksi opintojaksossa 1tp11 Musiikkianalyysin teoria ja praktikum 1 ”opetusperiodi”-kenttään ei tule valittavaksi lukuvuoden 2015-16 periodeja. Olen ne kuitenkin ylläpidossa määritellyt ja ne näkyvät esim. toiveiden käsittelyn hakutoiminnossa. Mistä johtuu?

Onko mahdollista saada rautalanka-ohje tästä kopiointitavasta? 01.12.2014

Lukuvuoden vaihtaminen täytyy tehdä erikseen vuosilukua klikkaamalla. Rautalangasta väännettynä kopionti tapahtuisi näin:

1) Klikkaa "kopioi uudeksi"-painiketta, valitse tiedot jotka haluat kopioida ja klikkaa "kopioi uudeksi pienryhmäksi".

2) Klikkaa lukuvuosi-kohtaa ja vaihda haluamasi lukuvuosi.

3) Valitse haluamasi jakso opetusperiodi-kohdasta

4) Jos käytössä on eräkäsittely, vaihda vielä erä oikeaksi klikkaamalla eränumeroa. Kopioitaessa kopio syntyy alkuperäiseen erään, ja tämä voi olla väärin mikäli tehdään vanhasta kopiota uudelle jaksolle.

5) Tämän jälkeen etene suunnittelussa kuten normaalistikin. Erityisesti kannattaa kiinnittää huomiota aikatauluihin, sillä ne eivät todennäköisesti ole kopioissa oikein.

OSU: Käyttäjä haluaa opetustapahtuman kopioimisen jälkeen muokkailla aikataulua opetustapahtumassa, jossa ei ole paikkatietoa (opetus oppilaitoksen ulkopuolella) eikä opettajatietoa. Ongelma: Ei tule näkyviin opetustapahtuman muokkaus – painiketta.Mistä johtuu? 01.12.2014

Opetustapahtumien muokkaus -nappi tulee näkyviin vasta sitten kun aikataulut ovat olemassa, ja aikataulujen olemassaolo edellyttää että ainakin jokin resurssi (tila tai opettaja) on kiinnitetty.

Ilman resursseja aikataulun voi muodostaa ainoastaan viikoittain toistuvan aikataulusyötön avulla:

Ottaessani Lyhytkurssista laskutus- ja myyntisaamislistausta on toisinaan jokin rivi merkitty keltaisella. 01.12.2014

Oranssin värin merkitys on "maksettu liikaa".

Pitääkö arkistotietokantaa varten olla erillinen Asio-sovellus? 12.11.2014

Ei tarvitse olla olemassa omaa Asio-sovellusta, vaan arkistokantaa pääsee käyttämään kirjautumalla arkistotunnuksella tuotanto-Asioon. Asio tukee useaa varaustietokantaa yhdessä sovellusympäristössä. Tämä mekanismi olisi sama jolla esim. meidän asp.asio.fi -ympäristössä on ajossa useiden asiakkaiden varauskantoja yhden konfiguroidun sovellusympäristön takana.

Tässä on karkea selitys siitä miten tietokantojen käyttö Asiossa tapahtuu:
- Pääkonfiguraatiossa server_settings.php säädetään MySQL-tietokantayhteyden perustiedot, eli serverin osoite, käyttäjätunnus ja salasana.
- Kirjautumisen yhteydessä käyttäjätiedot ladataan aina MySQL-tietokannasta "asio".
- Käyttäjätietoihin (kayttooikeus_p) on tallennettu käytettävän varaustietokannan nimi (kenttä KANTA). Jos kirjautuminen onnistuu, vaihtaa sovellus kirjautumisen jälkeen tähän kantaan.

Pitääkö arkistotietokantaa varten olla erillinen Asio-sovellus? 12.11.2014

Ei tarvitse olla olemassa omaa Asio-sovellusta, vaan arkistokantaa pääsee käyttämään kirjautumalla arkistotunnuksella tuotanto-Asioon. Asio tukee useaa varaustietokantaa yhdessä sovellusympäristössä. Tämä mekanismi olisi sama jolla esim. meidän asp.asio.fi -ympäristössä on ajossa useiden asiakkaiden varauskantoja yhden konfiguroidun sovellusympäristön takana.

Tässä on karkea selitys siitä miten tietokantojen käyttö Asiossa tapahtuu:
- Pääkonfiguraatiossa server_settings.php säädetään MySQL-tietokantayhteyden perustiedot, eli serverin osoite, käyttäjätunnus ja salasana.
- Kirjautumisen yhteydessä käyttäjätiedot ladataan aina MySQL-tietokannasta "asio".
- Käyttäjätietoihin (kayttooikeus_p) on tallennettu käytettävän varaustietokannan nimi (kenttä KANTA). Jos kirjautuminen onnistuu, vaihtaa sovellus kirjautumisen jälkeen tähän kantaan.

Pystyikös ryhmäkalenterin synkkaamaan tarvittaessa outlookiin? 12.11.2014

Tähän suosittelen WebCal-liitännän käyttämistä. Ryhmäkalenteri ei ole Asiossa resurssi, ja Exchange-synkin palikoilla ei ole teoreettisiakaan toimintamahdollisuuksia niiden kanssa.

Ryhmäkalenterien WebCal-tuki on olemassa Asiossa yleisenä ominaisuutena nykyisessä kehitysversiossa, ja sisältyy näin ollen veloituksetta versioon 15.

Miten kalenterin päivittyminen on määritelty palvelimen päähän [O365:ssa ei ole vipua kalenteritilauksen päivitysfrekvenssille]. 31.10.2014

Asion WebCal-syötteeseen ei ole määritelty ollenkaan toivetta syötteen päivitysfrekvenssistä. Asiasta ei tietääkseni ole standardia, mutta Microsoftilla näyttäisi olevan oma virityksensä tätä varten, eli kenttä X-PUBLISHED-TTL, johon voi antaa tiedon esim. tähän tapaan "PT15M" -> 15 minuutin päivityssykli. Voitaisi lisätä tälle asetukselle tuki Asion versioon 15 jos vaikuttaa että päivittyminen Outlook 365:een vie liian kauan. Päivitysvälin tihentämisessä kannattaa sikäli olla varovainen että mitä tiheämpi päivitysväli, sitä enemmän WebCal-käyttö kuormittaa tilavarauspalvelintanne. Syöte on kevyt ja nopea, mutta opiskelijoiden käytön myötä volyymit saattavat yllättää.

Missä/miten on määritelty palvelimen lähettäjäsähköpostiosoite? 31.10.2014

Oletusarvoinen lähettäjäsähköposti määräytyy palvelimen asetuksista sekä siitä, millä Linuxin käyttäjänimellä www-palvelinta ajetaan. Asiaan lienee mahdollist avaikuttaa käyttöjärjestelmään asennetun sähköpostien lähetysohjelman (exim, sendmail, postfix tjsp.) asetuksilla. Tämän enempää en oikeastaan pysty asiassa auttamaan, sillä asia kuuluu käyttöpalvelun piirii

Emme saa käyttäjän kanssa webcal-siirtoa toimimaan kevätlukukauden 2015 lukujärjestyksistä (kokeiltu orkesterisoittajien lukujärjestyksiä). 31.10.2014

WebCal-kalenterin aikajänne on nykyhetkestä eteenpäin 10 kuukautta, tätä tosiaan kasvatettiin keväällä.

Aikavälin pidentäminen tästä ei ole tarkoituksenmukaista. Erillisiä kertaluontoisia siirtoja ei tarvitse tehdä, koska syötteet päivittyvät automaattisesti, ja kaukana tulevaisuudessa olevat tapahtumat ilmestyvät syötteeseen sekä kalentereihin automaattisesti sitä mukaa kun aika kuluu.

Tästä asiasta emme voi nykyisen yleisen WebCal-syötteen osalta joustaa palvelimen kuormituksen takia. Syöte on tarkoitettu oman päivittäisen kalenterin tuomiseksi Asiosta ulkoiseen kalenterijärjestelmään - ei suunnittelun kaukana tulevaisuudessa olevien tulosten kommunikointiin opettajille tai kertaluontoiseen tapahtumien massasiirtoon.

OSU: Käyttäjämme haluaisi siirtää aineryhmänsä lukujärjestystiedot aineryhmän virkailijaryhmän yhteiseen sähköposti-osoitteeseen ja sitä kautta yhteisesti jaetuksi ko. ryhmälle. Onko tällainen mahdollista? 24.10.2014

Asioon on tulossa yleisenä piirteenä seuraavassa versiossa (v15) ryhmäkalenterien webcal-toiminto, jolla tämä onnistuu. WebCal-kalenterin urlin voi katsoa ryhmäkalenterien kautta, eli siellä on sama oranssi syötekuvake näkyvissä kuin on ollut aikaisemmin esim. omassa kalenterissa.

OSU: Käyttäjämme kysyvät vanhojen (edellisen vuoden) lukujärjestystietojen hyödyntämisestä. Voiko yksittäistä kurssia (jossa ei ole pienryhmiä) kopioida toiveiden käsittelyssä eri periodeille, esim. syksyltä 2014 keväälle 2016 vai onko parempi, että kopiointi tehdään ”samoille” periodeille eli syksyltä 2014 syksylle 2015, keväältä 2015 keväälle 2016. Alla hieman toisessa yhteydessä viime talvena teiltä saamamme vastaus, jota lukien eri periodeille kopiointi olisi ok. Haluan varmistaa, että alla oleva on edelleen ja tässä yhteydessä ok tapa toimia.

Ja vielä yleisemmin kysyisin: kumpaa toimintatapaa suosittelet vanhojen opetustietojen hyödyntämisessä – varauslomaketta vai kopiointia toiveiden käsittelyssä? Mitkä ovat merkittävimmät hyödyt ja haitat näissä eri reiteissä? Toiveiden käsittelyssä kopiointi vaikuttaa nopeammalta tavalta (?). Vaikuttaako esimerkiksi se, onko opintojaksossa yksi ryhmä vai monta pienryhmää työskentelytavan valintaan? 22.10.2014

1) Kopiointi eri periodille: kumpikin tapa on OK, eli myös keväältä syksylle voi tarvittaessa kopioida. Valinta kannattaa mielestäni tehdä tapauskohtaisesti sen perusteella, kumpi pohja-aineistoista näyttää tiedoiltaan paremmalta. Tässä on vertailu eri toimintamallien hyödyistä ja haitoista:
- Opettajien ja tilojen osalta uudemmassa kopioinnin pohjatiedossa on todennäköisesti tiedot paremmin ajan tasalla, vaikka pohjatieto olisikin eri jaksolta.
- Sanoisin että keväältä keväälle tai syksyltä syksylle kopioitaessa uuteen pienryhmään tulee kuitenkin parempi aikatauluehdotus, jossa on vähemmän uudelleen sijoiteltavaa.

2) Varauslomake ja pienryhmän kopiointi toimivat molemmat vanhojen opetustietojen hyödyntämiseen. Tässä on muutamia tärkeimpiä eroja, joiden pohjalta voi tehdä päätöksen:
- Varauslomakkeella pystyy käsittelemään yhden opintojakson yhdellä kertaa. Se voi olla siksi kätevämpi, jos opintojakso on iso ja pienryhmiä on paljon.
- Normaali kopiointi kopioi sijoitellun aikataulun sellaisenaan (jos aikataulut valitsee kopioitavaksi). Erityisesti jos aikataulu on hyvin hajasijoiteltu, joutuu sen rakentamaan uusiksi lähes puhtaalta pöydältä. Varauslomake puolestaan konvertoi aikataulun uuteen jaksoon siten, että se voi usein olla jopa sellaisenaan käyttökelponen.
- Normaali kopiointi on yksinkertaisempi, ja sen käytöstä on siksi ehkä helpompi kirjoittaa ohjeet ja ylipäätään "pysyä kärryillä". Jos pienryhmiä ja sijoiteltavaa on vähän, niin se on ehkä näistä kahdesta vaihtoehdosta se helpompi.

OSU: Työjärjestysvarausta tehdessä voi valita, minkä tyyppinen varaus on kyseessä. Koulutussihteerit miettivät, että olisi kätevää ottaa käyttöön aina niille kerroille opetusmuodoksi tentti, kun aiotaan pitää opintojakson tentti. Kuitenkin haasteeksi muodostui se, että kun yhtä tilavarausta muuttaa tenttivaraukseksi, muuttuu koko varaus tenttivaraukseksi.

Onko mahdollista, että saisi yhden kerran opetusmuodon vaihdettua, vai onko ainut keino vain poistaa kyseinen tenttipäivän varaus ja luoda se uudelleen koodeineen kaikkineen? 10.10.2014

Opetusmuoto on meidän tietorakenteissa määritelty koko varauksen yhteiseksi tiedoksi, joten tämä ehdotuksesi ei valitettavasti ole sellaisenaan toteutettavissa. Meidän omassa opetuksen toteutussuunnitelutyökalussa tentit tehdään erillisenä toteutuksena, jolloin niistä tulee järjestelmään erillinen varaus.

Nykyisellä ohjelman versiolla ei toisin sanoen ole muuta vaihtoehtoa, kuin luoda tentti järjestelmään uutena erillisenä varauksena, ja poistaa ko. tapahtuma alkuperäisestä opetusvarauksesta.

Opetusmuodon sijaan tentin indikoimiseen olisi mahdollista käyttää jotain niistä tiedoista, jotka eivät ole varauksen yhteisiä vaan varauskertakohtaisia. Tällaisia tietoja ovat esim. tilaisuuden nimi sekä varauksen lisätietoja-kenttä.

Sellainenkin ratkaisu olisi mahdollinen, että järjestelmään kehitetään toiminto jolla yhden varauskerran voi erottaa varauksesta uudeksi erilliseksi varaukseksi ("varauksen halkaisu"). Tällöin irrotettavalle palaselle olisi mahdollista tehdä opetusmuodon vaihtamisen lisäksi muitakin varauksen yhteisten tietojen muutoksia, esim. vastuuyksikkö/maksaja -tietoon. Jos varauksen halkaisumahdollisuus kiinnostaa niin voisin laatia siitä työmääräarvion, osittain tällainen toiminto saattaisi olla mahdollista sisällyttää meidän yleiskehitykseen.

olemme päivittäneet Asion versioon 14. Apachen errorlogiin tulee seuraavanlaisia merkintöjä. Pitäisikö vielä jotain asetuksia laittaa?

[Tue Oct 07 08:32:59 2014] [error] [client 10.10.10.183] PHP Notice: Undefined variable: g_kal_selaus_lib_include in /var/www/html/kokvar/kal_selaus.php on line 46, referer: http://yyyyxxxx.fi/kalenterit2/index.php?kt=lk&yks=&cluokka=TN1PC2&av=141006141012141007&guest=%2Fhaaga&lang=fin
[Tue Oct 07 08:32:59 2014] [error] [client 10.10.10.183] PHP Warning: strftime(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Helsinki' for 'EEST/3.0/DST' instead in /var/www/html/inc/asioguestauth.php on line 24, referer: http://xxxxxyyyyyy.fi/kalenterit2/index.php?kt=lk&yks=&cluokka=TN1PC2&av=141006141012141007&guest=%2Fxxxxxx&lang=fin
[Tue Oct 07 08:32:59 2014] [error] [client 10.10.10.183] PHP Notice: Undefined index: asd in /var/www/html/inc/asioguestauth.php on line 143, referer: http://yyyyyxxxxx.fi/kalenterit2/index.php?kt=lk&yks=&cluokka=TN1PC2&av=141006141012141007&guest=%2Fxxxxx&lang=fin

8.10.2014

Nämä eivät itseasiassa liity versiopäivitykseen, ellei teillä vaihtunut PHP:n versio tai konfiguraatio samalla. Seuraavassa ohjeita:

1) Näyttää että PHP:n virheraportointi on liian korkealla, kaikki rivit joissa lukee "Notice" ovat aina sellaisia että ne voi sivuuttaa. Jotta vain olennainen jää jäljelle, kannattaa error_reporting-vipu asettaa php.ini-tiedostoon näin:
error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT & ~E_NOTICE

2) Tuossa on yksi olennainen warning johon kannattaa reagoida, eli serveriltänne puuttuu PHP:n konfiguraatiosta aikavyöhykkeen asetus. Muistaakseni PHP 5.3:ssa alkaen tämä muuttui pakolliseksi. Varoituksesta pääsee eroon kun aikavyöhykkeen asettaa php.ini-tiedostoon seuraavasti:
date.timezone = Europe/Helsinki

Luuletko että ennätätte tutkailla Asion yhteensopivuuden 14.7.2015 mennessä esim. Server 2012R2 suhteen? 8.10.2014

No itseasiassa tuolla Windowsin versiolla ei pitäisi olla mitään väliä, kunhan sille löytyy yhteensopivat versiot PHP/Apache/MySQL-kolmikosta.

Olen yhä sitä mieltä että ne toissa viikon yhteensopivuushaasteet aiheutuivat PHP 5.5 -versiosta, jolla me emme ole vielä ehtineet testata ohjelmistoa yhtään. Versiossa 15 on tarkoitus lanseerata PHP 5.5:lle tuki.

Toisesta näkökulmasta voisi myöskin sanoa että tuolle uudelle Windowsille ei pitäisi olla mitään ongelmaa asentaa niitä samoja PHP/Apache/MySQL-versioita jotka teillä on nykyisellä serverillä. Koska koneenne on kokonaan sisäverkossa, niin en pidä noita vanhoja versioita edes minkäänlaisena tietoturvariskinä.

Osaisitteko antaa tietoa Asio –ohjelman SMTP lähetys-asetusten muuttamiseen? Eli mistä lähetyspalvelin voidaan muuttaa. 3.10.2014

Asio käyttää suoraan PHP:n mail-komentoa, mikä puolestaan tekee lähetyksen Linux-ympäristöissä käyttöjärjestelmän mailer daemonia käyttämällä.

Jonkin verran on tullut kysymyksiä siitä, kuinka tilakustannusraportti suhtautuu päällekkäisiin varauksiin. Esimerkit olivat tällaiset:

1. Jos samaan aikaan on kaksi ryhmää yhtä aikaa paikalla, tuleeko molemmista vuokraa, vaikka ovat yhdessä samaan aikaan samassa paikassa ?
2. Jos samaan aikaan on kaksi ryhmää ja kaksi eri opintojaksoa yhtä aikaa paikalla, laskeeko se kummatkin erikseen?

Etenkin tuo 2-kysymys kiinnostaa, sillä jotkin opintojaksoista ovat sellaisia, että sisältö on sama, mutta ne ovat kahdella eri kurssikoodilla ja kahdelle eri ryhmälle. 1.10.2014

Kustannusraportti tukee suurryhmiä ja päällekkäisyyksiä seuraavalla tavalla:

1) Jos samassa varauksessa on kaksi ryhmää, muodostaa se Asiossa ns. suurryhmän. Tällainen raportoidaan tilakustanusraportilla täsmälleen samalla tavalla kuin yksi varaus, eli se ei aiheuta esim. kahden ryhmän ollessa paikalla kustannusten tuplaantumista.

2) Kaksi eri opintojaksoa ovat Asiossa käytännössä kaksi eri varausta. Lisäksi on ainakin periaatteessa mahdollista, että päällekkäisillä varauksilla on eri vastuuyksikkö.

Tilakustannusraportilla nämä lähtökohdat on huomioitu niin, että jos samassa tilassa on täsmälleen samaan aikaan useita päällekkäisiä varauksia, ajatellaan ne yhdeksi kustannukset jakavaksi tapahtumaksi. Varausten vastuuyksiköt jakavat ao. tilan kustannukset keskenään tasan.

Kirjoitan tähän vielä esimerkin joka toivottavasti valottaa laskentaa:
a) varaus opintojaksolle 1: klo 10-12 tilassa X vastuuyksikölle A
b) varaus opintojaksolle 2: klo 10-12 tilassa X vastuuyksikölle A
c) varaus opintojaksolle 3: klo 10-12 tilassa X vastuuyksikölle B
--> Tästä muodostuisi raporttiin kustannus niin, että lasketaan tilan X vuokra ajalta 10-12, vastuuyksikkö A saa raporttiin 2/3 kustannuksista ja vastuuyksikkö B 1/3 kustannuksista.

OSU: Kysymys OSUn kautta syntyneiden tilavarausten käsittelystä: yksittäiset kurssipäivien peruutukset.

Olemme kirjaamassa lukujärjestysprosessia ja ohjeistamassa opettajia peruutuksia varten.

Onko mahdollista toimia näin:
- Aineryhmän suunnittelija tekee OSUssa lukujärjestyksen (ml tilavaraus).
- Lukukauden aikana kurssin opettaja voi peruuttaa itse ASIOssa yksittäisen opetuskerran.
- Muutos päivittyy henkilökuntakalenteriin, opiskelijan itselleen Lukkarissa tekemään kalenteriin (missä ko. kurssi), tilakalenteriin ja ryhmäkalenteriin.

Toinen toimintatapa olisi, että opettaja ilmoittaa peruutuksesta tilavaraajalle, joka tekee peruutuksen ASIOon.

Jos opettaja voi tehdä peruutuksen itse, missä näkymässä hän toimii (henkilökuntakalenteri?)?

Mitä vaikutusta näillä peruutuksilla on seuraavan vuoden suunnitteluun? Kun pohjatietoja kopioidaan seuraavalle vuodelle, kumpi versio siirtyy: alkuperäinen suunnittelijan tekemä vai opettajan peruutuksilla muuntama? 29.9.2014

Hyviä kysymyksiä, tässä vastauksia:

1) Opettajalla on yleisesti ottaen Asiossa muutos- ja poisto-oikeus sellaisiin varauksiin, joissa hän on itse opettajana. Näin ollen opettajan on mahdollista poistaa sellainen OSU:n kautta tehdyn varauksen osa, johon hänet on merkitty opettajaksi. Tähän on kuitenkin yksi teidän kannalta hyvin tärkeä poikkeus, eli jos opettajalla ei ole varausoikeutta varattuun tilaan, ei varauksen peruuttaminen ole mahdollista. Koska teillä tilojen varaaminen on aika tarkkaan rajoitettua, niin menisin tässä yksittäisten OSU-tuntien peruutusten ohjeistamisessa niin, että ne hoidetaan mielummin tilavaraajalle ilmoittamisen kautta kuin opettajan "itsepalveluna". Tilavarauspuolen kautta OSU:sta peräisin olevaan varaukseen tehdyt muutokset näkyvät reaaliajassa kaikissa Asion kalentereissa, mukaanlukien lukkarit, tilakalenterit, ryhmäkalenterit ja henkilökuntakalenterit.

2) Pohjatietoja kopioitaessa pohjaksi tulee aina lopullinen toteuma, eli myös tilavarauksen kautta tehdyt yksittäisten kertojen peruutukset ovat pohjatiedon kopioinnissa mukana.

We have a problem with cookies in google chrome.

For the student class calendars we use a specific url with a guest account, for example: https://kalender.pxl.be/kalenterit2/index.php?guest=llko/phl&lang=fla, for an other department we use the link https://kalender.pxl.be/kalenterit2/index.php?guest=lso/phl&lang=fla

When the user close the browser an opens another class calendar, he got the previous calendar. We see that the cookie keeps the previous calendar.

Is there a way to remove the cookie in the application when the user close the application / browser ? 19.9.2014

This is an unfortunate side-effect of a change made to the Google Chrome browser, which now does not completely close, even if you close all browser windows.

There is a new background process running for Chrome, and this causes the browser to keep a hold of all cookies marked as session cookies, which by definition should be destroyed when the browser application is closed.

I consider this a security flaw in Chrome - Google really should fix it.

I have worked around the issue regarding the use of guest-parameters and our session cookie "__asio_s", an update package for your AsioEduERP can be downloaded here: https://asp.asio.fi/siirto/asioguestauth_v1415.zip

To install the update, overwrite the previous version of the inc/asioguestauth.php program file with the one in the package.

Workaround checks, and if needed, updates Asio's session to match the HTTP GET request parameter "guest". It is no longer necessary to close the browser when browsing across departments.

Poistaako Untis-tuonti mahdollisen alle jääneen varauksen (päällekkäisvaraus)? 17.9.2014

Untis-importti ei koskaan koske jo tilavarauksessa oleviin varausmerkintöihin, eli jos Untisin kautta olisi tullut päällekkäinen varaus, se ei olisi ylikirjoittanut tai poistanut jo järjestelmässä olevaa toista varausta. Tällainen varaus olisi jäänyt kalenteriin päällekkäisyydeksi, ja siitä olisi tullut Untis-tiedoston sisäänlukijalle myös huomautus.

Meille jälleen herätellään henkiin tuota kalenterien synkkiä tilavarauksesta Exchangeen. 5.9.2014

Outlook/Exchange-liitännän osalta tilanne on muuttunut vuoden takaisesta sikäli, että meillä on nyt mielestämme paljon parempi, edullisempi ja yksinkertaisempi ratkaisu tarjota Asion kalenterin näkymiseen Outlookin puolella, eli WebCal-syötteet (Microsoftin termein: internet-kalenterit). Suosittelen WebCalin käyttöä erityisesti jos tarve on ainoastaan saada Asiossa tehty opettajan lukujärjestys näkymään hänen Outlook-kalenterissaan.

Exchange-integraatioon verrattuna WebCalissa on seuraavat edut:

1) Asio-Exchange-rajapinta on Microsoftin toimintamallien takia aina kaksisuuntainen. Tästä voi seurata hallittavuusongelmia elleivät käyttäjät ole kalenterinsa kanssa tarkkoja, sillä rajapintaan ei voi soveltaa samoja käyttöoikeusrajoitteita kuin Asiossa on normaalisti. Varausmuutokset synkronoidaan Exchange-liittymässä aina kahteeen suuntaan, eli jos joku opettaja muuttaa mobiililaitteensa kautta vahingossa oppitunnin aikaa, ja muutos säteilee tilavarauksiin sekä opiskelijoiden lukujärjestyksiin. WebCalissa tällaisia ongelmia ei ole.

2) Asio-Exchange-rajapinnan käyttöönotto sitoo AsioEduERP-järjestelmän suorituskyvyn henkilökalenterien osalta Exchange-rajapinnan toimintanopeuteen. Etenkin isojen varausten käsittely hidastuu merkittävästi, jos varauksiin tulee opettajia joiden kalenterit ovat Exchangessa. WebCal-liitännällä ei ole puolestaan käytännössä ollenkaan vaikutusta AsioEduERP:n suorituskykyyn tai palvelinkuormaan.

3) Exchange-liittymään liittyy myöskin tietosuojahaasteita, koska opettajien omat kalenterimerkinnät tallennetaan myös liittymän kautta Asioon. WebCalissa vastaavia haasteita ei ole, koska kyse on julkisen lukujärjestystiedon julkaisemisesta Asiosta ulospäin.

4) WebCal mahdollistaa internet-kalenteripalvelujen tarjoamisen myös muille kuin teidän omaa Outlook/Exchangea käyttäville käyttäjille.

WebCal löytyy Asion versiosta 14 sisäänrakennettuna ominaisuutena, ja sen käyttöönotto ei edellytä ollenkaan erillisiä konfigurointeja.

Teknisessä mielessä WebCal on Asiosta ulos tarjoiltava kalenteritiedon reaaliaikainen syöte iCalendar-formaatissa. Lopputulos esim. Outlook-kalenterin kannalta on sellainen, että Outlookkiin tulee uutena kalenterina Asion varaustiedot näkyville, ilman muokkausmahdollisuutta. Outlookista nämä tiedot voi synkata kätevästi myös mobiiliin.

A testaili uutta palvelintamme ja törmäsi ongelmiin. Uuden käyttiksen mukana tuleekin nykyään PHP5.4.16 eli 5.3 on mennyttä. Mahtaako nämä johtua PHP 5.4:sta ? Illegal string offset herjoja paukkuu useammaltakin sivulta. Lyhytkurssin ylläpidon linkki ei myöskään kuulemma toimi. 5.9.2014

Näyttää tosiaan että PHP 5.4 on alkanut urputtaa tästä asiasta.

Tässä on workaround:
http://asp.asio.fi/siirto/asio_init_functions_v105.zip

Paketissa on tiedosto inc/asio_init_functions.php, jonka pitäisi eliminoida nämä herjat virheenkäsittelyyn tehdyn suodatuksen kautta.

Virheilmoitusten tulostuminen voi aiheuttaa HTML-rakenteeseen rikkinäisyyksiä, ja tämä voi puolestaan aiheuttaa noita muita mainitsemiasi ongelmia. Valitettavasti PHP 5.4 ei ole vielä meidän puolelta tuettu versio, joten mitään takuita toimivuudesta en voi vieläkään antaa.

Kysymys liittyen meidän asion puolen kurssiesittelyyn. Voiko esittely-sivulle laittaa liitteeksi musiikki-tiedostoja, esim. mp3? Kurssitietojen ylläpito-osiossa on kohta Tiedostot, jossa on mahdollisuus laitta kuva 1, kuva 2 ja lisätieto-tiedosto. Voiko tuonne laittaa musiikkia, missä muodossa ja minkä kokoinen tiedosto mahtuu? Käytännössä montako kappaletta esim.?

Mihinkähän kohtaan kurssiesittelyä tällaiset tiedostot tulisivat näkyviin sitten? 3.9.2014

Esittelysivulle voi lisätä liitteinä myös musiikkia. Formaateista ainakin mp3 ja wav toimivat, mutta mp3 on kokonsa puolesta suositeltavampi. Toinen elegantti vaihtoehto (joskin ehkä hieman hankalampi ja riippuvainen selaimien ominaisuuksita) on upottaa html:n avulla playeri esitesivulle (alla esimerkki).

Jotta voisitte lisätä tiedostoja esittelysivulle, meidän tulee luoda teidän ympäristöönne kohdekansio liitteitä varten. Ilmoittelen, heti kun olemme tehneet tarvittavat määritykset täällä päässä.

tarvitsemme apua lisätietokenttien versus sis. lisätietokenttien käytöstä.

Miten pääsee tilavaruspalikassa syöttämään tietoja sisäisiin lisätietoihin, käsittääkseni siihen pääsee nyt pelkästään suunnittelupalikan kautta.

Ja toisaalta missä sis. lisätiedot näkyy? 2.9.2014

Yrityskohtaisista asetuksista (Ylläpito->Ylläpitotoiminnot->Yrityskohtaiset asetukset) löytyy kohta "Sis.lisätiedot tilavarauksessa", jonka avulla voidaan määritellä, ovatko sisäiset lisätiedot käytössä tilavarauksessa. Teillä on ilmeisesti tällä hetkellä valittuna "ei käytössä"-vaihtoehto. Sinulla pitäisi olla pääkäyttäjäoikeudet, joten voit tarvittaessa muuttaa asetuksia itse. Jos tuntuu hankalalta tai ei jostain syystä onnistu, kysy reippaasti lisäapua meiltä.

Sisäiset lisätiedot on tarkoitettu nimenomaan organisaation omien sisäisten lisätietojen (esim. tilaisuuden järjestämiseen liittyvät tiedot, varaukseen liittyvät toiveet jne.) kirjaamiseen. Nämä tiedot eivät näy ulospäin.

Meillä on suunnitteilla IE 11 ja Office 2013 päivitykset. Onko teidän ohjelmistoissa jotain, mitä pitäisi tässä yhteydessä tietää tai ottaa huomioon? 26.8.2014

Yleisesti ottaen tämä on pelkästään hyvä juttu, sillä meille suurinta tuskaa ovat historiallisesti olleet vanhojen Internet Explorerin versioiden (versio 9 ja sitä vanhemmat) tukeminen. Officen versiopäivityksellä ei puolestaan pitäisi olla mitään toiminnallisia vaikutuksia Asion osalta.

Sellainen varaus tähän kuitenkin, että olemme hienosäätäneet Asion ulkoasua uuden IE:n kanssa versiossa 14. Jos teillä on Asiosta tuotantokäytössä nykyistä v14-versiota vanhempi versio, niin uudella IE:llä saattaa joissain toiminnoissa näkyä esim. vääriä sisennyksiä, fontteja ja keskityksiä.

One of our collegues has a problem updating a value in the table kokousvaurus from within Access with a MySQL-ODBC 32 bits connection.

If I use MySQL Workbench, I have the same problem.

If I try to do a simple UPDATE SQL-statement, it isn’t a problem.

I assume that this has to do with no primary key available in this table and MySQL which checks on that. If I make a new table with primary key, everything is possible, if I delete the PK, then I get the same issue.

What is the best practice? Do I add a PK or is there an option in my.cnf for chenging this behaviour? 26.8.2014

We have indeed not used MySQL native primary keys in our tables for compatibility reasons. There is, however, almost always an auto-increment column in our tables which can always be used as a primary key.

The best way to work around the problem of some SQL update tools not working due to the reason you described is to change the table's auto-increment column's index type to a primary key.

The main booking table KOKOUSVARAUS_P has an auto-increment column called ROWID, and it can be changed into a primary key like this:

ALTER TABLE kokousvaraus_p DROP INDEX ROWID, ADD PRIMARY KEY (ROWID);

Nyt ajatuksissa oli päivittää PHP (PHP53) seuraavan huoltokatkon yhteydessä joten onko tilanvarauksen/lyhytkurssin puolesta mitään huomioitavaa ennen päivitystä ? 26.8.2014

Teillä pitäisi olla tuotannossa sellaiset versiot Asion ohjelmista, jotka toimivat PHP 5.3:n kanssa, eli tältä osin ei tarvitse tehdä mitään.

Lähinnä mieleeni tulee sellainen, että 5.3:n kylkiäisenä on joskus tullut suhosin-niminen palikka, joka tuo mukanaan uusia *_max_vars -nimisiä konfiguraatioita palvelupyynnön max. muuttujamäärän rajoittamiseen. Kannattaa tarkistaa päivityksen jälkeen vaikkapa phpinfosta, että tällaisia ei ole asetettuna. Jos on, niin kaikkiin max_vars-asetuksiin tulisi laittaa viisinumeroinen luku, vaikkapa 50000.

Muilta osin kannattaa vain varmistua että PHP:n asetukset lisäosien, suoritusaika- ja muistirajojen ym. osalta säilyvät päivityksen jälkeen ennallaan.

Meillä on ollut ongelmia jo pitemmän aikaa Lyhytkurssista lähtevien sähköpostien saamisessa perille gmail.com –osoitteisiin niin, etteivät ne menisi roskapostilaatikkoon. Olen tutkinut tätä ongelmaa ja havainnut, että jos lähetän sähköpostin meidän outlook-postilaatikosta, menee viesti gmailissa oikeaan postilaatikkoon. Jos taas viesti lähtee Lyhytkurssista, viesti menee roskapostilaatikkoon. Homma ei muutu, vaikka kirjoittaisin sähköpostin Lähettäjä-kenttään nimeni tai jättäisin sen tyhjäksi tai pistäisin jamkin tai jonkin muun sähköpostiosoitteen. 20.8.2014

Sähköpostin toimitus asiakkaan palvelimelta eteenpäin on asia jossa emme pysty auttamaan, vaan tästä pitäisi olla yhteydessä ko. palvelimen ylläpidosta vastaavaan tahoon. <å> Yksi tyypillinen syy miksi erillisiltä Linux-palvelimilta lähtevät mailit luokitellaan spämmiksi on se, että sähköpostin lähettäjäosoite (From) ja lähettävä palvelin eivät nimipalvelujen osalta vastaa toisiaan. Tällaiset asiat voidaan usein ratkaista lisäämällä tietoa DNS-nimipalveluhin (ns. reverse-tiedot). Toinen lähestymistapa ratkaista tällaisia ongelmia on vaihtaa Linuxin sähköpostitus käyttämään teidän organisaationne yleisiä sähköpostipalveluja.

Parametreissä on kohdassa H/K vastuuyksikkökytkennät, ja haetaanko tieto asiakasrekisterin vastuuyksikköroolin mukaan? Jos H/K-parametrissä päivittää vastuuyksikkötietoja, pitääkö ne päivittää myös H-parametriluokkaan, vai tarvitseeko siitä välittää? 13.8.2014

Parametriin H/K tallennetaan ryhmäkoodin maski ja sitä vastaava asiakasrekisterin asiakasnumero. Ylläpito-ohjelmassa asiakasnumerotieto valitaan alasvetovalikosta, johon on listattu asiakasrekisteristä kaikki vastuuyksiköt.

Tietyissä tilanteissa voi olla tarpeellista päivittää H/K-parametria. Tässä esimerkkejä:
- Vastuuyksikön nimen muutos: ei tarvetta päivittää parametria H/K, sillä tieto on kytketty asiakasnumerolla.
- Vastuuyksikön poisto (passivointi): on tarpeen päivittää H/K, eli uusi/korvaava tieto täytyy käydä valitsemassa tai kytkennät poistamassa.

Parametreissä on luokka 0 Yksiköt. Käytetäänkö tätä ainoastaan Ryhmäkalentereiden yksilöinnissä? Nyt sinne on lisätty esimerkiksi kaikki kampukset, ja mietin, että voisin ne poistaa, jos ne eivät ole jossain kytköksissä. 13.8.2014

Parametriluokkaan 0 kirjattuja yksikkötietoja voi kytkeä ryhmien lisäksi myös varauskohteille. Kampuksia näyttää teillä olevan kytkettynä muutamia, esim. Lutakon kampukseen on kiinnitetty joitain lainattavia laitteita.

Varauskohteiden yksikkökiinnitystä voidaan käyttää kirjautumattomien käyttäjien selailunäyttöihin liittyviin rajauksiin. Urlissa kulkevassa guest-parametrissa voidaan välittää yksikön koodi ja selailukäyttäjän näkemä tilavalikoima suodatetaan tällöin vain ao. yksikköön. Epäilen kuitenkin vahvasti että tätä ei ole tätä ominaisuutta aktiivisesti käytössä, ja että nuo kampukset voisi ihan hyvin poistaa 0-parametrista.

Kun valitsen englannin lipun ja kirjaudun sisään Asioon > menee suomenkieliseen versioon? 11.6.2014

Kirjautumisruudulla ei valita Asion käyttöliittymäkieltä, vaan ainoastaan kirjautumisruudun kieli.

Sen jälkeen kun kirjaudut sisään valitsee järjestelmä automaattisesti kielen uudestaan, sen perusteella mitä kirjautumisessa käytettyyn käyttäjätiliin on tallennettu.

Yrityskohtaisista asetuksista (Ylläpito -> Ylläpitotoiminnot -> Yrityskohtaiset asetukset) löytyy vipu Kielivalinta päävalikossa, joka nostaa vastaavat "kieliliput" myös varsinaiseen Asion käyttöliittymään.

Niitä lippuja klikkaamalla tehty kielivalinta tallentuu käyttäjätunnuksen taakse, ja on muistissa myös seuraavan kerran järjestelmään kirjauduttaessa.

Päällekkäisten varausten varoitus tulee ihan miten sattuu. Mistä johtuu? 11.6.2014

Kiitoksia esimerkeistä, luulen että tämän kautta lääke ongelmaan löytyy.

Katsoin pari ekaa tapausta läpi, ja niissä on ollut kyse tentti-opetusmuodolla olevista varauksista. Tenteissä on Asiossa poikkeava päällekkäisyyskäsittely, koska useissa asiakasorganisaatioissamme usean kurssin tentit järjestetään saamaan aikaan samassa salissa, ja tällaista ei saa indikoida päällekkäisyytenä.

Saatte normaalin päällekkäisyystarkastelun käyttöön myös tentti-opetusmuotoon seuraavasti:

1) Kirjaudu Asioon pääkäyttäjätunnuksilla ja avaa yrityskohtaisten asetusten valikko (Ylläpito -> Ylläpitotoiminnot -> Yrityskohtaiset asetukset)

2) Etsi yrityskohtaisista asetuksista vipu Tenttien opetusmuoto:

3) Aseta vipu oletusarvoonsa (tyhjä, ensimmäinen valinta) ja tallenna asetukset.

Tämän jälkeen myös tenttejä koskee normaali tilavarauksen päällekkäisyyskäsittely, ja näitä erikoisuuksia ei enää pitäisi tulla vastaan.

If we like to use LDAP authorization with study administration managers from the *same* unit, where they use with bookings *one to all Asio username* and *password* tin order to be compatible with colleagues' bookings. Is it possible somehow inside Asio functionality to form access group to these administrators when they authenticate themselves with their own individual LDAP access parameters, i.e. if they are already signed-on to other applications, but when they activate Asio, they are directed straight to their units' administrator's page? 23.5.2014

There are two separate issues here, out of which Asio support one but unfortunately not the other:

1) It is possible to configure Asio to automatically give certain type of Asio-role for an LDAP user who belongs to a certain group in the LDAP directory. This process is known in Asio as automatic profiling of user rights. There are a couple of challenges here:
- The configuration itself is a bit complex. We have instructions, but alas they are all on Finnish language.
- Not all LDAP directories are supported. Most of our actual deployments use Microsoft's Active Directory, which is of course supported.
- Group hierarchies are not supported, e.g. LDAP group memberships need to be direct.

If this is what you need, I can give you more detailed instructions on how the profiling configuration is done.

2) Asio does not support single sign on over LDAP (HTTP/NTLM authentication process). This means that it is not possible to configure Asio to automatically log in based on the currently active Windows workstation account. There are a couple of techical challenges why we do not support this, there are for example some needed features missing by default in PHP.

Olen parhaillaan päivittämässä TeaKin Asiota. Asennuspaketista en löytänyt synchronize.php-tiedostoa. Mistä sen saisi? 19.5.2014

Latauslinkki on tässä.
http://asp.asio.fi/jsync/pubload.php

OSU: Opetuksen suunnittelijat (useampi) on valittanut että sijoittelunäytöltä häviää joskus tallenna –painike tai sitä ei ole siellä lainkaan. Itse en ole tähän törmännyt eli en osaa tarkempaa selostusta antaa. 4.4.2014

Ongelma on periaatteellinen: sijoittelunäytön toimintaperiaate on, että yhdellä päivällä on vain yksi tapahtuma,
jota näytön avulla muokataan.

Jotta sijoittelunäyttö ei hävittäisi tallennuksen yhteydessä tietoja, ei se suostu toimimaan sellaisen toteutuksen kanssa
jossa on enemmän kuin yksi opetuskerta yhtenä päivänä.

Valitettavasti tämä on perustavaa laatua oleva tekninen rajoitus, jota emme pysty sijoittelunäytössä ratkaisemaan.
Tällaisen aikataulun tapauksessa sijoittelunäyttöä ei voi käyttää aikataulujen muutoksiin,
vaan ainoa vaihtoehto on käyttää toiveiden käsittelystä löytyvää "opetustapahtumien muokkaus" -toimintoa.
Sieltä pääsee muokkaamaan opetuskertoja rivi kerrallaan.
Sijoittelunäytöä voi tällaistenkin tapausten kanssa toki käyttää selailutyökaluna.

OSU: Kun tehdään uusi kurssitoteutus uudelle tulevalle lukuvuodelle ja jälkikäteen huomataan että kurssin nimi
onkin päätetty opetussuunnitelmissa ensi vuodelle muuttaa, niin onko muuta mahdollisuutta kuin muuttaa kurssinimi
rekisteriin, poistaa toteutus ja tehdä uusi toteutus uudella nimellä aineiston valinnasta lähtien?
3.4.2014

Parempi vaihtoehto tälle voisi olla uuden kurssinimen päivittäminen varauksiin ja suunnitelmiin
käyttäen kurssien ylläpidossa olevaa Päivitä varauksiin -toimintoa.
Kun uusi nimi on tallennettu kurssille, pääsee tätä nappulaa painamalla viemään uuden nimen kaikkiin
järjestelmässä oleviin tilavarauksiin sekä lukujärjestyksiin.

Tämä toiminto ei käy sellaiseen tilanteeseen, jos esim. kuluvalla lukukaudella on toteutus menossa, joka
on pakko säilyttää vanhalla nimellä. Tällöin ei valitettavasti ole muuta järjestelmässä valmiina olevaa tapaa
tehdä uusia toteutuksia uudella nimellä kuin aloittaa ne alusta.

OSU: Näyttää siltä, että Asioon viety max-ryhmäkoko -tieto ei ole siirtynyt Oodiin.
Voikohan tämä johtua
siitä, että Asioon ei myöskään viety ilmoittautumisaikaa näille opetustapahtumille? Ovatko nämä kentät jotenkin "kimpassa"? Vai voiko opetustapahtumien lukitsemisella olla mitään tekemistä asian kanssa?
21.3.2014

Kyse on varmaankin juuri tuosta mitä ajattelitkin, eli ilmoittautumisaika-tietojen puuttumisesta.

Oodin XML-siirtotiedostossa henkilölukumäärä eli max. ryhmäkoko -tieto on yksi ilmtied-elementin
(= ilmoittautumistiedot) tiedoista. Jos ilmoittautumisaikoja ei ole, niin tämä koko elementti jätetään nykyisellään
siirtotiedostosta pois.

En tosiaan osaa sanoa itse että pystyykö Oodiin siirtämään henkilölukumäärä-tiedon ilman
ilmoittautumispäiviätietoja.
Jos pystyy niin muutos on aika helppo tehdä meidän päässä, tänne pitäisi vaan saada Oodin
tekniikasta tieto siitä että miten alkamis- ja päättymispäiväkentät tuolloin väliltetään tiedostossa,
eli tyhjinä, jätetäänkö kokonaan pois vai pitääko noihin laittaa jokin "erikoisarvo".

Jos opettajalla on varausoikeus virtuaalitilaan, niin pystyykö hän muuttamaan
opetuksensa tilan täksi? Tilanne on esimerkiksi sellainen, että opettajalla on tunti luokassa F201, mutta yksi tunti onkin yritysvierailu,
jolloin ei tarvitakaan kyseistä tilaa. Muuttamalla tuon tietyn tunnin Tunnit muualla -tilaksi
(joka on virtuaalitiloissa), opettaja pystyy kertomaan opiskelijoille, että tunti pidetään, mutta se on muualla. 20.3.2014

Kyllä tämä kaavailemasi mukainen toiminta onnistuu opettajan oikeuksin.

Virtuaalitilan käytössä on kuitenkin sellainen ongelma,
että jos opetusta on muualla paljon, voi tilaan
tulla helposti päällekkäisyyksiä.

Tästä syystä ehdottaisin että ratkaisu "tila muualla" -tapaukseen rakennetaan niin, että opettaja
poistaa opetuksesta tilan kokonaan (tilavalinta tyhjentämällä) ja kirjoittaa
esim. lisätietoja-kenttään että opetus on muualla.

Varausrooleista heräsi tällainen kysymys: voiko antaa sellaisia oikeuksia, että pystyisi perumaan ja
muokkaamaan jo tehtyjä varauksia, mutta ei pystyisi varaamaan? Harkinnassa on, että opettajille annettaisiin enemmän
vastuuta ja he itse poistaisivat opetuksensa varauksen, jos tunti perutaan. 20.3.2014

Järjestelmä toimii juuri tuolla mainitsemallasi tavalla tällaisessa tilanteessa:

a) käyttäjä on varauksessa opettajana, ja

b) käyttäjällä ei ole varausoikeutta siihen tilaan jossa opetus järjestetään.

Tämä tulee siitä, että Asiossa opettaja saa oletusarvoisesti muutosoikeuden niihin varauksiin joissa
hän on itse opettajana, vaikka opetustilaan ei olisi varausoikeutta. Opettaja pääsee tällöin muuttamaan omia
oppituntejaan mutta ei tekemään samaan tilaan uusia varauksia.

OSU: Osaisitteko kertoa (ja korjata) miksi RJ:lla näkyy aineiston valinnassa ”liitä olemassa olevaan
erään” –kohdassa vain hänen omat eränsä? Minulla (ja ainakin myös Tomi Tiittasella, tunnus ttiittan) tuossa
valikossa näkyy kaikkien erät. En löydä Reetan ja Tomi oikeuksistakaan mitään eroa. 14.3.2014

Omien tunnustesi ja RJ:n tunnusten välillä on sellainen ero, että olet pääkäyttäjä, mistä syystä näet
aina erävalinnoissa kaikki erät. Reetta Jokelalla ei ole pääkäyttäjän oikeutta, joten mm. tässä kohdassa
näkyvät siksi vain omat erät. Tsekkasin että itseasiassa tilanne on sama myös Tomi Tiittasella, eli
siinä näkyy vain hänen omat eränsä.

Muutin tuon kohdan toimimaan kuten mm. toiveiden käsittelyssä teille on tehty, eli niin että kaikki
näkevät valintalistalla kaikki erät.

Google kalenteri ilmoittaa “URL-osoitetta ei voitu hakea, koska robots.txt estää URL-osoitteen
indeksoinnin.” Olisikohan tähän jotain ratkaisua? 14.3.2014

Tuo ilmoitus johtuu siitä että webbijuuressa on robots.txt -tiedosto tällaisella sisällöllä:

User-Agent: *
Disallow: / <å> Google vaatii jostain omituisesta syystä robots-pääsyn palvelimelle ennenkuin suostuu lataamaan
kalenterisyötteitä. Kokeiletko poistaa robots.txt:n, sen jälkeen tuo googlen ilmoitus pitäisi ainakin hävitä.

Meidän pitäisi lisätä yksi uusi korkeakoulu Lyhytkurssitietokantaan
siten, että tuon arvon voisi hakea kurssitietojen Emoyliopisto-kenttään.
Emme keksi mistä emoyliopisto lisätään – mielestämme se ei ollut
parametreissä… Vihjaisetteko?
14.3.2014

Emoyliopistot kirjataan asiakasrekisteriin roolilla "Emoyliopisto".

Eli jos lisäätte uuden korkeakoulun asiakasrekisteriin ja määrittelette sen rooliksi
"Emoyliopisto", pitäisi ko. korkeakoulun nousta kurssitietojen ylläpito -ruutuun poimittavaksi.

OSU: Varauslomakkeella menevät viikkonumerot jotenkin hassusti periodien II ja IV –kohdalla
lähes aina, kerran saatiin menemään oikeinkin ko.periodien kohdalla esim. viikot 44-49 siirtyvät viikoille 51, 45-49.
Periodien I ja III viikot siirtyvät vanhalta lukuvuodelta uudelle ongelmitta. Liitteenä kuva
tilanteesta kurssin MS-C1340 kohdalla.

Voiko periodiparametrissa olla jotain mikä aiheuttaisi ko.ongelman ? vai valitussa periodissa
tulevalle lukukaudelle yms.. Itse en oikein tunne tätä varauslomakkeen toimintalogiikkaa. 7.3.2014

Varauslomakkeen viikkokonversio pohjautuu sellaiseen oletukseen, että samoilla numeroilla
järjestelmässä olevat periodit olisivat samoja periodeja myös seuraavina vuosina. Jos näin ei ole, niin tuloksena on
väistämättä epäloogisia viikkokonversioita.

Tämän esimerkin ongelman aiheuttaa se, että pohja on järjestetty lukuvuonna 2013-2014 periodilla
nro 4 eli syksyn II periodilla. Lukuvuodelle 2014-2015 periodi nro 4 jolle varauslomake yrittää viikkoja konvertoida
on kuitenkin "I periodin palauteviikko", ja siitä seuraa epälooginen lopputulos.

Ongelmalle ei oikein ole enää tässä vaiheessa tehtävissä mitään, koska periodirakenne on jo otettu käyttöön.
Varauslomaketta käytettäessä käyttäjä joutuu tästä johtuen syöttämään viikot käsin näiden ongelmaperiodien osalta.

Jotta ongelma ei toistuisi lukuvuonna 2015-2016, niin nämä isot/pitkät "pääperiodit" tulisi
syöttää Asion jaksoparametriin samoilla numeroilla kuin mitä ne ovat lukuvuonna 2014-2015, eli seuraavasti:

#3 = 2015 I periodi
#5 = 2015 II periodi
#8 = 2016 III Periodi
#10 = 2016 IV Periodi
#12 = 2016 V Periodi

Tentti- ja palauteviikkoperiodeissa tulisi säilyttää myös samat numerot, jos vaan niiden
rakenne säilyy samanlaisena. Uusille tentti- ja palauteviikoille
kannattaa antaa selvyyden vuoksi selkeästi erilainen numero,
niiden numeroinnin voi aloittaa esim. 100:sta.

OSU: Nyt on aivan uusi ongelma ilmennyt opetuksen suunnittelussa, eli jos esim. minä tai A mennään ja
otetaan joku kurssi aineiston valinnassa ja siirrytään katsomaan toivelomaketta lukittuvat ko.kurssit meille niin
ettei kukaan muu voi niitä enää toiveiden käsittelyssä käsitellä, vaikkemme olisi niitä edes
millään tasolla tallentaneetkaan.

Näin on käynyt mm. kursseille 28yyyy jonka siirsin toiveiden käsittelyyn tekemättä siellä mitään,
nyt Maarit Vuorio ei voi käsitellä koko kurssia, saa aina herjan että kurssi on Katri Laaksosella käsittelyssä ja
vastaava on käynyt A:lle kurssin PHYS-xxxx kanssa, eikä T pääse nyt kurssia käsittelemään. 7.3.2014

Tämä lukitustoiminto on ollut järjestelmässä vuodesta 2011 muuttumattomana, eli tämä aineiston
valinnan kautta kurssien poimiminen toisille suunnittelijoille taitaa olla uusi toimintamalli Aallossa.

Lukituksen tarkoituksena on estää se, että pienryhmää käsittelee samaan aikaan kaksi suunnittelijaa.
Lukko menee päälle kun siirrytään toiveiden käsittely -ruudulle, ja poistuu päältä kun toiveruudulta klikkaa
joko "Uusi haku" tai "Palaa hakutuloksiin" -nappulaa.

Jos selaimen sulkee tai näkymästä poistuu back-nappulalla, lukko menee pois päältä automaattisesti
yhden tunnin kuluttua. Webbiteknologiassa ei ole mahdollista tietää helposti onko selain auki vai suljettu,
joten lukitusaika on siitä syystä noin pitkä.

Mistähän johtunee, että näkymä on erilainen:
Kun JK avaa Asion, näyttää kalenteri aina vuoden 2013 elokuun viimeistä viikkoa. Nykyisen päivän
saa kalenteriin toki yhdellä painalluksella (näytä nykyinen päivä), mutta olisi kuitenkin helpompaa että
päivämäärä olisi nykyinen päivä. 5.3.2014

JK:n vanha alkupäivä johtunee siitä, että hän on laittanut selaimeen Asio-kirjanmerkin elokuussa 2013,
ja kirjanmerkin URL-osoitteeseen on jäänyt tuo vanha päivämäärävalinta. Kannattaa pyytää häntä tarkistamaan
selaimen kirjanmerkki, sieltä kannattaa putsata kaikki ylimääräinen (= kysymysmerkin jälkeen oleva) osuus pois.

Hei, löytyvätkö tilavarauksen käyttöoikeussäännötsäännöt jostakin aukikirjoitettuna?

KYSYMYS: Kun OSUssa tehty opintojakso on lukittu, kuka pääsee tekemään siihen muutoksia?
Ko. opintojakson suunnittelija + opintojakson opettaja + pääkäyttäjä?

Missä kaikissa kalentereissa näitä muutoksia voi tehdä (tila-, ryhmä-, henkilökunta-, omakalenteri)?

Jos muutos tehdään tilakalenterissa (mihin näkymä avautuu), päivittyykö se myös OSUn puolelle?
5.3.2014

AsioEduERP:n tilavarauspuolen käyttöoikeusperiaatteet löytyvät aukikirjoitettuna
ylläpitotoiminnoista, käyttäjän muokkausruudun ohjeista.
Näistä on lisäksi selvitys pääkäyttäjäohjeessa (se iso PowerPoint-dokumentti).

Tässä on tiivis yhteenveto OSU- ja tilavarausjärjestelmiä koskevista
käyttöoikeusperiaatteista, joka toivottavasti vastaa kaikkiin kysymyksiisi:

1) OSU-puolen käyttöoikeudet ovat voimassa niin kauan, kunnes pienryhmä lukitaan tilavarauspuolelle.
Tämän jälkeen ovat voimassa tilavarauspuolen oikeudet. Vaikka suunnittelijalla ei olisi tilavarausoikeuksia, niin
OSU-oikeuksin on silti mahdollista purkaa lukitus, tehdä muutoksia OSU:ssa ja lukita pienryhmä uudestaan.

2) OSU-oikeudet määrittyvät seuraavasti:
- Lähtökohtaisesti OSU-järjestelmässä pienryhmiin on muutosoikeus ko. kurssin suunnittelijoilla.
- Pääkäyttäjällä on lisäksi aina täydet oikeudet kaikkiin OSU-pienryhmiin.
- Jokaisella OSU-järjestelmän käyttäjällä säilyvät edellisten lisäksi oikeudet niihin pienryhmiin,
joiden teon hän on itse aloittanut.

3) Tilavarauspuolen varauskohdelaji-, rakennus- tai tilakohtaisesti kohdennettavien oikeuksien
toimintaperiaate on tällainen:
- Ylläpitäjä-tasoisilla varausoikeuksilla pääsee tekemään, poistamaan ja muuttamaan kaikkia varauksia
- Normaali varausoikeus-tasoisilla oikeuksilla pääsee tekemään
uusia varauksia ja muuttamaan/poistamaan itse tekemiään varauksia.
Lisäksi varaukseen liitetty opettaja saa nämä samat oikeudet.
- Selailukäyttäjä pääsee näkemän varauksen tiedot mutta ei tekemään muutoksia.
- Ei oikeuksia -taso ei pääse edes katsomaan tilan kalenteria

Pääkäyttäjä on edellisistä erillinen käyttöoikeusvalinta, jolla ei ole suoraa vaikutusta tilavarauspuolen
varausoikeuksiin. Pääkäyttäjä pääsee ylläpitotoimintoihin sekä yrityskohtaisiin asetuksiin.

4) Tilavarauspuolella käyttöoikeusperiaatteet ovat voimassa riippumatta siitä, mitä kautta varauksen klikkaa auki.
Eli toiminta on samanlaista klikattiin varaus auki tila-, ryhmä-,henkilö- tai omasta kalenterista.

5) Tilavarauksessa varauksiin tehdyt muutokset näkyvät reaaliajassa myös OSU:n puolella.
Tämän voi ajatella myös niin että OSU:sta lukitsemisen jälkeen varaus jatkaa elämäänsä tilavarauksessa.

Meillä OSUn ohjelmat nyt muotoa ryhmän tunnus = numerosarja + auki kirjoitettu nimi.
Numerosarja on generoitunut jostakin, en tiedä mistä.
Kalentereissa näkyy nyt sekä numerosarja että nimi. Kun meillä osa opetusta on suunnattu
monelle ohjelmalle, syntyy pitkiä rimssuja, jotka heikentävät kalenterin ulkoasua.
Myös esim. ryhmäkalenterin etusivulla meille riittäisi pelkkä nimen näkyminen.

Kysymys:

Voiko numerosarjan (ryhmän tunnus) piilottaa kalenterinäkymistä?
Tai onko joku muu tapa päästä
näistä numeroista eroon, esim. voiko ryhmän tunnus ja nimi olla samat? 12.2.2014

Tähän asiaan löytyy valmis ratkaisu Asion yrityskohtaisista asetuksista,
eli siellä on kaksi
vipua joista toisella voi piilottaa ohjelmien/ryhmien koodit ryhmäkalenterin kansisivulta ja toisella voi piilottaa
ryhmäkoodit tilavarauksen viikkokalenterinäytöistä. Käänsin molempien vipujen asentoa, mielestäni
kalenterit näyttävät kieltämättä nyt selkeämmiltä.

Tässä on vielä tiedoksi ne asetukset jotka muutin yrityskohtaisista asetuksista
(Ylläpito -> Yrityskohtaiset asetukset)
siltä varalta että haluatte palata takaisin entiseen:

1) Ryhmän koodin piilotus ryhmäkalenterisivulta:

2) Ryhmätiedon piilotus viikkokalentereista:

Huomasin, että uudessa versiossa käytetään $g_is_mainmenu_expire - , ilmeisesti globaalimuuttuja
(kokvar/kal_poiminta_ope.php, kalenterit2/tt_opehaku.php), joka minusta ei ole määritelty missään.
12.2.2014

Suurin osa $g_ -alkuisista muuttujista on Asion ns. yrityskohtaisia asetuksia.
Asetus is_mainmenu_expire ohjaa sitä,
onko varauskohteiden vanhenemiskäsittely päällä (asetus "Varauskohteiden vanhenemispäivä",
osiossa "Tilavarauksen näyttöasetukset").

Jos teillä tulee tällä hetkellä lokiin varoitus muuttujan puuttumisesta, niin siihen kannattaa reagoida näin:

1) Suosittelen että käännät varoitukset määrittelemättömistä muuttujista sekä
muut notice-tyyppiset ilmoitukset (E_NOTICE)
sekä yhteensopivuusvaroitukset (E_STRICT) pois päältä php.ini -tiedostosta.
Näistä tulee lokeihin aika paljon tarpeetonta tavaraa.

2) Tästä varoituksesta pitäisi päästä eroon myös niin, että käyt tallentamassa ylläpitotoiminnoista
yrityskohtaiset asetukset yhden kerran. Tämä asettaa is_mainmenu_expire -asetuksen oletusarvoonsa.

Mitä tarkoitetaan ryhmien yksikkökäsittelyllä? 7.2.2014

Mainitsemasi ryhmien yksikkökäsittely mahdollistaa ryhmäkalenterien jakamisen alatasojen alle yksiköittäin,
samaan tapaan kuten esim. tilat on jaettu varauskohdelajeittain. Tässä jaossa käytettävät yksikkötiedot
määritellään Asion parametriin 0 (nolla). Tieto kiinnitetään ryhmäkohtaisesti ryhmien ylläpito-ohjelmassa
(Ylläpito -> Ohjelmat (ryhmät)). Kun kytkentä on tehty, voi ryhmäkalentereihin aktivoida yrityskohtaisella
asetuksella yksikkökohtaisiin alatasoihin päävalikkoon jakamisen.

Miten käyttäjäroolien koodit tulisi määrittää? 7.2.2014

Kannattaa pyrkiä pitämään roolien tunnisteet koodityyppisenä tietona, eli:
- käytössä vain kirjaimet a-z, numerot 0-9, alaviiva ja väliviiva
- ei välilyöntejä, ei ääkkösiä, ei erikoismerkkejä
- sama kirjainkoko joka paikassa, mieluiten pienet kirjaimet
- mahdollisimman lyhyt tieto, mieluiten alle 15 merkkiä

Roolien tunnisteita täytyy käyttää konfiguroinnissa, pitkä ja vaikea nimi hankaloittaa tätä työtä paljon.
Tieto on lisäksi tietokannassa avaintieto, joten lyhyt tunniste johtaa tehokkaaseen tietokantarakenteeseen.

Pidemmän nimen tai kuvauksen roolille voi kirjoittaa roolin nimi -kenttään ja kuvauskentässä
(iso vapaateksti-laatikko) voi vielä avata roolin käyttötarkoitusta.

Teemme lv 2014-15 opetuksensuunnittelua parhaillaan (toiveet osuun 14.2. mennessä, lukkareihin
näkyviin opiskelijoille maaliskuussa, tiedonsiirtoa oodiin siinä välissä). Onko riskiä, että uuden version
käyttöönotto heti tuottaisi jotakin sotkua käynnissä olevalle työlle? 6.2.2014

Meidän versiot ovat aina taaksepäin yhteensopivia siten, että vanhalla versiolla syötetty
varaus- ja lukujärjestystieto toimii uudella versiolla ja päin vastoin. Uudempaan versioon
siirtyminen voidaan mielestäni hoitaa näin ollen riskittömästi vaikka suunnittelun ollessa keskenkin.
Jos haluatte niin vanha versio voidaan jättää palvelimelle käyttöön ihan varmuuden vuoksi omaan polkuunsa.

Tein meidän Asion etusivulle tiedotteen, miten saisin siihen www-linkin?
29.1.2014

Tiedotteisiin saa linkkejä HTML-merkkausta käyttämällä, eli joudut hieman "koodaamaan".

Tässä esimerkki miltä HTML-merkattu linkki näyttää:

Asio-Data OY

Eli tuossa href-kohdassa lainausmerkkien sisällä on linkki, sitten ja -merkkausten välissä on linkin teksti.

Olen yrittänyt lukea ohjeista, mutta nyt taitaa ymmärrys loppua sittenkin.
Meillä on käytössä
opiskelijoita varten guest-näkymä, jotta he pääsevät katsomaan Ryhmälukareita ilman kirjautumista. Nyt meillä olisi
tarve toiselle ei-kirjautumista vaativalle näkymälle. Ulkopuolisille pitäisi saada näkymään Suupirssi-varauskohde.
Ja jos pääsivät varaamaankin tuota, niin olisi vielä parempi. Minä vaan en nyt saa millään tehtyä sellaista näkymää, jossa näkyisi vain tuo Suupirssi. Tein jo uuden guest-roolin guest_Suupirssi ja yritin laittaa sille vaikka minkälaisia parametreja url:iin, mutta en saanut tuota toimimaan. 24.1.2014

Yksi kirjain tuossa roolin tunnisteessa on väärin, eli rooli pitäisi nimetä näin:

guest-suupirssi Roolin tunnistetta ei pysty nykyisessä ohjelmassa muuttamaan jälkikäteen, joten joudut
valitettavasti poistamaan tuon guest_Suupirssin ja tekemään sen uudestaan tunnisteella guest-suupirssi.

Uusi guest-liittymä lähtee tämän jälkeen käyntiin tällaisesta urlista:
https://..../kalenterit2/index.php?guest=suupirssi/asiakas5

We have some teachers that give lessons in different depatments.
Is it possible to make the teacher visible in two or more departments?
24.1.2014

This is unfortunately not possible in the AsioEduERP system,
because the data structure
of our calendar resources is such that there is only one resource class -field for each resource.
(Resource class = department, in your case.)

I suggest that you select the primary department for the teachers t
hat give lessons in multiple departments,
for example based on which department the teacher is employed at.

OSU: Olisiko antaa neuvoja vanhojen toteutusten kopiointiin? 24.1.2014

1) Vanhojen toteutusten kopiointi varauslomakkeen avulla

Varauslomake on aina koko kurssia koskeva työkalu - sen avulla ei voi kopioida yksittäisiä pienryhmiä eikä sitä
voi käyttää sen jälkeen kun kurssille on alettu syöttää pienryhmiä järjestelmään käsittelylukukaudelle.
Sen jälkeen kun pienryhmiä on alettu tekemään niin kopioinnit täytyy
suorittaa pienryhmän kopiointitoiminnon avulla.

Kurssin vanhojen toteutusten kopiointi varauslomakkeen avulla uudelle lukukaudelle on ajateltu
tehtäväksi seuraavalla tavalla:
- Muodosta kurssille yksi uusi tyhjä pienryhmä "aineiston valinta" -toiminnon avulla. Kiinnitä tässä vaiheessa uusi
pienryhmä erään jatkokäsittelyn helpottamiseksi.
- Siirry pienryhmän toiveiden käsittelyyn, ja aloita varauslomake
- Valitse varauslomakkeelta haluamasi kopioitava pohjatoteutus, täytä varauslomakkeen tiedot ja siirrä se toiveisiin
--> Lopputuloksena on kopio kaikista kurssin pienryhmistä

2) Vanhojen toteutusten kopiointi pienryhmän kopiointipainikkeella

Yksittäisiä pienryhmiä on mahdollista kopioida toiveiden käsittelyn kopiointinapilla jaksolta toiselle, vaikka toiminto
onkin ensisijaisesti tarkoitettu rinnakkaisryhmien muodostamiseen samalle jaksolle.

Kopiointi onnistuu niin, että kopioidaan tiedot aikatauluineen ja
vaihdetaan kopioinnin jälkeen uuden pienryhmän jakso.

Tällä tavalla toimittaessa on muutama pikku juttu joihin kannattaa erityisesti kiinnittää huomiota kopioinnin jälkeen:
- Eräkiinnitys kopioituu myös uuteen syntyvään pienryhmään, eli kopioinnin jälkeen erä kannattaa vaihtaa.
Suositukseni eräkäsittelyyn on, että yhdessä erässä on vain yhden lukukauden pienryhmiä.
Tällä tavalla erä pysyy selkeämpänä, ja suunnitteluprosessin vieminen alusta loppuun asti erän avulla on helpompaa.

- Jos vaihdat jaksoa, niin tarkista aina että opetuksen aikaväli on oikein. Käy lisäksi tarkistamassa aikataulu
"opetustapahtumien muokkaus" -painikkeen takaa.
Mikäli aikataulu on jäänyt vanhalle jaksolle,
niin klikkaa "palauta alkuperäiset toiveet" -painiketta. Painike muodostaa aikataulut uusiksi valitun
aikavälin ja valittujen viikonpäivien/kellonaikojen/tilojen mukaisesti.

Yritin luoda henkilörekisteriin uutta henkilöä. sain kirjoitettua nimitiedot + yksikän + s-postin. Sitten menin sivun
alalaitaan lisäämään oikeuksia ja kyseistä kohtaa ei ollutkaan 24.1.2014

Käyttöoikeus- ja varauskalenteritiedot edellyttävät teknisistä syistä, että henkilö on saanut ns. henkilön tunnisteen,
eli henkilörekisterin numeron.

Tästä johtuen kyseiset syöttökentät tulevat näkyviin henkilön tietolomakkeelle vasta sitten,
kun tallennat tiedon esimmäisen kerran.
Jos oikein katsoin lähettämääsi kuvaa niin siinä taitaa olla kyse tilanteesta
jossa henkilöä ei ole vielä tallennettu ollenkaan.

OSU: Onko opetuksensuunnittelun yhteydessä mahdollista kopioida eriä? Eli pystyykö edellisen vuoden eriä käyttämään suoraan pohjana
seuraavan vuoden eriä rakentaessa? Mitään tällaista emme ASIOsta löytäneet.
Tämä ominaisuus voisi kuitenkin olla hyödyllinen ja vähentää työmäärä opetuksensuunnittelun aikana. 22.1.2014

Opetuksensuunnittelussa ei ole nykyisellään mahdollisuutta kopioida erää pohjaksi seuraavalle vuodelle.

Sellainen kopiointi että aikataulut, opettajat, tilat ja pienryhmät kopioituisivat kaikki koko
erälle yhdellä kertaa on erittäin
hankala toteuttaa. Edellytys vanhojen toteutusten käytössä pohjana on mielestäni
lisäksi tiedon tarkistaminen ja läpikäynti, johon varsin hyvät välineet tarjoaa varauslomake-työkalu.
Tämä tarkastelu ja kopiointi täytyy kuitenkin tiedon suuren määrän takia tehdä yksi kurssi kerrallaan.

Vanha erä olisi kuitenkin kohtuullisen helposti hyödynnettävissä kurssivalikoiman suodattimena
uuden erän aloittamisvaiheessa,
eli aineiston valinnassa. Tällöin kursseja ei tarvitsisi poimia erään yksi kerrallaan,
ja toteutukset voisi kopioida sen jälkeen varsin helposti varauslomaketta käyttämällä.

Olisko tällaisesta toiminnosta teille hyötyä? Vanhan erän kopiointi uudeksi tapahtuisi tällöin seuraavasti:
- Aineiston valinnan hakuruudulta valitaan vanha erä kurssihaun rajaustekijäksi
- Hakutuloksista valitaan kaikki kurssit ja muodostetaan niistä uusi erä
- Tämän jälkeen vanhat toteutukset pienryhmineen, aikatauluineen, tiloineen ja opettajineen voi
kopioida uudelle jaksolle yksi
kurssi kerrallaan, käynnistämällä varauslomake toiveiden käsittelystä

OSU: Opetuksenssuunnitteluohjelmassa on lukitsemisten kanssa ollut vähän epäselvyyttä käyttäjien kesken.

Yksi varmistava kysymys. Lähetän sähköpostia kurssille ilmoittautuneille: ilmoittautumisten käsittely-osio -> lähetä valituille
viesti. Eihän vastaanottajalle tule näkyviin muiden vastaanottajien joukkoa?

En ole käyttänyt aiemmin, mutta tämä vaikuttaa tosi kätevältä tavalta lähettää viestejä opiskelijoille. 21.1.2014

Useat asiakkaamme hyödyntävät tätä toimintoa päivittäin, joten voit lähettää viestejä.
Viestin saaja näkee vastaanottajana
ainoastaan itsensä, vaikka itse viesti olisi lähtenyt useammalle osallistujalle.

HUOM! Muistathan kirjata lähettäjän osoitteen Lähettäjä-kenttään ennen viestin lähetystä.

Opetuksenssuunnitteluohjelmassa on lukitsemisten kanssa ollut vähän epäselvyyttä käyttäjien kesken.

Mikä on paras tapa tarkistaa, mitkä opetustapahtumat ovat jääneet lukitsemattomaan tilaan? Olen itse käyttänyt oman
aineryhmän (=vastuuyksikkö) tietojen tarkistamisessa opetuslistausta.

Missä ja keille lukitsemattomat opetustapahtumat näkyvät? Nyt oletus, että näkyvät tilakalenterissa ja eivät näy statusnäyttö-näkymällä.
Jos näin, onko mahdollista saada näkymään myös status-näkymään. 10.1.2014

Helpoin tapa tarkistaa opetuksen suunnittelun kokonaistilanne on
rajata haku sopivasti toiveiden käsittely -toiminnon kautta.
Olennaisin rajaustekijä on käsittelyvaihe -kohta. Kun valitset siitä vaihtoehdon
"toiveet asetettu", saat listauksen kaikista niistä pienryhmistä joille on aloitettu syöttää aikatauluja
mutta niitä ei ole lukittu tilavaraukseen.
Käsittelyvaiheen lisäksi hakua kannattaa rajata aloitusjaksolla tai erällä jos olette käyttäneet eräkäsittelyä.
Periaatteessa OSU-puolelle ei saisi jäädä ollenkaan tuossa tilassa olevia pienryhmiä,
vaan kaikki pitää lukita tai muuten suunnitellulla opetuksella ei ole järjestelmässä mitään virkaa.

Myös lukitsematon opetus näkyy teillä tilakalentereissa viikkokalenterien puolella.
Sen erottaa muista merkinnöistä värin
perusteella - lukitsemattomat näkyvät aina oliivinvihreällä värillä.
Tässä esimerkki S7115
Kapuluokasta, kaikki nuo keskiviikon ja torstain päällekkäiset ovat lukitsemattomia eli vain
OSU-puolelta löytyviä aikataulutoiveita.

Tavalliseen status-näkymään OSU-toiveita ei pysty nostamaan,
mutta järjestelmästä löytyy kuitenkin nyt jo statusnäyttöjä vastaava
toiminto jossa toiveet näkyvät. Toiminto on OSU-puolen valikossa nimellä "sijoittelu".

Jos rajaat näkymän väliotsakkeen "statusnäyttöjen kautta" ja valitset näkyviin tiloja,
on lopputulos sama kuin tilavarauspuolen
statusnäytössä mutta mukana ovat myös OSU-puolen toiveet. Toiminnossa on käytettävissä
myös samat rajausehdot kuin statusnäyttöjen puolella.

Kun peruutusten deadline on edellinen yö 00.00 niin eihän se koske jatkuvaa varausta eli jos joku matikan kurssi alkaa vaikka
tänään ja jatkuu kevään, niin tälle päivälle en muutosta voi tehdä mutta ensi viikon
varausta voin muuttaa, eikö niin? 9.1.2014

Kyllä, juuri näin.

Sellainen poikkeus vielä, että käyttäjää ei enää tällaisessa tapauksessa
pääse tekemään muutoksia varausmuutokset-toiminnon kautta,
jossa käsiteltävänä on kerralla koko varaus. Varausmuutokset-toiminnon käyttö
Asiossa edellyttää aina, että käyttäjällä on muutosoikeus koko varaukseen.

Yksittäistä merkintää voi kuitenkin yhä muuttaa, klikkaamalla sen auki viikkokalenterista.

Ilmoittautujan liittämisessä kurssiin, järjestelmä jättää toisinaan tarjoamatta jo henkilörekisterissä olevaa ja toisaalta voi tarjota pitkää listaa henkilöistä joilla ei ole oikein yhtymäkohtaa ilmoittautujan tietoihin.
Onko kellään ollut ko. haastetta?
Toiminto on sinällään tärkeä jottei henkilörekisteri pääse rämettymään. 13.12.2013

Henkilön automaattinen täsmäytys rekisteriin on tosiaan erittäin olennainen toiminto,
ja näemme itseasiassa tämän rekisteristä haun ja kiinnitystoiminnon yhtenä meidän
lyhytkurssijärjestelmän strategisista
kilpailueduista muihin järjestelmiin verrattuna.

Kiinnitystoiminnossa on värjätty vihreällä värillä kentät jotka täsmäävät rekisterin kanssa.
Henkilörekisteristä tehdään hakuja seuraavien tietojen perusteella:
a. Henkilön etunimen ja sukunimen alkuosa
b. HeTu, tarkka haku, jos hetu-tieto on täsmälleen 11 merkkiä pitkä
c. Sähköposti, tarkka haku

Jos oikea henkilö ei nouse rekisteristä tyrkylle kiinnitykseen automaattisesti ollenkaan, niin kannattaa vertailla
edellämainittujen
kenttien osalta rekisterissä olevaa tietoa ja lomakkeella syötettyä
tietoa keskenään. Esimerkiksi nimitiedon perässä oleva välilyönti tai muu
vastaava "roska" datassa voi häiritä hakujen toimintaa.

Ylimääräisten henkilöiden nouseminen listaan pitäisi selittyä myös vastaavalla tavalla noiden kenttien kautta,
eli sieltä löytynee
vastaavuus joko sähköposti- tai hetu-kentistä.

Henkilötietojen tuonti: Vertaako Asio joka henkilösiirrolla kaikki tiedot, jotta mm. mahdollinen nimenmuutos kaiuttuu Asion henkilörekisteriin ja varauskohteen tunnukseen? 22.11.2013

Liittymä päivittää tiedot kaikkiin paikkoihin, eli esim. henkilön nimen muutos päivittyy Asion henkilörekisteriin,
varauskohderekisteriin sekä käyttöoikeuksiin.

Kannattaa lukea ennen käyttöönoton suunnittelua läpi tiedonsiirron
speksi koskien tietojen päivittämistä: http://www.asio.eu/asio/asio_tilavaraus_henkilosiirto.htm

Liittymän avulla ei ole mahdollista tehdä muutoksia avaintietoihin, joita ovat varauskohteen tunnus (resource_id),
käyttäjätunnus (username)
ja henkilön henkilörekisterinumero (person_id).

Tarkoitus on em. lisäksi muutamaa henkilöä lukuun ottamatta poistaa kaikki erilliset ylläpitotunnukset, jotta mm.
IT:n ylläpito helpottuisi. 22.11.2013

Suositukseni on, että kaikki ylläpito- ja pääkäyttäjätunnukset pidetään jatkossakin Asion sisäisinä tunnuksina,
eli niitä ei kytketä
Active Directoryyn ruksilla "käytä ulkoista autentikointia" tai
profiloida automaattisesti. Tämä jo ihan siltä varalta, että jos AD-kirjautumisessa on jonkin häiriö, niin
ainakaan pääkäyttäjän pääsy järjestelmään ei esty.

Käyttöoikeuksien automaattista profilointia ei kannata myöskään käyttää ratkaisuna ihan kaikkiin tarpeisiin,
koska muuten sen suunnitteleminen, roolitus ja mäppäysten määritys menee todella monimutkaiseksi.
Automaattisella profiloinnilla kannattaa pyrkiä ratkaisemaan ainoastaan suurten käyttäjämassojen pääsy
järjestelmään.
Kaikki poikkeustapaukset kannattaa automaattisen
profiloinninkin ollessa käytössä hoitaa Asion käyttöoikeuksien hallinnan kautta.

Automaattisen profiloinnin käyttöönotossa kannattaa aloittaa erilaisten talon sisäisten
käyttöoikeustarpeiden kartoituksesta, ja laatia sen pohjalta lista Asion käyttöoikeusrooleista. Tässä tulisi huomioida se,
että Asiossa käyttäjä voi kuulua vain yhteen rooliin kerrallaan.

Seuraava vaihe on suunnitella se, minkä tiedon perusteella rooli kytketään käyttäjään.
Järjestelmässä on valmis tuki Active Directoryn ryhmäjäsenyyksien hyödyntämiseksi tähän tarkoitukseen.
Asio ei tue automaattisessa profiloinnissa AD:n ryhmähierarkioita, eli siinä toimivat vain suorat ryhmäjäsenyydet.

Henkilötietojen tuonti: Miten vanhat henkilötietueet, varauskohteet ja mahdollisesti käyttöoikeudet
saataisiin siivottua järkevästi,
jotta voidaan huoletta ottaa em. siirto mukaan lukien käyttäjätunnuksien
automaattinen profilointi käyttöön? 22.11.2013

Liittymä päivittää tiedot kaikkiin paikkoihin, eli esim. henkilön nimen muutos päivittyy Asion
henkilörekisteriin, varauskohderekisteriin
sekä käyttöoikeuksiin.

Kannattaa lukea ennen käyttöönoton suunnittelua läpi
tiedonsiirron speksi koskien tietojen päivittämistä: http://www.asio.eu/asio/asio_tilavaraus_henkilosiirto.htm

Liittymän avulla ei ole mahdollista tehdä muutoksia avaintietoihin, joita ovat varauskohteen
tunnus (resource_id), käyttäjätunnus (username)
ja henkilön henkilörekisterinumero (person_id).

Henkilötietojen tuonti: Vertaako Asio joka henkilösiirrolla kaikki tiedot, jotta mm. mahdollinen nimenmuutos kaiuttuu Asion
henkilörekisteriin ja varauskohteen tunnukseen? 22.11.2013

Puolipiste-eroteltu CSV-tiedosto tai tabulaattorieroteltu
TSV/TXT-tiedosto on varmastikin helpoin tapa saada tieto liikkumaan.
Liittymä tukee vaihtoehtona myös tietojen lukemista MySQL-tietokannan taulusta.

Henkilötietojen tuonti: Oli tässä joskus alkukesästä puhetta hyödyntää ASIO:n henkilötietoliittymää. Mikä olisi paras vaihtoehto? 22.11.2013.

Liittymä päivittää tiedot kaikkiin paikkoihin, eli esim. henkilön nimen muutos päivittyy Asion henkilörekisteriin,
varauskohderekisteriin sekä käyttöoikeuksiin.

Kannattaa lukea ennen käyttöönoton suunnittelua läpi tiedonsiirron
speksi koskien tietojen päivittämistä: http://www.asio.eu/asio/asio_tilavaraus_henkilosiirto.htm

Liittymän avulla ei ole mahdollista tehdä muutoksia avaintietoihin, joita ovat varauskohteen tunnus (resource_id),
käyttäjätunnus (username) ja henkilön henkilörekisterinumero (person_id).

OSU: Onko vanhojen toteumien lisätietoja mahdollista saada siirtymään varauslomakkeen kautta? 22.11.2013.

Tämä on hyvä idea, laitan sen version 14 OSU-kehityslistalle. Voi olla että kaikki asiakkaamme eivät tätä halua,
mutta toiminto on aika helppo toteuttaa ja sen voisimme hallita käyttöönoton erillisen asetusvalinnan kautta.

OSU: Saako pienryhmätunnusten kenttää suuremmaksi eli lisää merkkejä? 22.11.2013.

Tämä on valitettavasti varsin hankalaa kahdesta syystä: - Pienryhmätunnus
esitetään useassa paikassa OSU-järjestelmän käyttöliittymissä sellaisella oletuksella,
että tieto on tosi lyhyt. - Pienryhmän
tunnus on järjestelmän käyttämä tekninen avaintieto,
joten emme mielellään muuta sen pituutta.

Näistä syistä suosittelen että pienryhmille keksittäisi aina mahdollisimman tiiviit nimet.
Tarkempia tietoja opiskelijille esim.
oikean toteutuksen valintaan voi kommunikoida lisätietoja-kentän avulla.

OSU: käyttäjämme haluavat tietää, onko merkitystä sillä kummalla tavalla "kopioi" vanhoja toteumia seuraavalle lukuvuodelle: varauslomakkeen kautta (esim. sl13 > sl14 ja kl14 > kl15) vai sl13 > sl14 > kl15. Tämä siis silloin, kun sama opetus jatkuu koko lukuvuoden. 22.11.2013.

Varauslomake itsessään toimii samalla tavalla riippumatta siitä,
kopioidaanko syyslukukaudelta seuraavalle syksylle vai
syyslukukaudelta keväälle.

Epäilen kuitenkin että toteutuksien aikatauluissa on lukukausikohtaisia eroja (esim. itsenäisyyspäivät, joululomat, jne.).
Uskon näin ollen että kopioinnin lopputulos on käytännössä aina parempi jos se tehdään syksyltä
syksylle ja keväältä keväälle.

Kuinka vaihdan tietokannan nimeä? 21.11.2013.

Asio-järjestelmä valitsee tietokannan kirjautumisen
jälkeen käyttäjään kytketyn tietokantatiedon
perusteella.
Tietokanta on tallennettuna asio-tietokannan käyttäjätietotauluun xxxyyyzzz_p, KANTA -kenttään.
Jos teillä on täysi kopio testipalvelimella ja haluatte siirtää kaikki sen MySQL-kannassa olevat käyttäjätunnukset
asiakas5-kannasta asiakas5_v14-kantaan, niin se onnistuu
tällaisella SQL-kyselyllä:

UPDATE asio.zzzyyyzzz_p SET kanta='asiakas5_v14' WHERE kanta='asiakas5';

(Huom. Kysy tietokantataulun nimi Asiosta.)

Untis-tuonti: Miten lokikirjaukset tehdään? 20.11.2013.

Kyse on siitä, että Untis-tuonnista ei kirjata järjestelmään ollenkaan lokitietoja, koska tiedon määrä on yksinkertaisesti
aivan liian suuri. Järjestelmä ei pystyisi mitenkään nielemään kerralla niin suurta määrää
lokitietoa kuin Untis-varausten sisäänlukemisesta aiheutuisi.

Untis-varausten osalta varauksen luonnin lokikirjaukset tehdään vasta silloin, kun varauksen tiedot
tallennetaan ensimmäisen kerran.
Tästä johtuen Untis-varauksessa näkyy lokissa aina tapahtuman lisääjänä se henkilö,
joka on käynyt tallentamassa varauksen Asiossa ensimmäisen kerran, riippumatta siitä
että muuttiko hän jotain vai ei.

Tässä toiminnassa ei ole tullut muutosta versioiden välillä, vaan tämä on ollut käytäntö alusta asti.

Kieltämättä lopputulos lokissa lisäystapahtumien osalta voi olla hämäävä. Voisin katsoa josko lokitiedon laatua olisi
parannettavissa Asion seuraavaan isoon versioon (v14). Untis-varausten ensimmäisen lokitiedon
tallennuksen yhteydessä voisi esim. kaivaa päivämäärän ja käyttäjän Untis-tuonnin perustiedoista
sen sijaan että merkinnät tehdään nykypäivälle ja nykyisen käyttäjän nimiin.

Tämä menettely koskee myös muita lukujärjestystuoteja.

Untis-tuonti: Päivittääkö ohjelma varauskohteita aina untis tuonnin aikana riippumatta siitä, mitä on valittu opettajien käsittelyyn vaikuttavassa kohdassa 6.11.2013.

Jos optio "ei opettajien tuontia" on valittu, niin ohjelma ei tuo varauskohderekisteristä puuttuvia opettajia ollenkaan
sisään Untisista. Katsoin pari tapausta läpi tuolta opettajat-kohdan alta, ja näyttäisi että
nämä ovat muodostuneet 31.10.2013 Anitta Smuran tekemässä Untis-importissa nro #755, eli hän
lienee valinnut tuolloin uusien opettajien lajiksi "Opettajat".

Opettajat-lajissa oleva data näytti omaan silmääni ainakin osittain roskalta. Selvyyden vuoksi kannattaa
ehdottomasti huolehtia siitä,
että kaikissa Untis-aineistoissanne on vain oikeita opettajia, ja erityisesti
hoitaa sieltä pois tuplia aiheuttavat väärät koodit, sillä niistä voi aiheutua paljon sotkua.

Jos organisaatiossanne on tarpeen käyttää lukujärjestystä Untisissa suunniteltaessa sellaisia virtuaalisia
opettajaresursseja joita
vastaavia opettajia ei ole oikeasti vielä nimetty, niin näille kannattaa keksiä
joku koko talon laajuinen yhteinen käytäntö, esim. jotain tällaista: - OPE1 = Opettaja 1 - OPE2 = Opettaja 2 ... jne ...

OSU: Pitääkö vanhoja toteumia hyödynnettäessä kirjata aina uudelleen opintojakson suunnittelija vai kopioituuko tämä tieto vanhasta toteumasta? 16.10.2013.

Asiossa suunnittelijatieto tallennetaan opintojakson perustietorekisteriin,
ei toteumiin (pienryhmiin). Näin ollen vanha suunnittelijatieto säilyy aina automaattisesti
opintojaksolla pohjatietona myös
seuraavalle suunnittelukierrokselle, ellei sitä erikseen käy opintojaksolta tyhjentämässä.

OSU: Miten saamme OSUun käyttöön opintojaksojen nimien kieliversiot? Englanninkieliset opintojaksonimet olisivat meillä erityisesti tarpeen. Oodissa ne ovat olemassa ja käytössä. 16.10.2013.

Asion kurssirekisterissä (opintojaksorekisterissä) on tuki englanninkieliselle kurssin nimelle.
Ulkomuistini mukaan tätä kurssille perustietorekisteriin syötettyä
englanninkielistä nimeä käytetään ainakin Oodi-siirrossa sekä englanninkielisessä opiskelijalukkarissa.

OSU: Vanhoja toteumia käytettäessä tulee outoja opettajia? 16.10.2013.

Vanhojen toteumien kopiointityökalu eli varauslomake hakee toteumapohjat tilavarauspuolelta,
jotta pohja vastaisi mahdollisimman
hyvin sitä miten opetus todellisuudessa toteutui. Jos varauslomakkeen pohjassa ja
vanhassa suunnitelmassa näkyy eroja niin todennäköisesti kyse on varauksiin tilavarauksessa tehdyistä muutoksista.

Ohjelma näyttää jäävän jumiin. Mitä tehdä? 9.10.2013.

Tilanne on todennäköisesti ollut ns. istuntolukko.
Jos jokin raskas haku epäonnistuu esim. muistin tai ohjelman max. ajoajan loppumisen takia,
saattaa joissain tilanteissa PHP:n istunto jäädä auki. Koska istuntoa ei ole suljettu,
ei www-palvelin suostu ottamaan samalta selaimelta vastaan uusia
palvelupyyntöjä samaan istuntoon.

Mistä katsotaan lokitiedot siitä kuka on perunut varauksen? 9.10.2013.

Järjestelmästä löytyy pääkäyttäjän oikeuksilla ylläpidon puolelta lokiohjelma,
jonka kautta pääsee katsomaan varauksista sekä
tarkan muutoshistorian että varausten poistot. Ohjelma on päävalikossa kohdassa Ylläpito ->
Varauksen muutoshistoria.

Lokissa olevan valtavan tietomäärän takia tässä ohjelmassa on varsin rajoitetusti hakuehtoja.
Helpoiten poistetun varauksen
lokitietoihin pääsee käsiksi jos tietää varausnumeron. Jos varausnumeroa ei ole tiedossa niin
seuraavaksi hakuehtona kannattaa yrittää käyttää varauksen päivämäärää ja varauskohteen tunnusta (=tilan koodia).

Kurssisijoittelunäyttö vaikuttaa jossain tilanteessa hitaalta. 9.10.2013.

Sijoittelunäytön kanssa on hyvin helppoa päätyä tilanteisiin joissa näyttö muodostuu raskaaksi.
Seuraavassa on pari vinkkiä sijoittelunäytön nopeuttamiseen:

1) Kannattaa tehdä sijoittelun päivämäärärajaus ("opetuksen aikaväli" -tiedon tarkka syöttö)
mahdollisimman aikaisessa vaiheessa
prosessia, mielellään jo ennen sijoittelun aloittamista. Pitkä aikaväli hidastaa
näytön latautumista, koska käsittelyyn nousee tällöin todella suuri määrä statustietoa ja varauksia.
Ei pitäisi olla esim. tarpeen ottaa koko lukukautta kerralla sijoittelunäyttöön,
ellei sitten ole kyse sellaisesta opetuksesta joka oikeasti jatkuu yhtenä toteutuksena koko lukukauden.

2) Jos sijoittelunäytön käyttäminen tuntuu raskaalta esim. siten että klikkaukset eivät tunnu
menevän nopeasti perille, niin kannattaa
kokeilla näyttöä eri www-selaimella. Etenkin Internet Explorer ennen
versiota 10 on todella huono selain javascript-suorituskyvyn osalta, eli vaikka se toimii niin sijoittelunäyttö
vie sillä selaimella työasemalta huikeasti enemmän tehoa.
Ylivoimaisesti nopein selain sijoittelunäytön käyttämiseen on Googlen Chrome -selain.
Myös Mozillan Firefox on aika hyvä.

Jos varauslomakkeen avulla kopioidaan kurssin vanha toteutus uudeksi, niin tässä vanhassa
toteutuksessa kiinni ollut vastuuyksikkötieto
kopioituu myös uudelle varaukselle. 4.10.2013.

Varauslomakkeella ei vastuualuetta pysty valitsemaan, eli tämä jää suunnittelijan hommaksi,
tehtäväksi sen jälkeen kun varauslomake on
lähetetty ja muodostettu pienryhmiksi OSU:n puolelle.

Huomasin juuri, että joku on onnistunut poistamaan kokonaan erään opintojakson tilavaraukset
(siellä on ollut monenlaisia luokkatiloja),
joten osaisitko neuvoa, löydänkö jostain tiedon siitä mitä tuolle
opintojaksolle on ollut varattuna ennen kun varaus on poistettu eilen. 26.9.2013.

Tässä on ohje miten pääset katselemaan varauksen tietoja lokista:
1) Avaa varauksen muutoshistoria kohdasta Ylläpito -> Varauksen muutoshistoria, ja hae varausnumerolla 244357
2) Listaus näyttää kaikki tapahtumat mitä ko. varaukseen on tehty.

Tästä pystyy lukemaan jo missä tiloissa ja mihin aikaan varaus on ollut. Hieman helpommin luettavissa
olevan listan saat klikkaamalla
muutoshistorialistasta jonkin rivin kohdalta varausnumeroa.
Katsomalla siitä läpi punaisella pohjalla olevien rivien sarakkeen
"varaus ennen tapahtumaa" näkee yhteenvedon poistetuista tiedoista.

Mikähän voisi olla syynä että lähetys voi kestää minuutteja isommalle porukalle? Miten ongelmaa voisi tutkia? 25.9.2013.

Tämä asia on valitettavasti täysin meidän käsien ulkopuolella, eli en oikeastaan osaa neuvoa muuta
kuin että asiaa pitäisi selvittää
eteenpäin Asio-palvelimenne ylläpidon ja sähköpostin palveluntarjoajan välillä.
Windows-ympäristöissä PHP on konfiguroitu tyypillisesti aina käyttämään ulkoista palvelinta sähköpostin lähettämiseen,
joten Asio-palvelimelta
käsin tälle asialle on tuskin tehtävissäkään mitään.
Jos pitäisi arvailla syytä, niin veikkaisin että sähköpostin palveluntarjoaja on alkanut tekemään jostain
syystä uloslähtevälle postille
spämmitarkistuksia, mikä hidastaa lähettämistä.
Mikäli kyse on tästä niin asialle on todennäköisesti tehtävissä jotain palveluntarjoajan päästä.

Saanko listan mille mille yleisimmille selaimille nykyinen Asio versiomme on suunniteltu toimivaksi 5.9.2013.

Tässä esitetty suosituslista edellyttää, että Asion viimeisin versio on käytössä. Selainsuosituksemme:

Parhaat selaimet Asion käyttöön ovat:
* Firefox (uusin versio)
* Google Chrome (uusin versio)

Takaamme mahdollisuuksiemme mukaan kaikkien Asion toimintojen toimivuuden myös seuraavilla selaimilla,
mutta kosmeettisia eroja saattaa
olla näiden kohdalla käyttöliittymissä:
* Internet Explorer 10, 9 ja 8
* Safari (uusin versio)

Seuraavat selaimet saattavat toimia, mutta emme testaa niillä aktiivisesti itse, ja emme siksi suosittele niiden käyttöä:
* Opera (uusin versio)
* Internet Explorer 7 ja 6

Tämän pitäisi olla tavallinen opettajatunnus/rooli mutta siinä on sellaisia kummallisuuksia,
että hän ei voi oma kalenteri näkymästä
tehdä varauksia, eikä pysty poistamaan lukkarinpudottajan tekemiä varauksia
(tunnusta XYXXYX koskevia siis) vaikka sekin pitäisi onnistua. En tiedä missä mättää...apuva =)! 4.9.2013.

Näyttäisi että tämän henkilön varauskohdetta ei ole kytketty oikealla tavalla hänen
henkilörekisterimerkintäänsä ja sitä kautta käyttöoikeuteensa.

Tällainen tapaus jossa Asiossa olemassa olevalla käyttöoikeudella ei pääse käsiksi opettajavarauksiin
kannattaa aina selvittää siten,
että hakee henkilön henkilörekisteristä, ja varmistaa että siellä on ruudun
alaosassa näkyvissä sekä käyttöoikeus että varauskohteen tiedot.

Tässä on ohje miten tilanteen voi korjata:

1) Avaa henkilörekisteri, hae esiin Carmela Anker ja ota talteen hänen henkilönumeronsa ("henkilön tunniste"-kenttä)

2) Avaa varauskohteiden ylläpito, ja hae esiin Carmela Ankerin kalenterivarauskohde

3) Syötä henkilönumero varauskohteelle kenttään "Henkilön tunniste" ja tallenna tiedot

Tämän jälkeen henkilörekisterissä pitäisi näkyä opettajan varauskohde ruudun alaosassa, ja oikeuksien toimia oikein.

Tämä koko kytkentäprosessi tapahtuu automaattisesti silloin, kun henkilötiedot perustuvat järjestelmään
lukujärjestyksen sisäänlukemisen kautta,
sekä silloin kun henkilön varauskohde ja käyttöoikeus perustetaan
henkilörekisterin kautta.

Meillä on käytössämme linkkejä tilanvaraukseen/lukkareihin erinäisistä paikoista, esim. www-sivuiltamme yms. palveluista.
Tarkoituksena siis näyttää tiettyjen kurssien lukujärjestykset. Alla pari esimerkki-linkkiä, joita olemme käyttäneet. Ongelma on se, että ensimmäisen kerran url-kutsu ei löydä
tilanvarauksia
ja kalenterinäkymä on tyhjä. Jos avaan vaikkapa uuden välilehden samaan selaimeen ja
teen saman url-kutsun uudestaan, lukkarit tulevat näkyviin. Suljen selaimen ja kokeilen uudestaan
niin taas sama homma, eli ensimmäisellä kutsulla minulle palautuu tyhjä arpa. 30.8.2013.

Näyttäisi että ongelman aiheuttaa se, että sessiota ei saa pysymään tuon kurssilista.php ja index.php -tiedostojen
välissä pystyssä. En ihan tarkkaan saanut selvitettyä session vaihtumisen syytä, mutta
sain kuitenkin kierrettyä varsinaisen ongelman
muuttamalla
lukujärjestyspalikan (kurssilista.php) uudelleenohjauksen tyyppiä.

KUinka voin siivota lokitaulun (loki2_p). 30.8.2013.

Tässä on lupaamani ohje loki2-taulun siivoamiseen. Laitoin siivoukseen seuraavat rajausehdot:
- lokimerkinnän täytyy olla vanhempi kuin 1.1.2012
- varauksen jota merkintä koskee täytyy olla vanhempi kuin 1.1.2013
Nämä kannattaa tehdä joskus vilkkaain tuotantokäytön ulkopuolisena aikana,
sillä tavaraa on paljon ja kyselyissä voi siksi
kestää aika pitkään. Kyselyn suorittamisen ajan lokitaulu on lukossa, joten käyttäjät eivät
kyselyjen suorittamisen aikana voi tehdä järjestelmään uusia varauksia.

delete from xyz.loki2_p where pvm<'120101' and varpvm<'130101' and ohjelma='kokvar'; optimize table xyz.loki2_p;

Eräs ilmoittautujamme maksoi kurssimaksunsa verkossa 15.8.2013. Maksu näkyi Lyhytkurssissa vasta seuraavana päivänä.
(ks. alla oleva viesti + kuva) Katsoin maksun kulkua myös Paytrailin (Suomen verkkomaksut) kauppiaspaneelin kautta ja sinne maksu on kirjautunut
samalla hetkellä kuin ilmoittautuja on maksun verkkokaupassa maksanut (15.8.2013 12:31:04). 30.8.2013.

Asion lyhytkurssissa ei ole erillistä taustakanavaa maksutietojen välittämiseen Paytrailin ja Asio-järjestelmän välillä,
vaan tieto maksusta tulee Asioon käyttäjän www-selaimen kautta, siinä vaiheessa kun käyttäjä
palaa maksupalvelusta takaisin lyhytkurssiohjelmiston ilmoittautumispuolelle. Paluun tarpeellisuudesta
on käyttäjille ohjeet Asiossa, Paytrailin palvelussa sekä kaikkien yleisimpien verkkopankkien palveluissa.
Tilanne vaikuttaa hyvin kummalliselta, etenkin jos tieto maksusta on ilmestynyt
lyhytkurssiohjelmaan 15.8. - 16.8 välisenä aikana,
ja lähes vuorokauden maksun maksamisen jälkeen.
Ainoa skenaario joka näkemykseni mukaan pystyy selittämään tapahtumaketkun kaikki yksityiskohdat on seuraava:
1) Käyttäjä on maksanut verkkopankissa 15.8 klo 12:31.
2) Käyttäjä on jättänyt www-selaimen auki verkkopankin tai Paytrailin palveluun yön ajaksi.
Esim. iPadiä tai muuta mobiililaitetta
käyttämällä tämä on aika helppo saada aikaan, jos selainohjelmasta siirtyy pois.
3) Vasta 16.8 klo 9:08 (kenties vasta viestinne saatuaan) hän on siirtynyt selaimessaan
Paytrailin tai verkkopankin palvelusta
Asion palveluun, jolloin maksutieto on tallentunut Asioon

Nyt tuli esiin taas yksi pieni ongelma:
Liitteessä (alimmainen kuva) TT on poistanut saman toteutuksen toisen opettajan tilan. Otin malliksi (ylempi kuva) jossa opettajat eivät voi poistaa toistensa varauksia. Onko toteutus luoto jotenkin eri tavalla vai mistä johtuu?
ja toinen kysymys tähän liittyen: molemmissa varauksissa henkilökuntakalenterissa näkyy vain toisen opettajan tunnit
TT
VH
Miksi ei näy toisella opettajalla?
Kiitos taas! 28.8.2013.

1) Teillä on päällä tilavarauksessa sellainen opettajien käyttöoikeuksien määritys,
että mikäli käyttäjä osallistuu opettajana
varaukseen, on hänellä muutosoikeus kyseiseen varaukseen. Tämä tarkoittaa sitä, että kuka
tahansa opettajista pääsee esim. juuri poistamaan toisen opettajan tilan varauksesta, mikäli molemmat
tapahtumat ovat saman varausnumeron takana.
Mikäli järjestelmä ei jossain tietyssä tapauksessa vaikuta toimivan tällä tavalla, niin kannattaa tarkistaa opettajan
käyttöoikeus- ja varauskohdemääritykset. Oikeuden puuttuessa kyse on nimittäin lähes aina siitä,
että opettajan varauskohdetta ja järjestelmää käyttävää käyttäjää ei pystytä kytkemään toisiinsa.
Tällöin kannattaa tehdä seuraavat tarkistukset perustietorekisterien puolelta:
- Opettaja ei saisi olla henkilö-, varauskohde- ja käyttäjärekisterissä kuin yhden kerran.
- Opettajan varauskohteen tulisi olla kiinni henkilörekisterissä.
Tämän tarkistus onnistuu niin, että etsi opettaja
henkilörekisteristä, ja katso että ruudun alaosassa varauskohde-kohdassa näkyy tietoja.
- Jos opettaja käyttää LDAP-kirjautumista (Microsoft AD), tulisi hänen varauskohteestaan
löytyä käyttäjätunnus-kentästä se tunnus, br>jota opettaja käyttää sisäänkirjautumiseen.
2) Tämä toinen asia on puolestaan järjestelmän näyttölogiikkaa, eli kun ollaan
tietyn henkilön kalenterissa, ei hänen nimeään
toisteta jokaisen tapahtuman kohdalla "tarpeettomana tietona" opettaja-kohdassa.
Tilaa on kalenterissa tekstille tosi vähän, joten tarpeettoman tiedon esittämistä yritetään välttää.
Mikäli henkilökuntakalenterissa näkyy opetusta (vihreitä merkintöjä), niin avatun kalenterin
mukainen henkilö on varauksessa aina opettaja.
Mikäli merkinnässä näkyy muita nimiä, niin ne ovat varauksen muita opettajia.

Osaatteko sanoa, miksi opettajan lukujärjestys ei siirry Outlookiin muuta kuin tammikuun 3 viikolle saakka, sillä niin se näyttää
todellakin toimivan muutaman testauksen perusteella? 22.08.2013.

WebCal-liittymässä on tarkoituksella aikaikkuna sille, millaiselta väliltä varaustiedot nostetaan syötteeseen.
Aikaikkuna on
nykyhetkestä viisi kuukautta eteenpäin, joten tämä kertomasi tammikuun 3. viikko
kuulostaa juuri oikealta loppuhetkeltä.
Aikaikkuna liukuu eteenpäin, eli vuoden lopussa Outlookissa on näkyvissä toukokuu jne.
Selvitäänkö tästä ohjeistuksella? Kovin mielellään en laajentaisi tätä aikaikkunaa ainakaan loputtomiin,
sillä muuten datan
määrä syötteissä saattaa muuten joidenkin lukkareiden tapauksessa kasvaa suureksi,
ja aiheuttaa kuormaa tilavarauspalvelimelle.

Edelleen näyttäisi olevan jokin tilanne jossa synkki kadottaa ymmärryksen siitä mikä on ikään kuin oikea merkintä. Arvaukseni on että opetusmerkintä palaa jotenkin kännykästä takaisin outlookiin ja sieltä keltaisena Asioon. Olikos Jukka niin että toiminnanohjauksessa tehty resurssimuutos ei aiheuta ko. henkilön kalenterin synkkausta vaan se on ajastetun tausta synkin takana? Voiko synkkauksen saada jotenkin käynnistettyä kun henkilöön kohdistuu muutos? 21.08.2013.

Varauksen palaaminen keltaisena tarkoittaa juuri sitä, että varaus on Exchangessa mutta sitä ei ole Asiossa ->
synkki tekee
varauksen Asioon kuten se olisi Exchangessa alun perin tehty varaus.
Tilanteen saa korjattua ainoastaan niin, että virheellisen varauksen poistaa Exchangesta.
Käyttäjän kuvailema ongelmatilanne voi syntyä esim. silloin, jos varauksen
poisto Exchangesta epäonnistuu jostain syystä.
Tyypillisiä tilanteita joissa varauksen poisto Exchangsta voi epäonnistua ovat:

- salasanan vanheneminen
- yhteysvirhe
- roskakorikansion täyttyminen Exchangessa
- käyttäjä tai jokin muu kalenteriohjelma muuttaa Exchangessa olevaa varausta
synkin jälkeen mutta ennenkuin poistokäsky
Asiosta tulee --> ristiriitatilanne
Näitä tilanteita ei voi millään estää 100%:sesti, mutta synkin suorittaminen mahdollisimman
pian Asiossa tapahtuneen muutoksen
tai poiston jälkeen pienentää merkittävästi tämän todennäköisyyttä.
Kolikon kääntöpuolella synkkaamisessa on se, että synkkaus täytyy aina suorittaa molempiin suuntiin.
Tämä voi olla hidasta, eli jos toiminnanohjauksessa aletaan synkkaamaan joka ikinen kerta kun varaukseen
kosketaan, voi järjestelmän käyttökokemus heikentyä merkittävästi nykyisestä.
Mitä mieltä olet, voisiko synkkaamisen vierittää osittain toiminnanohjauksen käyttäjän vastuulle? Eli olisiko sellaisesta
ratkaisusta mihinkään, että jos toiminnanohjauksessa tehdään muutoksia Exchange-kytkettyihin
kalenterehin, tulisi näkyviin esim. keltainen tekstilaatikko + uusi nappula josta tehdy
muutokset voisi yhdellä klikkauksella lähettää Exchangeen?
Tämä vaatisi hieman aktiivisuutta toiminnanohjauksen käyttäjiltä, mutta hyvä puoli olisi että se
ei hidastaisi varsinaisten varausmuutosten tekemistä.

Toinen asia minkä kautta ratkaisua voisi hakea on synkin tausta-ajon ajovälin tihentäminen.
Nykyisellä tausta-ajoskriptillä
en tähän vielä lähtisi, sillä se käy ihan kaikki kytketyt kalenterit läpi.
Jos ajoväliä tihennetään esimerkiksi 15 minuutin välein tapahtuvaksi, niin ajoa pitäisi saada mielestäni
kevennettyä niin että päivitys kohdennetaan vain Asiossa muutettuihin Exchange-kalenterehin.
Myöskin käyttäjille salasanojen vanhenemisestä kertovat
sähköpostitukset pitäisi tästä pika-ajosta kytkeä mielestäni pois toiminnasta.

Tässä on jo usemman kerran kuukauden aikana ja eilen ja tänään ollut ongelmia asion v13 version kanssa. Näyttää että palvelimen muisti loppuu kesken ja messages tiedostoon tulee alla olevia virheilmoituksia. Tänään palvelin meni totaalisesti jumiin niin ettei siihen voinut muodostaa ssh-yhteyttä. Löytyisikö tähän mitään ratkaisua? 13.08.2013.

Syytä muistin loppumiseen on mahdoton sanoa täydellä varmuudella ilman root- tai sudo-oikeudellista
shell-pääsyä palvelimen lokeihin, mutta tässä on ohjeita joilla ongelma toivottavasti ratkeaa.

1. Versiossa 13 on tullut toisen asiakkaan pyynnöstä yhteen ohjelmaan ajonaikaisesti laajennettu muistiraja.
Tämä ohjelma on henkilöiden perustietolistaukset, ja se asettaa ajonaikaiseksi rajaksi versiossa
13 kaksi gigatavua. Jos haluatte eliminoida tämän ohjelman mahdollisena vian aiheuttajana, niin tässä
on uusi versio josta ajonaikainen muistiraja on poistettu:
https://asp.asio.fi/siirto/hlolistat.zip
(asennus tiedoston henkilo/hlolistat.php päälle)
2. Kannattaa lisäksi tarkistaa yleisesti, mikä on PHP:lle asetettu max. muistimäärä php.ini -tiedostossa, ja että se
vastaa jollain tapaa palvelimen resursseja. Meidän omalla asp.asio.fi -palvelimella on
tällainen konfiguraatio, joka on toiminut käytännössä oikein hyvin raskaassakin usean asiakkaan tuotantokäytössä:
- php.ini:ssä on muistinkäytön rajana 128 megatavua (memory_limit = 128M)
- palvelimella on 4 gigatavua fyysistä muistia, ja lisäksi 9 gigatavua käytettävissä olevaa swappia
PHP:n yksittäinen prosessi ei pääse ylittämään tätä rajaa, minkä pitäisi
sulkea kokonaan pois yhden ohjelman villiintymisen
palvelimen ongelmatilanteen aiheuttajana. En suosittele että yli 128 megaa annetaan PHP:lle
käyttöön per prosessi, mikäli muistin määrä palvelimella on tuota luokkaa.
Olen itse törmännyt teillä messages-tiedostoleikkeenne mukaan aktivoituneeseen
kernelin oom-killeriin vain silloin, kun swappia
ei ole konffattu palvelimelle ollenkaan, ja kun lisäksi liikutaan muistinkäytön rajamailla.
Jos tiedostoa oikein tulkitsin, niin teillä on kuitenkin 4 gigan swappi käytössä,
eli palvelimen konffis taitaa olla 4 gigaa fyysistä muistia ja 4 gigaa swappia.
Tietääkseni myös tuota kernelin oom-killeriä voi säätää toimimaan niin, että se jättää kriittiset prosessit rauhaan.
LAMP-ympäristöissä mysqld on kriittinen prosessi, jota ei missään tilanteessa saa tappaa,
sillä seurauksena voi olla tietokantataulujen rikkoutuminen.
3. Kannattaa tarkistaa MySQL:n kokonaismuistinkulutus.
Tätä voi laskea puskureita (query_cache, key_buffer) pienentämällä.
Valitettavasti on hankala sanoa mitkä ovat hyviä arvoja noihin pukureihin näkemättä,
mutta täsäs on meidän palvelimella käytössä olevia arvoja:
key_buffer = 256M
read_buffer_size = 5M
read_rnd_buffer_size = 5M
myisam_sort_buffer_size = 64M
query_cache_limit = 16M
query_cache_size = 256M
Teillä on näköjään palvelimella hieman muitakin palikoita PHP:n kyljessä, eli myöskin Suhosin-tietoturvapalikasta
pitää
tuota asetusta muuttaa. Kyse on siis Asio-ohjelman kannalta tässä siitä, että kun lomakkeessa
on riittävästi kenttiä, ei lomakkeen palvelupyyntö tule ollenkaan palvelimelle perille,
vaan katkeaa keskeltä. Siksi ison lomakkeen toiminta näyttää siltä, kuin mitään ei tapahtuisi.
Tsekkaatteko tuosta phpinfon outputista kaikki kohdat, joista max_vars -asetusta
täytyy muuttaa: https://asio.omnia.fi/kalenterit2/a.php
Näyttäisi että Suhosinin myötä siellä on tällaiset uudet direktiivit, jotka rajoittavat palvelupyyntöjen kokoa:
- suhosin.cookie.max_vars
- suhosin.get.max_vars
- suhosin.post.max_vars
- suhosin.request.max_vars
Näistä ehdottoman tärkeitä ovat post ja request -kohdat,
mutta laittaisin ihan kaiken varalta näihin kaikkiin arvon 30000.
Phpinfon avulla voi helposti tsekata Apachen uudelleenkäynnistyksen jälkeen että asetus on varmasti voimassa.

Opettaja NN ei pääse synkronoimaan omaa kalenteriaan asiossa, koska outlook-kuvakkeen vieressä on punainen huutomerkki. Asioon hän kyllä pääsee ja outlook on käytössä . Miten korjaan tilanteen? 13.08.2013.

Punainen huutomerkki tarkoittaa aina virhettä synkronoinnissa,
ja tilanteesta saa tarkempia tietoja klikkaamalla punaista merkkiä.
Tässä tapauksessa näyttäisi että liitokseen käytetty käyttäjätunnus ja salasana eivät ole oikein.
Käyttäjä voi korjata tilanteen seuraavasti:
- Kirjaudu sisään asioon
- Klikkaa auki oma kalenteri ja klikkaa auki Exchange-liitospaneeli
Outlook-kuvakkeesta (vaaleanruskea)
- Syötä oikeat käyttäjätunnus+salasana toimintoon ja jatka ruudun ohjeiden mukaan

Pikapuolisesti vilkaistuna NN:n kohdalla vikana saattaisi olla se, että
käyttäjätunnus on syötetty kokonaan isoilla kirjaimilla.
Tyypillisesti Microsoftin käyttäjätunnukset kirjoitetaan pienillä kirjaimilla, mutta tässä voi tietysti olla talokohtaisia eroja.

Miksi ilmoittautuja on onnistunut valitsemaan maksutavaksi laskutuksen, vaikka maksutavaksi on määritelty vain "Verkkomaksu"?
12.08.2013.

Asio Lyhytkurssiohjelman toimintaperiaatteisiin kuuluu, että kurssin kapasiteetin täytyttyä, maksutapa muuttuu
automaattisesti "Laskuksi". Tällöin vältytään turhilta hyvityslaskuilta ja jonottajat voidaan laskuttaa,
mikäli kurssipaikka varmistuu.

Miksi laskunumerolinkki muuttuu Skype-linkiksi? 12.07.2013.

IE-selaimeen ja kenties muihinkin voi asentaa Skypen lisäosan, joka tutkii selaimissa olevaa dataa
ja yrittää päätellä, mikä vastaa Skype-numeroa.
Tällaiset lisäosat kannattaa poistaa.

Monet kirjoittavat nimensä ilmoittautumislomakkeeseen pienellä. Tulostamme listaukset todistuksiin asiosta, joten nimet todistuksiin tulevat myös pienellä. Voiko tietueet (etu- ja sukunimi) ohjelmoida niin, että alkukirjain tulee aina isolla? ? 17.06.2013.

Tässä tapauksessa automatisointia ei kannata toteuttaa.
Haasteena ovat mm. kaksiosaiset nimet (Simo-Pekka yms.)
Suosittelemme, että isot alkukirjaimet tai kirjoitusvirheet korjataan manuaalisesti henkilörekisteriin ilmoittautumisten
kiinnittämisen yhteydessä.

Kuinka voin määrittää guest-liittymään tulevat toiminnot? 05.06.2013.

Guest-liittymän valikoiden siivous onnistuu Asion pääkäyttäjätoimintojen kautta seuraavasta paikasta:

- Päävalikosta: Ylläpito -> Ylläpitotoiminnot

- Ylläpitotoimintojen yläpalkista: Asiakaskohtaisten roolien ylläpito

- Guest-liittymän valikon sisältö ja oikeudet on määriteltynä roolissa, jonka tunniste on "guest"

Ilmeni, että tuo kirjautumattoman selailunäkymän soveltaminen ei ole ihan sellaisenaan soveltuva Kallio-Kuninkalan käyttöön.
Onko tästä mahdollista räätälöidä versiota, jossa selailijalle näkyy vain tieto siitä,
onko tila varattu vai ei? 10.05.2013.

Laitoin ympäristöön päälle yrityskohtaisen asetusvivun
"piilota varausten tiedot selailukäyttäjiltä". Tämä laittaa julkiset
kalenterit toimimaan niin, että varauksista on näkyvissä ainoastaan päivämäärä ja kellonaika,
ja kalenteripohjassa näkyy varattu aika väreillä.

Mikä merkitys varauskohteen lajilla on käyttöoikeuksien kannalta. 10.05.2013.

Varauskohteen laji -tieto (resource_class) on tilavarauksen kannalta tärkeä
tieto sikäli, että sitä käytetään käyttöoikeuksien ensisijaisena jakoperusteena
käyttöoikeuksien ylläpito-ohjelmassa.
Tiettyyn lajiin voidaan liittää tietyntasoinen käyttäjäoikeus.

Käyttäjän oman varauskohteen lajilla ei ole suorisa vaikutuksia käyttäjän omaan käyttöoikeuteen tai käyttöoikeuksien
automaattiseen profilointiin.

Vaikutusta profiloinnin suunnitteluun tällä asialla on ainoastaan silloin, jos on tarpeellista jakaa henkilökalenterien
oikeuksia varauskohdelajikohtaisesti, eli esim. niin että käyttäjälle voidaan määritellä minkä
yksiköiden opettajien kalentereihin hänellä on oikeus tehdä uusia varauksia.
Käytännössä kukaan asiakkaamme ei ole järjestelmää soveltanut näin, vaan henkilökalenterien
osalta oikeuksien jako on mennyt aina karkeasti seuraavalla tavalla:

- Ylläpitäjät = ylläpito-oikeudelliset varausoikeudet kaikkiin henkilökalentereihin

- Muut käyttäjät (=peruskäyttäjät/opettajat, vahtimestarit) = selailuoikeus kaikkiin henkilökalentereihin

Tuli tämmöinen vastaan kun käyttäjällä on oikeudet kahteen claimiin niin oikeudet eivät tunnistu oikein.
tilanvarauksen etusivulla luki claimi tiedot pienellä, mutta dump.php:ssä isolla.

Osaatko sanoa pistä voisi johtua.

Käyttäjällä ei näkynyt minkään toimipisteen oikeuksia vaikka olisi pitänyt näkyä lohjan tai leppävaaran oikeudet tai
mieluiten molemmat, mutta muistelin että siinä taisi olla jokin rajoitus. 03.04.2013.

Asiossa käyttäjä voi kuulua ainoastaan yhteen rooliin kerrallaan, eli tuo puolipisteellä eroteltu kaksoisarvo ei ole
sellainen mitä meidän autentikointipuoli ymmärtää.

Onko mahdollista nopeana ratkaisuna priorisoida claimit Otaverkon palikassa niin, että tällaisessa tapauksessa Asioon
välittyisi näistä vain voimakkaampi? Tällä saataisi asia taklattua niin, että käyttäjälle tulisi
edes jotkin oikeudet oletuksena.

Seuraavassa ratkaisumalleja siihen, miten oikeudet saadaan vastaavissa tapauksissa kohdalleen:

1) Jos on löydettävissä yleisiä claimien kombinaatioita, niin niitä varten voisi tehdä Asioon omat roolinsa, ja Otaverkon
palikkaan vastaavat mäppäykset.

2) Harvinaisemmat yksittäiset tapaukset täytyy hoitaa Asiossa käsin siten, että käyttöoikeus luodaan Asion puolella ja
ruksataan sieltä päälle "Käytä ulkoista autentikointia", jolloin tunnistukseen käytetään
Shibbolethia/ADFS:ää mutta oikeudet voi säätää juuri halutunlaiseksi. Pohjalle voi valita
jonkin rooleista, esim. Leppävaaran, ja lisätä siihen muut manuaalisina poikkeuksina
tilakohtaiset oikeudet -kohdasta.
Tällainen käyttäjätunnus kannattaa perustaa aina henkilörekisterin kautta,
jotta henkilön ja käyttäjän liimaus toisiinsa toimii oikealla tavalla.

Jos päivitämme nykyisemme php version 5.1.6 --> 5.3.+, ei pitäisi tulla mitään ongelmia toiminnallisuuden kanssa? 08.03.2013.

Teidän nykyinen tuotanto-Asionne eli versio 12 on yhteensopiva PHP 5.3:n kanssa, eli ongelmia ei pitäisi tulla.

Päivityksen yhteydessä saattaa olla tarpeen säätää joitain asetuksia php.ini -tiedostosta.
Yksi tällainen asetus on error_reporting, josta tulisi poistaa yhteensopivuusvaroitukset (E_STRICT).
Meillä on omalla asp.asio.fi -palvelimella PHP 5.3:ssa tällainen asetus käytössä:

error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT & ~E_NOTICE

Suositukseni on uuden käyttöönotettavan PHP-version kokeileminen erillisellä testipalvelimella
ennen tuotanto-Asion päivittämistä.
Jos tämä ei ole mahdollista, niin kannattaa tehdä päivitys niin että vanhaan
PHP:n versioon palaaminen on ongelmien ilmetessä mahdollista.

Tässä on jotain aivan kummallista. Noloa sanoa, mutta toinen päivä en näe virhettä, enkä pysty tätä ymmärtämään. En ole varma, että vika on rss- tiedostossa, mutta saattaa olla, että tiedätte heti, mistä on kyse. Tästä tulisi todellinen helpotus!

xyzKKK – aulalle halutaan infotaulu, jolle näytettäisiin xyzKKK- salien varaukset.

Meillähän on toimiva /var/www/html/asio/tilavaraus/aulainfo.php skripti, luulin, että siihen riittäisi lisätä vain
vielä yhden else if – rivin, ja homma toimisi automaattisesti:

else if ($view == 'KKK1') {$ctila='7356,7330';} , jossa on xyzKKK varauskohteiden numerot.

Otetaan esimerkiksi yksi sali. (Kokeilin monta ja yksi, ongelma on sama) Suora kutsu

https://asio.xyz.fi/liikunta/kalenterit2/index.php?kt=tila&ctila=7356&outmode=rss&av=130214&pvlkm=0&guest=/utu , jossa on xyzKKK-sali 7356

näyttää toimivan oikein, eli ainakin generoi oikeannäköisen xml.

Samoin, kuten esim.

https://asio.xyz.fi/liikunta/kalenterit2/index.php?kt=tila&ctila=287&outmode=rss&av=130214&pvlkm=0&guest=/utu (muu, kuin xyzKKK)

Mitään erikoisuuksia (virheitä, erikoismerkkejä jne..) ensimmäisessä xml- tiedostossa en löytänyt.

Mutta seuraava koodipätkä, ja pelkästään kaikissa TuKKK-tapauksissa (kokeilin saleilla 7356, 7330, 7329, 7349)

$content = file_get_contents("https://asio.utu.fi/liikunta/kalenterit2/index.php?kt=tila&ctila=".$ctila."&outmode=rss&av=".$av."&pvlkm=0&guest=/utu"); //echo $content; $x = new SimpleXmlElement($content);

heittää errorit 15.02.2013.

Ongelma johtuu siitä, että RSS-syötteitä haetaan GUEST-tunnuksilla ilman autentikointia,
ja GUEST:n käyttöoikeusrooliin on asetettu
näihin tiloihin "ei oikeuksia" -tasoinen käyttöoikeus.
Järjestelmä kieltää näin
ollen pääsyn myös kyseisen tilan RSS-syötteeseen.

Järjestelmä vastaa kieltämättä hieman odottamattomalla tavalla tähän,
ja antaa tuloksena HTML-sivun jolla on virheilmoitus.

Helpoin tapa korjata ongelma on laittaa julkisille selailijoille TuKKK:n tilat selailuoikeudelle.
Jos tämä käy ratkaisumallina,
niin tässä on ohje miten käyttöoikeusmuutos tehdään:

1) Avaa ylläpitotoiminnot (päävalikosta Ylläpito -> Ylläpitotoiminnot)

2) Avaa yläpalkista Asiakaskohtaisten roolien ylläpito -toiminto

3) Etsi esille rooli, jonka tunniste on "guest"

4) Aseta Tilalajirajaus -kohdasta TuKKK-käyttöoikeus asentoon "selailuoikeus" ja tallenna

Tämän jälkeen RSS-syötteen pitäisi toimia noista mainitsemistasi urleista.

Laittele vaan tänne kysymyksiä jos niitä tulee eteen tämän aulanäyttöprojektin yhteydessä,
tämä on oikein mielenkiintoinen hanke! :)

Onko siihen joku tarkoitus, että jos rss- tiedostolla näytetään yhden varauskohteen varaukset

https://asio.xyz.fi/liikunta/kalenterit2/index.php?kt=tila&ctila=287&outmode=rss&av=130213&pvlkm=0&guest=/utu ,

xml –tiedoston channel à title kohdassa on varauskohteen nimi, entä itemàdescription on tyhjä.

Kun taas jos näytetään 2 ja enemmän varauskohdetta,

https://asio.xyz.fi/liikunta/kalenterit2/index.php?kt=tila&ctila=287,288&outmode=rss&av=130213&pvlkm=0&guest=/utu ,

channelàtitle on muotoa ”Varaukset 13.02.2013”, ja itemàdescription sisältää varauskohteen nimen:

Jos tämä ei ole tarkoituksella tehty, eikö olisi parempi tehdä samanlaiseksi, eli channelàtitle on aina ”Varaukset ….”, ja itemà description ei ole tyhjä? Törmäsin nyt tapaukseen, kun on vain 1 varauskohde ja mietin, pitäisikö minun tehdä korjauksia aulainfotaulun skriptiin vai olisi loogisempaa korjata teidän päässä? 15.02.2013.

Tämä on tarkoituksenmukaista, ja johtuu siitä että alunperin syötteen ideana on ollut
olla yhden tilan kalenterin lista varauksista.
Tällöin toimitaan niin että syötteen
title on tilan nimi, ja tapahtuman description
on varauksen lisätietoja.

Usean tilan tapaus on lisätty myöhemmin, ja silloin itse syötteen otsikkotiedoissa ei voi ottaa kantaa tilaan.
Syötteen title on
aina vakio (Varaukset + päivämäärä) ja itemin description-kenttään on lisätty mainita
tilasta jossa varaus on.

Yhdenmukainen ja tarkka tieto varauksen salista ja lisätiedoista löytyy kuitenkin
syötteen sisällä olevasta resource_data -elementistä,
joten kannattaa jättää title- ja description-elementit kokonaan käyttämättä,
ja käyttää sitä aulanäytössä jos se vaan on teknisesti mahdollista.

Elementti sisältää varauksen tiedot eriteltynä seuraavasti:

- facility_type = varauskohteen laji

- building_name = rakennuksen nimi

- teacher = varauksen opettaja (jos opetusvaraus)

- date, btime, etime = päivä ja kellonaika

- course_code = kurssin koodi

- subject = tilaisuuden nimi

- notes = lisätietoja (voi olla pitkäkin teksti)

- group_name = opiskelijaryhmän nimi

Toinen mahdollisuus yhdenmukaiseen ja aina monen tilan muotoiseen syötevastaukseen on
lisätä ctila-elementin perään jokin invalidi arvo,
esim. nolla. Tällöin syöte on aina monitila-muotoinen:

https://asio.xyz.fi/liikunta/kalenterit2/index.php?kt=tila&ctila=287,0&outmode=rss&av=130213&pvlkm=0&guest=/utu

Kysyisin Asion opetuksensuunnitteluohjelman käyttöoikeuksista. 15.02.2013.

Opetuksen suunnittelun toiveiden käsittelyssä on tällainen käyttöoikeusmalli:

1) Pääkäyttäjät pääsevät aina muokkaamaan kaikkia toiveita rajoituksetta.

2) Kurssille suunnittelijaksi merkityt henkilöt pääsevät käsittelemään ko. kurssien toiveita, myös muiden kirjaamia.

3) Muut käyttäjät pääsevät muokkaamaan vain omia toiveitaan.

Kannattaa kokeilla josko mainitsemanne tapaukset saisi ratkaistua kiinnittämällä
henkilöt tarvittavien kurssien suunnittelijoiksi.
Kurssin suunnittelijan pääsee kirjaamaan useasta kohdasta:

- kurssitietojen ylläpidon kautta, kohdasta "suunnittelijat"

- aineiston valinnan yhteydessä

- toiveiden käsittelyn hakutuloslistasta, painikkeella "suunnittelijan/lj.vastaavan asetus"

Mistä voisi johtua että kun poistin käyttäjältä syncin ja kun olen aktivoimassa sitä uudestaan niin ensimmäinen eräajo sync ei käynnisty. Tunnus ja salasana tuntuu kelpaavan mutta mitään ei tapahdu? 08.02.2013.

Salasanan kelvatessa ruudulle pitäisi tulla vihreä laatikko, joka kertoo että kirjautuminen onnistui.
Jos eka synkki ei lähde pyörimään
automaattisesti, niin kokeiletko klikata käyttäjän kohdalla "suorita
1. synkronointi uudestaan" -painiketta joka on tässä vihreässä laatikossa edellämainitun tekstin alla.
Painike nollaa synkronointitilan ja ajaa ekan ison synkin uudestaan.

Jos vihreää laatikkoa ei tule näkyviin, niin kirjautuminen ei ole onnistunut.
Salasanassa tai käyttäjätunnuksessa on vikaa, tai sitten
Asion ja Exchangen välillä on ollut tilapäinen verkkoyhteysongelma.

Mitenkähän saisi exportattua SQL:llä asion tietokannasta asiakaskohtaiset roolit? 08.02.2013.

Asiakaskohtaiset käyttöoikeusroolit löytyvät tietokannasta asio, taulusta kayttooikeus_p.
Samassa taulussa on myös käyttäjätiedot.
Käyttöoikeusroolit erottaa käyttäjistä siitä, että ktun-kentän arvo alkaa
rooleilla aina kiinteällä tekstillä "*role*".

Tässä on ohje jolla roolit saa valittua tietokannasta:

SELECT * FROM asio.kayttooikeus_p WHERE ktun LIKE '*role*%';

Backupin saa helpoiten kopioimalla ne toiseen tauluun ja dumppaamalla taulun:
MySQL: CREATE TABLE asio.kayttooikeus_p_roolit SELECT *
FROM asio.kayttooikeus_p WHERE ktun LIKE '*role*%'; Shell: mysqldump --opt -K
asio kayttooikeus_p_roolit | gzip -c -9 > asio kayttooikeus_p_roolit.sql.gz

Toiveita asetettaessa opintojaksossa 11a1a kurssi-kenttään tulee teksti: 11a1a Musiikkianalyysi 1 (Vaihe: Varaus vastaanotettu / 29.11.12 / Rintanen Aki, varausnumero: 532903, erä #64)

Päivämäärä viittaa ASIO-koulutukseemme, ilmeisesti näillä opintojaksoilla on harjoiteltu. Miten tekstit saa pois? Viittaavat mm. vääriin yhteyshenkilöihin. 06.02.2013.

Tämä teksti viittaa varauslomakkeen täyttöön, eli koulutuksissa on varmaankin täytetty näistä kursseista varauslomake.

Saat tekstin pois poistamalla varauslomakkeen, tässä pikaohje:

- Avaa tässä statuksessa näkyvä pienryhmä toiveiden käsittelyyn - Klikkaa painiketta "Katso varauslomakkeen tiedot"

- Rullaa ruutu alas ja klikkaa "Poista"-painiketta. Poiston jälkeen kyseinen teksti ja tilatieto häviää näkyvistä.

(- Jos em. poista-nappi ei ole näkyvissä niin kokeile lisätä itsesi kurssin suunnittelijaksi kurssitietojen ylläpidon kautta.
Pääset tähän kätevästi toiveruudulta klikkaamalla kurssin nimen kohdalla olevaa linkkiä.)

Asioon välittyy näköjään kaksi rooli-attribuuttia: eduPersonPrimaryAffiliation ja eduPersonAffiliation. Tarvitaanko tuota
jälkimmäistä attribuuttia johonkin? Eikös esim. opettajan rooli välity nimenomaan tuolla
eduPersonPrimaryAffiliation-attribuutilla? 06.02.2013.

Asio käyttää noista kahdesta teillä vain eduPersonPrimaryAffiliation -attribuuttia,
eli eduPersonAffiliationin voi jättää välittämättä.

Jos oikein muistan niin näiden skeemamääritys meni niin että primary oli aina ensisijainen
ja tuo toinen attribuutti pystyi sisältämään
myös moniarvoja jos henkilöllä on useita rooleja.

Teillä tärkein Asion käyttöoikeuksiin vaikuttava attribuutti on svnSWAsioEduErm,
joka kertoo suoraan käyttöoikeusroolin tunnisteen.
Affiliation-attribuutti vaikuttaa teidän Asiossa henkilörekisteriin tulevaan
henkilön rooliin, mutta sillä ei ole vaikutusta käyttöoikeuksiin.

Täytyykö meidän Asion guest-tunnuksella olla oikeudet ryhmäkalenteriin, että homma pelaa? Tällä hetkellä näyttäisi olevan vain tila- ja kurssikalenterit: 24.01.2013.

Ryhmäkalenterin oikeustäppä on tällä hetkellä vain päävalikosta piilotus,
eli siellä ei ole dataan käyttöoikeusrajausta.
Näin ihan siksi että varsinainen varaustietohan on noissa kalentereissa samaa kuin tila- ja
henkilökalentereissakin, tarkastelunäkökulma on vain erilainen.

Tuli mieleen, että olisi käytännöllistä tehdä feedejä perustuen opiskelijaryhmiin eikä tiloihin.
Yritin ohjeen (http://www.asio.fi/asio_syotteet/asio_syotteet.html)
perusteella hyödyntää tuota clk-parametriä
(jonka pitäisi mahdollistaa usean ryhmän tietojen haun), mutta ne keksi sen erotinta, että saisin monta ryhmää samalle.
24.01.2013.

Usean ryhmän kalenterin haku toimii juuri tuolla clk-parametrilla, mutta PHP:n parametrien
parsinnan toiminnan takia parametriin pitää tällöin lisätä määrite,
joka kertoo kyseisen parametrin olevan taulukko.
Määrite on hakasulku auki + hakasulku kiinni, eli merkkipari [ ja ].

Tässä esimerkki pte1 + pte2 -ryhmien yhdistetystä syötteestä:
https://______.fi/kalenterit2/index.php?guest=/teak&kt=lk&clk[]=pte1&clk[]=pte2&outmode=rss_days&pvlkm=10

Ryhmäkalenterin oikeustäppä on tällä hetkellä vain päävalikosta piilotus, eli siellä ei
ole dataan käyttöoikeusrajausta. Näin ihan siksi että varsinainen
varaustietohan on noissa kalentereissa samaa kuin tila- ja
henkilökalentereissakin, tarkastelunäkökulma on vain erilainen.

Voiko ASIOn opetuksen suunnitteluohjelmaan viedä opetusta ilman paikkatietoa (SibAn tilojen ulkopuolella järjestettävä opetus).
23.01.2013.

Opetusta voi tallentaa ilman paikkatietoa, vaikka kyse olisi aikataulutetustakin opetuksesta.
Tällaiset aikataulut voi myös lukita tilavarauksen puolelle varauksiksi,
jolloin ne näkyvät ryhmän, opintojakson ja opettajan kalenterissa vaikka tilatietoa ei olisi.

Orkesterisoitossa samalla opetusperiodilla soittavat kandidaattiopiskelijat (3oa14k orkesterisoitto) ja maisteriopiskelijat (3oa14m). Voiko ASIOn opetuksen
suunnitteluohjelmaan viedä molemmat opintojaksot?
23.01.2013.

Tässä lienee kyse sellaisesta suurryhmästä, jossa samaan järjestettyyn opetukseen
osallistuu useita eri opiskelijaryhmiä, ja vielä siten että eri ryhmillä on
samasta opetuksesta eri opintojaksokoodit.
Meidän OSU-käyttäjät ovat vieneet tällaiset tapaukset ihan omina erillisinä pienryhminään,
näin jo ihan siksikin että Oodiin saataisi molemmista
tapauksista omat opetustapahtumansa.
Asion OSU-ohjelma varoittaa näiden kohdalla esim. tilojen osalta
päällekkäisyyksistä, mutta tämä pitää vaan pitää mielessä.

Monen vuoden käytön jälkeen tuli seuraava pyyntö: voiko Henkilökuntakalenterit-toiminnon alla olevia otsikoita muuttaa? Lähinnä ihmetystä herättää jaottelu
Henkilöt/Opiskelijat. Eivätkö opiskelijat ole henkilöitä
J Toivomus olisi, että voiko tuon otsikon Henkilöt muuttaa vaikka Henkilökunnaksi? 22.01.2013.

Henkilökuntakalenterit -pääotsikon alle listataan niiden varauskohteiden varauskohdelajit,
joiden kalenterityyppi on H eli henkilökalenteri.

Voitte itse muuttaa varauskohdelajit haluamiksenne varauskohteiden ylläpitotoiminnolla.
Siellä on kaksi vaihtoehtoa: Lajin nimen muutos ja lajin nimen vaihto olemassaolevaan.

EHdotan, että "harjoittelet" tätä meidän koneemme testitietokannassa.
Ja varmuuden vuoksi kannattaa ottaa varmuuskopio ennen kuin teet tämäntyyppisiä operaatioita tuotantokannassa.

Varauskohdelajin nimen muuttaminen ei vaikuta varauksiin,
jotka indeksoidaan varauskohde- ja rakennus(ryhmä) -tunnisteilla.

Untis-tuonti: Tiedostossa näkyy päällekkäisyyksiä. UA111 ja UC204 ovat ok. UB109 on mielenkiintoinen, sillä siinä näkyy osa päällekkäisyydestä. Maanantai iltapäivän näkyy mutta aamupäivän ei. Perjantain päällekkäisyys ei myöskään näy. 18.01.2013.

Tuontiohjelma tarkastaa päällekkäisyydet ainoastaan sen kannalta, minkä muiden
varausten kanssa lukujärjestyksen sisäänluvussa tuodut varaukset menevät päällekkäin.

Tilan UB109 tapauksessa sekä maanantaiaamun ja perjantain päällekkäisyydet ovat molemmat tulleet
tämän saman Untis-tuonnin eli #742 tuloksena järjestelmään.
Tällaiset tapaukset pitäisi ratkaista Untiksen puolella,
eli sisäänluettavan aineiston tulisi olla suunniteltu sellaiseksi että siinä ei ole ei-toivottuja päällekkäisyyksiä.

Mitä kautta pääsen tekemään uuden roolin? En löydä asiakasrekisterissä roolin kohdalla viitattua P/3-parametria parametrien ylläpidosta. ap> Tarkistaisin lisäksi, että onko niin, että samalla nämä uuteen rooliin siirretyt asiakkaat häviävät näkyvistä käyttäjiltä niin, etteivät he voi valita varauslomakkeessa enää näitä? 18.01.2013.

Parametria P/3 ei ole oletuksena olemassa, ja tällöin ohjelma käyttää sisäänrakennettua listaa rooleille.

Kävin syöttämässä teille parametriin P/3 saman listan joka on sisäänrakennettuna ohjelmasta,
joten nyt pääset tekemään siellä tarvittaessa muutoksia.
Lisäsin poistetuille roolin kirjaimella "Z". Voit halutessasi
muuttaa selitteitä, järjesteää rooleja ja poistaa tarpeettomat roolit ylläpidon kautta.
Näitä seuraavia ei kuitenkaan kannata poistaa, koska niillä on erikoismerkitys järjestelmässä:
- tyhjä = asiakas (oletus)
- C = vastuuyksikkö
- F = tiedekunta (vastuuyksikön emoyritys)

Lyhytkurssipuolen ohjelmiston kannalta tarpeellisia rooleja ovat edellisten lisäksi myös L=liikennöitsijä,
P=kurssipaikka.

Täällä miellä on muutamia innokkaita henkilökunnan jäseniä,
jotka olisivat kiinnostuneita ottamaan lukkarista kursseja ohjelmallisesti.
Siitä heräsi sitten kysymys, että onko se mahdollista ja jos on niin millaisia
rajapintoja siinä voisi hyödyntää? Tiedän, että se toimii nyt ical protokollalla se
lukkarin webcal joka lähettää niitä muihin kalentereihin. Mutta varsinkin yksi henkilö oli kiinnostunut saako sieltä esim. php:llä otettua tietoa? 11.01.2013.

WebCal on varmaankin näitä tarkoituksia varten paras lähestymistapa,
sillä silloin päästään käyttämään standardia tiedonsiirtomuotoa, ja kaikki Asion omaan
toteutukseen liittyvä monimutkaisuus jää pois kuvioista.
Lukkari itsessään on PHP-ohjelma joka lukee tietonsa MySQL-tietokannasta, ja sylkee
ulos HTML-sivuja sekä WebCal-syötteitä.
Ohjelmassa on oma sisäinen kirjastonsa jolla lukkaridatan voi pyytää PHP-koodin sisällä.
Emme kuitenkaan suosittele tietokanta- tai ohje
shallinnan ja dokumentoinnin haasteiden takia.

Jos kyse on yksittäisen henkilön oman lukkarin tietojen nostosta, ja kalenterin URl on saatavilla,
niin siinä voi käyttää WebCal-rajapintaa esim. suoraan näin:

1) Ota WebCal-urlisi ulos lukkarista
2) Vaihda protokollaksi http://
3) PHP:lla datan saa luettua esim. file_get_contents -käskyllä, esimerkkinä meidän testitunnarin lukkari, näin:

$url = "http://asio.?????.fi/w/i.php?147?????,p5153221";
$lukkari_data = file_get_contents($url);

?>

WebCal-syöte toimii niin että sen endpointti on aina http://asio.?????.fi/w/i.php
ja kysymysmerkin jälkeinen osa muuttuu ja identifioi kalenterin.

Jos haussa on laajempana ajatuksena esim. tietyn henkilön lukkarin noutaminen,
niin siihen ei valitettavasti ole suoraan soveltuvaa valmista ratkaisua olemassa.
Voisin laittaa tietoja tai arvioita uusien liitäntöjen
toteutusmahdollisuuksista jos laitatte meillepäin hieman tarkempia tietoja näistä integrointiajatuksista.

Palvelimen suojauksesta. 11.01.2013.

Kävin vilkaisemassa ALV-muutosajojen yhteydessä palvelimeltanne sisäänkirjautumislokia,
ja huomasin että palvelimellenne on yritetty epäonnistuneesti kirjautua
sisään aika monta kertaa.
Tämä on sinänsä ihan tyypillistä
"koputtelua" josta ei itsestään tarvitse säikähtää, eli joku hyökkääjä vain kokeilee
tyypillisiä käyttäjätunnus/salasana-pareja siinä tarkoituksessa, että niillä pääsisi
sattumalta sisään koneelle ja pääsisi esim. lähettämään roskapostia konettanne käyttäen.

Murtoriskien pienentämiseksi olisi mielestäni kuitenkin syytä,
että palvelimelta suljetaan ulkoverkon suuntaan kaikki sellaiset palvelut, joita ei tarvita.
Asio-järjestelmän kannalta ainoastaan nämä palvelut ovat
tarpeellisia ulkoverkosta käsin palvelimen suuntaan:
- HTTP (portti 80)
- HTTPS (portti 443)

Tällä hetkellä avoinna on ainakin SSH (portti 22) joka on juuri se mitä koputellaan.

Muut portit kuin edellämainitut 80 ja 443 voisi sulkea sisääntulevan
liikenteen osalta kaikista muista paitsi tietyistä IP-osoitteista.
IP-osoitteita, jotka tulisi avata ovat vain meidän oma huoltoyhteyden osoite
62.236.50.217 sekä varsinaisen palvelimen ylläpidon omat IP-osoitteet.

Oodi-siirto antaa virheilmoituksen "Sinua ei ole kiinnitetty yhdenkään kurssin suunnittelijaksi". 09.01.2013.

Oodi-siirrossa näkemäsi virheilmoitus tulee silloin, kun ei ole suunnittelijakiinnitystä yhteenkään kurssiin.
Tätä kiinnitystä ei tarvita jos on pääkäyttäjän oikeus.
-järjestelmässä suunnittelija on kurssi (=opintokohde) -tason tieto.
Kätevin kohta prosessissa viedä suunnittelijakiinnitys kursseihin on aineiston valintavaihe,
jossa operaation voi tehdä kerralla kaikille
käsittelyyn otettaville kursseille.
Tiedon voi kiinnittää jälkikäteen, ja se onnistuu järjestelmästä seuraavista paikoista:

1) Kurssin perustietojen kautta, Henkilöt-otsakkeen alta, kohdasta "suunnittelija"

2) Usealle kurssille kerrallaan pystyy kiinnityksen tekemään toiveiden käsittelyn hakutuloslistan kautta.
Sinne tulee näkyville alaosaan painike "suunnittelijan/lj.vastaavan asetus".

Käytännössä teillä tarvitaan vain suunnittelija-tietoa,
eli voitte toistaiseksi jättää lj.vastaava -tiedon kokonaan huomiotta.
Olen melkeinpä sitä mieltä,
että tunnukseesi llaurema pitäisi laittaa päälle pääkäyttäjän oikeus.
Tästä voisi laittaa Kari Karlssonille viestin, hän on teillä oikea henkilö myöntämään pääkäyttäjäoikeuksia.

Opettaja tekee varauksen vapaan ajan haun kautta HH-varauksena ja laittaa ruksin Tee merkintä myös omaan kalenteriini…. Omassa kalenterissa ei näy luokkatilaa? (kts. alla) Opettaja ei voi muistaa mihin tilaan hän on varauksen tehnyt. 09.01.2013.

Yrityskohtaisissa asetuksissa on asetus nimellä "Luokkatila henkilökalenterissa".
Eli tässä voisi kokeilla josko vivun asennolla "näytä kaikki opetustapahtuman tilat" olisi haluttu vaikutus.

Shibboleth-ongelmien tutkiminen. 09.01.2013.

Shibboleth-ongelmaa voi tarvittaessa tutkia kirjautumalla tähän urliin:

https://asio.?????.fi/shiblogin/i.php

Tulostuvalla listalla pitäisi olla joukko SHIB_ -alkuisia attribuutteja,
erityisesti SHIB_EP_PRINCIPALNAME on tärkeä sillä se on henkilön yksilöintiattribuutti.
Jos se puuttuu, pääsee käyttäjä sisään mutta Asio-järjestelmä
ei tiedä hänen identiteettiään.
Lukkari näkyy tällöin tyhjänä ilman tallennusmahdollisuutta,
ja omaa kalenteria ei ole.

Meillä on esitetty toive Google Analyticsin käyttöönotosta Täykkäri Asiossa. Ohessa viesti, jossa olisi tarvittavat koodit yms. tiedot.

Mielestäni tämä kannattaisi toteuttaa yrityskohtaisten asetusten kautta siten,
että Asion käyttäjät voisivat itse tuon koodin järjestelmään laittaa.
Saattaa toki olla, että teillä on jo tähän joku toiminnallisuus toteutettuna.
Mikäli ei ole, niin onnistuisiko tämän kehittäminen vielä tuohon julkaistavaan versioon?
Tulisiko tästä meille kustannuksia? 17.12.12

Tämä on oikein hyvä ajatus, mutta luulen,
että emme millään pysty lupaamaan toteutusta versioon 13 mennessä.

Mieleeni tuli kuitenkin kevytvaihtoehto, jolla pystytte lisäämään
Analytics-seurannan Asion kurssitarjontasivustoon.
Pääsisittekö tekemään tämän itse allaolevaa ohjetta noudattaen?

1) Asion kurssisivuston sivupohja löytyy pääohjelmahakemiston alta tiedostosta kurssiilmo/hamk/index.php

2) Avaa tiedosto tekstieditoriin.
Tiedosto on varsin yksinkertainen ja
lähes puhdasta HTML-koodia, ja sisältää vain pari PHP-koukkua dynaamiselle sisällölle.

3) Lisää Analytics-seurantakoodi tiedostoon haluttuun paikkaan.
Jos oikein muistan, niin nämä lisätään tyypillisesti sivun loppuun, ennen body-osan sulkeutumista.

4) Testaa toiminta, ja lähetä lopuksi vielä
muutettu index.php -tiedosto meille niin saadaan muutos versionhallinnan piiriin.

Tällainen yleinen Analytics-seurantakoodi ei omien kokemuksieni perusteella juurikaan elä,
ja kyse on varsin staattisesta tiedosta.
En siksi usko että tiedon
ylläpitäminen tällä tavalla manuaalisesti olisi mahdottoman työlästä.

Nyt meille tuli akuutti ongelma Untis-lukujärjestystietojen siirrossa tilavarauskalenteriin. Liitteenä oleva tiedosto mennä sujahtaa testipuolelle kyllä,
kun laittaa siirtoväliksi 19.12.2012 - 01.03.2013.
Tuotantopuolella siirto jää kesken. 18.12.2012

Uskoisin virhekuvauksen perusteella kyseessä olevan,
että jokin PHP:n asetus on tuotannossa eri asennossa,
ja aiheuttaa tämän ongelman. Sain nimittäin
meidänkin testipuolelle tuon tiedoston latatautumaan oletusaikavälille oikein.
Op.nro 10024. ei ole viimeinen tiedostossa, eli selvästi parsinnassa tulee nyt jokin tenkkapoo eteen.

PHP on siitä ikävä että fatal error -tyyppinen virhe katkaisee suorituksen.
Yleensä fatal errorit on vielä tuotannoissa laitettu piiloon.

Kokeiletko siirtoa tuotannossa tällä versiolla ohjelmasta:

http://asp.??????.fi/siirto/gpnread_v1300_debug.zip

Tässä on uusimmat tuontiohjelmat eli samat kuin meidän ASP:lla,
ja lisäksi käänsin siihen päälle PHP:n display_errors -asetuksen joka toivottavasti näyttää
fatal error -tyyppisen virheen selitteen ruudulla.
Paketissa on tiedostoja kokvar-kansioon, kannattaa totutusti ottaa backup vanhoista ennen tämän asennusta.

Jos sama ongelma toistuu niin seuraavaksi voisi kokeilla näitä:

1) Käännä tilapäisesti päälle tuotannon PHP:sta display_errors -asetus php.ini -tiedostosta.
Tämä vaatii Apachen uudelleenkäynnistyksen ennenkuin asetusmuutos
astuu voimaan.
On nimittäin mahdollista että tuota asetusta
ei voi muuttaa ajonaikaisesti, tämä riippuu vähän ympäristöstä.
Kokeile sen jälkeen tuontia
uudestaan ja katso mitä tapahtuu.

2) Voit yrittää lisäksi etsiä järjestelmän virhelokista virheilmoitusta.

Valitettavasti taas kerran virheloggauksen paikka riippuu ympäristöstä,
eli en pysty antamaan vedenpitävää ohjetta.
Tyypillisiä paikkoja PHP:n fatal errorien loggaukseen ovat:

- Apachen oma virheloki, error.log tai error_log, kansio vaihtelee

- Järjestelmäloki (syslog), eli /var/log/syslog tjsp.

Virhelokin tarkastelussa suodata lokista vaikkapa grep-työkalulla vain
ne rivit joilla esiintyy merkkijono PHP isoilla kirjaimilla.
Muuten silmille tulee
iso määrä kaikenlaista joutavaa.
Tässä on esimerkkinä komentorivi
jolla saat viimeiset 90 000 riviä tiedostosta /var/log/syslog em. tavalla suodatettuna:

tail -n 90000 /var/log/syslog | grep PHP

Pysähtymiseen johtuvassa virheessä esiintyy aina myös teksti
"fatal error" eli kaikki warning, notice jne. -tyyppiset ilmoitukset voit sivuuttaa tarkastelussa.

Toimiiko Asio niin, että joka kerta kun uusi käyttäjä pääsee Shibbolethin kautta, hänelle luodaan tunnus tietokantaan? Miksi, mikä on tarkoitus? 07.12.12

Uuden käyttäjän kirjautuessa Asio toimii seuraavasti:
- Jos henkilölle tulee sisään EPPN-tieto, perustetaan hänelle henkilörekisteriin merkintä person_p-tauluun,
johon tallennetaan nimi ja sähköpostiosoitetiedot.
Tämä tietue yksilöidään EPPN:n avulla, eli sitä ei perusteta
uudestaan kun samalla EPPN:llä tullaan seuraavan kerran sisään.
- Henkilölle perustetaan lisäksi tilapäinen käyttöoikeustietue asio.kayttooikeus_p-tauluun.
Tämä tietue perustetaan joka kerta uudestaan kun käyttäjä
kirjautuu sisään,
ja järjestelmä siivoaa automaattisesti tietyin säännöin
yli vuorokauden vanhoja tietueita pois.
Tilapäisen käyttäjätunnuksen tunnistaa
tietokannassa siitä,
että asio.kayttooikeus_p-taulussa on perustajatun-kentässä arvo "SYSTEM".

Henkilörekisteriin merkintä tehdään käyttäjän yksilöinnin toimimisen takia.
Jos merkintää ei tehtäisi, ei järjestelmä voisi tietää seuraavan kerran
kirjautumisen yhteydessä esim. sitä, mitkä varaukset ovat käyttäjän
omia varauksia ja mikä on henkilön oma kalenteri.
Käyttöoikeus puolestaan perustetaan siksi, että tauluun tallennetaan käyttöoikeuden profiloinnin tulos.
Jos tätä ei tehtäisi vain kirjautumisen yhteydessä,
vaan esim. joka kerta, niin tällä olisi heikentävä vaikutus suorituskykyyn.
Lisäksi loggaukset ja järjestelmän toiminta ylipäätään edellyttää
käyttöoikeusrivin olemassaoloa silloin kun ohjelmaa käytetään.

Onko tilavarauskalenteriin toteutettu videoneuvotteluyhteyden & teknisen tuen tilaukseen liittyviä osioita? Liitteenä on pari lomaketta, joita meillä käytetään
tällaisiin varauksiin. Voimme toteuttaa ne myös erikseen,
mutta jos noita on mahdollista linkittää jotenkin kalenteriin, niin se olisi yksi vaihtoehto. 28.11.2012.

Tällaisia asioita ei löydy järjestelmästä syöttökenttinä,
mutta saisitteko rakennettua ratkaisun tilojen lisätietojen ja lisätieto-tiedostolinkkien avulla?

Yksinkertaisimmillaan tämä voisi olla linkki ulkoiselle HTML-sivulle,
jonne olette koostaneet nuo tilaamisen ohjeet itse.
Vaihtoehtoisesti WORD-dokumentit voi
lähettää lisätieto-tiedostoina Asioon, jolloin niistä tulee
linkit ns. tilan kotisivuun joka avautuu kun kalenterista klikkaa linkkiä tilan nimen kohdalta.

Eli yksinkertaisuudessaan tuo esimerkkini on HTML-merkkausta tilan lisätietokentässä,
joka näytetään viikkokalenterin yläpuolella keltaisella pohjalla.
Henkilörekisteriin merkintä tehdään käyttäjän yksilöinnin toimimisen takia.
Jos merkintää ei tehtäisi, ei järjestelmä voisi tietää seuraavan kerran
kirjautumisen yhteydessä esim. sitä, mitkä varaukset ovat käyttäjän omia varauksia ja mikä on henkilön oma kalenteri.

Toimiiko Asio niin, että joka kerta kun uusi käyttäjä pääsee Shibbolethin kautta, hänelle luodaan tunnus tietokantaan? Miksi, mikä on tarkoitus? 08.11.2012.

Uuden käyttäjän kirjautuessa Asio toimii seuraavasti:
- Jos henkilölle tulee sisään EPPN-tieto, perustetaan hänelle henkilörekisteriin merkintä person_p-tauluun,
johon tallennetaan nimi ja sähköpostiosoitetiedot.
Tämä tietue yksilöidään EPPN:n avulla, eli sitä ei
perusteta uudestaan kun samalla EPPN:llä tullaan seuraavan kerran sisään.
- Henkilölle perustetaan lisäksi tilapäinen käyttöoikeustietue asio.kayttooikeus_p-tauluun.
Tämä tietue perustetaan joka kerta uudestaan kun käyttäjä kirjautuu
sisään, ja järjestelmä siivoaa automaattisesti tietyin
säännöin yli vuorokauden vanhoja tietueita pois.
Tilapäisen käyttäjätunnuksen tunnistaa
tietokannassa siitä, että asio.kayttooikeus_p-taulussa on perustajatun-kentässä arvo "SYSTEM".

Henkilörekisteriin merkintä tehdään käyttäjän yksilöinnin toimimisen takia.
Jos merkintää ei tehtäisi, ei järjestelmä voisi tietää seuraavan kerran kirjautumisen
yhteydessä esim. sitä, mitkä varaukset ovat käyttäjän
omia varauksia ja mikä on henkilön oma kalenteri.

Käyttöoikeus puolestaan perustetaan siksi, että tauluun tallennetaan käyttöoikeuden profiloinnin tulos.
Jos tätä ei tehtäisi vain kirjautumisen yhteydessä vaan esim.
joka kerta, niin tällä olisi heikentävä vaikutus suorituskykyyn.
Lisäksi loggaukset ja järjestelmän toiminta ylipäätään edellyttää
käyttöoikeusrivin olemassaoloa silloin kun ohjelmaa käytetään.

Täällä yliopistolla on noussut kiinnostus outlookin käytössä entistä suuremmaksi. Tästä syystä myös outlookin toimintojen integroiminen muihin järjestelmiin on yleistynyt. Kyselin joskus alkuvuonna olisiko mahdollista saada jotain yhteyttä outlookin tilavarauksista. Vielä silloin se ei ollut kuulemma mahdollista. Mutta nyt olisi enemmänkin kiinnostusta saada opettajien kalenterit Outlookiin. Tämähän onnistuu WebCal toiminnolla niin, että kyseinen kalenteri menee ”other calendar” välilehdelle. Onko se mahdollista saada niin, että se menisi ”my calendar” kalenteriin joka on se ns pääkalenteri? Tätä ei tietysti tarvitse välttämättä tehdä WebCal toiminnolla jos se ei sillä onnistu. Mutta tällainen toiminto näyttäisi täällä kiinnostavan. 08.11.2012.

WebCal -kalenteri on Outlookissa aina erillinen kalenteri.
Outlookin Windows-työpöytäversiossa sekä kaikissa mobiilikalenterisoftissa erilliset kalenterit saa
näkymään samassa kalenterinäytössä, jolloin käyttökokemus on
identtinen yhden oman kalenterin kanssa. Outlookin web-versio eli Web Access ei
tällä hetkellä tue useiden kalenterien näyttämistä päällekkäin samassa näytössä,
mutta uskoisin tämän tuen olevan tulossa koska ominaisuus on ollut
WA kehittyy jatkuvasti.

Mainitsemasi muut kalenterit ("other calendars") on Outlookissa kalenterin kategoria,
vastaavalla tavalla kuin omat kalenteritkin.
Kalenterin voi siirtää muista
kalentereista omiin hiirellä tarttumalla ja vetämällä.
En ole ihan varma mitä kategoria Outlookissa merkitsee, mutta kannattaa tsekata josko
tällä olisi vaikutuksia mm. syötteenä nostettujen kalenterien oletusarvoiseen näkyvyyteen.

Ainoa tapa saada varaukset suoraan Outlookin omaan kalenteriin on ottaa
käyttöön Asion Exchange-synkkaustoiminto.
Tässä on kuitenkin useita haasteita, joiden takia
suosittelen henkilökohtaisesti pitäytymään WebCal-tyyppisissä syöteratkaisuissa:

1) Exchange-liitäntä on varausten synkronointia, ja on näin ollen aina kaksisuuntainen.
Tämä tarkoittaa että liittymän ollessa käytössä opettaja voi aina muokata
kalenteriaan myös mobiililaitteesta tai Outlookista,
eikä Asiolla ole mahdollisuutta estää tätä. Tämä on aiheuttanut joillain asiakkaillamme
hämmennystä kun esim.
ope on poistanut kalenteristaan tapahtumia ja muutos on sitten näkynyt myös Asiossa.

2) Exchange-liitäntä on raskaampi ja monimutkaisempi,
mikä näkyy Asion päässä kasvaneina serverivaatimuksia (mm. synkkaukseen käytettävien tietojen tallennuksen takia)
sekä hieman hitaampana suorituskykynä henkilökalentereja avattaessa.
Exchange-palvelun hitaus tai yhteysongelmat sen ja Asion välillä
voivat vaikuttaa merkittävästikin suorituskykyyn.

3) WebCal on teillä jo vakio-ominaisuutena, ja Exchange-liittymä olisi uusi maksullinen lisäpalikka :)

Jos haluttaisi liittää WebCal Luentosaleihin, tulisiko oranssi syötekuvake Asion luentosalin viereen, ja toimisiko se niin, että kuvakkeen ensimmäisen klikkaamisen jälkeen Outlook- kalenteriin tai mobiililaitteelle tulisi salin kaikkien päivien (menneisyydessä ja tulevaisuudessa) varaukset, jotka päivittyisivät automaattisesti Asioon tehtyjen muutoksien myötä? 05.11.2012.

Tämä toimisi juuri näin jos WebCal nostetaan näkyviin myös tilakalentereihin,
eli Asioon tulisi oranssi syötekuvake jonka kautta voi napata WebCal-linkin.
Syötteet ovat aina reaaliaikaisia ja päivittyvät näin ollen automaattisesti.
Päivitysväli riippuu käytännössä vain siitä, miten usein syötettä lukeva
kalenteriohjelma käy hakemassa tiedon uudestaan.
Tilojen WebCal-syötteeseen nostetaan nykyisellään varaukset seuraavanlaisella aikavälirajauksella,
mutta näitä on tarvittaessa helppo laajentaa:
- Menneisyyteeen päin nostetaan 7 vuorokautta,
eli esim. tänään syötteestä löytyisi viime keskiviikon varaukset.
- Eteenpäin nostetaan 5 kuukautta nykypäivästä,
eli esim. nyt syötteessä olisi varaukset 7.3.2013 asti.

Pääsemmekö itse ylläpitämään sähköpostilla lähtevien varauksen vahvistuskirjeiden sisältöä? 31.10.2012

Sisältö ei ole muokattavissa.
Vahvistuskirje ei enää (versio 9) ole suositeltava.
Jatkossa kannattaa käyttää muokattaviin ilmoituspohjiin perustuvia
viestejä (esim. kutsut, saapumis- ja hyväksymisilmoitukset).

Pystyykö ASIO julkaisemaan kalenterin HTTPS:n yli? Webcal URLin webcal:// oletetaan ymmärtääkseni ainakin ensimmäisen kutsun osalta käyttävän http:tä (webcals:// olisi SSL-suojattu vastine). 29.10.2012.

Protokolla webcals:// eli HTTPS:n yli tapahtuva liikennöinti ei ole valitettavasti
läheskään yhtä laajasti tuettu kuin webcal:// joka tapahtuu HTTP:n yli.
Minulla on ollut vaikeuksia saada webcals:// -protokollaa toimimaan
ollenkaan esim. Applen laitteissa.

Eli jos tämä ominaisuus halutaan käytöön,
niin palvelimelle pitäisi ehdottamasti kyllä saada tuo suojaamaton HTTP auki.

WebCal-syötteen suuntaan ei Asiossa liiku ollenkaan kirjautumistietoja.
Selain saattaa lähettää istuntocookien jos ennen WebCalin käyttöä ollaan kirjauduttu
samaan osoitteeseen samassa selainistunnossa.

Tässä on hieman tietoja ja ehdotuksiani miten asiassa voisi edetä ja mitä voisitte kokeilla.

1) Paras vaihtoehto olisi, jos student-palvelimelle
sallittaisi HTTP-pääsy WebCalin endpointtiin, joka sijaitsee /w/ kansiossa juuressa.
Muualle HTTP-pääsy voidaan estää kokonaan.
Tämä lienee mahdollista konfiguroida Apacheen
joko httpd.conf -tiedostossa, virtuaalipalvelinasetuksena tai .htaccess -tiedostoilla.
Lopputulema olisi siis tämä:

http://asio....fi/w/ --> pääsy sallitaan vain tähän polkuun, muut kielletään
https://asio.....fi/ --> pääsy sallitaan kaikkiin alipolkuihin

2) Voitte kokeilla webcals-protokollaa ilman että Asioon puolella tehdään muutoksia.
Tämä onnistuu niin että vaihdat protokollan nimen urlista.
Voit vaihtaa sen webcals:// tai jos ei toimi niin https://.
Epäilen että tässä
saatetaan silti törmätä sertifikaattiongelmiin tuon ulkoisen Outlook.com -palvelun kanssa.

webcals://... ga,p5116660 https://...

Vielä yksi kysymys liityen näihin ohjesivuihin. Laitoin liitteeksi kuvan ohjelinkistä, joka näkyy esim. tilan kohdalla oikeassa laidassa.
Meillä se ohje on tyhjä, mutta en nyt millään keksi, mistä sitä pääsee muokkaamaan.
Se ei näy olevan opettajan, opiskelijan, ylläpitäjän eikä yritystietojen ohje. 24.10.2012.

Varmistatko, että olet järjestelmässä määritelty pääkäyttäjäksi.
Tällöin kyseinen ruutu avautuu päivitysmoodissa.

Mitäköhän oikeuksia nämä käyttäjät tarvitsevat tuplakurssien poistoon? Heillä on jo tason III ylläpitäjän oikeudet. Kiitos. 18.10.2012.

Tuplakurssien poisto on toiminto, joka on Asiossa sallittu ainoastaan pääkäyttäjälle,
eli tätä kautta et voi määritellä käyttäjälle sellaista oikeutta, että kyseiseen
toimintoon pääsisi käsiksi.

Pääkäyttäjän määritys tapahtuu erillisestä toiminnosta, johon pääsee käsiksi ylläpitotoimintojen etusivulta.
Määrityslistaan nousevat kaikki sellaiset käyttäjät,
joiden rooli on ylläpitäjä tai jonka rooli perustuu ylläpitäjä-rooliin.
Pääkäyttäjyyttä ei voi antaa minkään AD-ryhmäjäsenyyden perusteella, vaan se
pitää aina määritellä erikseen Asion puolella.

Kannattaa olla varovainen tuplakurssien poistotoiminnon kanssa, sillä poistoja ei voi peruuttaa.
Voisi olla hyvä ennen laajempia poistoja tehdä kurssitaulusta
tietokantaan varmistuskopio, tämä onnistuu MySQL-konsolilta seuraavasti:

CREATE TABLE hbc.course_p_backup SELECT * FROM course_p;
Lukkarissa on tältä osin sellainen automaattinen toiminto,
että se tutkii mihin kellonaikaan mukaan valitun
tarjonnan viimeiset toteutukset järjestetään. Lukkariin pitäisi
toisin sanoen automaattisesti alustua kellonaikoja aina klo 21 saakka jos mukaan on
valittu kursseja joilla on opetusta ko aikaan.

Testailimme WebCal-toimintoa vähäsen. Minun Outlook-kalenterissani varaukset hyppäsivät jostain syystä 3 tuntia eteenpäin. Villen kalenterissa ne menivät oikeaan aikaan.
Onlisikohan tässä jokin timezone-ongelma kyseessä?
Onko tällaista tullut ennen vastaan?

Tuli myös mieleen muutamia lisäkysymyksiä:

1. Saako kalenterin jotenkin puhelimeen asti?

2. Saako kalenterisyötteen myös ryhmätiedoista/opintojaksotiedoista? (opiskelijoita ajatellen)

3. Luodaanko syötteen pohjalta aina uusi kalenteri vai voisiko tiedot tuoda olemassa olevaan kalenteriin Exchangessa?

28.9.2012

Timezone-ongelma on tuttu ja tullut vastaan Vaasan Yliopistossa,
ja tähän olikin jo korjaus valmiina meidän dev-puolella.
Nyt pitäisi olla kehissä myös tuossa
linkittämässäni demossa ja varausten kellonaika oikein.
Kyse on juuri siitä että jos feedi ei sisällä aikavyöhykeasetusta,
käyttää Outlook jotain
mystistä järjestelmän oletusta joka tuntuu vaihtelevan käyttäjittäin.

1) Syötteen saamiseksi mobiiliin on useita vaihtoehtoja, ja paras niistä riippuu hieman tilanteesta.
Applen iCal tukee syötteiden lisäämistä suoraan, kuten
tietääkseni myös Android ja Nokian Symbianit.
Windows Phonelle WebCal-syötekalenterit saa synkattua ainakin Exchangen ja Windowsin Live -kalenterin
(nykyään Outlook.com) kautta, eli kun kalenterin lisää Outlook-tililleen
niin tapahtumat saa näkyviin Exchange-synkkiä tukeviin puhelimiin.

Jos puhelimen kalenterisofta tukee suoraan syötteitä, niin helpoin tapa
lisätä WebCal puhelimeen on lähettää webcal:// -alkuinen linkki itselleen sähköpostilla
(mikä onnistuu myös Asiosta oranssin feed-napin takaa),
ja klikata puhelimen sähköpostiohjelmassa linkkiä.

2) Kaikki Asion kalenterit tukevat teknisessä mielessä datan julkaisua WebCal-syötteenä,
mutta olemme paljastaneet toiminnon vain omaan kalenteriin.
Opiskelijoiden ryhmäkalenterin näyttöä varten olemme suositelleet
Asio-lukkari-työkalun käyttöä, sillä sen avulla opiskelija voi mm. nähdä Asiossakin
"oman kalenterin" vaikkei häntä olekaan siellä resurssina,
sekä mm. valita kalententerissaan näkyvät opintojaksot vapaan tarjonnan kautta.

Asion kalenterin saa ulos WebCal-muotoisena syötteenä lisäämällä urliin parametrin "&outmode=webcal".
Tässä pari ylimääräisistä parametreista karsittua esimerkkiä:

Luokan "sai0snb" kalenteri:

http://asp.??????.fi/kalenterit2/index.php?cluokka=sai0snb&kt=lk&outmode=webcal&guest=/oamk

Opintojakson "o4006ho" kalenteri:

http://asp.?????.fi/dev/kalenterit2/index.php?ckurssi=o4006ho&kt=co&outmode=webcal&guest=/oamk

3) WebCal-syötteet näkyvät kaikissa näkemissäni kalenterijärjestelmissä erillisenä kalenterina.
Melkein jokainen kehittyneempi kalenteriohjelma osaa näyttää
useita kalentereja päällekkäin samassa näkymässä.
Erillisissä kalenterissa on myöskin se hyvä puoli, että käyttäjä voi valita kalenteriohjelmassa
eri kalentereille eri värit, jolloin esimerkiksi opetus ja omat merkinnät saa visuaalisesti eroteltua toisistaan.

Outlookin Windows-asiakasohjelma tukee kalenterien näyttämistä päällekkäin,
mutta Outlookin Web Accessin nykyversiosta en ole ko. toimintoa löytänyt.
Kaikki kokeilemani mobiilikalenteriohjelmat (Apple iCal, Windows Phone, Android)
osaavat näyttää monta kalenteria nätisti samassa näkymässä.

Meillä on tosiaan päädytty siihen, että ainakin aluksi halutaan synkronoida kalenteritiedot vain suunnassa: Asio-tilavarausjärjestelmä --> Ecxhange.
Voisiko tuosta ehdottamastanne webCal-yhteydestä saada tarkemman kuvauksen? 26.9.2012.

WebCal-ominaisuus mahdollistaa Asion oman kalenterin tietojen nostamisen WebCal/iCalendar-syötteitä
(Microsoftin slangilla "Internet-kalentereita") tukeviin
kalenteriohjelmiin.
Toiminto näkyy käyttäjälle kaikessa yksinkertaisuudessaan näin:

1) Asion oman kalenterin yhteyteen tulee uusi oranssi syötekuvake,
jonka kautta on mahdollisuus nähdä tai lähettää itselle sähköpostilla WebCal-syötteen linkki.

2) Linkkiä sähköpostista klikattaessa WebCalia
tukeva sähköposti-/kalenterijärjestelmä osaa tilata syötteen uudeksi kalenteriksi.

3) Kalenterin tiedot tulevat näkyviin kalenterijärjestelmiin,
ja tieto myös päivittyy Asiossa tehtyjen muutoksen myötä sillä tahdilla kuin kalenterijärjestelmä
päivittää itse syötettä.
Esim. Applen iCalin ja
Microsoft Outlookin tapauksessa päivitys on lähes reaaliaikaista, ja ajantasainen tilanne näkyy
aina kun kalenterin avaa.
Google-kalentereissa päivitysväli on hieman pidempi, 24 tunnin luokkaa.

Käänsin Webcalin päälle meidän palvelimella olevaan testikantaanne,
johon pääset tunnarilla "joletest" osoitteesta https://asp.?????.fi/kalenterit2/ .
Tein omaan kalenteriisi muutaman testivarauksen joiden pitäisi näkyä syötteessä.

WebCal-syötteen URL jota voit kokeilla Outlook-kalenterissasi suoraan on seuraavassa:

webcal://asp.asio.fi//w/i.php?32axxxx,t5604a7

Syötteen datan saat halutessasi näkyviin
selaimeen tällaisesta urlista: http://xxx.yyyasio.fi//w/i.php?32axxxx,t5604a7&inline=1

Yksi opiskelija ihmetteli, kun siirrettäessä lukujärjestys Google-kalenteriin vain osa kursseista siirtyy. Liitteenä kuva, jossa näkyy, että keltaisella
pohjalla olevat kurssit ovat siirtyneet WebCal-siirrossa Lukkarista,
mutta sinisellä pohjalla olevat opiskelija on joutunut tekemään manuaalisesti kalenteriinsa,
vaikka ne näkyvät hänellä myös Lukkarissa. Hän oli tehnyt WebCal-siirron useampaan kertaan ja päivittänyt Google-kalenteria, mutta siltikään osa kursseista ei näkynyt kalenterissa. Mistä tämä voisi johtua? Kovin yksityiskohtaisia neuvoja emme ole lähteneet opiskelijoille antamaan WebCalin käytössä, mutta olisi hyvä tietää jos näitä tapauksia tulee useampia, että mikä tuohon voisi olla syynä. 26.09.2012

Jos merkintöjä puuttuu niin kannattaa ensiksi tarkistaa syötteen sisältö.
Tämä onnistuu helpoiten vaihtamalla webcal-urlin protokolla webcal:// -> http:// eli tähän tapaan:

http://asio.xxxx.fi/w/?bfcxxxx,p5146653

Vastauksena tulee ICS-tiedosto, jonka voi avata tekstieditoriin.
Siitä näkee aika helposti silmällä mitä kursseja syötteessä on mukana.
Mikäli tekstieditoria
ei ole helposti käytettävissä tai jos selain avaa väkisin
ICS-tiedoston jollain muulla ohjelmalla, niin syötettä voi katsella myös suoraan selaimessakin
lisäämällä perään "&inline=1" -parametrin:

http://asio.xxxx.fi/w/?bfcxxxx,p5146653&inline=1

Epäilykseni kuitenkin on, että tässä on kyseessä Google-kalenterin ikävä ominaisuus,
joka liittyy syötteiden päivitysnopeuteen.
Olen nimittäin itse huomannut
ja myös nettikeskusteluja seurannut, että Googlen kalenteri
päivittää syötteen hyvin epätasaisin ja epäloogisin aikavälein. Joskus päivitys tapahtuu
kerran vuorokaudessa, ja joskus aikaväli on tätäkin pidempi.
Googlessa edes kalenterin poistaminen ja sen lisääminen uudestaan
ei päivitä oikeasti syötettä, vaan Google nostaa datan omasta välimuististaan.

Tämä ominaisuus on valitettavasti Googlen päässä eikä meillä ole mahdollisuuksia vaikuttaa asiaan.
Lisäksi tämä käytös tuntuisi olleen Googlen kalenterissa jo
niin kauan että en usko muutosta tulevan nopealla aikataululla.

Ainoa kiertotie jolla olen itse saanut Googlen päivittämään
syötteen on kalenterin poistaminen ja lisääminen uudestaan niin, että urlia muuttaa hieman.
Asion syöteurleihin voi lisätä perään &-merkin jälkeen uuden parametrin, tähän tapaan:

webcal://asio.xxxx.fi/w/?bfcxxxx,p5146653&a=1

Tässä esimerkissä tuo "&a=1" on urliin lisäämäni uusi pätkä.

AD:lta tunnus bacne (Nelli Bäckman) pitäisi saada varausoikeudet kaikkiin tiloihin ja siten, että vain tällä tunnuksella olisi oikeus varata tiloja B449 ja B450.
Jos saisin tästä vaikka mallin, miten toteutetaan,
voisin sitten itse tehdä samat toimenpiteet muutamalle muulle tunnukselle, joiden halutaan vain
pystyvän varaamaan luokkia B449 ja B450. Eli kaikki muut käyttäjät halutaan rajata pois varaamasta luokkia B449 ja B450. 14.09.2012.

Olen rakentanut esimerkin bacne-tunnukselle tilavarausjärjestelmäänne.
Määrittelyn perusajatus on seuraavanlainen:

a) Asion käyttöoikeusrooleihin "Asio-varausoikeudet" ja "Opettajat_varaus" on
määritelty tilakohtaisena oikeutena pelkkä selailuoikeus koskien tiloja B449 ja B450.

b) Tunnus "bacne" on perustettu järjestelmään, ja hänelle on
määritelty päälle ruksi "käytä ulkoista autentikointia" jolloin salasana tarkistetaan AD:ta vastaan.
Käyttäjän rooliksi on määritelty "Asio-varausoikeudet".
Lisäksi käyttäjälle on lisätty henkilökohtaisesti ylläpito-oikeus tiloihin B449 ja B450.

Nuo kaksi ykköskohdassa mainittua roolia ovat ne, joihin järjestelmä profiloi
automaattisesti kaikki AD:n yli kirjautuvat, jos heille ei ole perustettu Asioon manuaalisesti käyttöoikeutta.
Näin tiloja B449 ja B450
koskeva pelkkä selailuoikeus astuu voimaan kaikille AD:n yli sisään tuleville käyttäjille.

Tässä vielä pikaohje siitä, miten nämä poikkeavat varausoikeudet voi tietylle tunnukselle antaa:

1. Tarkista ensin käyttöoikeuksien ylläpidosta (Ylläpito -> Ylläpitotoiminnot) että onko tunnusta perustettu Asioon.
Jos ei ole, niin perusta tunnus seuraavasti:
- Käyttäjätunnus = AD-kirjautumiseen käytettävä tunnus
- Täytä käyttäjälle vähintään sukunimi, etunimi ja email
- Ruksaa päälle "Käytä ulkoista autentikointia Microsoft Active Directory @ bc.local"
- Valitse rooli käyttäjän roolin mukaan (Asio-varausoikeudet tai Opettajat_varaus) ja tallenna.

2. Klikkaa tilakohtaiset oikeudet -kohdasta "Lisää tila"-painiketta,
ja poimi hakutoiminnon kautta B449 ja B450.
Olen lisännyt näiden nopeaa löytämistä varten järjestelmään oman ryhmän
"Business Campus B449+B450"
jonka kohdalta linkkiä klikkaamalla saa heti nämä tilat esiin.

3. Määrittele poiminnan jälkeen näihin tiloihin ylläpito-oikeus tai varausoikeus tarpeen mukaan.

LAITE-nimisen opettajan lyhenne löytyi Untiksen perustiedoista, mutta sille ei ollut kirjoitettu koko nimeä näkyviin.
Tarkoititko, että uusien opettajien koko nimet tulee olla Untiksessa
vai riittääkö niistä pelkästään lyhenne? 12.09.2012

Jos opettaja löytyy Asion varauskohderekkarista, niin silloin ei ole täysin välttämätöntä olla
Untis-aineistossa opettajan nimeä.
Mutta jos opettajat ovat teillä aina jo Asiossa valmiina,
niin sitten tämä asia ei edellytä toimenpiteitä.

Olen toissaviikolla laittanut viesteja (sekä teksti että sähköposti) sanomapalvelujen kautta ja sieltä on tullut paljon opiskelijoilta palautetta,
että tekstiviestit ovat tulleet perille mutta sähköpostit ei.
Onkohan mitään mahdollisuutta selvittää mitkä viestit ovat menneet perille ja mitkä ei? Kun katson
sanomapalvelimen lähetettyjä viestejä niin siellä näyttää kaikki olevan kunnossa. 07.09.2012

Sanomapalvelin pystyy tarkistamaan mailien osalta vain
sähköpostipalvelimen oman vastauksen siinä vaiheessa kun viesti lähetetään.
Valitettavasti sen seuraamiseksi että onko sähköpostiviesti mennyt
ihan oikeasti perille vastaanottajalle ei ole olemassa mitään mekanismeja.

Roskapostisuodattimet toimivat teknisesti niin, että viesti otetaan
vastapäässä vastaan, mutta sitä ei toimiteta vastaanottajan laatikkoon.
Tällaisesta suodatuksesta ei tule sähköpostin
lähetysprotokollaa pitkin lainkaan tietoa lähettäjälle.

Jos valtaosa lähetyksistä ja epäonnistuneista toimituksista on kohdistunut teidän organisaationne sisään,
niin sähköpostipalvelujenne ylläpidolta voisi kysyä josko asialle olisi tehtävissä
mitään jottei ongelma toistu tulevaisuudessa.
Sanomapalvelimen sähköpostit lähtevät aina IP-osoitteesta 62.236.50.217
joten tuota tietoa voisi ehkä käyttää poikkeuksen luomiseen sähköpostin suodatukseen.

Exchange-synkronointiMeillä ei ilmeisesti ole tuota yöajoa päällä. Eli se laitetaan ajastetusti päälle komennolla? 07.09.2012

Ajo pitää ajastaa käyttöjärjestelmän oman ajastusmekanismin avulla siten,
että jollain työkalulla (esim. wget) haetaan tällainen URL palvelimelta:

http://tila.savonia.fi/kokadmin/exchange_sync.php?db=asiakas5

Tässä ajossa ei ole kirjautumista vaan suojaus on toteutettu IP-rajauksen avulla.
Kutsuvan clientin IP-osoite pitää
lisätä server_settings-tiedostoon ext_sync_config -osiona. Tässä esimerkki:

$ext_sync_config = array(
"name"=>"Kalenterien synkronointi",
"allowed_hosts"=>array("192.168.0.1","192.168.0.2"),
);

Tässä tuo allowed_hosts -kohta sisältää listan IP-osoitteista, josta synkin käynnistys on sallittu.

Wget-ohjelma windowsille löytyy täältä: http://gnuwin32.sourceforge.net/packages/wget.htm

Kannattaa tehdä tuosta ajosta vaikkapa BAT-komentosarja ja
sitten ajastaa se tehtäväksi Windowsin ohjauspaneelin kautta.

Hitaat toiminnot pitäisi ohjautua slow.log-tiedostoon.
Sellaista ei löydy logs-hakemistosta.
Sen sijaan hitaudet tallentuvat logs low.log-tiedostoon. Emme ymmärrä miksi näin. No, hyvä että edes jonnekin,
mutta ei vaan keksitä mistä tuo tulee. 07.09.2012

MySQL:n slow-lokin asetus näyttäisi olevan "e:\mysql\logs low.log",
näet tämän esim. MySQL-konsolista antamalla tällaisen komennon:

SHOW VARIABLES LIKE '%slow%';

MySQL:n konffitiedostossa e:\mysql\my.cnf on määritelty lokin
sijainniksi E:/mysql/logs/slow.log.
Hieman arvailuksi menee, mutta veikkaan että MySQL ei suostu syömään slow-lokin polussa noita
Windowsin kannalta vääriä hakemistoerottimia eli kauttaviivoja "/" ja korvaa ne polusta välilyönneillä.

Kun asiakasrekisteristä poistaa asiakkaan (jos vaikka samoja on useita) niin samalla asio poistaa myös siellä yhteyshenkilölistassa olevat ihmiset henkilörekisterinkin puolelta,
eli katoavat
meidän rekisteristä kokonaan. Siispä asiakasrekisterin ylläpidossa ei siis kannata poistella asiakkaita noin vaan.
Ne jolla on yhteyshenkilö, pitää poistaa "tupla-asiakkaiden poisto" kautta.
(siellä voi siirrellä henkilöt talteen ennen poistoa.) 02.09.2012

Tämä oli hyvä havainto.
Tarkensin hieman poistoon liittyvää varoitusta (sisältyy seuraavaan versioon),
jotta tämä asia paremmin tulee esille asiakaskirjausta poistettaessa.

Pari vaihtoehtoista toimintatapaa viestissäsi kirjatun lisäksi:

* Ennen yrityksen poistoa menkää hlörekisteriin ja poistakaa sieltä henkilön yrityskiinnitys.
Vaihtakaa myös tarvittaessa henkilön rooli sopivammaksi.

* Jotkut asiakkaamme käyttävät menettelyä, jossa he ovat perustaneet
yritysrekisteriin roolin Poistetut (tms.)
Poistoa ei siis oikeasti tehdä,
vaan yritys vaihdetaan tähän rooliin,
josta sen tiedot voidaan tarvittaessa kaivaa esiin.

Kuten viestissä mainittiin, on poistettavan asiakkaan varaukset
syytä siirtää tarvittaessa uudelle asiakkaalle viestissä esitetyllä tavalla.

Tervehdystä, meillä on ollut jonkin aikaa ongelmia tuolla linux-palvelimella (virtuaali) pyörivän Asio-Tilanvarausohjelmisto v12.00 kanssa.

Se hyytyy lähes päivittäin niin, että järjestelmä menee tukkoon, eikä sinne päässe enään kirjautumaan. Jokin "sovellus" kenties rohmuaa kaiken käyttömuistin ja ei auta kuin järjestelmän boottaaminen..

Voisitteko katsoa etäyhteyden yli löytyykö jotain johtolankaa ja onko joitakin korjauksia mahdollista tehtävissä koodiin tms.? 22.08.2012

Kiitokset tunnuksista, pääsin tutkailemaan palvelimen tilannetta niiden avulla.

Vika näyttää olevan järjestelmän lokin /var/log/messages perusteella juuri se mitä epäilittekin,
eli palvelimelta loppuu kokonaan muisti, jolloin kernel automaattisesti tappaa
eniten muistia kuluttavan prosessin pois.
Jos tämä tappokohde sattuu olemaan esim. viimeinen www-palvelin Apachen prosessi tai
MySQL-tietokanta, ei Asio-järjestelmä enää muistin
loppumisen jälkeen vastaa.

Webbipalvelinprosessien jääminen päälle on ihan normaalia Apachen toimintaa,
ja liittyy siihen että se pyrkii tehostamaan toimintaansa sekä prosesseja uudelleenkäyttämällä että
käynnistämällä automaattisesti muutamia ylimääräisiä prosesseja.
Toki on mahdollista että tässä mekanismissa on joissain tilanteissa
vikaa ja prosesseita jää käyntiin aivan liikaa, mutta itsessään tästä ilmiöstä ei kannata huolestua.

Apachen ylimääräisten prosessien käyttäytymistä voi hienosäätää httpd.conf -tiedostosta tällaisesta kohdasta:


StartServers 8
MinSpareServers 5
MaxSpareServers 20
ServerLimit 256
MaxClients 256
MaxRequestsPerChild 4000

En osaa täydellä varmuudella konsultoida noiden osalta parhaita arvoja teidän palvelinkonfiguraatiollenne,
mutta omaan silmääni näyttää että ainakin MaxSpareServers,
ServerLimit ja MaxClients -arvoja voisi turvallisesti
pienentää vaikkapa puoleen ja MaxRequestsPerChild voisi pudottaa vaikkapa arvoon 1000.
Nuo hienosäädöt vähentävät Apachen varaprosessien määrää.

Entä onko virtuaalipalvelimelle mahdollista lisätä sekä käyttömuistin määrää
että swapin kokoa? Jos oikein tulkitsin niin tällä hetkellä käyttömuistia on vain yksi gigatavu ja
swappia kaksi gigatavua, mikä on nykypäivää
tosi vähän, ja voi olla esim. tuon Apachen mekanismin oletusarvojen kannalta riittämätön määrä.
Jos on helposti mahdollista niin käyttömuistia voisi laittaa palvelimelle neljä gigatavua ja swappia kahdeksan.

Huomasin tutkiessanne lisäksi erään asetuksen joka kannattaa
laittaa päälle Asio-järjestelmän suorituskyvyn parantamiseksi:
MySQL:n kyselyvälimuisti eli query cache. Tämä onnistuu /etc/my.cnf tiedostosta
tällaisella asetuksella:
query_cache_limit = 2M
query_cache_size = 64M

Tämä laittaa päälle 64 megan kyselyvälimuistin.
Laitoinkin tämän jo kokeillessani päälle ajonaikaisella
asetuksella MySQL-konsolista,
mutta tekemäni asetus katoaa palvelimen seuraavan käynnistyksen yhteydessä.
Jos palvelimeen saadaan lisää käyttömuistia, niin kyselyvälimuistin koon voisi
nostaa 64 megasta vaikkapa 256 megaan.

Lukkarissa on nyt ruudukko klo 18 saakka. Olisiko mahdollista saada se klo 21 saakka? Meillä on jonkin verran opetusta vielä niinkin myöhään. 18.08.2012

Lukkarissa on tältä osin sellainen automaattinen toiminto,
että se tutkii mihin kellonaikaan mukaan valitun tarjonnan viimeiset toteutukset järjestetään.
Lukkariin pitäisi toisin sanoen
automaattisesti alustua kellonaikoja
aina klo 21 saakka jos mukaan on valittu kursseja joilla on opetusta ko aikaan.

Tästä on joskus puhuttu aiemminkin, mutta kysyn nyt vielä, kun en enää muista, miten se meni.
Olisiko mahdollista, että lukujärjestys tulostuisi myös väreinä?
Kirjaimet tulostuvat ja
näytöllä värit näkyvät kivasti,
mutta voisiko ne värit pystyä tulostamaan? 18.08.2012

Lukkarin tulostusnäytössä värit on toteutettu taulukon taustaväreinä.
Jotkin selaimet eivät oletuksena tulosta taulukon taustavärejä,
mutta ne on mahdollista saada tulostettua selaimen asetuksia muuttamalla.

Asetuksen nimi ja paikka riippuu selaimesta, seuraavassa vinkkejä, tosin nämä englanninkielisestä selainversiosta:
- Firefox: page setup -> format&options -välilehti -> print background (colors and images)
- Internet Explorer: page setup -> page options-kohdan alta print background color and images

Käytetäänkö kombinaatiolla PHP 5.2.17 ja Tilanvaraus 12 tuota register_globals:sia ? 26.06.2012

Tilavarauksen version 12 kanssa voit aina jättää register_globals -asetuksen pois päältä,
PHP:n versiosta riippumatta.

Tein yhteen tilaan monivuotisen varauksen Varaus meni ok mutta kun yritin se sitten poistaa niin mitään ei tapahtunut.

PHP:n error lokissa oli tämmöistä:

[15-Jun-2012 10:19:29 UTC] PHP Warning: Unknown: Input variables
exceeded 1000.
To increase the limit change max_input_vars in php.ini.
in Unknown on line 0

Php-ssä on oletuksena

max_input_vars = 1000

nostin arvon 2000 kautta 10000.
10000:n kanssa sain poistettua varauksen.
Tein sitten vielä vuoden pitemmän varauksen ja taas piti nostaa tuota arvoa.

Jos laitan tuohon jonkun oikein ison arvon niin aiheutuuko ongelmia muuten? 26.06.2012

Tämän nostamisen ei pitäisi haitata mitään.
Tosi isoissa varauksissa noita inputteja tulee erittäin paljon
esim. varausmuutokset -toimintoon,
ja tämä on ihan normaalia.
Toki suosittelen ihan käytettävyyden kannalta
että noin iso varaus pilkotaan hieman pienempiin pätkiin.

Yritin ottaa ylläpitotoiminnoissa lokilistausta vuoden alusta (järjellisemmän mittaiset aikavälit toimii) tähän päivään. Tuloksena on

HTTP Error 500 (Internal Server Error):
An unexpected condition was encountered while the server was attempting to fulfill the request.

Php:n error logissa on tämmöistä:

[15-Jun-2012 10:46:07 UTC] PHP Fatal error: Allowed memory size of
134217728 bytes exhausted (tried to allocate 21702477 bytes) in
C:\Asio\httpd\inc\asio_safe_include.php on line 362

[15-Jun-2012 10:46:07 UTC] PHP Fatal error: Unknown: Cannot use output
buffering in output buffering display handlers in Unknown on line 0

Bufferi on arvossa 4096.
Kokeilin myös rajatonta arvoa mutta tulos
sama. 26.06.2012

PHP on törmännyt tässä sisäiseen muistirajaan.
Lokilistaus toimii niin,


että se hakee ensin tulokset PHP:llä puskuriin,
ja yrittää esittää ne sitten taulukkona.
Tämä tilanne tulee eteen heti
jos tavaraa on riittävän paljon.

Voisi olla ihan hyvä nostaa PHP:n muistirajaa (memory_limit)
palvelimella tuosta 128 megastakin ylöspäin.
Vaikkapa 256M on ihan OK arvo nykyiselle raudalle.

Jälkimmäinen virheilmoitus on todennäköisesti suoraan seurausta ensimmäisestä
eli muistin loppumisesta, output_bufferingikin lopettaa "huutamalla" toimintansa.

Onko sulla havaintoa jostain softasta jolla voisin vähän kuormittaa palvelinta tekemällä
jotain nauhoitettettuja hakuja tms eli simuloitua käyttäjäaktiviteetteja. 13.6.2012

Kuormituskokeisiin ei ole valitettavasti tarjota mitään valmista,
mutta olemme itse tehneet näitä simulaatioita croniin ajastetun skriptin avulla,
joka kutsuu curl-apuohjelman avulla järjestelmän selailutoimintoja.

Testin koostaminen onnistuu seuraavalla kaavalla:

1) Mene Asioon guest-selailutilassa, eli niin ettei järjestelmä
edellytä kirjautumista,
tähän tapaan: http://xxx.yyyasio.fi/dev/kalenterit2/index.php?guest=/mamk

2) Etsi jokin opiskelijoiden usein käyttämä toiminto jossa on näkyvää dataa,
vaikkapa yksi viikko ryhmäkalenteria tai kurssikalenteria.
Ota näiden urlit talteen, muutamia eri caseja esim. eri päiviltä on hyvä olla.

3) Ota urlit talteen ja koosta niistä skriptiajo.
Curl on ehkä kätevin hakuohjelma, mutta myös wget toimii:

#!/bin/sh curl "http://xxx.yyyasio.fi/dev/kalenterit2/index.php?guest=/mamk&..."
curl "http://xxx.yyyasio.fi/dev/kalenterit2/index.php?guest=/mamk&..."
curl "http://xxx.yyyasio.fi/dev/kalenterit2/index.php?guest=/mamk&..."
....

4) Ajasta skriptin kutsuminen cronilla vaikkapa yhden kerran minuutissa

Tällä tavalla saadaan simuloitua perustilannetta,
jossa on paljon sellaisia palvelupyyntöjä joissa käsitellään
dataa mutta data tulee lähes joka kerta välimuistista.
Tämä profiili vastaa varsin hyvin opiskelijoiden selailutoimintojen käyttöä.

Isot ja pienet kirjaimet MySQL:ssä. 13.06.2012

Ongelma syntyy siitä, että MySQL-tietokanta on oletuksena tekstityyppisten kenttien osalta case-insensitive,
eli se ei tee eroa isojen ja pienien kirjainten välillä.
Oracle taas on aina case-sensitive.
Muutin nyt opintojaksopalauteanalyysiohjelman taulun opala.pg2_palaute_p -tietorakennetta palvelimella xxx siten,
että kurssinro-kenttä johon toteutuksen koodi syötetään on binary-tyyppinen, eli case sensitive.

Olen laittanut opetusvarausten viemisen ajaksi (eli tämän vuoden kevääksi ja kesäksi) varauseston toimipisteisiimme. Pystyn itse ohittamaan tämän ja tekemään normaalisti varauksia, mutta sain
nyt johton assistentilta viestiä,
ettei hän pysty tekemään kokoushuoneisiin varauksia lainkaan varauseston ajaksi.
Luulin löytäneeni ratkaisun, sillä hänelle määritellyssä roolissa sisäänrakennettu rooli oli jäänyt tasolle "normaalit varausoikeudet" vaikka tilakohtaisesti hänelle oli määritelty ylläpito-oikeudet.
Muutin sisäänrakennetun roolin ylläpito-tasolle, mutta tämä ei kuitenkaan poistanut ongelmaa.
Osaatteko sanoa mistä voisi olla kyse ja mikä määrittelee oikeudet varauseston ohittamiseen?

Käyttäjä, jonka kohdalla ongelma ilemeni on nnnnnn, käyttäjätunnus "nnnn" ja hänelle määritelty rooli on "Johdon assistentti". 30.05.2012

Näyttäisi että tuo aikavälille 03.09.2012 - 30.09.2012 määrittelemääsi varausestoon
on ruksattu roolit-kohdasta johdon assistentit päälle.
Tästä johtuu se, että he eivät voi varata varauseston
piirissä olevia tiloja.
Varausesto koskee tilavaraamisen oikeuksien tasosta riippumatta aina niitä käyttäjiä,
joiden rooli on ruksattu päälle roolit-kohdasta.

Oletusasetuksillaan eli ilman roolirajauksia (= kaikki ruksit tyhjinä) varausesto toimii niin, että
oikeus varauseston ohittamiseen on mikäli käyttäjällä on varauskohteeseen ylläpitotasoinen oikeus.
Pääkäyttäjällä on lisäksi aina oikeus ohittaa
varausesto.

Onko mahdollista merkitä varauskohde suljetuksi/ vanhentuneeksi, eikä poistaa sen kokonaan?

Entä jos poistan, katoaako samalla kaikki tiedot edellisistä varauksista?

Yritin muuttaa varauskohteen vanhentumispäivän, muttei se näköjään vaikuttanut mihinkään - ei näy millään tavalla,

ettei tästä päivästä alkaen saa tehdä varauksia, eikä tule estettä tehdä uusia varauksia.

Mikä on oikea tapa toimia? 16.05.2012

Huomautus 23.12.2012: Ohjelmaan on tehty muutos.
Varauskohteen vanhenemispäivä otetaan huomioon kalenterinäyttöjen
varauskohdeluetteloa rakennettaessa.


* Varauskohteen (esim. tilan) poisto ei vaikuta varauksiin muuten kuin siten,
että varauskohteeseen
liittyvät kuvaus- tms. tiedot katoavat. Emme kuitenkaan suosittele varauskohteen poistamista
niin, että varaukset jäävät "orvoiksi".

* Vanhentumispäivä on puhtaasti informatiivinen eli ei vaikuta poimintoihin etc.

* Ainakin yksi asiakkaistamme tekee niin,
että heillä on erityistilalaji vanhentuneita tai remontissa olevia tiloja varten.
Sen alle siis siirretään kyseiset tilat.
Raportit voidaan rajata jäljellejääneisiin, "aktiivisiin" tilalajeihin.

Käyttöoikeuksia rajaamalla voidaan estää käyttäjien pääsy vanhentuneet tilat sisältävään tilalajaiin.

Lukkaria koskeva kysymys: Varaus tehtiin vain suoraan tilaan, jolloin ei voi määritellä, minkälaisesta opetuksesta on kyse (luennoista, harjoituksista tms.), eikä sitä siis voi liittää olemassa oleviin ryhmiin. Näkyykö tällaihen varaus Lukkarissa. 16.05.2012

Suoraan tilavarauksen kalenterien kautta tehtyä "irtovarausta" ei
voi määritellä Asion lukkariin tietyksi pienryhmäksi.

Kannattaakin siksi tehdä aikojen lisäykset olemassaolevaan varaukseen,
eli niin, että aika lisätään olemassaolevaan varaukseen.
Kokonaan uudet pienryhmät puolestaan tulisi perustaa opetuksen suunnittelun kautta.

Meille voisi riittää tässä vaiheessa erittäin hyvin myöskin web-service palvelu,
jonka yli voitaisiin kysellä ainoastaan tilanvarauksesta kurssien tilatietoja hyödynnettäväksi muualla.

Tämmöinen tilanvaraukseen keskittyvä WS-rajapinta olisi itse asiassa huomattavasti monikäyttöisempi ratkaisu.
Eli voisimme antaa WS-palvelulle syötteenä vain kurssitunnuksen / listan kurssitunnuksia
ja se palauttaisi niiden tilanvaraustiedot
kutsuvalle sovellukselle,
oli se sitten plsql-proseduuri tai jokin muu kikkare.

Löytyisikö jotain valmista tai järkevällä vaivalla työstettävää ratkaisua tähän, hieman edellisestä tarkennettuun tarpeeseen?
16.05.2012

Tähän meiltä löytyy ainakin yksi läheltä liippaava mahdollinen ratkaisu suoraan ohjelmasta,
eli RSS-syötteet kalentereista.
Ominaisuus on yleiskäyttöinen kaikista Asion tilavarausohjelmasta löytyvistä
kalenterista,
ja toimii siten että kun
HTTP-pyyntöön syöttää parametrin "outmode" arvolla "rss" tai "rss_days",
tulee ohjelmistolta vastauksena sama kalenteri RSS-muodossa.
Arvo "rss" antaa syötteen jossa on yksi item per varaus, ja "rss_days" syötteen jossa on yksi item per päivä.

Tässä pari esimerkkiä:

https://amp.jamk.fi/asio_v930/kalenterit2/
index.php?av=120521120527&ckurssi=ZZCAR111.2K0z1&kt=co&outmode=rss
https://amp.jamk.fi/asio_v930/kalenterit2/index.php?av=
120521120527&ckurssi=ZZCAR111.2K0z1&kt=co&outmode=rss_days

Lisäämällä urliin guest-parametrin "&guest=/jkl"
siitä saa version joka ei kysele tunnareita.

Tässä on vielä tiivis ohje mitä muita parametreja RSS-kurssikalenteri tukee.
Voi olla että jotkut näistä eivät toimi tuolla linkittämälläni versiolla,
vaan vaativat meidän tuoreimman järjestelmäversion v12.

- kt = "co", kiinteä teksti joka kertoo kyseessä olevan kurssikalenteri

- outmode = "rss", kiinteä teksti joka valitsee tulostusmuodoksi RSS:n.

- ckurssi = kurssin tunnus

- av = aikavälin määrittely, ensin alku- ja sitten loppupäivä, molemmat kuudella merkillä muodossa VVKKPP

Yksi outmode vielä jota kannattaa kokeilla on "vcal", joka antaa saman kalenterin vcalendar-muotoisena tiedostona.
Asion versio 12 tukee myös outmodea "webcal" joka antaa iCalendar-muotoisen tiedoston,
ja on yhteensopiva mm.
Applen laitteissa ja Outlookin Internet-kalentererissa käytettävän webcal-protokollan kanssa.

Pari kysymystä, erottelen ne numeroilla, että erottuvat.

Meillä on suunnitelmissa on linkittää Asion lukkariin päivittyviä tietoja
ja näkymiä Asion järjestelmän ulkopuolelle, että niitä voisi tarkastella kirjautumatta sisään.

Jos otetaan caseksi seuraava kurssi/näkymä. Tässä tapauksessa olennaista olisi,
että klikkaaja näkee päivitetyt tiedot kaikista kurssin opetusajankohdista yhdellä silmäyksellä.

http://tila.teak.fi/kalenterit2/index.php?func=opisklk&lukuk=2012S&b_tarjonta=1&tar[]=05-VXL002%7C%7CV%C4S

1) Saako tuohon URLiin jotain parametriä, jonka avulla voisi ohittaa kirjautumisen?

Sama pulma tietojen tarkastelusta kirjautumatta koskee myös ryhmäkalenterien linkittämistä toisaalle.
Mitä saisi eri ryhmiä koskevat ryhmäkalenterit linkitettyä ulkopuolisille sivuille niin,
että klikkaaja
saisi tiedon ilman omatoimista
kirjautumista?

Esim. seuraava näkymä:

http://tila.teak.fi/kalenterit2/index.php?kt=lk&yks=&cluokka=V%C4S1&lang=fin

2) Onko teillä muuten ohjetta siitä, miten URLien avulla voi tuottaa haluttuja näkymiä? 02.05.2012

Kirjautumisen ohittava parametri urlissa on "guest=/teak", eli esim.
tällaisella urlilla tulee näkyviin mainitsemasi lukkarin toteutusnäkymä:

http://tila.teak.fi/kalenterit2/index.php?func=opisklk&lukuk=2012S&b_tarjonta=1&tar[]=
05-VXL002%7C%7CV%C4S&guest=/teak

Sama parametri toimii globaalisti,
eli sitä voi soveltaa kaikkiin sellaisiin näkymiin jotka on sallittu käytettäväksi kirjautumattomille.

Meillä ei valitettavasti ole valmista ohjetta erilaisten näkymien muodostukseen,
mutta voin kirjoittaa ohjeita jos laitat tietoa siitä,
millaisia näkymiä haluatte nostaa Asion ulkopuolelle näkyviin.

Tässä vielä esimerkkkinä pari viikkokalenterinäkymän
parametria, jotka voivat olla kiinnostavia:

- Parametri "ui" määrittelee käyttöliittymän tyypin, arvot:
-- tyhjä tai ei annettu = täysi Asion valikko ruudun vasemmalla palstalla
-- 1 = valikot piilossa, viikkovalinta näkyvissä
-- 3 = viikkovalinta piilossa

- Parametrilla "print" saat ulos tulostettavan version,
jossa ei ole muuta käyttöliittymää kuin itse kalenteri.
Arvojoukko: -- netti = värillinen kalenteri ma-pe kalenteri,
jos la-su ei ole varauksia, parametrilla "kaikkipaivat=1"
saat myös la-su aina näkyviin
-- arkipaivat = mustavalkoinen ma-pe kalenteri, jos la-su ei ole varauksia
-- kaikkipaivat = mustavalkoinen ma-su kalenteri

- Parametrilla "outmode" voit ottaa kalenterista vielä muutamia versioita ulos
-- excel_inline = karkeampi HTML-taulukkoversio kalenterista 2 tunnin jaolla
-- rss = kalenteri RSS-syötteenä
-- rss_days = kalenteri RSS-syötteenä siten,
että yksi päivä on syötteessä yksi item - Kalenterin aikavälin määritteleminen RSS-syötteisiin
-- av = alkupäivä muodossa VVKKPP
-- pvlkm = päiviä eteenpäin, esim. 1 = vain kuluva päivä,
7 = viikko nykyhetkestä eteenpäin

Meillä on käyttäjät ja palvelimet xxxxxxx-domainissa tällä hetkellä. Muutamme domainin ulapland > luc kesällä viikolla 27. Mitä meidän tulisi ottaa muutoksessa huomioon Asion osalta? 30.03.2012

Asio-järjestelmä itsessään sisältää ainoastaan suhteellisia viittauksia itseensä,
eli se toimii domain-riippumattomasti ja lisäksi missä tahansa polussa palvelimella ilman konfiguraatiomuutoksia.

Varusohjelmiin ja integraatioihin liittyen voi kuitenkin olla joitain muutostarpeita:

1) Apachen käyttämät HTTPS-sertifikaatit pitää luonnollisesti uusia,
ellei niissä ole uusia nimiä jo valmiina allekirjoitettuna

2) Jos AD-palvelinten domainit vaihtuvat myös,
on syytä päivittää ulkoisen kirjautumisjärjestelmän
konfiguraatio (inc/server_settings.php, $ext_udb_config) domainien osalta ajan tasalle.

Muuta ei oikeastaan tule mieleen, eli tämän pitäisi olla helppo juttu.
Suosittelisin kuitenkin että ennen tuotannon siirtämistä Asiota joko
testataan uudessa domainissa testikoneella,
tai vaihtoehtoisesti
tuotannon siirtoon varataan sen verran
pitkä huoltokatko
että mahdollisesti ilmeneviä ongelmia ehditään selvittää.

Eikö samaan tilaan voi tehdä monta päällekkäistä Varausestoa? Meillä on yhdessä liikuntasalissa sellainen käytäntö, että seuraavaa viikkoa pääsee varaamaan edellisen viikon torstaina. Olen nyt tuota varausestoa veivannut käsin, mutta kai tuohon jonkinlaisen automatiikan voisi laittaa.

Joskus sain Jukalta ohjeeksi tehdä tämä Suhteellisen kohdeajan kautta, mutta en saanut sitä onnistumaan sillä. Nyt yritän tehdä monta peräkkäistä estoa, yksi esto kutakin viikkoa kohden. Jostain syystä en saa toista estoa näkyviin millään. 23.03.2012

Kyllä pitäisi olla mahdollista tehdä useita samanaikaisia varausestoja,
ja jopa samojen tilojen samoille päiville jos estot ovat esim. kellonaika- tai käyttäjäryhmäkohtaisia.

Eston näkyvyydestä sellainen huomio, että oletuksena esto ei koske pääkäyttäjiä,
eli voi olla että esto on päällä mutta et vain näe sitä omilla tunnareillasi.
Jos et keksi mistä ongelma johtuu, niin
laitatko tarkemman esimerkin niin selvittelen.

Suhteellisilla varausestoilla ei pysty tekemään valitettavasti täsmälleen tuota määrittelemääsi tapausta,
eli että seuraava viikko avautuu automaattisesti edellisen viikon torstaina.
Viikon tarkkuudella se onnistuisi, eli joko niin että
vain kuluva viikko on varattavissa, tai että kuluva ja ensi viikko on varattavissa.

Asio- koulutustilaisuudessa 18.01 olen kysynyt mahdollisuudesta näyttää tilavarauskalenterin aulanäytölle. Sanoitte, että se on mahdollista RSS- syötteiden avulla ja tarvittaessa voitte lähettää tarkempia ohjeita. Olemme todella kiinnostuneet asiasta, voisitteko lähettää ohjeita? Mikä on muuten Rss- tietojen päivityssykli? 10.2.2012

Laitoin RSS-syötteiden muodostusta varten tarvittavan ohjelmapalikan paikalleen
teidän palvelimella olevaan liikunta -versioon Asio-tilavarauksesta,
jotta pääsette testailemaan syötteitä oikealla aineistolla.
Tein lisäksi RSS-syötteitä varten järjestelmään käyttäjätunnuksen "rssuser", salasanan "testi" jolla on
sopivat selailukäyttöoikeudet syötteiden näyttämiseen.

Syötteen saa Asiosta ulos muotoilemalla kalenterikutsun URL:n tietyllä tavalla.
Seuraavassa on kaksi esimerkkiä, sekä ohjeet käytettävistä URL-parametreistä.

Tässä esimerkki Arcanum-lajin tilojen (Arc1, Arc2, Arc3)
varauksista yhtenä syötteenä torstailta 01.03.2012:
https://asio.utu.fi/liikunta/kalenterit2/index.php?kt=tila&ctila=238,244,245&outmode=rss&av=120301&pvlkm=0

Toinen esimerkki, samojen tilojen varaukset
nykyhetkestä 14 vrk eteenpäin niputettuna päivätasolle:
https://asio.utu.fi/liikunta/kalenterit2/index.php?kt=tila&ctila=238,244,245&outmode=rss_days&av=&pvlkm=14

Seuraavassa parametrien selitteet:

- kt = "tila", välitä tämä vakioarvo, tarkoittaa että halutaan tilakalenterien varauksia.

- ctila = Lista haluttujen varauskohteiden rivinumeroista.
Voit välittää useita pilkkueroteltuna.
Rivinumero löytyy helpoiten tilakalentereja selaamalla,
se tulee urliin saman nimisenä parametrina "ctila".

- outmode = Arvolla "rss" ohjelma palauttaa syötteen jossa
jokainen varaus on omana item-elementtinä.
Arvolla "rss_days" palauttaa alunperin
Teatterikorkeakoulun tarpeisiin tehdyn syötteen jossa on yksi item per päivä.

- av = Alkupäivä muodossa VVKKPP.
Jos välität tämän tyhjänä, näytetään kaikki tulevaisuudessa olevat + meneillään olevat varaukset

- pvlkm = Monta päivää eteenpäin alkupäivästä varauksia poimitaan mukaan.
Esim: arvo 0 = vain alkupäivä.

- guest = Selailumoodi, ei kirjautumista.
Arvona välitetään ympäristön tunniste joka on teillä "/utu". Jos haluat avata
tämän kirjautumattoman käytön,
niin järjestelmäänne pitää luoda
ylläpitotoimintojen kautta uusi rooli jonka tunniste
on "guest".
Tässä roolissa määritellään ilman kirjautumista järjestelmää
käyttävien henkilöiden käyttöoikeus.

Syötteet luodaan aina reaaliaikaisen tilanteen mukaan järjestelmästä,
eli erillistä syötteiden päivityssykliä ei Asion puolella ole olemassa.

Varausesto: Nyt ei pysty valitsemaan kuin yhden tilan kerrallaan, mikäli haluaa lisätä yksittäisiä tiloja. Ja tosiaan alkujaan tarkoitus oli lisätä koko rakennus kerrallaan, mutta tajusin vasta nyt kokeillessa, että koko rakennuksia pystyy lisäämään useamman vain tallentamalla ensin edellisen valinnan,
jolloin tallentamisen jälkeen ilmestyy uusi
rivi kohdetiloille. Voisi olla virtaviivaisempaa pystyä lisäämään saman
tien useamman rakennuksen, mutta tälläkin pärjää toki. Kuitenkin tuo useamman yksittäisen lisääminen kerralla voisi olla käytännöllistä. 8.2.2012

Testasin varausestoon usean yksittäisen tilan lisäämistä kerralla,
ja sen pitäisi onnistua seuraavalla tavalla tehtynä:

1) Klikkaa blokatut tilat -kohdasta "Hae useita" -painiketta

2) Hae tilat hakutoiminnon avulla ja ruksaa hakutuloksista haluamasi

3) Klikkaa hakutulosten yläpuolelta
tai alapuolelta "poimi valitut tilat" painiketta

Lopputuloksen pitäisi tässä vaiheessa olla se,
että valitsemasi tilat nousevat varauseston blokatut tilat -kohtaan.

Tilavalintojen määrittely on tosiaan hieman kömpelöä,
jos tarvitsee lisätä useita rakennuksia kerralla.
Tällöin pitää aina kerran klikata välitallennusta,
jotta syöttölomakkeelle tulee uusi tyhjä rivi.
Laitan kehityslistalle tämän kohdan
parantamisen, voisi olla kaikessa yksinkertaisuudessaan riittävää jos
tuossa kohdassa olisi oletuksena enemmän kuin yksi tyhjä rivi "tyrkyllä".

Olisin tiedustellut onko mitään keinoa saada Asion tilanvarauksesta dataa info-tv käyttöön? 25.1.2012

Järjestelmässämme ei ole tiettyyn Info-Tv -järjestelmään liittyvää valmista rajapintaa.
Sen sijaan on käytettävissä yleisiä toimintoja, joista saattaa olla apua.

1) Jos haluat aulanäyttöön aina ajan tasalla olevan linkin
tietyn tilan HTML-muotoiseen kalenteriin,
saat sen esiin jättämällä aikaväliparametrin "av" pois urlista:

https://tilat.xxx.fi/asio/kalenterit2/index.php?
kt=tila%2C376&laji=Tikkurila%2FATK-tilat||%25&guest=vierrool%xxxx&lang=fin&ctila=2219&print=netti

2) Jos aulajärjestelmänne tukee RSS-syötteiden näyttämistä suoraan,
voisi siinä olla hyvä tapa nostaa dataa näytöille.

Tässä esimerkki kolmen atk-tilan varauksista yhtenä syötteenä torstailta 26.01.2012:
https://tilat.xxx.fi/asio/kalenterit2/index.php?kt=
tila&ctila=2213,2214,2219&outmode=rss&av=120126&pvlkm=0&guest=vierrool/xxx

Toinen esimerkki, samojen tilojen varaukset
nykyhetkestä 2 vrk eteenpäin niputettuna päivätasolle:
https://tilat.xxx.fi/asio/kalenterit2/index.php?kt=
tila&ctila=2213,2214,2219&outmode=rss_days&av=&pvlkm=1&guest=vierrool/xxx

Seuraavassa parametrien selitteet:

- kt = "tila", välitä tämä vakioarvo, tarkoittaa että halutaan tilakalenterien varauksia.

- ctila = Lista haluttujen varauskohteiden rivinumeroista.
Voit välittää useita pilkkueroteltuna.
Rivinumero löytyy helpoiten tilakalentereja selaamalla,
se tulee urliin saman nimisenä parametrina "ctila".

- outmode = Arvolla "rss" ohjelma palauttaa syötteen jossa
jokainen varaus on omana item-elementtinä.
Arvolla "rss_days" palauttaa alunperin
Teatterikorkeakoulun tarpeisiin tehdyn syötteen jossa on yksi item per päivä.

- av = Alkupäivä muodossa VVKKPP.
Jos välität tämän tyhjänä, näytetään kaikki tulevaisuudessa olevat + meneillään olevat varaukset

- pvlkm = Monta päivää eteenpäin alkupäivästä varauksia poimitaan mukaan.
Esim: arvo 0 = vain alkupäivä.

- guest = Selailumoodi, ei kirjautumista.
Arvona välitetään ympäristön tunniste joka on teillä "vierrool/xxx".

Meillä on 2 Asio-roolia yhdistetty AD-ryhmiin. Kaikilla muilla käyttäjillä on selailuoikeudet, jotka eivät kuulu näihin ryhmiin. Mutta miten lisään näille käyttäjille listauset (tai itse asiassa vain osan niistä), kun heitä ei ylläpito-toiminnossa saa näkymään. 25.1.2012

Tällainen onnistuu siten, että luodaan muita käyttäjiä varten Asioon uusi rooli,
joka sen jälkeen sidotaan profilointikonfiguraatiosta koskemaan kaikkia niitä käyttäjiä,
joilla ei ole muuta
voimassaolevaa profilointisääntöä.

Tässä pikaohje:

1) Tee uusi rooli selailukäyttäjille,
esim. tunnuksella "asio_selaus" ja määrittele siihen sopivat oikeudet.

2) Avaa tekstieditoriin Asio-palvelimelta tiedosto inc/server_settings.php ja
etsi profilointikonfiguraation $ext_profiler_config rivi joka alkaa "browsing_groups"

3) Korvaa em. riviltä teksti "browsing_groups" tekstillä "asio_selaus_groups"

4) Lisää vielä asio_selaus -ryhmälle määrittely roles-kohtaan, listan loppuun:

"roles"=>array("admin","Opettajat","asio_varaus","asio_selaus"),

5) Tallenna konfiguraatio

Tämän jälkeen kun kirjaudut uudestaan sisään järjestelmään sellaisella tunnuksella,
jolla ei ole Asio_Varaus- tai Asio_Opettajat -ryhmäjäsenyyttä
pitäisi käyttäjälle tulla roolin asio_selaus mukaiset oikeudet.

Jos et saa tätä toimimaan niin voin selvitellä asiaa meidän huoltoyhteytemme kautta.
Tässä tapauksessa otatko meidän asio-test -tunnuksesta pois ryhmäjäsenyyden Asio_Varaus.

Itse olen onnistunut lisäämään luokkien kuvia asioon, mutta tänään tuli ongelma erään Porvoon assistentin kanssa. Hän ei pääse alla olevasta kuvasta eteenpäin. Kun hän klikkaa Kuva1 kohdasta Poimi > ohjelma ilmoittaa että Pääsy kielletty! Ilmeisesti oikeuksissa on vikaa, mutta en keksinyt missä kohtaa? Hänellä on ylläpito-oikeudet Porvoon campuksen tiloihin. Henkilö on Mona Forsblom (henkilön tunniste 50862)Jäsenrekisterin Oracle-rajapinta 13.1.2012

Tiedostojen selaus- ja lähetystoimintojen käyttö edellyttää,
että henkilön roolina on ylläpitäjä, eli pelkkä ylläpito-oikeus ko. tilaan ei riitä.
Näin siksi, että tiedostolista on kaikille tiloille yhteinen.
Laitamme korvan taakse josko ohjelman
antamaa virheilmoitusta ja ohjeita voisi parantaa tältä osin.

Tässä pikaohje ongelman ratkaisemiseksi Mona Forsblomin tapauksessa:

1) Avaa ylläpitotoiminnot (päävalikosta Ylläpito -> Ylläpitotoiminnot)

2) Hae Mona Forsblomin käyttäjätietue esiin

3) Vaihda kohdasta "Rooli" arvoksi "Ylläpitäjä".
Älä vielä tallenna heti tämän jälkeen, vaan ruksaa vielä pois automaattisesti
aktivoituva ruksi "Oletusoikeudet kaikkiin lajeihin"
kohdasta "Tilalajirajaus",
jotta tilalajikohtaisesti
asetettu oikeustaso säilyy roolin vaihtamisen jälkeenkin.

4) Tallenna tiedot --> tämän jälkeen Mona Forsblomilla on oikeus lähettää tiedostoja

Jäsenrekisterin Oracle-rajapinta 18.11.2011

Jäsenrekisteriohjelmiston ja Oracle-pohjaisen Asio-opiskelijahallinto-ohjelmiston
välillä on tietojen synkronointirajapinta, joka toimii seuraavalla tavalla:

1) Tiedot päivitetään automaattisesti aina,
kun henkilö ilmoittautuu läsnäolevaksi jäsenrekisterin online-ilmoittautumistoiminnon avulla.

2) Tietojen päivitykseen löytyy lisäksi toimistopuolen työkalu,
jolla voidaan päivittää yksittäinen opiskellija tai koko rekisteri.
Työkalu löytyy päävalikosta kohdasta "Synkronointi",
ja etusivulta voi joko lähteä päivittämään
tiettyä päivämäärää uudempia tietoja,
kaikkia tietoja tai yksittäistä opiskelijaa
nimen tai opiskelijanumeron pohjalta.

Tietojen ajan tasalla pysymisen vuoksi olisi hyvä ajaa esim.
parin kuukauden välein synkronointiohjelma toimistopuolen kautta.
Suosittelen että tällöin käytetään muutospäivän mukaan päivittämistä,
sillä koko rekkarin synkronointi voi olla hidasta.

Meillä on Oodissa henkilöt kuudella numerolla etunollineen.
Muutamalla henkilöllä puuttuu etunollat Asion henkilön tunnisteesta. Saanko nollat lisättyä (7785 > 007785) jollain konstilla selaimen
kautta vai pitääkö ajaa suoraan kantaan?
23.11.2011

Henkilörekisterissä olevaa henkilön tunniste -tietoa ei pääse vaihtamaan käyttöliittymien kautta suoraan,
eli tällainen muutos edellyttää tiedon päivittämistä suoraan tietokantaan.

Koska henkilön tunniste on avaintieto,
pitää samalla päivittää ko. tieto myös muihin viittaaviin tauluihin,
joita ovat varauskohderekisteri (palvelu_p) sekä käyttöoikeusrekisteri (asio.kayttooikeus_p).

Tässä on esimerkkikyselyt,
joilla voit tehdä vaihdoksen 7785 => 007785 suoraan MySQL-kannan kautta:

UPDATE person_p SET person_id = '007785' WHERE person_id = '7785 ';
UPDATE palvelu_p SET henkilotun = '007785' WHERE henkilotun = '7785 ';
UPDATE asio.kayttooikeus_p SET henkilotun = '007785' WHERE henkilotun = '7785 ';

OodiWS-rajapintojen osalta olette siis tuossa projektissa käyttäneet
opetustapahtumien tallennukseen liittyviä rajapintapalveluja.
Esityksessänne mainittiin rajapintaoperaatioiden atomisuudesta.
Jos sopii, kysyisin siihen liittyen,
miten Teillä on hoidettu ne mahdolliset tilanteet,
joissa esim. yksi tai
useampi tämän tallennuskutsuprosessin operaatioista epäonnistuu? (Rajapintoihin itseensähän ei liity transaktionaalisuutta.)
18.11.2011

Tämä pitää paikkansa, eli transaktiomallia ei ole WS-rajapintojen yhteydessä olemassa,
koska toiminta on webin periaatteiden tapaan tilatonta.
Jokaisen päivitysoperaation tulos menee näin ollen
itsenäisenä läpi Oodin tietokantaan.

Ratkaisussamme on kaksi erillistä mekanismia,
jolla pyritään minimoimaan tästä mahdollisesti käyttäjälle aiheutuvia ongelmia:

1) Rajapintasiirto-ohjelma tarkistaa opetustapahtumakohtaisesti
tietyt yleisimmät virhetilanteet ennen siirron aloittamista ja ilmoittaa niistä käyttäjälle.
Virheellistä opetustapahtumaa ei
siirretä lainkaan.
Tarkistettavia
virheitä ovat esim. surrogaattien sekä rajapintasiirrossa tarvittavien kooditusten puuttuminen.
Siirto-ohjelman käyttäjällä on mahdollisuus lisäksi ajaa tämä sama virhetarkistus ilman siirron tekemistä.

2) Siirretyt opetustapahtumat voi helposti poistaa Oodista,
eli jos jotain odottamatonta tapahtuu, voidaan siirto perua, korjata virhe ja yrittää uudestaan.

Olisi toki kokonaisuuden kannalta parempi jos rajapinnasta löytyisi
yksi koottu operaatio jolla voisimme luoda tai
päivittää kerralla opetustapahtuman kaikki tiedot alaobjekteineen.
Tällöin rajapinnan päässä olisi mahdollista
toteuttaa oikea transaktiomalli,
ja luulen että suorituskykykin paranisi kutsujen määrän vähenemisen takia.

Samaten Mysql (tai MariaDB joka on täysin sama
Michael "monty" Wideniuksen koodaama ihan oikeasti ilmainen dbms)
versioiden tarkistus ja tsekkaus voisi olla paikallaan.
18.11.2011

Tein viime keväällä testejä MariaDB:n kanssa,
ja homma kaatui loppupeleissä siihen että en saanut tietokantaa kirveelläkään asennettua ja käyntiin

MariaDB on suunniteltu olemaan drop-in-replacement MySQL:lle,
eli myöskin Asion pitäisi toimia siinä ongelmitta.
Käytämme AsioEduERP:ssä tietoisesti hyvin rajattua settiä SQL-kyselyjä ja ominaisuuksia,
jotta tietokantojen
yhteensopivuus olisi mahdollisimman hyvä.
Tällä hetkellä yhteensopivuus ulottuu MySQL:n versioon 3.23 asti,
vaikkakin vähintään versio 4.1 on suositeltu.

MariaDB kiinnostaa meitäkin kovasti -- MySQL ei ole enää ilmainen ja
itse pelkään hintojen vain nousevan nyt kun omistus on Oraclella.
Jos teillä on esim. virtuaalikoneita joille saatte MariaDB:n
pyörimään niin kuulisimme
mielellään Asio-kokemuksia ja
auttaisimme toki myös mahdollisten yhteensopivuuskurttujen oikaisussa.

Salasanan tallentaminen tietokantaan: SHA-256+ riittävä määrä salaattia ettei salasanaa voi yhdistää oikeaan (tämä on lienee helpoiten toteutettavissa). 18.11.2011

Asio tallentaa tällä hetkellä salasanat suolattuina MD5-hasheinä.
SHA-256:n käyttöönotto olisi kohtuullisen helppoa,
puhutaan korkeintaan muutamien päivien työstä meidän puolelta.

En itse näe kuitenkaan suuren suurta hyötyä hash-tekniikan vaihtamisesta SHA-256:een
-- tokihan SHA-256 antaa toiseen potenssiin paremman hashin,
mutta MD5 mielestäni riittävän hyvä kunhan siinä vain on mukana suola.

Arkaluonteisten tietojen kryptaus:18.11.2011

Kryptauksessa on aina ongelmana se,
että jossain täytyy säilyttää salauksen purkamiseen tarvittavaa avainta.
Jos hyökkääjä saa avaimen käsiinsä, ei kryptauksesta ole iloa.
Avainta jouduttauisi
säilyttämään käytännössä samalla Asio-palvelimella.

Luottokorttitietoja ei tietääkseni ole tarpeen
koskaan säilyttää Asiossa, vaikka käytössä olisi verkkomaksuliitäntä.
Maksuliikenne tapahtuu tällöin asiakkaan ja Verkkomaksut.fi -palvelun välillä,
ja Asioon tulee vain tieto onnistuneesta maksusta.

Henkilötiedoista henkilöturvatunnus on Asioon nykyisellään
tallennettavista tiedoista mielestäni se,
jonka säilyttämiseen tulee kiinnittää eniten huomiota.
Ajatuksenamme on että tietokannassa
säilytettäisi vain ne sotut jotka ovat täysin
välttämätöntä säilyttää,
ja tietyn ajan jälkeen ne joko hävitetään tai
ainakin sotketaan osittain. 31.10.2011

Jos poistan asiosta varauskohteen(opettaja) niin tuhoaako samalla lopullisesti ko henkilön lukujärjestyksen eli poistuuko mahdolliset ko henkilön varaukset ryhmien lukujärjestyksistä? 31.10.2011

Varauskohteen poisto ei poista varauksia tietokannasta,
eli opettajan poisto ei hävitä esim. ryhmän tai tilan kalenterista varauksia.

Opettajan poisto näkyisi järjestelmässä seuraavilla tavoilla:

1) Opettajan kalenteria ei saa enää näkyviin henkilökalenterit-toiminnon kautta.

2) Opettajan nimi voi tietyistä näytöistä pudota myös pois,
niistä paikoista joissa se haetaan varauskohderekisteristä eikä varauksen tiedoista.
En valitettavasti muista ulkoa kaikkia paikkoja,
joissa nimi nostetaan varauskohderekisteristä,
mutta tämä asiana joka tapauksessa tiedoksi.
Kryptauksessa on aina ongelmana se,
että jossain täytyy säilyttää salauksen purkamiseen tarvittavaa avainta.
Jos hyökkääjä saa avaimen käsiinsä, ei kryptauksesta ole iloa.
Avainta jouduttauisi
säilyttämään käytännössä samalla Asio-palvelimella.

Luottokorttitietoja ei tietääkseni ole tarpeen koskaan säilyttää Asiossa,
vaikka käytössä olisi verkkomaksuliitäntä.
Maksuliikenne tapahtuu tällöin asiakkaan ja Verkkomaksut.fi -palvelun välillä,
ja Asioon tulee vain tieto onnistuneesta maksusta.

Henkilötiedoista henkilöturvatunnus on Asioon nykyisellään tallennettavista tiedoista mielestäni se,
jonka säilyttämiseen tulee kiinnittää eniten huomiota.
Ajatuksenamme on että tietokannassa
säilytettäisi vain ne sotut jotka ovat täysin
välttämätöntä säilyttää,
ja tietyn ajan jälkeen ne joko hävitetään tai
ainakin sotketaan osittain. 31.10.2011

Nyt joku inhottava ihminen on keksinyt kurssi ilm. lomakkeen urlin sotkenta systeemin ja täyttää kantaa ko. huhaa ilmoittautumisillä. Tuleeko mieleen voidaanko hommaa suitsia mitenkään? Pelkään pahoin että jos kaveri alkaa koneelle painaa niitä sinne niin niitä on siellä kohta tuhat määrin. 26.10.2011

Oliko teillä tuo kurssiilmon lomake jossain julkisen puolen netissä näkyvissä?
Sisäänmeno tapahtuu aina XXXn kautta,
mutta Ilmeisesti osoite on päässyt vuotamaan esim.
Jonkun opiskelijan selaimen bookmarkseista haittaohjelman kautta ulkomaailmaan,
ja sitten spämmirobotti alkanut täyttää lomaketta innokkaasti.

Teidän Asio on niin "pieni kala" spämmääjien näkökulmasta,
että robotti on selvästi joku yleinen vekotin eikä kukaan siis erityisen tietoisesti yritä hyökätä teitä vastaan.

Näin ollen järjestelmä joka estää spämmin lähettämisen kurssiilmoon ei tarvitsisi olla kovin monimutkainen,
ja uskoisin siihen riittävän esim. seuraavanlaisen ratkaisun:

1) Lomakkeella lukisi tekstinä jossain kohdassa esim. "Varmistuskoodi: 1A2B"

2) Lomakkeen lopussa olisi kenttä "Syötä varmistuskoodi:"
johon käyttäjän pitää syöttää oikea varmistuskoodi ennenkuin lomake suostutaan tallentaamaan.

Normaalisti tällaiset järjestelmät vaativat varmistustiedon generoinnin
esim. kuvaksi ja lisäksi kuvan sotkemisen jottei spämmibotti pysty ratkaisemaan tehtävää kuvantunnistuksella.

Toinen mikä voisi toimia on että lisätään suomenkielisiin pakollisiin kenttiin validointia.
Esimerkkinä postinumero on sellainen johon voitaisi vaatia numeerinen arvo.
Toki esim. Ison-Britannian postikoodit voivat sisältää kirjaimia,
joten tämä ei toimi mikäli teillä on opiskelijoina ulkomaalaisia.

Spämmejä voi yrittää siivota kurssiilmo_p -taulusta ip-osoitteen avulla.
IP-osoite tallennetaan kenttään "ip" ja spämmeistä voisi katsoa josko
ne ovat kaikki tulleet samasta IP:stä.
Jos ovat, ja lisäksi samasta IP:stä ei ole oikean
näköisiä ilmoja, niin kentän avulla saa helposti siivottua spämmit veke:

DELETE FROM kurssiilmo_p WHERE ip='spämmääjän ip';

Haluasin varmistaa vaikkapa ihan manuaalisesti kantamme omalle windows-työasemalleni aina silloin tällöin, koska palvelimessa ei ole nauhavarmistusasemaa. Aikaisemmassa serverissä käytin scp:tä ja uskoisin sen toimivan myös tässä uudessä serverissä. Koska root-käyttäjä ei ole käytössä, millaisen komennon muotoilen scp:hen? Aiemmin komento
lähti tyyliin scp root@asioserver://tmp....
Varmaan muitakin vaihtoehtoja varmistuksen hoitamiseksi on olemassa, mutta tämä nyt tuli ensin mieleeni. 26.10.2011

Jos nauhavarmistusta koko palvelimien levyistä ei ole olemassa,
niin tietokantojen varmistus kannattaa järjestää niin että palvelin ottaa esim.
kerran yössä tietokantadumppi-tiedostot ulos tietokannasta,
ja nämä tiedostot kopioidaan
ajastetusti palvelimelta toiseen paikkaan.
Suoraan MySQL-kannan datatiedostoja
ei kannata lähteä kopioimaan,
sillä muuten voi tulla ongelmia palautusvaiheessa ellei kannan versio säily täsmälleen samana.

Olen ajastanut dumpit palvelimelle muodostumaan kerran
vuorokaudessa kansioon /data/backup/ nimille asio.sql.gz (asio-tietokanta)
ja asiakas3.sql.gz (varaukset sisältävä asikas3-tietokanta).

Windowsilla kannattaa käyttää ilmaista pscp -ohjelmaa,
jonka voi ladata tästä: http://the.earth.li/~sgtatham/putty/latest/x86/pscp.exe

SCP-komentorivit joilla dumppien kopiointi onnistuu nykyiseen hakemistoon on seuraava:

pscp -pw SALASANA asio@asioserver2:/data/backup/asio.sql.gz .
pscp -pw SALASANA asio@asioserver2:/data/backup/asiakas3.sql.gz .

Kun opettaja (tulevaisuudessa) poistaa lukujärjestysvarauksen exchangen kautta (oma kalenteri), häviääkö koko varaus (tila, ryhmä jne.) asio-kalenterin puolesta? 21.10.2011

Ei häviä, tämä tuli aika nopeasti pilottiasiakkailtamme Savonialta
ja Pelastusopistolta jatkokehityksenä koska opettajat innostuivat siivoilemaan kalentereitaan

Opetustyyppisten varausten Exchangesta tapahtuvan poiston käsittelyyn on
kaksi vaihtoehtoista käsittelysääntöä,
joista sopivamman voi valita yrityskohtaisten asetusten kautta:

a) Opettajavarauksesta tyhjennetään poiston yhteydessä opettajatieto,
mutta varausta ei poisteta tilan, ryhmän ja kurssin kalentereista.

b) Poiston yhteydessä poistettu opettajavaraus palautetaan takaisin Exchangeen.

Lukujärjestysvarausten muuttaminen. Itselleni tämä on hiukan epäselvä alue, koska kalenterissani ei ole lukujärjestysvarauksia enkä tee niitä. Pitäisi tietää tarkemmin, miten käyttöoikeudet menevät näiden suhteen.
Mitä opettajat voivat tehdä
lukujärjestysvarauksille ja tarvitaanko esim. koko varauksen poistoon ylläpito-oikeus? 21.10.2011

Opettajan muutosoikeus opetustyyppiseen omaan varaukseen on
hienosäädettävissä yrityskohtaisten asetusten kautta, ja siellä on tällaiset vaihtoehdot:

a) Oletus. Tämä on vanha Asion toimintamalli, eli jos opettajan
käyttöoikeustyyppi on selailuoikeus, ei mitään muutosoikeuksia.
Jos käyttöoikeustyyppi on tätä korkeampi, muutosoikeus
lukujärjestysvaraukseen
on siinä tapauksessa
että käyttäjä on varaksen ainoa opettaja.

b) Täysi muutosoikeus varauksiiin joissa opettajana.
Opettaja pääsee tekemään mitä tahansa muutoksia tai poistoja varaukseen,
kunhan hän on yksi ko. varaukseen osallistuvista opettajista.
Tämä on ollut käytännössä aika monelle
asiakkaallemme toimiva vaihtoehto.

c) Rajoitettu muutosoikeus varauksiin, joissa itse opettajana.
Opettajalla on muutosoikeus kuten kohdassa b,
mutta hän ei voi vaihtaa opetusvarauksen aikaa eikä poistaa varausta.

Käyttäjä on varausta tehdessään määritellyt useita sähköpostiosoitteita. Nyt lähetys epäonnistuu. Onko erottimena jokin muu kuin puolipiste, vai pystyykö määrittelemään useita sähköpostiosoitteita
varausta tehdessä.
Tätähän voisi kiertää mahdollisesti kiertää tekemällä jonkin ryhmän, jossa em. vastaanottajat, mutta minne? 12.10.2011

Kokeiletko toimiiko jos laittaa sähköpostiosoitteiden väliin erotinmerkiksi pilkun,
se on käsittääkseni sähköpostin standarditapa.

Asio-ohjelmisto ei itsessään tue useita osoitteita,
vaan se välittää osoitekenttään kirjoitetun tekstin suoraan sähköpostia lähettävälle ohjelmalle.
Loppupeleissä usean osoitteen toimiminen on
toisin sanoen kiinni palvelimelle
asennetusta sähköposteja lähettävästä varusohjelmasta (postfix, sendmail, jne.).

Opetusaikalistaus tuottaa Excel-versioon pvm-tiedot virheellisesti.
30.9.2011

Tässä on jälleen kyseessä ikuinen taistelu Excelin automaattimuotoiluominaisuutta vastaan.
Välillä meni jo ihan hyvin, mutta versio versiolta Microsoft keksii uusia tapoja kääntää
tämän ominaisuuden
päälle niin, että se aiheuttaa
ongelmia kun CSV- tai TSV- muotoista tekstiaineistoa nostetaan Exceliin.

Olen lisännyt kikkavitosen opetusaikalistauksiin jolla ainakin
Excelin versiot 2002 ja 2003 sekä OpenOffice jotka meillä on täällä toimistolla toimivat oikein.

Yleisesti ottaen tietojen automaattisesta muotoilusta pääsee tietääkseni Excelissä
eroon ainoastaan käyttämällä Excelin ulkoisten tietojen tuonti -ominaisuutta:
- Tallenna CSV-tiedosto Asiosta levylle, eli älä avaa sitä suroaan selaimesta
- Excelin ylävalikosta Tiedot -> Tuo ulkoiset tiedot -> Tuo tiedot.
Tämä oli versiosta 2002, jos yhtään muistan niin uudemmassa
Excelissä on tietojen tuontiin pikavalintapalkissa oma kuvakkeensa.
- Valitse tiedosto ja klikkaa "Avaa".
- Tästä käynnistyy tekstimuotoisen tiedon tuonti-Wizard.
Valitse tuontioptio "erotettu" ja klikkaa seuraavaan ruutuun
- Ruksaa erotinmerkiksi puolipiste ja klikkaa seuraavaan ruutuun
- Valitse tietojen esikatselunäkymästä
ongelmallinen sarake, ja tietojen muodoksi "Teksti"
- Klikkaa lopuksi "Valmis"

Onko mahdollista lisätä tai vaihtaa Asion omaan kalenteriin oma Exchange-palvelin? En käytä koulun Outlook-kalenteria... 16.9.2011

Valitettavasti tämä ei onnistu,
eli Asioon voi konfiguroida kerrallaan käyttöön vain yhden Exchange-kalenterin,
vaikka itse yhteyden aktivoimisen voikin tehdä henkilökohtaisesti.

Opettaja-koodin muutos tilavaruksissa
Liittyen osana uuteen opiskelijahallintajärjestelmään ("HELMI"),
olemme päättäneet alkaa käyttämään opettajakoodina (varauskohteen tunnus asiossa)
samaa merkkijonoa kuin henkilön käyttäjätunnus.
Näin ollen kun henkilöstörekisteristä
saadaan tiedot henkilöstä ad:hen,
ei tarvitse erikseen alkaa pitämään kirjaa erillisistä tunnuksista.

- Koituuko tästä ongelmia asiossa? (käytössä ulkoinen autentikoniti) 12.9.2011

Opettajakoodien muuttaminen samaksi kuin käyttäjätunnus on oikein hyvä ajatus,
sillä se yksinkertaistaa mielestäni asioita paljon.
Opettajan koodi on Asiossa tarkalleen ottaen opettajan
kalenterivarauskohteen varauskohdetunnus,
ja oman kalenterin ja LDAP-kirjautumisen tekniikka pelaa seuraavalla tavalla:

- Jos LDAP-käyttäjä on luotu manuaalisesti Asioon,
pitää käyttöoikeuden olla henkilörekisterissä kiinni, samoin kuin varauskohteen.
Oma kalenteri toimii kunhan tämä "kolmio" on kunnossa.

- Jos LDAP-käyttäjä on automaattisesti LDAP-käyttäjäryhmän
perusteella profiloitava, tehdään tunnistus seuraavasti:
a) Ensisijaisesti: mikäli varauskohderekisteristä löytyy henkilötyyppinen varauskohde,
jolla käyttäjätunnus = kirjautuva tunnus, tulkitaan se omaksi kalenteriksi.
b) Toissijaisesti: mikäli varauskohderekisteristä löytyy henkilötyyppinen varauskohde,
jonka varauskohteen tunnus on sama kuin kirjautumistunnus, tulkitaan se omaksi kalenteriksi.

Eli tiivistäen ylläolevasta: tällaisesta muutoksesta ei pitäisi
aiheutua mitään ongelmia oman kalenterin käsittelyn kannalta.
Päin vastoin, se vähentää manuaaliduunia kun tunnuksia ei
tarvitse enää välttämättä kirjoittaa
kalenterivarauskohteiden käyttäjätunnus -kenttiin.

Asion istunto ei pääty hallitusti. Asiossa ei ole Lopetus-toimintoa. Istunto päättyy vasta kun selain suljetaan kokonaan. Ei riitä, että sulkee sen selaimen välilehden, jolla Asio-istunto on päällä. Kun Asion avaa uudestaan, niin edellisen käyttäjän istunto on edelleen voimassa. Tätä pidetään täällä tietoturvariskinä. 31.8.2011

Tämä on meillä tiedossa oleva ongelma,
ja se liittyy HTTP Basic -kirjautumismenettelyyn.

Tämän kirjautumismenettelyn istunnon sulkemiseen ei ole olemassa lainkaan standardinmukaista

ohjelmallista tapaa.
Ainoa tapa on sulkea kaikki selainikkunat - tällöin istunto vanhenee automaattisesti.
Ongelmaa ei ole silloin kun käytetään
esim. Shibbolethia kirjautumismenettelynä,
mutta Asion sisäisen kirjautumisen
sekä LDAP-kirjautumisten yhteydessä helppoa ratkaisua
tähän ei valitettavasti ole meillä tarjota.

Meillä kaivattaisiin virastomestareille ja infopisteeseen jotakin statusnäyttöä.

Itse olen sitä mieltä että siitä kautta ei tarvitsisi päästä tekemään varauksia tai muuttamaan varauksia.

Voisivat yhdellä näytöllä helposti selata/etsiä missä joku tilaisuus pidetään ja millaisia varauksia on tulossa seuraavilla viikoilla?

Onko teillä antaa ratkaisua tähän ongelmaan? 25.8.2011

Katsoin läpi statusnäyttöjä tältä kantilta,
ja näyttäisi että meillä ei valitettavasti ole tällaista käyttöä hyvin palvelevaa ratkaisua valmiina,
eli yhtä näyttöä jolta pääsisi etsimään
tiettyä tapahtumaa sekä selaamaan tulevia tapahtumia.

Statusnäytöt vastaavat tarpeeseen osittain,
ja ne toimivat automaattisesti selailutilassa silloin kun käyttäjällä on selailuoikeudet.
Statusnäyttöjen sisäänmeno voi kuitenkin olla hieman
liian monipuolinen ja laaja, mikäli
kohderyhmänä ovat infotiskin satunnaiskäyttäjät.

Jos haluat kokeilla statusnäyttöjä selailutilassa, niin se onnistuu seuraavasti
- Laita käyttäjätunnukselle päälle vain selailuoikeudet haluttuihin tiloihin
- Ruksaa päävalikkoon päälle statusnäytöt

Statusnäyttöön jää yläosaan vielä näkyviin varausnapit,
mutta niistä ei pääse kuitenkaan tekemään varauksia.
Näin kuitenkin pääsisi kokeilemaan selailustatusnäyttöjä sen verran että näkisi kelpaavatko ne ratkaisuksi.

Miksi osallistujan kohdalla pohja on punainen vaikka ao. opettaja on henkilörekisterissä ? Miksi henkilöillä ei näy varaus omassa kalenterissa? 23.8.2011

Osallistujakirjauksiin liittyy seuraava toimintaperiaate:

Varauksiin voidaan sisällyttää
- kalenterin omaavia henkilöitä, jotka siis löytyvät henkilörekisteristä
- ns. (muita) "osallistujia",
jotka ovat pääsääntöisesti ulkopuolisia ja joiden tietoja ei ole rekisterissä.

Osallistujien kirjaus tapahtuu lähinnä viestintätarpeita varten.
Menettelyä käytetään lähinnä silloin, kun halutaan kirjata
esim. ulkopuoliseen asiakastapahtumaan tulevat henkilöt mm. juuri viestintää varten.

Niille henkilöille, jotka omaavat kalenterin,
voidaan varauksen yhteydessä tehdä myös henkilövaraus.
Tapauksessasi siis Saaraselle olisi voitu
tehdä tätä tapahtumaa koskeva kalenterimerkintä
(eli varaus). Jotta hänet saataisiin ulkopuolisten
osallistujien kanssa samaan viestintäryhmään,
on varauksen osallistujakirjausvaiheessa mahdollista käyttää painiketta
"Tuo henkilöt, joiden kalentereihin varaus on merkitty".
Tällä menettelyllä siis:
* Saarasen kalenteriin on tullut merkintä
* Saaranen on tuoto MYÖS osallistujalistalle. br>Näin hoidettuna taustaväri ei ole punainen.

Kyseessä on siis varaustilanne,
jossa tilavarauksen lisäksi tulisi tarvittaessa tehdä varaus myös
Saaraselle. Tähän on useita mahdollisuuksia:
* Tehdään ensin tilavaraus ja sitten lisätään
henkilö varausmuutosten "Lisää aikoja"-toiminnolla.
* Mennään sisään vapaiden aikojen haun kautta
* Mennään sisään myyntipalvelun kautta.

Jos ette halua Saaraselle tilaisuuden kalenterimerkintää,
hänet voi kirjata suoraan osallistujaksi.
Tällöin taustaväri pysyy punaisena.
Viestintävaiheessa hänen sähköpostiosoitteensa täytyy
tässä tapauksessa syöttää käsin.

Hieman monimutkaista, mutta toivottavasti selvisi.

> Jos henkilölle määritellään jokin yksi tila johon hänellä on oikeus päästä tuleeko tehdä seuraavasti: > Tilalajirajauksessa Normaali varausoikeus vai selaus oikeus? > Tilakohtaiset oikeuksissa määritellään tila johon hän pääsee tekemään varauksia? 17.8.2011

Jos henkilölle on tarve antaa tietyntyyppinen oikeus yksittäiseen tilaan,
ei tilalajirajauksen asetuksella ole väliä, eli se voi olla mikä tahansa.
Yksittäiseen tilaan tehty määritys on aina ylikirjaava.
Tässä tilanteessa riittää toisin sanoen pelkästään se, että Pasilan erikoistilaan 4005 antaa tilakohtaisella
asetuksella sopivan varausoikeuden.

Tässä vielä pari esimerkkiä joista toimintamalli valottunee paremmin:

1) Tilalajiin on tasona "ei oikeuksia" ja tilaan
määritelty tilaa koskeva "normaali varausoikeus":
- Käyttäjä näkee tilavarauksen päävalikon kautta
tilalajin kaikista tiloista vain tämän yhden
- Käyttäjällä on tilaan normaali varausoikeus,
eli hän pääsee tekemään varauksia mutta ei ylivaraamaan tai muuttamaan muiden varauksia

2) Tilalajiin on tasona "normaali varausoikeus" ja
tilaan määritelty tilaa koskeva "ei oikeuksia":
- Käyttäjä näkee tilavarauksen päävalikon kautta tilalajin kaikista tiloista
kaikki muut paitsi sen johon hänelle on määritelty "ei oikeuksia"
- Käyttäjällä on tätä yhtä tilaa lukuunottamatta kaikkiin tilalajin tiloihin normaali varausoikeus

Tarkoituksena on myös viedä opettajille Oodin henkilönumerot. Eihän tähän ole mitään estettä, että Asion henkilönumero korvataan Oodin hlonumerolla? Numero-avaruus ei ole päällekkäinen. 17.6.2011

Asion henkilönumeroa ei voi korvata Oodin henkilönumerolla - henkilönumeroita
ei voi vaihtaa jälkikäteen,
koska kyse on avaintiedosta joka pitäisi samalla päivittää moneen muuhunkin paikkaan.

Tähän ei kuitenkaan pitäisi olla tarvetta,
sillä Oodi-henkilönumerolle on järjestelmässä oma kenttänsä.
Kenttä löytyy varauskohteen tiedoista,
nimellä "Oodi-lyhenne".
Tämä on se tieto jota järjestelmä
käyttää Oodi-siirroissa mikäli se on henkilön varauskohteelle kirjattu.

Lisäsin Oodi-lyhenteen päivitysmahdollisuuden uuteen versioon henkilötietosiirtoa.
En saanut päivitettyä tiedostoa inc/intf_datasync.php.asio huoltoyhteytemme kautta (permission denied),
joten tässä on päivityspaketti:

Mistähän johtuu, että käytössämme oleva Untis 2011 versiossakin perustiedoista poistettu tila tupsahtaa Asioon lukujärjestyksiä tuotaessa? Meni taas tilakalenterit lahjakkaasti sekaisin,
kun aineistoa tuotiin tilavarauksia varten.
Asiaan pitäisi löytyä nyt aika nopeasti vastaus,
koska tämä ongelma alkaa hiertää muitakin kuin allekirjoittanutta,
joka saa siivota ylimääriset tilat pois. 17.6.2011

Poistetut tilat pitäisi poistaa myös Untisista,
tai muuten vaihtoehdot lukujärjestystä tuotaessa ovat jättää tuonti tekemättä tai perustaa tila uutena Asioon.
Itse ongelma lienee aiheutunut siitä,
että mikäli lukujärjestyksen tuonnissa valitaan uusien,
Asiosta puuttuvien tilojen tilalaji oletusoption "Aineiston mukaan" sijaan,
Asion Untis-tuonti perustaa
järjestelmään tilat
jotka ovat Untis-aineistossa ja puuttuvat tilarekisteristä.
Kannattaa tuoda Untis-lukujärjestykset aina järjestelmään niin,
että edellämainittu tilojen lajia koskeva valinta on oletusarvoissaan.
Tällöin ohjelma ei perusta puuttuvia tiloja rekisteriin,
vaan antaa puuttuvasta tilasta virheilmoituksen.

Pieni kysymys: Kuinka Asiossa saadaan tekstiin sanan yläpuolelle TM-merkki (myös C ja muuta vastaavat merkit)? 17.6.2011

Tällainen merkintä edellyttää, että kenttä johon tieto kirjoitetaan
tukee HTML-muotoiluja.
HTML-muotoiltuja kenttiä ovat ainakin kurssien kuvaustiedot.
Muotoilut voivat toimia joissain muissakin kentissä,
mutta kriittisissä paikoissa - kuten esim.
kurssin nimessä tai koodeissa - niitä ei kannata käyttää.
HTML-koodi TM-merkinnälle on
tällainen: ™ ja Copyright-C:lle ©

Tässä on aika hyvä lista HTML-koodeista yleisimmille
erikoismerkeille: http://www.intuitive.com/coolweb/entities.html

Autentikointiohjeessa sanotaan:
Tämäntasoiseen integraatioon liittyy lisäksi olennaisena asiana ulkoisen
järjestelmän avulla sisään kirjautuvan käyttäjän
tunnistaminen tietyksi henkilöksi tilavarauksessa,
esimerkiksi oman kalenterin käytön mahdollistamiseksi.
Tällöin henkilön varauskohteen tunnus tilavarausjärjestelmässä
on oltava sama kuin hänen LDAP-käyttäjätunnuksensa.
Meillähän tilavarausjärjestelmän käyttäjätunnus
on sama kuin aiemman Novell- järjestelmän
(nykyinen Microsoft AD) verkkotunnus,
MUTTA tilavarausjärjestelmän varauskohdetunnus
opettajilla ja muilla varattavilla
henkilöillä on sama kuin ASIOssa oleva tunnus.
Osalla henkilöistä tunnukset ovat samat, osalla eri.
Miten tämä pitäisi ottaa huomioon tässä LDAP-kuviossa? 15.6.2011

Tämä on sikäli hieman vanhaa juttua jo,
että järjestelmästä löytyy myös mekanismi jolla varauskohteen tunnuksen
voi kiinnittää ulkoiseen käyttäjään jonka käyttäjätunnus ei ole sama kuin varauskohteen tunnus.

Tämä onnistuu kirjaamalla kalenterivarauskohteelle varauskohteiden ylläpidon
kautta lomakkeen alalaidassa oleva käyttäjätunnus-tieto. Kun tähän kirjoittaa LDAP-kirjautumistunnuksen,
osaa järjestelmä
yhdistää kalenterin ja käyttäjän toisiinsa.

Tyhjennetäänkö käyttäjätunnuksista sen jälkeen kun se saadaan toimimaan, sellaiset aiemmin LDAP-autentikoinnin kautta tulleet tunnukset, joita enää ei ole LDAPissa olemassa? Kuinka usein tunnusten tieto haetaan LDAPista? Vai pitääkö tunnusten poisto edelleen tehdä käsin? 15.6.2011

Mielestäni ei ole välttämättä syytä lähteä tyhjentämään
Asion käyttäjärekisteristä LDAP:sta poistuvia tunnuksia.
Näin siksi, että kirjautumisen yhteydessä Asion palikat käyvät aina tsekkaamassa
käyttäjän olemassaolon LDAP:sta,
ja tunnuksella ei pysty kirjautumaan jos se vanhenee LDAP-hakemistosta.
Asiossa vanhatkin käyttäjätunnukset on hyvä olla ainakin tiettyyn pisteeseen asti mm. siksi,
että muutoshistoriatietoihin saadaan näkyville käyttäjän tunnuksen lisäksi myös nimi.

Eri juttu onkin sitten, jos teillä on tarkoituksena ottaa vanhoja käyttäjätunnuksia
uudelleen käyttöön eri henkilöille.
Siinä tapauksessa vanhat tunnukset on syytä poistaa Asiosta.
Valmiita ratkaisuja tähän ei valitettavasti ole,
mutta voimme antaa ohjeita putsaukseen SQL:n avulla tai tehdä putsauksen toimittamanne
listan perusteella kertaluontoisena operaationa.

Opettajien tiedot henkilörekisteriin siirtyvät lukujärjestyssiirtojen yhteydessä, mutta miten muu henkilöstö siirtyy sinne? 15.6.2011

Seuraavassa ohjeita muun henkilökunnan perustamiseksi järjestelmään:

1) Henkilöt voi perustaa järjestelmään käsin,
ensin henkilörekisterin kautta henkilö ja sen jälkeen hänelle perustetaan kalenterivarauskohde sekä käyttöoikeus.

Kalenterivarauskohteen koodituksessa tulisi noudattaa samoja periaatteita kuin
käytätte lukujärjestysten opettajakoodeissa, niin silloin varaukset kohdentuvat oikein jos sama henkilö joskus
tulevaisuudessa tulee lukkarisiirron mukana.
Kalenterivarauskohteessa varauskohteen tunnus on se tieto,
jonka pitäisi olla
sama kuin lukujärjestysohjelmissa käytettävä opettajakoodi.

Jos henkilöllä on AD-tunnukset eikä erityismäärittelyjä tarvita käyttöoikeuksiin,
riittää kun henkilön käyttäjätunnuksen käy kirjaamassa kalenterivarauskohteelle käyttäjätunnus-kenttään
(ylläpitolomakkeen alaosassa).
Tämän tiedon avulla järjestelmä osaa nostaa kirjautumisen jälkeen henkilön oman kalenterin päävalikkoon näkyville.

Jos henkilö edellyttää tarkempia käyttöoikeusmäärittelyjä,
voidaan käyttöoikeus perustaa henkilörekisterin kautta.
Mikäli henkilöllä on AD-tunnukset,
tulisi käyttäjätunnukseksi kirjata sama
kuin hänen AD-käyttäjätunnuksensa on,
ja ruksittaa lomakkeen alta kohta "käytä ulkoista autentikointia".
Mikäli käyttäjällä
ei ole AD-tunnuksia, syötä käyttäjälle salasana ja jätä em. ruksi ruksaamatta.

2) Vaihtoehtoisesti isompi määrä muuta henkilökuntaa
voidaan myös tuoda eränä järjestelmään sisään henkilöiden tuontiohjelmaa käyttäen.

Henkilöiden erätuonnista löytyy tarkempi ohje itse ohjelmasta.
Ohjelma on päävalikossa kohdassa Ylläpito -> Aineiston lataus / Yleinen.
Valitse aineiston tyypiksi "Asio v10 henkilösiirtoaineisto"
niin alalaitaan tulee kuvaus
tiedonsiirtoaineistosta sekä tietojen päivitysperiaatteista esim. pakollisten kenttien ja avaintietojen osalta.

Opettajien tiedot henkilörekisteriin siirtyvät lukujärjestyssiirtojen yhteydessä, mutta miten muu henkilöstö siirtyy sinne? 15.6.2011

Seuraavassa ohjeita muun henkilökunnan perustamiseksi järjestelmään:

1) Henkilöt voi perustaa järjestelmään käsin,
ensin henkilörekisterin kautta henkilö ja sen jälkeen hänelle perustetaan kalenterivarauskohde sekä käyttöoikeus.

Kalenterivarauskohteen koodituksessa tulisi noudattaa
samoja periaatteita kuin käytätte lukujärjestysten opettajakoodeissa,
niin silloin varaukset kohdentuvat oikein jos sama henkilö joskus
tulevaisuudessa
tulee lukkarisiirron mukana.
Kalenterivarauskohteessa varauskohteen tunnus on se tieto,
jonka pitäisi olla
sama kuin lukujärjestysohjelmissa käytettävä opettajakoodi.

Jos henkilöllä on AD-tunnukset eikä erityismäärittelyjä tarvita käyttöoikeuksiin,
riittää kun henkilön käyttäjätunnuksen käy
kirjaamassa kalenterivarauskohteelle käyttäjätunnus-kenttään (ylläpitolomakkeen alaosassa).
Tämän tiedon avulla järjestelmä osaa nostaa kirjautumisen jälkeen henkilön oman kalenterin päävalikkoon näkyville.

Jos henkilö edellyttää tarkempia käyttöoikeusmäärittelyjä, voidaan käyttöoikeus perustaa henkilörekisterin kautta.
Mikäli henkilöllä on AD-tunnukset, tulisi käyttäjätunnukseksi kirjata sama
kuin hänen AD-käyttäjätunnuksensa on, ja
ruksittaa lomakkeen alta kohta "käytä ulkoista autentikointia".
Mikäli käyttäjällä ei ole AD-tunnuksia, syötä käyttäjälle salasana ja jätä em. ruksi ruksaamatta.

2) Vaihtoehtoisesti isompi määrä muuta henkilökuntaa
voidaan myös tuoda eränä järjestelmään sisään henkilöiden tuontiohjelmaa käyttäen.

Henkilöiden erätuonnista löytyy tarkempi ohje itse ohjelmasta.
Ohjelma on päävalikossa kohdassa Ylläpito -> Aineiston lataus / Yleinen.
Valitse aineiston tyypiksi "Asio v10 henkilösiirtoaineisto"
niin alalaitaan tulee kuvaus
tiedonsiirtoaineistosta sekä tietojen päivitysperiaatteista esim. pakollisten kenttien ja avaintietojen osalta.

Osaatteko sanoa mistä johtuu, että meillä useilla henkilöillä tulee alla oleva security warning näkyviin, kun nettisivuiltamme koittaa mennä verkkokauppaan. Tämä varmaankin on selainkohtainen ominaisuus,
mutta onko tämän ilmoituksen
poistamiseksi tehtävissä jotain? Asiakkaat saattavat säikähtää tätä. (13.6.2011)

Kyse on siitä, että Asio-palvelin asio.helsinkiexpert.fi
jolla verkkokauppa sijaitsee on asetettu ns. luotetuksi sivuksi.
Tämä varoitus tulee selaimesta aina silloin,
kun ei-luotetulta sivulta
ollaan siirtymässä linkin kautta luotetulle sivulle.

Ongelmasta pääsee eroon ainakin niin,
että asettaa myös www.helsinkiexpert.com -sivun luotetuksi sivuksi.

Tämän jälkeen selaimen pitäisi aina kysyä, mihin tiedosto tallennetaan.

Yritän tehdä xml-tiedostoja. Yritin tallentaa erän 489 ja firefoxissa en saa enää save as –komennolla valittua tallennuspaikkaa. Minulle ilmestyy vain alla oleva ikkuna tallennuksesta
(en saa siis tallennettua xml-tiedostoa haluamaani paikkaan).
Mitä selaimen (?) asetuksissa pitää muuttaa?(25.05.2011)

Tämä on tosiaan Firefoxin oletuskäyttäytymistä,
eli se tallentaa kysymättä kaikki tiedostolataukset tiettyyn kansioon.

Ominaisuuden voi kytkeä pois seuraavasti:
- Valitse ylävalikosta Tools -> Options
- Valitse välilehti "Main" (oletuksena ehkä näkyvissä)
- Kohdassa "Downloads" on radiovalinta "always ask me where to save files".
Klikkaa se aktiiviseksi ja lopuksi vielä "OK".

Tämän jälkeen selaimen pitäisi aina kysyä, mihin tiedosto tallennetaan.

Miten voidaan perustaa uusi käyttäjä järjestelmään (28.04.2011)

Seuraavassa on pikaohje uuden käyttäjän luomiseksi järjestelmään:

1) Perusta henkilö ensin henkilörekisteriin (Ylläpito -> Henkilörekisteri).
Kaikkia tietoja ei tarvitse täyttää mutta ainakin nimi, email, puhelin ja titteli on hyvä olla täytettynä.

2) Henkilörekisterin ylläpitoruudulta löytyy alaosasta kohta "Käyttöoikeustiedot"
josta olevaa painiketta klikkaamalla pääset perustamaan uuden käyttöoikeuden.

3) Syötä käyttöoikeudelle ainakin seuraavat tiedot:
- Käyttäjätunnus; järjestelmä ehdottaa tähän etunimestä 2 kirjainta + sukunimestä 8 kirjainta,
mutta voit kirjoittaa muun tunnuksen jos teillä on näissä ollut jokin toinen käytäntö.
- Salasana - Rooliksi kannattaa valita uudelle lyhytkurssin käyttäjälle "ylläpitäjä"
- Päävalikosta kannattaa ruksittaa kohdat "Lyhytkurssi" sekä "Ylläpito/lyhytkurssi".
Valikoiden sisältöä voi vielä hienosäätää
tarpeen mukaan tarkemmin mustan nuolen alta avautuvista tarkennusrukseista.

4) Tallentamisen jälkeen uusi tunnus on valmis otettavaksi käyttöön.

Ohjeita ilmoittautumisaikasääntöjen käyttämiseen (18.04.2011)

Seuraavassa ohjeita automaattisen ilmoittautumisaikasäännöstön käyttöönottoa varten.

Ilmoittautumisaikojen automaattinen laskenta aktivoituu toiveiden käsittelyssä heti,
kun sääntöjä on määritelty vähintään yksi kappale.
Teillä ei tainnut olla tällä hetkellä vielä yhtään
sääntöä tietokannassa, mutta
voit perustaa uuden säännön parametrien ylläpito-ohjelman avulla seuraavalla tavalla.

1) Avaa parametrien ylläpito ja syötä uusi parametriluokka -kohtaan "Q/T" ja jatka eteenpäin.

2) Syötä ilmoittautumisaikasäännön tiedot lomakkeelle. Tässä esimerkki:

-- J.nro = järjestysnumero jossa säännöt esitetään, laita tähän vaikkapa "1"

-- Koodi = ilmoittautumisaikasäännön yksilöivä koodi, esimerkiksi "I" (iso I = roomalainen ykkönen)

-- Säännön nimi (suomi/englanti) = käyttäjälle näytettävä nimi säännölle.
Tämä näytetään listoissa aina koodin perässä,
eli jos syötät nimeksi vaikkapa "Kauppatieteen opinnot" ja koodiksi "I"
niin valintalistalla tämä
näkyy käytäjälle tekstinä "Sääntö I - Kauppatieteen opinnot".

-- Apvm/Lpvm:n laskentakaava = kaava jolla
ilmoittautumisen alkupäivä ja loppupäivä lasketaan.
Parametrien ylläpidon ohjeessa on listattu kaikki mahdolliset kaavassa käytössä olevat merkintätavat.
--- Laskennan lähtökohdiksi on tarjolla opetuksen alku- ja loppupäivät
(apvm, lpvm) sekä jakson alku- ja loppupäivät (japvm, jlpvm).
--- Lopullisen päivän lähtökohdasta laskemista varten voidaan
käyttää joko kalenteripäiviä (p) tai arkipäiviä (ap).
Arkipäivien laskennassa on huomioitu myös erityispäivärekisteriin kirjatut juhlapyhät.
--- Seuraavassa vielä pari käytännön esimerkkiä
jotka toivottavasti valottavat laskennan toimintaa:
---- "apvm-5p" = 5 kalenteripäivää ennen opetuksen alkupäivää
---- "japvm+5ap" = 5 arkipäivää jakson alkupäivän jälkeen

-- Ohjeteksti-kenttään voit kirjoittaa pidemmän vapaan selitteen.
Olemme soveltaneet tätä Aalto-yliopistolla niin, että tähän kirjoitetaan säännön laskentaperiaate,
aukikirjoitettuna käyttäjän ymmärtämällä kielellä.

Ilmoittautumisaikasääntöjen käyttöä varten vielä pari kommenttia seuraavassa:

1) Määrittelyn jälkeen sääntö nousee toiveiden
käsittelyyn valittavaksi ilmoittautumisaika-kohtaan.
Jos tästä valitaan sääntö, päiviä ei voi syöttää itse vaan ne lasketaan säännön perusteella.
Valinnalla "ei automaattisääntöä"
käyttäjä voi syöttää päivät manuaalisesti kuten ennenkin.

2) Kurssien lukituksen sekä Oodi-siirto-ohjelman
kautta on myös pääsy ilmoittautumisaikojen massa-asetukseen.
Massa-asetustoiminnon kautta säännöt voidaan asettaa kerralla joukolle pienryhmiä.
Lisäksi sen kautta voidaan esikatsella,
millaisia tuloksia automaattilaskenta antaisi.
-- Oodi-siirrosta ilmoittautumisaikojen massa-asetukseen pääsee
syöttämällä hakuehdot ja klikkaamalla "Päivitä/tarkista ilmoittautumisajat" -painiketta
-- Lukituksesta myös vastaavasti,
eli täyttämällä hakuehdot ja klikkaamalla "Ilmoittautumisaikojen päivitykseen" -painiketta

Miten saatiinkaan haamutila (vrt. HH:n Porvoo) olemaan näkymättä varauskalentereissa. (08.04.2011)

Piilotus toimii siten että HH:n haamutilat on laitettu
omaksi tilalajikseen johon on asetettu rivikäyttäjille käyttöoikeudeksi "Ei oikeuksia".


Oikeusmääritys on tehty HH:n ympäristössä rooleille "Asio-selaus" ja "Asio-varaus"
sekä "Admin-ylläpitäjä" joita tulisi käyttää oikeuksien pohjana kun uusia käyttäjiä perustetaan järjestelmään.

Teimme juuri versiopäivityksen antamiesi ohjeiden mukaan.
Kun Asioon kirjautuu, tulee kuitenkin tällainen herja: ” Huom! Järjestelmän pääkonfiguraatio server_settings.php on vanhaa versiota (ennen v11.00). Ota yhteys järjestelmän ylläpitäjään. (23.03.2011)”

Tämä on ohjelman antama varoitus siitä,
että pääkonfiguraatio inc/server_settings.php on vanhaa versiota.
Varoitus on lisätty ohjelmaan alkaen versiosta 11.10 siksi,
että vanhan konfiguraation
käyttö on aiheuttanut muutamilla
asiakkaillamme pieniä mutta käytännössä hankalasti selvitettäviä yhteensopivuusongelmia.
Muistelin ulkomuistista päivityspakettia koostaessani, että teidän ympäristössä olisi ollut v11 -konfiguraatio
jo käytössä mutta se taisikin olla jäänyt edellisestä versiosta 10 paikalleen.

Näyttää että meidän huoltoyhteys teidän palvelimellenne ei ole enää pystyssä,
sillä en saa tätä kirjoittaessani SSH-yhteyttä palvelimelle.

Näyttää että meidän huoltoyhteys teidän palvelimellenne ei ole enää pystyssä,
sillä en saa tätä kirjoittaessani SSH-yhteyttä palvelimelle.

Varoitus on kuitenkin helppo korjata
päivittämällä konfiguraatiotiedoston versio. Seuraavassa ohje:

1) Avaa vanha konfiguraatiotiedosto inc/server_settings.php tekstieditoriin.

2) Etsi konfiguraatiotiedostosta sen loppupuolelta tällainen kohta:

/***********************************************************************
*
* Älä tee organisaatiokohtaisia muutoksia tämän kohdan alapuolelle
*
***********************************************************************
*/
3) Poista kaikki ohjelmakoodi konfiguraatiotiedostosta mikä on tämän kohdan jälkeen,
paitsi tiedoston ihan viimeinen rivi joka sisältää PHP:n lopetusmerkin ?
4) Poistettuasi tekstit, lisää tällainen rivi siihen kohtaan mistä teit poiston:
require("../inc/asio_init.php");
5) Tallenna muutokset
Tämän jälkeen tilavarausohjelmasta pitäisi olla kadonnut varoitus konfiguraation versiosta.
Tekemämme päivitys konfiguraatioon on sellainen,
että siirsimme konfiguraatiosta yleisiä osia osaksi ohjelman kirjastoja.
Tällä tavoin vastaavaa konfiguraatioiden päivitysrumbaa ei tarvitse jatkossa
enää tehdä aina Asion
versiopäivitysten yhteydessä.

Varmuuden vuoksi voisi olla hyvä ajatus ottaa vanhasta
inc/server_settings.php-tiedostosta varmuuskopio ennen ylläolevaa muutosta.
Näin ihan kaiken varalta, sillä pienikin kirjoitusvirhe tässä
tiedostossa voi aiheuttaa ohjelman
toiminnan pysähtymisen.

Opettajat eivät pääse poistamaan Untiksesta tuotuja varauksiaan jos on useampi opettaja varauksessa (11.02.2011)

Näin tosiaan on, opettajalla on oletuksena järjestelmässä muutosoikeus vain niihin varauksiin,
joissa hän on yksin itse opettajana.
Tämän säännön voi ohittaa yrityskohtaisista asetuksista löytyvällä valinnalla:

- Avaa päävalikosta "Ylläpito" -> "Ylläpitotoiminnot"
- Avaa välilehti "Yrityskohtaiset asetukset"
- Kohdasta "Varaamisen asetukset" löytyy valinta "Opettajien käyttöoikeus"
- Valinnalla "Täysi muutosoikeus varauksiin, joissa itse opettajana" tämä ongelma ratkeaa

Ennen tämän asetusmuutoksen tekoa kannattaa käydä lyhyt
keskustelu aiheesta talon sisällä eli onko tämä toimintamalli aina OK,
vai voiko aiheuttaa ongelmia ja antaa liian laajat muutosoikeudet opettajille.

Tämän asetusmuutoksen voi tehdä pääkäyttäjän oikeuksin,
eli sen pitäisi onnistua teidän molempien omia tunnareita käyttäen.
/tr>

Sovellus toimii hitaahkosti. (09.02.2011)

Huomasin äsken tutkiessani lyhkin viestinlähetysongelmaa,
että teillä ei näyttäisi olevan palvelimen MySQL:ssä ns. kyselyvälimuisti (query cache) päällä.
Kyselyvälimuistin avulla Asio-ohjelmistoon
saa ihan mukavasti suorituskykyä
lisää,
ja tämä ominaisuus kannattaakin kääntää tietokannasta päälle.
Käänsin sen päälle
ajonaikaisesti, mutta muutos pitäisi tehdä vielä
konfiguraatiotiedostoon /etc/my.cnf jottei asetus haihdu seuraavan bootin yhteydessä.

Tässä ohje kyselyvälimuistin käyttöönottamiseksi.
Lisää allaoleva rivi tiedoston /etc/my.cnf [mysqld] -osioon:

query_cache_size= 128M

Isompikin kuin 128 megainen kyselyvälimuisti voi olla
hyödyllinen jos palvelimella on paljon aktiviteettia, mutta tämän pitäisi jo riittää pitkälle
. /tr>

Sovellus toimii hitaahkosti. (09.02.2011)

Huomasin äsken tutkiessani lyhkin viestinlähetysongelmaa,
että teillä ei näyttäisi olevan palvelimen MySQL:ssä ns.
kyselyvälimuisti (query cache) päällä.
Kyselyvälimuistin avulla Asio-ohjelmistoon
saa ihan mukavasti suorituskykyä
lisää, ja tämä ominaisuus kannattaakin kääntää tietokannasta päälle.
Käänsin sen päälle
ajonaikaisesti, mutta muutos pitäisi tehdä vielä
konfiguraatiotiedostoon /etc/my.cnf jottei asetus haihdu seuraavan bootin yhteydessä.

Tässä ohje kyselyvälimuistin käyttöönottamiseksi.
Lisää allaoleva rivi tiedoston /etc/my.cnf [mysqld] -osioon:

query_cache_size= 128M

Isompikin kuin 128 megainen kyselyvälimuisti voi olla hyödyllinen
jos palvelimella on paljon aktiviteettia, mutta tämän pitäisi jo riittää pitkälle.
/tr>

Varausmuutosruutu tietyissä tilanteissa hidas (20.01.2011)

Sain hitausongelman myös esiin.
Näyttäisi että ongelma muodostuu ns. suurryhmästä, eli siitä että varauksessa on tosi
paljon ryhmiä/ohjelmia sen lisäksi että varaus on melko pitkä.
Hitaus ei ole tietokannasta kiinni, vaan
yksinkertaisesti siitä että
varausmuutosten käyttöliittymästä tulee tällaisilla varauksilla todella iso.

Huomasin kokeilussani että tämä ruutu nopeutuu teillä huomattavan
paljon mikäli tilavarauksen yrityskohtaisista asetuksista valitaan varausmuutoksiin päälle erilainen suurryhmäkäsittely.
Teillä lienee se tilanne aina
opetustyyppisissä varauksissa,
että koko varauksessa on kiinni samat ryhmät, eli että
ryhmäkokoonpanot eivät vaihtele saman varauksen sisällä oppitunnista toiseen.
Jos näin on, niin tätä asetusta voisi ainakin kokeilla -
uskoisin että se ratkaisee varausmuutosten hitausongelman ainakin tällaisista tapauksista.

Asetus löyty toiminnon Ylläpito -> Ylläpitotoiminnot ->
Yrityskohtaiset asetukset kautta, "Varaamisen asetukset" -osiosta.
Asetuksen nimi on "Suurryhmäkäsittely varausmuutoksissa" ja
oletusarvo on "Näytä yksi rivi per ryhmä".
Valinnalla "Näytä yksi rivi per opetustapahtuma" varausmuutosruutu muuttuu sellaiseksi,
että ryhmistä tulee varauksen yhteinen tieto jolloin
niiden aiheuttama monistuminen jää rivikohtaisesta taulukosta pois.

Onko teillä olemassa malliesimerkkejä tai käytännön ohjeita, mitä oikeuksia roolit pitävät sisällään? Lähinnä tarkoitan esim. sitä tarvitseeko tilavaraaja tai opetuksensuunnittelija myös jotain Ylläpidon oikeuksia? (15.12.2010)

Eri roolien sisältämien oikeuksien määrittely on osoittautunut
sen verran asiakkaasta toiseen vaihtelevaksi, että kovin tarkkoja ohjeita en pysty antamaan.
Kuten arvelitkin, muutamia asioita
kuitenkin on mitkä on hyvä tietää
tilavaraajan ja opetuksen suunnittelijan kohdalla:

1) Mikäli tilavaraajan on tarve tehdä laskutettavia ulkoisia varauksia,
hänelle pitää avata ylläpitovalikosta pääsy asiakasrekisteriin ja henkilörekisteriin.
Yksi hyvä yleiskäyttöoinen ylläpidosta
löytyvä ja tilavaraajille soveltuva
kohta on myös omat ryhmät, jonka avulla voi määritellä
järjestelmään varauskohteista
henkilökohtaisia pikavalintoja.

2) Opetuksen suunnittelu -rooli on hyvä määritellä pohjautumaan ylläpitäjä-rooliin,
sillä muuten päällekkäisvarausten teon kanssa voi tulla ongelmia.
Lisäksi lienee syytä avata ylläpidosta pääsy
seuraaviin ylläpito-ohjelmiin:
- Kurssitietojen ylläpito
- Ohjelmat (ryhmät)
- Henkilörekisteri

Sellainen huomio vielä suunnittelemaanne roolitusta silmälläpitäen,
että pääkäyttäjän oikeus on tietoturvasyistä sellainen että
sen voi antaa vain paikallisella ja henkilökohtaisella määrittelyllä.
Pääkäyttäjätason oikeutta ei
toisin sanoen voi kiinnittää henkilölle roolin kautta,
vaan ainoastaan henkilökohtaisesti
ja toisen pääkäyttäjän toimesta.

Kuinka määritän tilojen sijaintikartat? (08.12.2010) Tässä ohjeita tilojen sijaintikarttojen käyttöönottoa varten.
Toiminto on vielä hieman hankalakäyttöinen,
mutta seuraavassa ohjeita joiden avulla toivottavasti pääsette alkuun.

I - Google-kartan käyttöönotto ja konfigurointi

Mikäli haluatte käyttää Google-karttoja tilan fyysisen sijainnin esittämiseen,
kannattaa ensimmäiseksi käydä hakemassa palvelimelle Google-karttoja varten
avain tästä osoitteesta:
http://code.google.com/apis/maps/signup.html .
Avain tulisi konfiguroida inc/server_settings.php -tiedostoon nimellä g_google_maps_code,
eli jos avain on vaikkapa "XYZ", sinne pitäisi lisätä tällainen uusi rivi:

$g_google_maps_code = "XYZ";

II - Karttapohjien ylläpito

Karttapohjien ylläpito-ohjelma löytyy ylläpitovalikosta kohdasta "Karttapohjat".
Karttapohjalle tulisi määritellä ohjelman kautta seuraavat tiedot:


1) Karttapohjan koodi.
Tämä on pohjan yksilöivä tunniste, ja sen tulisi olla koodimuotoinen eli
se ei saa sisältää välilyöntejä tai muita erikoismerkkejä.
Kannattaa tehdä kooditus niin,
että karttapohjat järjestyvät fiksusti.
Esimerkiksi jos teillä olisi Oulun kampuksesta kampuksen kuva,
päärakennuksen kuva ja
päärakennuksen kerrosten kuvat, voisi kooditus mennä seuraavasti:
- "oulu-kampus" = kampuksen kartta
- "oulu-paarakennus" = päärakennuksen kartta
- "oulu-paarakennus-1" = päärakennuksen 1. kerros jne..

2) Julkisuus = näkyykö käyttäjille vai ei.
Vain julkiset pohjat näkyvät tilakartat-toiminnossa,
eli pohjan voi pitää ei-julkisena siihen asti kunnes se on valmis ja kaikki tilat sijoiteltu.

3) Lyhyt nimi, pitkä nimi = karttapohjan nimet, lyhyt nimi on
sellaisten valintalistojen varalta kun käyttöliittymässä on vähän tilaa.

4) Ohjeet-kohtaan voit kirjoittaa ohjeita
jotka näkyvät tilan sijaintikartan alapuolella selailutoiminnossa.

5) HTML image map ja lupanumerot- kohdat eivät ole tällä
hetkellä tilavarausohjelmiston sijantikartat-toiminnossa käytössä.
Kentät ovat perua matkailupuolen ohjelmistosta, ja ne on jätetty
tilavaraukseen
näkyville tulevaisuuden varalta,
jos sijaintikartat-toiminnon käyttöä laajennetaan esim. julkisiin
selailukäyttöliittymiin (aulatoimintoihin ym.).

6) Kuvan tiedostonimi, kuvan koko: tästä kohdasta voi valita käytettävän
kiinteän karttapohjakuvan sekä määritellä sen pikselikoon.
"Lähetä uusi tiedosto" -toiminnon avulla palvelimelle voi lähettää uusia kuvia.

7) Karttapohjan vasemman ylänurkan ja oikean alanurkan koordinaatit:
tähän määritellään karttapohjan maantieteelliset koordinaatit.
Mikäli kyse on karttapohjasta jolla tällaisia ei ole
(esim. rakennuksen kerroskuvat tai mittasuhteiltaan
viitteelliset kampuksen kartat), voit tehdä määrittelyn seuraavasti:
- Vasen ylä, pohj.lev: kuvan pikselikorkeus
- Vasen ylä, itä.pit: 0 (nolla)
- Oikea ala, pohj.lev: 0
- Oikea ala, itä.pit: kuvan pikselileveys

III - Tilojen sijainnin määrittäminen

Itse tilojen sijaintien ylläpito tapahtuu varauskohteiden
ylläpito-ohjelmasta painikkeen "Sijainti kartalla" takaa.
Tämän kautta voi käydä valitsemassa, mihin pohjakarttoihin tila kuuluu
sekä käydä asettamassa tilan sijainnin
kullekin pohjakartalle.

Tilojen sijainnille on olemassa kaksi koordinaatistoa:
tilan maantieteelliset koordinaatit (ruudun yläosassa) sekä tilan
karttapohjakohtaiset koordinaatit (ruudun alaosassa).
Maantieteellisten koordinaattien tarkoitus on kertoa,
missä tila oikeasti sijaitsee, ja karttapohjakohtaisia voi käyttää esim.
kerroskarttojen ja muiden viitteellisten karttapohjien yhteydessä.

Seuraavassa ohje tilan sijainnin määrittämiseen:

1) Valitse ensin tilalle Kartalla = Kyllä ja tallenna.
Tämä perustaa tilalle karttakohderekisteriin merkinnän,
minkä jälkeen sijannin määrittäminen on mahdollista.

2) Ruksaa karttapohjat-kohdasta kaikki ne karttapohjat joihin tila kuuluu ja tallenna valinta.
Tämä kiinnittää tilan karttapohjiin, ja mahdollistaa karttapohjakohtaisten koordinaattien määrittelyn.

3) Määritelläksesi karttapohjakohtaiset koordinaatit klikkaa ensin karttapohjan kohdalla
olevaa linkkiä ja ruksaa ruudun alaosasta "käytä karttapohjaisia koordinaatteja".
Tämän jälkeen voit joko
kirjoittaa koordinaatit X- ja
Y-kenttiin tai tuplaklikata karttakuvaa haluamastasi kohdasta. Sijainti näkyy
kartalla punaisena pisteenä.
Tuplaklikkaus ei välttämättä toimi kaikilla selaimilla, mutta ainakin uusimmat Firefox- ja IE-selaimet toimivat.

5) Kun sijainti on määritelty,
voit hienosäätää punaisen pisteen sijaintia hiiren avulla raahaamalla.
Tallenna lopuksi koordinaatit.

6) Jos Google-kartta on käytössä,
voit määritellä maantieteellisen sijainnin kirjoittamalla koordinaatit yläosan lokeroihin ja tallentamalla.
Voit hienosäätää sijaintia myös Google-kartassa raahaamalla
punaista karttakohdetta.
Versiosta 11 alkaen on myös mahdollista hakea tilan koordinaatit Googlesta
automaattisesti katuosoitteen pohjalta.

IV - Tilojen sijaintikartat -toiminnon käyttäminen

Tilojen sijaintikartat löytyvät suoraan tällä nimellä päävalikosta.
Näkyviin tulee rakennuksittain selattava taulukko tiloja
vastaavalla tavalla kuin tilakalenterit -toiminnossa.
Tilan kohdalla oleva linkki on harmaa jos
sijaintikarttaa ei ole määritelty.
Tällainen harmaa linkki tuo näkyviin tilan lisätietosivun omaan ikkunaansa.

Tilavalinnan jälkeen "Valitse kartta"-kohdassa on alasvetovalikko kaikista karttapohjista,
joihin tila on kytketty, sekä Google-kartan valintamahdollisuus jos tilalla on maantieteelliset koordinaatit.

Tilan sijainti näkyy kartalla punaisena pisteenä,
ja Google-kartalla punaisena karttakohdemerkkinä.

Jos voimassaoloa ei ole asetettu, näkyykö ryhmät listoilla ikuisesti? Muistelen puhuttaneen sellaisestakin ominaisuudesta, että listoilla näkyy vain ne varauskohteet, joihin on
ajankohtaisia varauksia... se saattoi koskea
muita kohteita kuin ryhmiä. (08.12.2010)

Näin tosiaan on, eli tilavarausohjelmiston päävalikossa olevien
ryhmäkalenterien osalta ohjelma suorittaa myös sellaista siistimistä,
että pois jätetään tästä aina sellaiset ryhmät,
joilla ei ole nykyisenä vuonna yhtään tilavarausta.

Ryhmien aikavälin määrittely on tätä täydentävä toiminto,
jolla tämä aikaväli voidaan määritellä itse ja tarvittaessa tarkemmin kuin yhden vuoden tarkkuudella.
Tästä toiminnosta on hyötyä etenkin lyhytkurssiohjelmiston yhteydessä,
ja se mahdollistaa teknisessä mielessä tehokkaamman aikaan sidotun
ryhmärajauksen kun
varaustietoja ei tarvitse hakea aikarajausta varten.

Kokeilimme perjantaina sähköpostin lähetystä varausvahvistuksen muodossa. Sähköposti lähtee onnistuneesti (sovellus kertoo, että Lähetetty onnistuneesti 1 viestiä), mutta ei tule perille.
Palvelimelle on (teknisen tuen mukaan)
konffattu mail-server. Osaisitteko kertoa, mistä lähdemme ongelmaa selvittämään?

Toinen kysymys. Meillä on kaksi kantaa: tuotanto ja testi. Voiko Asioon konfiguroida suoraan sekä testi- että tuotantokannan, että voisi valita kumpaan haluaa selaimella kirjautua vai
tehdäänkö molemmista eri inkarnaatiot?
(10.11.2010)

Asio-sovellus käyttää PHP:n sisäänrakennettua sähköpostin lähetystä,
joka puolestaan käyttää Linux-ympäristöissä palvelimelle asennettua sähköpostin lähetysohjelmistoa
(esim. sendmail).
Todennäköisin syy kuvailemaasi tilanteeseen on,
että palvelimella olevaa sähköpostin lähetysohjelmistoa ei ole
konfiguroitu niin
että se toimisi teidän verkkoympäristössänne oikein.
Kannattaa olla yhteydessä palvelimen asentaneeseen tahoon, sillä emme valitettavasti osaa auttaa tässä asiassa.
Tyypillisesti vinkkiä sähköpostin
kulkemisen ongelmaan voi hakea sähköpostijärjestelmän lokista /var/log/mail.log

Sellainen huomio mailiasiaan vielä että Asio-järjestelmä asettaa mm.
virhepaluupostien ja vastausten oikeaan paikkaan toimittamiseksi sähköpostin lähettäjän osoitteeksi käyttäjätietoihin
kirjatun sähköpostiosoitteen.
Voi olla että palvelimella oleva sähköpostijärjestelmä
tai sähköpostin lähetykseen käytettävä
ulkoinen SMTP-palvelin ei ole suostunut lähettämään viestiä eteenpäin
mikäli testikäyttäjän sähköpostiosoite on ollut tyhjä tai muuten kelpaamaton.

Testi- ja tuotantotietokannat voivat sijaita samalla palvelimella käytettäessä sisäistä
kirjautumista ja käyttää samaa Asio-ohjelman instanssia.
Järjestelmässä on tietokanta "asio",
joka sisältää käyttäjätiedot taulussa kayttooikeus_p,
ja näissä käyttätiedoissa on kiinnitetty tietokanta johon käyttäjä kirjautuu.
Seuraavassa ohje jolla voit tehdä samalle palvelimelle
testiympäristön käyttäen pohjana tuotantotietokannan "uwasa" dumppia:

1) Luo tietokantapalvelimelle uusi tietokanta testiympäristöä varten, esim "uwasatest"

2) Lataa tuotantotietokannan dumppi tähän uuteen testitietokantaan

3) Lisää asio-tietokantaan testitietokantaan pääkäyttäjätunnus jotta sinne pääsee kirjautumaan.
Tämä onnistuu ajamalla MySQL:n konsolista esim. tällainen komento:

insert into asio.kayttooikeus_p
(ktun,password,kayttajaryhma,m2,kanta) values ('admintest','testi','ROOT','X','uwasatest');

4) Nyt Asioon kirjautuessa edellisessä käskyssä
olevilla tunnuksilla (admintest / testi) ohjelma käyttää testitietokantaa.

5) Kannattaa ensitöiksi vaihtaa yrityskohtaisista asetuksista
(Ylläpito -> Ylläpitotoiminnot -> Yrityskohtaiset asetukset) yrityksen
nimi esim. lisäämällä perään sana TESTI.
Yrityksen nimi näkyy ohjelman ylälaidassa, ja
näin ei tule epäselvyyttä milloin on kirjautunut testiin ja milloin tuotantoon.

6) Kannattaa vielä käydä vaihtamassa ylläpitotoimintojen kautta pääkäyttäjän salasana. E
dellämainittu suora insert-lause jättää salasanan käyttäjätietokantaan selväkielisenä,
mutta ohjelman kautta asettaminen muuttaa sen
kryptatuksi MD5-tarkistussummaksi.

Mikäli testiympäristöön on tarve tehdä Shibboleth-kirjautumisia,
pitää Asio-järjestelmän ohjelmatiedostoista tehdä toinen kopio palvelimelle.
Tämä siksi, että ulkoisten käyttäjien kirjautumisessa
käyttämä tietokanta konfiguroidaan
inc/server_settings.php -tiedostoon ja
niitä voi näin ollen olla käytössä vain yksi kerrallaan.

en tunne ASIO-järjestelmää mutta asiakkaallamme olisi seuraavanlainen tarve: Nykyään (oppilas)tunnukset perustetaan ensin ASIO-järjestelmään
ja AD:hen ominaan eli kahdet tunnukset tarvitaan. Huomasin sivuiltanne että LDAP-autentikointi
olisi ilmeisesti mahdollista tehdä ASIOON (Active Directory tunnukset => ASIO)
mutta asiakkaalla on tahtotila / käytäntö että ensin
tehdään (oppilas)tunnukset ASIOO:n ja ilmeisesti vastaavat tunnukset AD:hen käsin.
Tämä pitäisi saada synkronoitua niin että tämä tapahtuisi automaattisesti,
tunnuksen elinkaari ASIOssa = AD:n kanssa synkassa.
Meillä on referenssiä toiselta asiakkaalta
jossa käytetään Novell IDM- järjestelmää vastaavasti niin että tieto kulkee
ASIO è Meta –välivarasto => AD käsikynkässä
Meillä on toimiva konsepti tuohon ja tuotannossa mutta asiakasta kiinnostaisi
esim. Microsoftin homogeeninen ratkaisu AD-maailmaan,
Novellin IDM:ää vastaava on esim. Microsoft Forefront Identity Manager 2010 tms.
Onko teillä tietoa tällaisista tarpeista/ratkaisuista?
Kannattaisiko meidän talon koodareitten esim. tutkia tuota ForeFront-ratkaisua.
Kaikki info tervetullutta! (10.11.2010)

Kuvailemasi tilanne jossa henkilö- ja käyttöoikeustietojen pääjärjestelmänä on
Asio josta sitten synkronoidaan tietoja muualle on sikäli uudenlainen käyttötapaus,
että valmiita ratkaisuja meillä
ei tähän valitettavasti ole tarjota.
Olemassaolevia aiheeseen liittyviä moduuleja meillä on muutamia, mutta erona on
tosiaan se että tietoja on aikaisemmin aina siirretty muista järjestelmistä Asioon päin.

Sovelluksen tasolla tässä puhutaan meidän näkökulmasta kahdesta eri asiasta:

1) Pelkkään kirjautumiseen meillä on olemassa integrointipalikat mm.
Microsoftin Active Directoryyn, muutamiin muihin LDAP-hakemistoihin sekä Shibbolethiin.
Näiden moduulien ajatuksena on
autentikoida käyttäjä kirjautumishetkellä
sekä profiloida käyttöoikeuden taso automaattisesti jotta käyttöoikeuksien hallintaa
ei tarvitsisi tehdä manuaalisesti Asio-ohjelmistossa.

2) Henkilötietojen sisäänlukuun meillä on rakennettu ratkaisut Personec/Fortime- ja Novell IDM- järjestelmiä vastaan.
Tämän integraation ideana on tuoda asiakkaan operatiivinen henkilöstö
Asio-järjestelmään siten että tietoja voidaan
käyttää mm. varaustoiminnassa sekä opetuksen suunnittelussa, sekä siirtää
Asiosta edelleen eteenpäin käyttäen asiakkaan omia oikeita koodituksia.
Personec/Fortime -integraatio toimii teknisesti lukemalla sisään XML-muotoisia
siirtotiedostoja jotka kopioidaan ajastetusti palvelimelle tiettyyn kansioon.
Novell IDM -integraatio on puolestaan toteutukseltaan hieman yleisempi,
ja se on tehty käyttäen MySQL-tietokannassa olevaa
siirtotaulua johon Novell IDM kirjoittaa tietoja ja josta Asio lukee tietoja ajastetusti sisään.

Asion henkilötietojen siirtorajapinnassa päässä tuetut kentät on listattu allaolevassa dokumentissa.
Dokumentti käsittelee tietojen tuontia Asioon CSV-muotoisella siirtotiedostolla,
mutta siitä ilmenee millaisia tietokenttiä on käytettävissä.

http://www.asio.eu/asio/asio_tilavaraus_henkilosiirto.htm

Jos Asio-järjestelmä halutaan pitää henkilö- ja käyttöoikeustietojen pääjärjestelmänä,
edellyttää tämä vastaavien tietojen välittämistä toiseen suuntaan.
Käytännössä ratkaisu voisi olla
esim. sellainen että Asiosta päivitetään
tietoja erilliseen MySQL-tietokannassa olevaan siirtotauluun jota
Microsoft Forefront Identity Manager tai vastaava käyttää välivarastonaan.

Mikäli ylläoleva kaavailu kuulostaa järkevältä niin voitaisi edetä asiassa mielestäni siten
että sovimme ensin asiakkaan kanssa
Asio-järjestelmän päähän tarvittavien lisäominaisuuksien
toteuttamisesta, ja sen jälkeen aletaan
tarkentaa tekniseltä puolelta.
Lähinnä etukäteen mieleeni tulee ongelmana salasanatiedon välitys,
sillä meillä ei ole tietoturvasyistä selväkielistä salasanaa
tai edes suolaamatonta MD5-tarkistussummaa järjestelmässä lainkaan tallennettuna.

Olemme virtualisoimassa (VMWare) meidän server ympäristöä (ei työasema) ja samalla siirrymme käyttämää Windows server2008r2:sta. Onko teidän ohjelma/ ohjelmat yhteensopiva virtualisoinnin ja server2008 kanssa? Onko jotakin erityistä, mitä pitää huomioida? (05.11.2010)

Emme valitettavasti voi taata ohjelman täyttä
yhteensopivuutta Windows Server 2008 -käyttöjärjestelmän kanssa.
En henkilökohtaisesti kuitenkaan usko että Windows Server 2008 aiheuttaa
yhteensopivuusongelmia Asio-ohjelmiston
kanssa, sillä ohjelmisto on käyttöjärjestelmäriippumaton kunhan vaan alustalle on saatavilla
vaadittu varusohjelmisto eli PHP, MySQL ja Apache.
Valitettavasti meillä ei kuitenkaan ole tarjota
vinkkejä tai ohjeita mitä asennuksessa Windows Server 2008 -ympäristöön tulisi huomioida.

Olemme lopettaneet Windows-pohjaisten ympäristöjen suosittelemisen
uusille asiakkaille johtuen Windows-alustojen hieman huonommasta suorituskyvystä ja
merkittävästi vaikeammasta etäylläpidettävyydestä,
mutta toki tuemme yhä
olemassaolevia tuotantoympäristöjä.

Virtualisoinnista ei puolestaan aiheudu ongelmia,
ja se onkin oikein hyvä toimintamalli käyttövarmuuden ja varmistusten kannalta.
Virtualisoinnista aiheutuu toki aina jonkin verran lisäkuormaa ja
suorituskyky ei siksi ole ihan
yhtä hyvä kuin ilman virtualisointia.
Asennettaessa Asio-ohjelmistoa uudelle
virtuaalialustalle on
hyvä antaa ohjelmiston käyttöön ainakin pari kappaletta prosessoriytimiä mikäli palvelinympäristö sen sallii.

Kuinka voin muodstaa RSS-syötteitä tilavarausohjelmasta.(17.9.2010)

Olit kysellyt RSS-syötteiden saamisen mahdollisuudesta Asion tilakalentereista.
Teillä tällä hetkellä käytössä olevalla tilavarauksen versiolla on mahdollista tuottaa RSS-syötteitä yksittäisen
tilan tilakalenterista seuraavasti:
- Mene tilan kalenteriin ohjelman käyttöliittymän kautta - Lisää urlin perään parametri "&outmode=rss"

Vastauksena tulee ko. tilakalenteri RSS-syötteenä.
Syötteen muodostus ei tarvitse ihan kaikkia urlissa olevia parametreja,
ja toisaalta siinä voidaan käyttää muutamia lisäparametreja hyödyksi.
Seuraavassa on kuvaus RSS-syötettä
ohjaavista urlin GET-parametreista:

- kt = "tila", kiinteä teksti joka yksilöi varauskohteen tyypin.

- outmode = "rss", kiinteä teksti joka valitsee tulostusmuodoksi RSS:n.

- ctila = Varauskohteen rivin tunniste (rowid). Tämä on numero joka yksilöi varauskohteen.
Kannattaa katsoa tämä oikean kalenterin urlista avaamalla se ohjelman käyttöliittymän kautta.
Jos integroituvalla ohjelmalla on MySQL-yhteys,
voi tämän tiedon lukea palvelu_p-taulun kentästä rowid.

- var_apvm = varaukset alkaen tästä päivästä, 6 merkillä muodossa VVKKPP

- var_lpvm = varaukset tähän päivään asti, 6 merkillä muodossa VVKKPP


Jos päivämääriä ei välitetä parametrina, tulevat listaan
oletuksena nykypäivän tulevaisuudessa olevat varaukset.

Esimerkiksi teidän 422 musiikkiluokka -tilasta koko
vuoden 2010 varaukset saa ulos RSS:ksi tällaisella urlilla:
https://xxx.yyyteak.fi/kalenterit2/index.php?kt=tila&ctila=
22&outmode=
rss&var_apvm=100101&var_lpvm=101231

Ongelman nimi on seuraava. Oracle-asion toimintasuunnitelmissa
on tälle syksylle kaksi toteutusta opintojaksosta ZZPP0400.
Periodikoodit näille ovat 0S0t1 ja 0S0T1
. Eroittavana tekijänä siis 2.viimeinen merkki
kirjoitettuna eri kokoisena.
Nyt kun kurssikalenterista haetaan toteutusta 0S0t1,
ohjelma näyttää molempien toteutuksen ajoitukset.
Tämä aiheuttaa myös ongelmia tiettyjen oracle-ohjelmien kanssa,
joista on linkityksiä tilanvaraukseen (25.8.2010).

Tämä ongelma johtuu siitä,
että MySQL ei oletusarvoisesti välitä kirjainkoosta tekstikentissä,
joten ohjelman tekemät SQL-haut osuvat tässä kohtaa molempiin periodikoodeihin.

Ongelman voi korjata tekemällä seuraavan SQL-kyselyn asiakas12-tietokannassa,
joka muuttaa ko. kentän tietokannan päässä case sensisitiveksi (binary):

ALTER TABLE `kokousvaraus_p`
CHANGE `KURSSITUN` `KURSSITUN` VARCHAR(20) BINARY NOT NULL;

Meille on tullut eteen seuraava ongelma:

Asiossa esim. opetustapahtuma 75E00540 Advanced Managerial Writing on ajoitettu koko keväälle eli alkaa periodilla III, joka on opetusperiodiksi valittu.

Sijoittelun aikaväli kohtaan on valittu III periodin
alkupäivä ja toiseksi IV periodin päättymispäivä.
Opetusaikatoiveeksi Ti klo 9 - 11.
Nyt Asio varaa koko ajalle tiistaisin opetusta ko.aikaan.
Kun kyseessä on verkkokurssi
pidetään vain yksi lähiopetuskerta, joka on ti 18.1.2011.
Kun käyttäjä poistaa
muokkauksen kautta kaikki muut tiistait paitsi 18.1. muuttuu myös sijoittelun aikaväli vain päivälle 18.1.
eli tieto siitä, että kurssi kestää koko kevätlukukauden häviää.
Nyt näyttää siltä, että verkkokurssi kestää vain alkukevään, joka voi johtaa opiskelijoita harhaan.

Voiko tälle tehdä jotain, jotta saataisi tuo Sijoittelun aikaväli säilymään koko kevään ajalle. (18.05.2010)

Ongelma liittyy sellaiseen Katriina Korhosen pyynnöstä toteutettuun uuteen ominaisuuteen järjestelmässä,
että opetustapahtumien muokkauksen yhteydessä opetuksen aikaväli päivitetään automaattisesti
opetustapahtumien pohjalta
varaustoteuman mukaiseksi.
Tätä toteuttaessa ei tullut meille kummallekaan mieleen
tuo etäopetus-case,
eli tilanne jossa opetuksen aikaväli on ihan oikeasti eri kuin varattujen opetuskertojen toteutunut aika.

Lisäsin poikkeussäännön automaattiseen päivitykseen etäopetusta varten.
Poikkeussäännön saa aktivoitua opetusmuotokohtaisesti parametrien ylläpidosta, opetusmuotoparametrista (luokka 1).
Sovellustyyppi-sarakkeeseen syötettävä koodi
"E" kääntää automaattisen päivityksen ko. opetusmuodolta pois päältä.

Laitoin edelläolevan poikkeuskäsittelyn päällle Verkkokurssit-opetusmuodolle,
eli tämän asian pitäisi olla nyt OK ja opetuksen aikaväliä
pystyä muokkaamaan mm. 75E00540:n V01-pienryhmän tapauksessa vanhaan tyyliin.

Ymmärsinköhän nyt oikein,
että alkuperäinen varaaja pääsee tekemään muutoksia varaukseen vielä senkin jälkeen,
kun ylläpitäjä on siihen jotain lisännyt? Onko sellainen ominaisuus ollut ohjelmassa koko ajan,
koska olen luullut,
että kun lisään jotain varaukseen, niin siihen eivät muut pääse enää tekemään muutoksia?
Eihän se tarkoita, että joku muu kuin alkuperäinen varaaja ja ylläpitäjä pääsisi muuttamaan varausta ? (18.05.2010)

Alkuperäinen varaaja pääsee muuttamaan tekemästään varauksesta kalenterinäyttöjen
kautta ylläpitäjänkin tekemän muutoksen jälkeen niitä varauksen osia,
joihin hänellä on käyttöoikeuksiensa puitteissa muutosoikeus.

Käyttäjän muutosoikeus varauksen osaan määräytyy ohjelmassa tarkalleen ottaen seuraavasti:

1) Mikäli varauskohteeseen (= varattuun tilaan) on ylläpito-oikeus,
kaikkia kyseiseen varauskohteeseen tehtyjä varauksia voi muokata rajoituksetta ja riippumatta siitä kuka alkuperäisen
varauksen tai viimeisimmän muutoksen on tehnyt.

2) Mikäli varauskohteeseen on normaali varausoikeus, voi käyttäjä muokata itse
alunperin tekemiään varauksen osia sekä niitä varauksen osia joihin hänet on merkitty itse opettajaksi.

3) Mikäli varauskohteeseen on selailuoikeus tai ei lainkaan oikeutta,
ei muutosoikeutta varauksen osaan ole missään tilanteessa,
vaikka käyttäjä olisikin alunperin tehnyt itse ko. varauksen osan.

Näihin periaatteisiin ole tullut muutoksia pariin vuoteen,
joten tällainen muutosmahdolisuus alkuperäisellä varaajalla on itseasiassa ollut ohjelman käyttöönotosta lähtien.

Taas olemme törmänneet ongelmaan, jossa käyttäjä ei saa omaa varaustaan poistettua Asiosta. Nämä ongelmat tuntuvat aiheutuvan aina siitä, että käyttäjätunnukseen on vahingossa lipsahtanut
jokin iso kirjain ja seuraavalla kerralla
kirjauduttaessa taas tunnus on esimerkiksi kirjoitettu kokonaan pienin kirjaimin. (18.05.2010)

Helpoin paikka ratkaista tämä ongelma on itseasiassa
vaihtaa ohjelmalle tuleva kirjautumistieto pienille kirjaimille. Tämä onnistuu seuraavalla tempulla:

1) Avaa tiedosto /var/www/inc/server_settings.php tekstieditoriin

2) Lisää tiedoston alkuosaan, vaikkapa tietokantakonffisten jäkeen, tällainen rivi:

$PHP_AUTH_USER = strtolower($PHP_AUTH_USER);


Tämän jälkeen sisään kirjautuvan käyttäjän ohjelmalle asti päätyvä
käyttäjätunnus on aina pienillä kirjaimilla, ja kirjainkoon eroista aiheutuvan ongelman
pitäisi olla pois päiväjärjestyksestä
uusien varausten osalta.
Ongelmahan koskee ainoastaan sellaisia AD:n avulla kirjautujia,
joille ei ole perustettu varauksen
tekohetkellä tunnuksia Asioon.
Näiden käyttäjätunnustieto otetaan suoraan käyttäjän syöttämästä tunnuksesta mikäli AD-LDAP-sidonta onnistuu.

Huomioimmeko joitain asioita, kun henkilö kirjautuu shibbolethin kautta Asioon? Nythän Asiossa on paljon henkilöitä, jotka eivät ole koskaan kirjautuneet Asioon (kuten opettajat) vaikka heidät on
kiinnitetty useisiin kursseihin
ja myös tiedekuntien alle. Opettajilla ei ole nykyään "oikeaa" käyttäjätunnusta vaan useimmilla on käyttäjätunnuksen kohdalla henkilönumero. Jäävätkö nämä käyttäjätunnukset/henkilöt kuitenkin kantaan? Todennäköisesti kyllä.
Miten näiden kanssa täytyisi toimia.
Manuaalinen käyttäjätunnuksen päivitys tietenkin olisi yksi vaihtoehto. Vain aktiivikäyttäjillä on ns. "oikeat" tunnukset. (04.05.2010)

Shibbolethin kautta kirjautuville perustetaan profilointisääntöjen perusteella automaattisesti käyttöoikeus
mikäli heillä ei sellaista valmiiksi ole.
Nämä automaattisesti perustetut ovat jompaa
kumpaa seuraavista muodoista:

1) Jos henkilö on löytynyt henkilörekisteristä jonkin tunnistetiedon pohjalta,
on väliaikainen käyttäjätunnus muotoa SHIB_Tnnnnn, missä kohta nnnnn on henkilörekisterin henkilönumero

2) Jos henkilö on tuntematon eli ei löytynyt rekisteristä eikä myöskään
ole pystytty perustamaan rekisteriin, on tunnus muotoa SHIB_nnnnn_vvvvppkk_ttss, missä:
- nnnnn = arvottu luku välillä 00000-99999
- vvvvkkpp = perustamispäivämäärä, esim. 20100423
- ttss = perustamiskellonaika, esim. 1200

Nämä automaattiset käyttäjätunnukset ovat luonteeltaan väliaikaisia,
ja ne poistetaan automaattisesti aina välillä, tyypillisesti
n. vuorokauden kuluttua viimeisestä käyttötapahtumasta.
Uudelleen kirjautumisen yhteydessä ne
myös poistetaan ja muodostetaan profilointisääntöjen perusteella uusiksi.

Väliaikaisten tunnusten osalta ei tarvitse tehdä mitään,
eli niiden voi antaa olla tietokannassa.
Jos väliaikaisen tunnuksen omistavasta käyttäjästä tarvitsee tehdä tarkemmin määritelty,
manuaalisesti perustettu käyttäjä,
onnistuu se henkilörekisterin kautta.
Henkilötietolomakkeen alalaidassa käyttöoikeustiedot -kohdassa
näkyy tieto siitä, mikäli käyttöoikeus on väliaikainen/automaattinen.
Perusta-painikkeella pääsee tästä kohdasta perustamaan käyttäjälle manuaalisesti määriteltävän oikeuden.

Saadaanko hävitettyä opintojaksoja, mikäli ei tuhota samalla lukujärjestystuonteja (10.04.2010)

Lisäsin kurssien ylläpitoon usean opintojakson poiston kerralla,
sillä tämä oli hyvä ja varsin helposti toteutettavissa oleva kehitysehdotus.

Kurssien perustietojen ylläpidossa on hakutuloslistalla uusi painike
"usean kurssin poisto" jonka valitsemalla listalta
voi ruksata poistettavat kurssit ja poistaa ne kerralla.
Toiminto on näkyvissä vain pääkäyttäjän oikeuksin,
koska sen avulla voi hävittää yhdellä napin painalluksella niin suuren määrän tietoa.

Viekö lukujärjestystuonnin poistaminen (siivoaminen) pois myös siinä tulleet opintojaksot (10.04.2010)

Opintojaksot poistetaan vain siinä tapauksessa,
jos alla mainitsemistani valinnoista on ruksattu kohta 2.

Voidaanko siivota lukujärjestystuonteja (arkistointi ja Sirkku), peruuttamalla esim tuonti? (10.04.2010)

Vanhoja lukujärjestystuonteja voi siivota kannasta peruuttamalla.
Peruuttaminen poistaa oletusarvoisesti vain tuonnissa muodostetut varaukset,
mutta peruutuksen yhteydessä voidaan lisäksi
poistaa muitakin tietoja seuraavilla lisävalinnoilla:

1) Poista myös tuonnin yhteydessä luodut tilat ja opettajat käyttöoikeuksineen

2) Poista myös tuonnin yhteydessä luodut kurssit ja luokat

. asio vs. Exchange

Katselin, että tämmöinen ominaisuus olisi saatavana.
Omnia on ottamassa käyttöön Exchange 2010 -järjestelmän vielä ennen kesää,
ja oltaisiin kiinnostununeita tästä tuotteesta.

Katselin verkkosivulta http://www.asio.fi/asio_exchange_liitanta/asio_exchange_liitanta.html esittelyn, ja muutama asia jäi kaipaamaan lisätietoja:

- TOimivuus Exchange 2010 -järjestelmässä? - Siirtyvätkö esim. Lukujärjestykset opettajan omaan kalenteriin, kun esim. Untis -aineisto siirretään asioon? (07.04.2010)

Meillä on ollut Exchangen kanssa toistaiseksi vain yksi pilotti (Savonia AMK)
ja heillä on tietääkseni ollut käytössä Exchangen versio 2007.
Version 2010 kanssa yhteensopivuutta en osaa
täydellä varmuudella kommentoida
ennenkuin sitä päästään kokeilemaan.
Koska kaikki operaatiot Asio-järjestelmän ja
Exchange-palvelimen välillä tehdään käyttäen Exchangen Web Serviceä,
olettaisin kuitenkin että version 2010 kanssa ei tule käytännössä yhteensopivuusongelmia.

Kalvosarjassa mainittu HTTP Basic -autentikointivaatimus on puolestaan
sellainen tekninen knoppi joka kannattaa ottaa tarjouspyyntöjä tehdessä
huomioon mikäli suunnitelmissanne on kokeilla
Asion Exchange-palikoita.
Joskus Exchangea palveluna tarjoavat toimijat eivät suostu
tekemään tällaista konfiguraatiomuutosta
omaan päähänsä,
vaikkei siihen mielestäni olekaan mitään todellisia perusteita.

Systeemissä on tällä hetkellä valtavasti kaikkea vanhentunutta ja väärämuotoista tietoa eli pystyykö mitenkä näppärästi tekemään sellaista suursiivousta joka jättäisi jäljelle vain käyttäjät ja tilat? (10.03.2010)

Kyllä tällainen siivous on aika helppo tehdä,
mikäli eroon halutaan kaikesta aikaan sidotusta tiedosta ja
jäljelle olisivat jäämässä vain tietyt perustietorekisterit (käyttäjät, tilat, henkilöt).
Tällainen siivous voi olla hyvä juttu
myös järjestelmän suorituskyvyn kannalta,
kun vanhasta varausmassasta ja lokitiedoista päästään eroon.

Seuraavassa on listattuna eri tietojen sijaintitaulut järjestelmän
mysql-tietokannassa:

- tietokanta "mamk":
-- course_p = kurssien perustiedot
-- kokousvaraus_p = tilavaraukset
-- loki2_p = varausten muutoshistorialoki
-- loki_p = tapahtumaloki
-- person_p = henkilöiden perustiedot
-- palvelu_p = tilojen perustiedot
-- luokka_p = ryhmien (ohjelmien) perustiedot
-- lajirajaus_p = käyttöoikeuksien resurssikohtaiset oikeustarkennukset
- tietokanta "asio"
-- kayttooikeus_p = käyttäjien perustiedot

Komennolla "truncate table TAULUN_NIMI" saa tyhjennettyä mysql:ssä
nopeasti taulun siten, että taulun data-osio
menee kokonaan sileäksi ja rakenteeseen ei jää tyhjiä aukkoja.

Ennen siivouksia kannasta kannattaa toki ottaa backuppi,
ihan kaiken varalta

Vähän aikaa onkin pärjätty ilman apuja. Nyt käyttäjä saa tällaisen virheilmoituksen yrittäessään poistaa varausta:

"Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 79 bytes) in /opt/www/intra/kalenteri/inc/asiodb_legacy.php on line 284"

Varaus on ilmeisesti moniosainen, yksikön yhteinen kokousaika. Sain saman ilmoituksen yrittäessäni poistaa varausta ylläpitäjän tunnareilla. Mistähän voisi olla kysymys? (05.03.2010)

Ongelma johtuu siitä, että varaus on liian suuri mahtuakseen
teidän palvelimella PHP:lle määriteltyjen muistirajojen sisään.

Näyttää virheilmoituksen pohjalta, että muistia on varattu PHP:lle vain 32 megatavua.
Muistin ylärajaa kannattaa nostaa tästä jonkin verran, esimerkiksi 128 megatavuun.

Asetus löytyy php.ini -tiedostosta nimellä memory_limit.
Muutoksen jälkeen www-palvelinohjelma (Apache) pitää käynnistää
uudestaan jotta uusi konfiguraatio astuisi voimaan.

Eikö sielä parametreissa myös ole ylläpitoa vastuuyksiköistä. (10.02.2010)

Myös parametreissa on tämäntyyppistä tietoa.
Parametriluokassa 0 (nolla) on erillinen lista yksiköistä,
jotka voidaan kiinnittää kurssiin kurssirekisterin ylläpito-ohjelman kautta.
Tämän tiedon merkitys järjestelmässä on
opetuksen järjestävä yksikkö, eli sillä ei ole tekemistä varausten taloushallintopuolen
vastuuyksikkötiedon (= maksaja / tilaava yksikkö) kanssa.

Parametreista löytyvää yksikkötietoa hyödynnetään järjestelmässä
lähinnä opetuksen suunnittelun hakutoiminnoissa,
mutta tilavarauksien yhteydessä sitä ei käytetä.

Tämä tieto ei näy myöskään
millään tavoin Raindance-siirron alta löytyvissä listauksissa.

Testailin tuota tilavarausohjelmaa.
IE 6 ja 7 toimii normaalisti, mutta versiossa 8 tilavaraus kyselee omaa salasanaansa,
ei Shibbolethia siitäkin huolimatta,
että koko tkk.fi on laitettu luotetuksi sivustoksi.
Salasanan kysely tulee yleensä
siinä vaiheessa,
kun tilavaraus avaa uuden ikkunan.
Satunnaisilla kerroilla salasanakysely voi jäädä poiskin.
Olisiko Asiolla muita ideoita korjaamiseksi? (20.1.2010)

Kyse on mitä ilmeisimmin Internet Explorer kasin uudesta ominaisuudesta,
joka käyttää erillistä prosessia jokaiselle uudelle selainikkunalle.
IE8:n saa toimimaan sekä niin että cookiet
säilytetään myös uuteen ikkunaan että niin,
että cookiet pudotetaan uudessa ikkunassa.
Cookieiden säilyttävä vaihtoehto on IE8:n termein "session merging" ja
asiasta on muutama sana allaolevan linkin päässä:
http://stackoverflow.com/questions/1324181/ie8-losing-session-cookies-in-popup-windows

Vaikuttaa siltä, että tämän käyttäjän koneella session merging -ominaisuus ei toimi.
Linkin päässä oli yksi ratkaisu, mutta en ole ihan varma voiko tätä soveltaa teillä:
"It seems that the problem automagically goes away
when the user is added as a Local Administrator on the machine.
Only time will tell if this change permanently (and positively) affects this problem."

Emme ole itse törmänneet koskaan tähän ongelmaan IE8-testauksissa,
mutta tämä voi johtua siitä että käytössä on XP-käyttis ja käyttäjän tili on administrator.
Mielestäni tässä on kyse nimenomaan selaimen bugista tai suunnitteluvirheestä,
ja aika pahasta sellaisesta koska se vaikuttanee lähes kaikkiin istunto-cookieita käyttäviin web-sovelluksiin,
jotka avaavat useita selainikkunoita.
Onko mahdotonta käyttää Asiota jollain muulla selaimella, esim. Firefoxilla,
ennenkuin tähän saadaan ratkaisu?

Sori "tuplapostauksesta", mutta tsekkaatteko vielä että k
äyttäjällä
jolla ongelma esiintyy on käytössään IE8:n uusin versio.
Jos ei ole, niin selain kannattaa päivittää.
Ilmeisesti vielä tämän vuoden alussa olleessa IE8:n versiossa on ollut
rinnakkaisuuteen liittyvä ongelma session merging -ominaisuudessa, j
oka on myös voinut aiheuttaa tämän oireen.
https://connect.microsoft.com/IE/feedback/ViewFeedback.aspx?FeedbackID=408806

Varsinkin jos ongelma tapahtuu
silloin-tällöin voisi kyse olla tuosta rinnakkaisuusjutusta.

Miten saisin nopeimmiten Asiosta meidän vastuuyksiköiden käyttötunnit 1.3.-31.12.2009 (14.1.2010)

Käytä listausten alta löytyvää ohjelmaa "Käyttöraportit".
Valitse aikaväli ja prikkaa päälle kaikki tilalajit.
Valitse käsittelyyn max 40 vastuuyksikköä kerralla.
Käytä painiketta "Tiivistetty listaus vastuuyksiköittäin".

Ennenkuin laitamme Shibbolethin päälle, haluaisimme testata (verifioida) järjestelmän toimivuutta mahdollisimman yksinkertaisella tavalla (=autentikoinnilla, missä ktunnus+salasana on
kirjoitettuna suoraan ext_auth.php -tiedostoon).
Miten tämä parhaiten onnistuisi? (10.1.2010)

Tällaista testausta varten yksinkertaisin mahdollinen palikka on
ulkoisen autentikoinnin moduuli ext_auth.php.asiotester.simple josta pitäisi löytyä helppo käyttöesimerkki.
Moduulin voi ottaa käyttöön symlinkkaamalla tai kopioimalla
sen nimelle ext_auth.php.

Ohjelmiston sisäinen rajapinta toimii yksinkertaisimmillaan siten, että
ulkoisen autentikoinnin moduulissa on määritelty
PHP-funktio "ext_authorize" jolle tulee sisään käyttäjätunnus ja salasana ja
joka palauttaa "true" mikäli
kirjautuminen on OK ja "false" jos kirjautuminen ei ole OK.

Myös ohjelmiston käyttäytymistä erilaisten Shibboleth-attribuuttien kanssa on
mahdollista testata ennen Shibboleth SP:n asennuksia,
mutta siinä on hieman enemmän askelia.
dollista testata ennen ShibbolLaittakaa meillepäin
tietoa mikäli haluatte tehdä tällaisia
testejä niin voin kirjoitella teille ohjeita.

Eräällä sihteerillä statusnäytön kautta varauksia tehdessä Explorer heittää kirjautumisikkunaa vähän väliä ja vain joskus cancel-painikkeella pääsee eteenpäin, mutta jos tunnukset kirjoittaa ja
yrittää ok tulee vain virheilmoitus.
Kuitenkin kun hän menee favorites-linkin kautta etusivulle ei tarvitse kirjautumista uusia vaan pääsee suoraan järjestelmään. Olisikohan selaimessa, evästeissä tms vika? (8.1.2010)

Tämä kuulostaa nimenomaan cookieihin liittyvältä ongelmalta.
Vaikuttaa siltä, että käyttäjän selain hävittää tilavarausohjelmiston asettaman istunto-cookien.
Vika voi johtua joko liian tiukoista
tietoturva-asetuksista selaimessa,
tai jostain työasemakohtaisesta softaongelmasta.

Yksi helppo temppu mitä kannattaa kokeilla lääkkeeksi IE:n cookie-ongelmiin on
tilavarauspalvelimen https://tilavaraus.tkk.fi lisääminen ns. luotetuksi sivustoksi.
Tämä onnistuu Internet Explorerin
versioissa 7 ja 8 seuraavan ohjeen mukaisesti:
http://www.asio.fi/popup_ie7.shtml

Onko odotettavissa minkälaista suorituskykyparannusta jos vaihdan MySql:ssä database engineksi MyISamin (palvelimella on vanhoja peruja Innodb) kuten asennusohjeessa nykyään neuvotaan? Eikös vaihdoksen pitäisi onnistua niin että poistan nykyiset Asio ja Mamk kannat, vaihdan engineksi MyISamin, luon kannat ja palautan sitten niihin dumpit. Tein ainakin niin testikoneella ja tuntui menevän ihan ok. Tämä sen takia että palvelin tuntuu välillä puutuvan aika pahasti kun lukkarintekijät tekee isompia muutoksia Untis-tuontien jälkeen. (2.12.2009)

Suorituskyky voi parantua MyISAM storage enginellä hieman,
painottuen niin että tiedon lukuoperaatiot nopeutuvat hieman ja päivitysoperaatiot vastaavasti hidastuvat.
Tässä puhutaan kuitenkin muutaman
prosentin erosta, eli mitään
dramaattista vaikutusta suorituskykyyn tällä tuskin on.

Voit tehdä halutessasi storage enginen muutoksen ilman taulujen pudottamistakin seuraavalla käskyllä:

ALTER TABLE taulun_nimi ENGINE = myisam;

Tässä operaatioissa voi kestää isolle
taululle kauan minkä ajan tietokanta on lukossa ko. taulun osalta,
joten tätä ei kannata ajaa tuotantoaikana ilmoittamatta käyttäjille käyttökatkoksesta.

Seuraavassa on muutamia vinkkejä suorituskyvyn parantamiseen.

Suorituskyvyn kannalta kriittisintä on,
että isoihin tauluihin tapahtuvat kyselyt nojaavat indekseihin.
Jos indeksit puuttuvat, hidastuvat operaatiot sitä mukaa kun tavaraa tulee tauluihin lisää.
Kannattaa tarkistaa ainakin taulujen
kokousvaraus_p, loki2_p sekä loki_p indeksit.
Tässä on lista isojen taulujen
indekseistä meidän koneelta:

loki2_p: KEY `id2` (`id2`),
KEY `id1` (`id1`),
KEY `varnro` (`varnro`),
KEY `varpvm` (`varpvm`),
KEY `tyyppi` (`tyyppi`),
KEY `pvm` (`pvm`),
KEY `klo` (`klo`)

loki_p:
KEY `ktun` (`ktun`),
KEY `id1` (`id1`),
KEY `id2` (`id2`),

kokousvaraus_p:
KEY `AKLO` (`AKLO`),
KEY `LKLO` (`LKLO`),
KEY `LAJI` (`LAJI`),
KEY `HENKILOTUN` (`HENKILOTUN`),
KEY `VARNRO` (`VARNRO`),
KEY `LSIJAINTI` (`LSIJAINTI`),
KEY `ASTUN` (`ASTUN`),
KEY `tila` (`TILA`),
KEY `OPETTAJATUN` (`OPETTAJATUN`),
KEY `LUOKKATUN` (`LUOKKATUN`),
KEY `TUONTINRO` (`TUONTINRO`),
KEY `TYYPPI` (`TYYPPI`),
KEY `tehtava` (`TEHTAVA`),
KEY `SIJAINTI` (`SIJAINTI`),
KEY `PVM` (`PVM`),
KEY `ASKUTSUMANIMI` (`ASKUTSUMANIMI`),
KEY `KURSSITUN` (`KURSSITUN`),
KEY `EDUCOURSEOFERING` (`EDUCOURSEOFFERING`),
KEY `LASKUNRO` (`LASKUNRO`),
KEY `SIIRTONRO` (`SIIRTONRO`),
KEY `EXC_ID` (`EXC_ID`),
KEY `PROJEKTI` (`PROJEKTI`),
KEY `MUUTOSAIKA` (`MUUTOSAIKA`)

Syntaksi tarkoittaa näissä kaikissa tapauksissa
yhden sarakkeen indeksiä mainittuun taulun sarakkeeseen.

Kannattaa myöskin tarkistaa,
että MySQL:n kyselyvälimuisti (query cache) on teillä päällä. Tämä onnistuu mysql-konsolista käskyllä:
show status like '%qcache%';

Mikäli arvot näyttävät nollaa, pitäisi kyselyvälimuisti kääntää päälle.
Tämä onnistuu my.cnf / my.ini -tiedoston asetuksella query_cache_size, johon voi laittaa
palvelimen vapaan muistin määrästä
riippuen arvon väliltä 32M - 256M.

Lokitauluista ja varaustauluista voisi yrittää arkistoida vanhoja tietoja jos
teillä ei ole niille käyttöä.
Uusimmassa tilavarauksen versiossa on tätä varten oma toimintonsa kohdassa Ylläpito -> Arkistointi.
Toiminto siirtää tavaraa
aktiivivaraustaulusta arkistotauluun (esim. tilavaraukset kokousvaraus_p -> xkokousvaraus_p).

Jos järjestelmä vielä kaiken tämänkin jälkeen tuntuu hitaalta,
voi syytä yrittää selvitellä MySQL:n slow query lokin pohjalta.
Kts. http://dev.mysql.com/doc/refman/5.1/en/slow-query-log.html

Meillä aikaisemmin kutsujen lähetyksen yhteydessä oli toiminto, jossa kutsuun tuli automaattisesti oikea kutsupohja kurssipaikan mukaan. Nyt huomasimme, että pohjaksi tulee joku ihan muu kuin kyseisen kurssin pohja??? (13.11.2009)

Käytettävän kutsupohjan valinnassa ei ole kurssipaikkaan sidottua logiikkaa,
vaan se valitaan "kutsut/laskut"-toiminto avattaessa seuraavalla säännöllä:
1) Mikäli kurssille löytyy kurssikohtainen pohja,
johon on tallennettu muutoksia "Kutsupohjan muokkaukseen"-toiminnon kautta, käytetään sitä
2) Jos ei löydy, valitaan yleisistä pohjista ensimmäinen
Koska ohjelmaan ei ole tullut kutsupohjan valintalogiikkaan muutoksia
edes tässä uusimmassa isossa versiopäivityksessä, olettaisin että ongelma aiheutuu joidenkin kutsupohjaan
liittyvien tietojen muutoksesta.
Tietokannassa olevien tietojen
perusteella näyttäisi, että kohdassa 2 mainitsemani ensimmäisen
kutsun pohjaan on tehty
muutoksia hiljattain, joten olettaisin että tämä on ongelman syy.
Kutsujen lähetyksessä käytettävän pohjan voi valita "Kutsupohjan valintaan"-napin
kautta löytyvästä toiminnosta kutsujen lähetyksen yhteydessä.

Heips, muutamalla käyttäjällä on tullut ongelmia kirjautumisessa kun käyttis on muuttunut Vistaan mm. Seija Sipilä (käyttäjätunnus sesipila), eli menee normaalisti, kirjautuu järjestelmään ja pääsee sisään.
Kun avaa kalenterin ja yrittää
tehdä varauksen kysyy Asio uudelleen salasanaa eikä päästä tekemään
varausta tahi hyväksy salasanaa. Tämä ei koske kaikkia Vista käyttäjiä koska Seijan Kollega teki hänelle varauksen ja hän käytti Vistaa. Ilmeisesti on kyse jostain asetuksista mutta mistä. Meidän IT-tuki on sitä mieltä, että vastaus voisi löytyä Asion päästä. Juka tahi joku muu, onko ideoita?
(4.11.2009)

Kuulostaisi omaan korvaani siltä,
että www-selaimella on ongelmia evästeiden (cookie) käsittelyssä.
Jos selain hävittää weblogin-kirjautumisen tallentamiseen
käytetyn evästeen, tapahtuisi juuri
kuvailemallasi tavalla, eli ohjelma alkaa
pyytää kirjautumaan uudestaan.
Ensihätään voisi kokeilla käyttää eri selainta.
Jos ongelma esiintyi Internet Explorerilla niin kannattaa kokeilla Firefoxia.
Jos ongelma häviää tällä,
on vika selaimen asetuksissa ja vikaa voi lähteä etsimään niistä.
Internet Explorerilla olemme yleensä suositelleet
että Asion sovellus lisätään ns. luotetuksi sivustoksi.
Tämän pitäisi lieventää selvästi IE:n tietoturvaominaisuuksista sekä popup-ikkunoiden estosta johtuvia ongelmia.
Sivuston lisääminen luotetuksi
onnistuu allaolevan ohjeen mukaisesti.
Ohje on kirjoitettu
Internet Explorer 7:lle mutta versiossa 8 on myös vastaava valikko.
Luotetuksi lisättävä osoite on "tilavaraus.tkk.fi".
http://www.asio.fi/popup_ie7.shtml

Jos on tehty opetustyyppinen varaus, niin saako sen mitenkään muutettua takaisin Sisäiseksi tai jonkin muun tyyppiseksi varaukseksi?
(18.10.2009)

Ei voi. Ainoa tapa on peruuttaa varaus ja tehdä uudelleen.

Vierailijakalenterissa ilmeni ao.
virhe eli viikosta 44 ei näy viikonloppua laisinkaan,
toivottavasti pystytte auttamaan ongelman korjaamisessa.
(18.9.2009)

Tämä on itseasiassa ohjelman normaalia toimintaa.
Kyse on selailutyyppisestä kalenterista,
johon ei voi tehdä varauksia (ilmeisesti käyttäjällä ei riittävästi oikeuksia).
Mikäli selailukalenterissa ei ole viikonlopulle yhtään varausta,
jättää ohjelma viikonlopun tulostamatta.

Haluaisin tietoa Asion sovellusten sähköpostiliitännästä.
(22.8.2009)

Seuraavassa infoa Asion sovellusten sähköpostilähetyksestä.

Asio-ohjelmisto käyttää sähköpostin lähetykseen PHP:n mail-funktiota,
jonka toimiminen edellyttää tyypillisesti Unix/Linux-ympäristöissä
sähköpostin lähetyksen aktivointia suoraan paikalliselta
koneelta (esim. sendmail-ohjelmistolla)
ja Windows-ympäristöissä PHP:n konfigurointia käyttämään organisaationne
lähtevän postin mailipalvelinta (kts. php.ini:n
SMTP-konfiguraatiodirektiivi, http://fi2.php.net/manual/en/mail.configuration.php#ini.smtp )

Teillä taisi olla pystytettynä Windows-palvelin,
joten lähtevän postin SMTP-palvelin tulisi konfiguroida php.ini-tiedostoon kohtaan "SMTP".
Operaation jälkeen Apache pitää käynnistää uudestaan,
jotta uudet asetukset astuvat voimaan.

Tuli aivan uusi asia ilmi. Olen aina luullut että tekemiäni varauksia ei pysty muokkaamaan ja poistamaan muut kuin minä. Mitkä ovat posito-oikeussäännöt?
(19.8.2009)

Kahdella ehdolla:
* On pääkäyttäjä
* On merkitty varaukseen opettajaksi.

Kuinka voin tarkistaa, että ohjelma käyttää ulkoista autentikointia?
(20.5.2009)

Ylläpitotoimintojen "ulkoiset järjestelmät"-sivulla pitäisi
näkyä tietoa ulkoisesta autentikointijärjestelmästä mikäli konffiksen kaikki palikat ovat OK paikallaan.
Kyseisen sivun tarkistukset ovat seuraavat:
1) Onko tiedosto inc/ext_auth.php paikallaan
2) Onko konfiguraatio $ext_udb_config
määritelty (tämä on inc/server_settings.php tiedostossa).
3) Onko tällä hetkellä kirjautuneena olevalle
pääkäyttäjälle määritelty tietokanta (mysql-kenttä asio.kayttooikeus_p.kanta)
sama kuin ulkoisen autentikoinnin konfiguraatioon määritelty tietokanta
($ext_udb_config kohta "database")
Jos yksikin näistä ehdoista ei täyty,
näytetään tuo teksti "Ei käytössä". Vaikuttaisi että ohjelman mielestä jotain on näiden sääntöjen puitteissa pielessä.

Kokeilin Asion 9 -versiossa erityispäivän asetusta. Se kyllä tarpeen vaatiessa estää yksittäisen varauksen tekemisen asetetulle päivälle, mutta esimerkiksi lukujärjestyksestä voi tuoda ihan myös tuolle päivälle merkintöjä. Puhun tässä siis testiympäristömme (v9.10 tilavarauksista).
Kysymys kuuluukin, onko tämä näin suunniteltu toimivaksi?
(10.4.2009)

Ohjelmassa erityispäiväkäsittely on sisäistä.
Ulkoisista lähteistä (siirtotiedostot, Untis tms.)
tulevan aineiston oletetaan olevan tältä osin kunnossa
eikä siihen siis kohdisteta erityispäivä- tarkistusta.

MySQL antaa tietojen tallennuksen yhteydessä virheilmoituksen Field 'XXXX' doesn't have a default value (30.4.2009) Ongelma liittyy MySQL:n tietyissä 5-versioissa (ainakin 5.1 ja uudemmat)
olevaan sql_mode-oletusasetukseen.
Tiedostossa my.cnf tai my.ini on seuraava rivi:
sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
Muuta rivi allaolevaan muotoon ja käynnistä MySQL uudestaan:
sql-mode=""
Tietyillä käyttäjillä Asio toimii todella hitaasti. Näitä käyttäjiä vaikuttavat olevan ensisijassa ne, joille on määritetty erityisoikeuksia tiettyihin tiloihin. Osa käyttäjistä ei näytä pääsevän
edes tilakalentereita selaamaan.
(8.4.2009)

Hitausongelma kuulostaa indeksointiongelmalta tietokannassa tai ohjelmassa.
Eka asia josta selvityksiä voisi aloittaa on sen tarkistaminen,
onko MySQL:ssä kyselyvälimuisti (query cache) päällä.
Tämä ominaisuus parantaa merkittävästi
Asion softien suorituskykyä, koska kyselyt ovat yksinkertaisia mutta niitä on todella paljon.
Kyselyvälimuistin tilan saa selville ajamalla tietokannassa kysely:
show status like 'qcache%';
Sekä kysely:
show variables like 'query_cache%';
Jos nämä molemmat näyttävät nolla, tyhjä tai OFF -arvoja, ei kyselyvälimuisti ole päällä.
Sen saa päälle MySQL:n konfiguraatiosta kohdasta query_cache_size.
Asion xxx.yyyasio.fi-koneella
(joka on vuodelta 2003 oleva vanha serveri 1gt keskusmuistilla)
on query_cache_size arvossa 32M eli 32 megatavua.
Modernimmalla koneella sopiva arvo on 64-256M välillä, keskusmuistin määrästä riippuen.

Onko ilmoittautumisen yhteydessä mahdollista liittää mukaan esimerkiksi CV:tä (26.3.2009)?

Liitetiedoston lisääminen on mahdollista.
Tuetut tiedostomuodot ovat Word- ja PDF-tiedostot ja lisäksi liitetiedoston maksimikoko on 1 MB.

Untis-tuonti katkeaa. (11.3.2009)

The problem might be related to maximum file upload
size limits in your server's PHP configuration.
The default for PHP is 2 megabytes.
This file is much smaller, but url-encoding might raise the total request above the limit.

The following PHP
configuration directives (in the php.ini file) affect the file uploading:
- upload_max_filesize
- post_max_size

You can check the current runtime configuration settings in PHP by
creating a file with the following source code on the server and running
it with the web browser:

A suitable value for both upload_max_filesize
and post_max_size for uploading large Untis files should be"16M" (16 megabytes)
.

Riittääkö asio -kantojen "dumpiksi" kantatiedostojen kopioiminen (tar + gzip) vai tuleeko tuo tehdä mysqldump -ohjelmalla ?
(16.1.2009)

Tietokannan varmistukset kannattaa aina tehdä mysqldumpilla.

Ymmärtääkseni Mysql4.0 -version kannat eivät suoraan
siirry Mysql5:een, vaan kannan joutuu käyttämään Mysql versiossa 4.1 jne...
Tuota mahdollisuutta minulla ei ole,
joten onnistuuko tuo
kannan "konvertoiminen" teillä?
(16.1.2009)

Meidän kokemuksemme mukaan mysql 4.0:sta muodostettuja dumppeja
saa luettua sisään versioon 5. Seuraavanlaisia dumppausoptioita olemme yleensä käyttäneet:

mysqldump --opt -K --skip-comments TIETOKANNAN_NIMI > dumppi.sql

Kuinka muu kuin ylläpitäjä pääsee muuttamaan toisen tekemää varausta. (18.6.2008)

Oikeaoppisin tapa on antaa näille käyttäjille varauskohdekohtainen
ylläpito-oikeus niihin tiloihin,
joiden varauksia heidän tulee päästä muuttamaan.
Tällä menettelyllä käyttäjät eivät saa muita oikeuksia,
esim. pääsyä ylläpitotoimintoihin.

Miten on helpointa luoda seuraavanlainen varaus? Monipäiväinen varaus johon sisältyy useita aikoja ja jokaiselle ajalle useita tiloja. ke klo 12-22 ja to-su joka päivä klo 8-22. Kaikille ajoille varattava samat 4 tilaa. (9.6.2008)

* Tässä yksi tapa:

** Valitse valikosta "Statusnäytöt" ja sieltä päivämääriksi haluamasi
viikon keskiviikko-sunnuntai.

** Valitse sitten se tai ne tilalajit,
joihin haluamasi tilat kuuluvat. Paina "Jatka" -painiketta.

** Saat nyt näkyviin ns. status-näytön,
joka näyttää valittujen tilalajien tilojen tilanteen valituilta päiviltä.
Prikkaa haluamasi tilat ja paina
"Varauksen teko / kalenteri" -painiketta.
** Nyt ruutuun tulee kalenterityyppinen näyttö,
jossa jokainen tila ja päivä muodostaa oman sarakkeen.
Maalaa mihin tahansa sarakkeeseen se aikaväli, jota varauksessa on
eniten (esimerkissä 8-22).
Ohjelma avaa maalauksen jälkeen varausikkunan.

** Kirjaa avautuneessa ikkunassa varauksen perustiedot.
Mikäli varausjakso ei ole alustunut,
valitse alku- ja loppupäivä.
Lopuksi prikkaa valituiksi kaikki ruutuun
tulostuneet tilat ja paina "Hyväksy" -painiketta.
** Mikäli päällekkäisvarauksia ei tullut, on edessä viimeinen vaihe.
Klikkaa varaus auki ja paina "Näytä koko varaus" -painiketta.
Sitten prikkaa ne varausrivit,
joiden aika tulee muuttaa (esimerkissäsi keskiviikon varausrivit).
Siirry hieman alaspäin rivitietojen pika-asetukseen,
aseta siellä haluamasi
ajat ja paina ko. rivillä "Aseta valittuihin" -painiketta.
Tämän jälkeen varaus on valmis.

On myös toinen tapa:
Tehdään ensin status-näyttöjen kautta (kuten edellä) ne ajat,
jotka ovat samat kaikille tiloille.
Tämän jälkeen tehdään loput tilavaraukset
varauksen muutosruudun painikkeen "Lisää aikoja" avulla.

Olen tässä viimeaikoina joutunut perustamaan muutamia uusia varauskohteita (lajeja). Jostain syystä ne ilmaantuvat käyttövalmiiksi kaikille käyttäjille (paitsi niille, joilla on vain selailuoikeudet) ja joudun sitten käymään muutama sata nimeä läpi ja poistamaan oikeudet niiltä joille se ei kuulu. Melkoisen aikaavievää ja turhaa touhua. Onko kysessä tosiaankin ohjelman ominaisuus vai onko meillä vain jokin oletusarvo väärin? Tai sitten mekkä ei vaan osaa tehä hommaa oikein. ;) (20.4.2008)

Mikäli käyttöoikeudet on perustettu siten että on annettu normaali varausoikeus
ja sen jälkeen laitettu tiettyihin tiloihin ei oikeuksia tai selailuoikeus.
Lajirajauksen ulkopuoliset uudet
lajit saavat aina
tuon "perusoikeuden" eli tällaisten
käyttäjien tapauksessa normaalin varausoikeuden.

Käyttöoikeuksien hallinnan helpottamiseksi tilavarauksen versiosta 7
alkaen on kuvioihin tuotu mukaan uusi käsite nimeltään rooli.
Käyttäjä voidaan kiinnittää rooliin ja kaikkien tällaisten
käyttäjien yhteisiä käyttöoikeuksia voidaan ylläpitää
roolin kautta. Tällaiseen tilanteeseen olisi kätevä jos käyttäjät
olisi jaettu rooleihin -
tällöin muutos tarvitsisi tehdä vain muutamaan rooliin.
Roolien ylläpito löytyy ylläpitotoiminnoista,
pääsy toimintoon edellyttää pääkäyttäjän oikeudet.
Rooliin määritellään oikeudet tiloihin sekä
päävalikon näkyvissä olevat toiminnot kuten yksittäiselle käyttäjälle.

Voisi olla hyvä ajatus jatkoa ajatellen alkaa käyttää uusien k
äyttäjien tapauksessa rooleja käyttöoikeuden perustana.
Ennen roolien perustamista
kannattaa kartoittaa minkätyyppisiä käyttäjiä
teillä on ja käyttää tätä kartoitusta perustana
roolien määrittelylle.
Esimerkiksi KKO, KL, KOY sekä varaajille ja
selailijoille voisi ajatella olevan omat roolinsa.

Onko mahdollista, että samalla varausnumerolla olisi useita eri varaajia? Miksi yksittäisessä varauksen osassa ei näy varaajaa? (12.2.2008)

Varaajia voi olla yhdessä varauksessa useita
mm. jos toinen henkilö on käynyt lisäämässä toisen tekemään varaukseen uusia osia "lisää aikoja"-toiminnon kautta.
Varaajaksi kirjautuu aina
ensimmäinen henkilö joka tekee kirjauksen.

Varaajatiedon näkymättömyys palasella johtunee puolestaan käytössä olevasta ulkoisesta autentikoinnista (LDAP).
Varauksen "palasella" yritetään näyttää varaajan koko nimi ja puhelinnumero,
listalla pelkkä käyttäjätunnus.

Tilavarauksen versiossa 8 on parannettu varaajatiedon näkymistä ulkoisen
autentikoinnin yhteydessä siten, että aina sisäänkirjautumisvaiheessa ulkoisesta käyttäjästä
taltioidaan lokiin nimi,
puhelinnumero, ja joitain muitakin tietoja
jotta tiedot voitaisi näyttää mm. varausmuutosruudulla.

Varauslomake näyttää varauksen tehtäväksi aina viimeisen mahdollisen vaihtoehdon (eli tässä tapauksessa 5.1. varaukset), vaikka lomakkeella tallennusvaiheessa olisi valittuna esim. 4.1. Autovaraus tehtävänä.
Onko parametrit määritelty jotenkin
väärin? (25.1.2008)

Tehtävät määritellään parametriluokassa T ja
niitä pääsee muokkaamaan valikosta löytyvän ohjelman Ylläpito -> Parametrit avulla.
Tehtävien parametrimäärityksissä tärkeimmät
parametrien sarakkeet ovat seuraavat:

  • Luokka = T (tehtävillä aina tämä)

  • Koodi = Tyhjä

  • Arvo = Tehtävän yksilöivä kokonaisluku,
    jonka pitää olla joka tehtävällä eri.
    Numeroa nolla ei saa tässä käyttää koska se on sama kuin
    tyhjä eli ei tehtävää.
  • Selite = Tehtävän nimi, esim. "1.2. Suunnittelu"
  • Selite2 = Tehtäväluokitus, esim. "1. Opetus"

Ongelma syntyi tässä tapauksessa siinä että 1.1.
Opetus -tehtävällä on arvona nolla.

Miten ohjelmasta kirjaudutaan ulos? (30.1.2008)

Tämä on ohjelmistossa käytössä olevan HTTP-basic-tyyppisen autentikoinnin perustavaa laatua oleva ongelma,
sillä kyseisessä kirjautumismenettelyssä ei ole olemassa mitään virallista tapaa vanhentaa
sisäänkirjautumista sulkematta selainta.

Meiltä on kyselty uloskirjautumisominaisuutta muutamien käyttäjien taholta,
joten lähitulevaisuudessa ohjelmistoon tulossa kokonaan uusi kirjautumismenettely joka tukee myös uloskirjautumista.
Versioon 8 tämä toiminto ei vielä valitettavasti ehtinyt.

Eli nykyversiossa uloskirjautuminen tapahtuu selaimen sulkemalla.

Meillä on opiskelijoille suunnattuja harjoitussaleja, joihin he tekevät omia varauksia kynä-paperi-systeemillä. Voidaanko opiskelijoille antaa millaisia käyttöoikeuksia, vai onko tämä mahdollista vasta omalla palvelimella? (16.1.2008)

Opiskelijoille voi antaa järjestelmään tiettyihin tiloihin varausoikeudet.
Opiskelijoita varten kannattaa määritellä tilavarausohjelmistoon
oma roolinsa kohdasta Ylläpitotoiminnot -> Asiakaskohtaiset roolit,
jossa merkkaa varausoikeudet päälle
vain opiskelijoille suunnattuihin harjoitussaleihin.
Tämän toiminnon kautta voi myös säätää päävalikon
sisältämään ainoastaan opiskelijoille käytettäväksi tarkoitetut toiminnot.

Varausoikeuksien antaminen opiskelijoille edellyttää myös että opiskelijoiden
käyttöoikeustiedot saadaan jollain tavalla tilavarausohjelmalle.
Täysin anonyymisti ja ilman kirjautumista varausta ei voi tehdä.


Koska henkilömäärä on tässä tapauksessa niin suuri, vaatii tämä käytännössä jonkinlaisen ulkoisen
autentikointirajapinnan (esim. Microsoft Active Directory tai muu LDAP, Shibboleth) käyttöönottoa.
Tämä ulkoisen autentikoinnin käyttöönotto on
puolestaan sellainen askel jossa voidaan edetä kunnolla vasta
kun ohjelmisto on siirretty omalle palvelimelle.

Normaalistihan tilavarauksissa henkilöllä,
jolla on käyttäjätunnus asioon, on varausoikeus tilalajeihin 'opettajat' ja 'tilat'.
Nyt kysymys, kun meillä on käytössä ulkoinen autentikointi,
eikä ylläpidossa näy a.o. tunnusta, miten saadaan
henkilön oikeudet esimerkiksi tilalajille 'autot' siten, että ne
olisivat massalle joko vahvistamattomat tai ei varausoikeutta ollenkaan? (16.1.2008)

Automaattisesti profiloinnin kautta pääteltäviin oikeuksiin tällaiset asetukset ovat mahdollisia roolien avulla. Toimintaperiaatteena on se että ulkoisesta autentikoinnista tulevien tietojen
perusteella päätellään käyttäjän rooli, ja
ylläpitovalikosta löytyvän toiminnon
Ylläpitotoiminnot -> Asiakaskohtaiset roolit
avulla määritellään tälle roolille sopivat oikeudet.

LDAP:n tapauksessa roolin sidonta voidaan tehdä LDAP:ssa olevien käyttäjäryhmien perusteella. Sitominen tehdään tilavarausohjelmiston konfiguraatiotiedostoon

inc/server_settinsg.php
ja ohje
roolin ja käyttäjäryhmien sitomiseen löytyy
allaolevasta dokumentista kohdasta
"Ulkoisen autentikoinnin käyttöönotto", alakohta 3:


http://www.asio.fi/extauth.fi.shtml


Jos varauslistauksissa valitsee tilan lajiksi kaikki,
ja poistaa ruksin yksittäisen tilan edestä, tulee tila kuitenkin mukaan listaukseen.
Miten listauksesta saa poistettua yksittäisiä tiloja?
(30.10.2007)

Listaustoiminnoissa on (ehkä hieman kyseenalainen) toimintaperiaate,
että jos "Opettajat" on ruksittu, ohjelma näyttää myös ne tilalajit,
joihin opettajille on kirjattu varauksia.
Jos jätät Opettajat ruksaamatta, ohjelma toimii halutulla tavalla.

Voiko Asiosta lähettää sähköpostia ryhmälle etäyhteydellä?
(22.10.2007)

Sähköposti lähtee toimistonne Asio-palvelimelta ja
siihen ollaan yhteydessä webbiselaimen avulla. Palvelimen kannalta käyttö on samanlaista riippumatta siitä,
onko selainyhteys otettu toimiston sisäverkosta vai etäyhteyden kautta
.

Mahdollinen ongelma liittyy tällöin todennäköisesti www-selaimeen.
Jokin selainasetus on todennäköisesti erilailla kotikoneessa vrt. toimisto,
ja tämä häiritsee postitustoimintojen toimintaa.

Muutamia mahdollisia ongelmakohtia alla:

  • Selaimen popup-ikkunoiden esto.
    Jos käytössä on Internet Explorer, kannattaa
    palvelin lisätä ns. luotettuihin sivustoihin.
    Ohjeet IE6:lle täällä:
    http://www.asio.fi/popup.shtml
    ja 7:lle täällä:
    http://www.asio.fi/popup_ie7.shtml

  • Selain voi olla epäyhteensopiva.
    Toimistotoiminnoissa kannattaa käyttää Internet Explorer 6 tai uudempaa,
    mutta myös Firefoxilla homman pitäisi toimia OK.
    Sen sijaan Operaa tai Mac:n Safaria ei kannata käyttää.

  • JavaScript saattaa olla pois päältä selaimesta.
    Ilman tätä ei valtaosa toiminnoista toimi.

  • Evästeiden (cookie) asettamisen pitää olla mahdollista,
    ja joskus tämä on kielletty selaimesta.
    Nämä tulisi sallia vähintään kohdesivulle ("target site").
    Jos selaimena on IE6 tai IE7, ekan kohdan linkeissä neuvottu luotettuihin sivustoihin
    lisääminen pitäisi riittää tämän kohdan varmistamiseksi.

Asiakkaalle lähtee ns. ilmoittautumisen vahvistus ja kutsu kurssihallinnasta sähköpostitse. Jos email-osoite on väärin, minne osoitteeseen sposti palautuu?
(18.10.2007)

Kurssihallinnon sähköpostilähetys merkitsee virheiden lähetysosoitteeksi sen osoitteen,
mikä on käyttöoikeuksissa lähettäjän sähköpostiosoitteena.


On tiettyjä tilanteita joissa virheellisestä osoitteesta
ei välttämättä palaudu minkäänlaista virheraporttia.
Tämä on valitettavasti asia johon ei useinkaan pysty vaikuttamaan.
Muutamia esimerkkejä tällaisista tapauksista seuraavassa:


  1. Vastaanottajan organisaatiolla voi olla käytössään "haavilaatikko"
    jonne kaikki sellaiset
    postit ohjataan joille ei löytynyt oikeaa laatikkoa.
    Tällöin jos sähköpostiosoitteen alkuosan ennen @ merkkiä on kirjoittanut väärin,
    menee viesti haavilaatikkoon.
    Virhettä ei kuitenkaan ole tapahtunut,
    koska viesti on mennyt perille.

  2. Virheelliseen osoitteeseen lähetetyt
    viestit voidaan tietyissä tilanteissa tulkita roskapostiksi,
    jolloin virhettä ei myöskään välttämättä palauteta.

  3. On myöskin mahdollista että virhepaluuviesti tulkitaan
    roskapostiksi teidän oman sähköpostipalvelimenne päässä,
    jolloin se ei välttämättä tule perille.

Voiko koodeina käyttää isoja ja pieniä kirjaimia?
(13.9.2007)

MySQL ei perusasetuksilla tee eroa isojen ja pienten kirjainten välillä.
Asio-Data suosittelee, että koodit kirjataan isoilla kirjaimilla.
Missään tapauksessa ei koodeja saa kirjata niin,
että ne eroavat vain kirjaimen koon osalta.


Oracle web servicen toiminta
(17.9.2007)

Asion Oracleen tekemää web serviceä käytetään ensisijaisesti Asion opiskelijakunnan
jäsenrekisteriohjelmistossa sekä opintojaksotarjotinohjelmistossa,
ja sen läpi siirretään opiskelijoiden perustietoja,
käyttöoikeustietoja sekä joitakin ohjelmien vaatimia
perustietoja. Toteuttamamme palikka ei noudata mitään W3C:n web servicen
määritystä, vaan on syntynyt puhtaasti
kahden meidän oman softan tarpeesta keskustella keskenään HTTP:n yli.


Web service on toteutettu PL/SQL-kehittimen avulla,
ja sitä kutsutaan Apache/MySQL/PHP-alustalla toimivasta
ohjelmasta PHP:n HTTP-stream-wrapperin avulla.
Se on oikeastaan vain normaali Oracle-webbiohjelma,
joka HTML-sivun sijaan vastaa saamaansa kyselyyn määrämuotoisesti.
Emme käytä toteutuksessa SOAP:n, XML-RPC:n tai WSDL:n kaltaisia mekanismeja,
vaan kutsu tehdään tavallisena HTTP-GET-pyyntönä,
ja kutsun parametrit välitetään tavalliseen tapaan URL:ssa.
Vastauksena tulee CSV-muotoinen (puolipiste-eroteltu) tietosisältö,
joka on ryhmitelty 2-ulotteiseksi taulukoksi siten,
että ensimmäisellä rivillä on sarakkeiden nimet ja
seuraavilla riveillä on itse tietosisältö.


Esimerkiksi kutsun ollessa:
https://palvelin/asio/pls/asio_jasrek.get?func=opisk&henkilotun=10000


Vastaus olisi opiskelijanumerolla 10000 olevan henkilön jäsenrekisteriin luovutettavat tiedot:


henkilotun;
henkilotyyppi;
sukunimi;
etunimi;
katuos;
postinro;
postios;
puhelin;
email; 10000;
O;Testi;
Teppo;
Testikatu 1;
00100;Helsinki;
09-123123;a
sio@asio.fi;


Tässä muodossa tuleva vastaus on helppo parsia PHP:n päässä taulukoksi.


Web servicessä ei ole erillistä autentikointia,
vaan käyttöoikeusrajaus on toteutettu IP-osoiterajauksella.
Web service -moduuliin määritellään lista IP-osoitteista,
joista palvelun kutsuminen on mahdollista.
Jos kutsujan IP-osoite ei ole listalla,
web service ei palauta vastausta.


Kutsut kannattaa tehdä HTTPS-yhteyden yli mikäli palvelimet
eivät ole samassa sisäverkossa.
Tällöin PHP saattaa alustasta riippuen edellyttää OpenSSL-kirjastojen asentamista ja konfiguroimista.


Siirtotiedoston lataus kurssihallinnasta ei onnistu
(13.9.2007)

Kyse on todennäköisesti www-selaimen suojausasetuksista
jotka estävät tiedoston latauksen palvelimelta.
Varsinkin Internet Exploreriin on tullut
tietoturvapäivitysten myötä asetuksia jotka voivat
aiheuttaa tällaisen ongelman.


Helpoin tapa kiertää nämä suojausestot on lisätä
kurssihallinto-ohjelmisto ns. luotetuksi sivustoksi.
Tämän pitäisi kääntää selaimesta pois kaikki
tietoturvan nimissä tehdyt estot, kuten esimerkiksi tiedostojen latauksen eston.


Ohjeet suojatuksi sivuksi lisäämiselle
löytyvät allaolevista linkeistä:


Internet Explorer 6:

http://www.asio.fi/popup.shtml


Internet Explorer 7:

http://www.asio.fi/popup_ie7.shtml

Mitä tarkoittavat pienet vihreät laatikot kalenterin varauskirjauksissa?
(31.8.2007)

Vihreät reunukset liittyvät siihen, että tietyssä liikuntatilassa
voidaan tiettyjä lajeja harrastaa kerralla useammalla kuin yhdellä kentällä.
Esim. Jalkapallo/länsi,
sulkapalloa voidaan pelata kahdella kentällä.


Asio mahdollistaa em. monikenttäkäsittelyn sillä ainoalla rajauksella,
että samaan aikaan voi harrastaa vain yhtä lajia.
Jos kenttiä on vapaana
(kuten esimerkissäsi),
vihreän reunuksen sisällä olevat
kellonajat ilmoittavat, milloin vähintään puolen tunnin aikaväli kysesitä lajia voidaan pelata.
Klikkaamalla ko. kohtaa ohjelma asettaa tietyt arvot automaattisesti
varausikkunaan ja tekee varauksen,
joka aikaisemmin olisi estetty päällekkäisyyseston pohjalta.


Kuinka guest-tunnuksien konfigurointi toimii? Useita guest-rooleja voidaan määritellä ohjelmassa ja käyttää niitä sopivilla
osoiterivin guest-parametreillä.
Ohjeita:
1) Luo uusi rooli
jonka tunnus alkaa "guest-", esimerkiksi "guest-intranet", ja määrittele sille haluamasi oikeudet.
2) Jos nykyinen guest-parametrin arvo urlissa no "&guest=/kanta",
niin uuden voi ottaa käyttöön parametrin arvolla "&guest=intranet/kanta",
eli alkuosalla valitaan guest-rooli roolitunnisteen loppuosan perusteella.
Miten saan esiin englanninkielisen, ilman käyttäjätunnuksia toimivan selailunäkymän? Ensin pari sanaa ilman käyttäjätunnuksia toimivasta selailunäkymästä:
ilman käyttäjätunnuksia toimiva selailunäkymä
voidaan kääntää päälle luomalla käyttöoikeuksien kautta rooli,
jonka tunniste on "guest".
Ilman tunnuksia sisään tulevat käyttäjät saavat
tähän rooliin kirjatut käyttöoikeudet.

Selailutilaan mennään lisäämällä tilavarausohjelmiston urlin perään parametri "guest",
jonka arvo määräytyy seuraavasti:
guest=<YKSIKKÖ>/<TIETOKANTA>/<KALENTERITYYPPI>

  • <YKSIKKÖ> = selailunäkymässä näytetään vain tämän yksikön tilat.
    Parametria voidaan käyttää myös vaihtoehtoisen selailijaroolin valintaan.
    Tarkempia tietoja useiden selailijaroolien käytöstä löydät
    tilavarausohjelmiston käyttöohjeista.

  • <TIETOKANTA> = asiakastietokantasi nimi.
    Tämä parametri tarvitaan, koska samalla palvelimella
    voi olla käytössä useita tietokantoja.

  • <KALENTERITYYPPI> =
    oletusarvoisesti päävalikossa avattuna näytettävä kalenterityyppi.
    Mahdollisia arvoja ovat:
    • tila = tilakalenterit

    • hlo = henkilökalenterit

    • lk = ohjelma/ryhmäkalenterit

Kielen valinta selailunäkymään tapahtuu
lisäämällä urliin "lang"-parametri.
Esimerkiksi englanninkielisen valikon saa näkyviin parametrilla "&lang=eng".
Voinko muuttaa yrityksen/henkilön rooleja? Yritys: Rooleja voi lisätä riskittä,
mutta koodien muuttaminen tai poistaminen voi aiheuttaa sekaannusta tietokannassa.
Yrityksen roolit ovat parametrissa P/3.

Henkilö:
Henkilön roolitus on tehty ohjelman toimesta ja sitä ei voi muuttaa.
Kuinka voin tehdä varauksen useaan tilaan samanaikaisesti? Käytä statusnäyttöä.
Valitse haluamasi tilalaji ja hae varauskohteet halutulta aikaväliltä ruutuun.
Rastita halutut tilat ja
paina "Varauksen tekoon"-painiketta.
Nyt aukeavassa ikkunassa voit
tehdä varauksen normaalisti mistä tahansa sarakkeesta.
Kuinka perustan järjestelmän käyttäjälle "Oman kalenterin"? Oma kalenteri näkyy vain jos henkilö
on perustettu myös varauskohderekisteriin,
pelkästään "Oma kalenteri"-valinnan päällelaittaminen
käyttöoikeuksien ylläpidon kautta ei riitä.
Helpointa tällaiset henkilöt on perustaa henkilörekisterin kautta:
1) Ensin perustetaan henkilö henkilörekisteriin ja täytetään tarvittavat yhteystiedot.
2) Tallennuksen jälkeen perustetaan
käyttöoikeudet alaosan kohdasta "Käyttöoikeustiedot"
3) Tämän jälkeen perustetaan oma kalenteri kohdasta "Henkilön kalenteri".

Tietylle henkilölle saat perustettua jälkikäteen oman kalenterin seuraavasti:
1) Perusta tämä henkilö
henkilörekisteriin ja kirjoita ylös henkilörekisterin henkilönumero.
2) Perusta uusi varauskohde
varauskohteiden ylläpidon kautta haluttuun varauskohdelajiin.
Laita Kalenterityyppi-kohtaan arvo "H", mikä tarkoittaa,
että kyseessä on henkilö- eikä luokkatilatyyppinen varauskohde.
3) Kirjoita henkilön käyttäjätunnus käyttäjätunnuskohtaan.
4) Kirjoita henkilörekisterin numero "Henkilön tunniste" -kohtaan.
Mitä merkkejä salasanassa saa käyttää?

PHP-ohjelmien kannalta perinteisesti ongelmallisia merkkejä ovat vain kenoviiva \
jota käytetään PHP:ssä ja MySQL:ssä
eskapointimerkkinä ja heittomerkki '
jota käytetään MySQL:ssä merkkijonoerottimena.
Asio-tilanvarausohjelmistossa nämäkin merkit toimivat, koska eskapoimme ohjelmistossa kyllä kaikki
merkkijonot tietokantaoperaatioissa.


Ulkoista käyttäjätietojärjestelmää vastaan autentikoiduttaessa voidaan
kuitenkin törmätä järjestelmäkohtaisiin merkistörajoitteisiin
tai enkoodausongelmiin.
Yleisesti ottaen aina toimivia merkkejä ovat
vähintäänkin isot kirjaimet A-B, pienet kirjaimet a-b, numerot 0-9 sekä alaviiva _.


Kertomerkin * käyttöä salasanossa tulisi välttää. Jos paikallisesti tallennetun käyttäjän salasana on pelkkä *,
niin autentikoinnissa
syötettyä salasanaa yritetään tarkistaa ulkoisesta järjestelmästä.


Kuinka hinnastoja käytetään? Käyttäjäorganisaation käyttämät hinnastot määritellään
parametrin P/8 avulla.
Jokaiseen varauskohteeseen voidaan liittää oletushinnan lisäksi yksi tai useampi hinnasto,
jonka sisältö on varauskohdekohtainen.
Hintojen muokkaukseen pääsee varauskohteiden ylläpidon
kautta Hinnat-otsikon vieressä olevasta painikkeesta.
- Oletuksena kaikki hinnat ovat tuntihintoja.
Hinnastojen ylläpidon kautta voidaan määritellä poikkeava
hintajakson pituus tunteina.
Kenttään voi syöttää desimaalilukuja,
eli esim. "0.5" jos haluaa hinnoittelun puolen tunnin jaksojen perusteella.
(- Pääkäyttäjätoimintojen kautta voidaan lisäksi määritellä,
pyöristetäänkö hinnat ylöspäin puoleen tuntiin,
tuntiin vai lasketaanko tarkka hinta minuutilleen.)
- Varauskohteelle voidaan määritellä yhden hintajakson oletusarvoinen hinta,
ja lisäksi erilaisia päiväykseen, viikonpäivään tai kellonaikaan sidottuja hintoja.
Oletusarvoinen hinta on voimassa aikaan sidottujen hintojen voimassaoloajan ulkopuolella.
Oletusarvoinen hinta liitetään automaattisesti uuteen varausriviin.
Varausta muutettaessa hinta tulee päivittää muuttunutta
tilannetta vastaavaksi manuaalisesti.
- Aikaan sidottujen hintojen määrittelyssä tulee aina antaa hinnan alku- ja loppupäiväykset.
Jos niillä ei ole väliä, kannattaa aikaväliksi laittaa esim. koko nykyvuosi.
Muut määrittelyt ovat vapaaehtoisia ja suhteellisen itsensä selittäviä,
mutta alla ne vielä listattuna:
-- Viikonpäivät: Voidaan määritellä esim. viikonlopulle eri hinta
-- Aklo ja Lklo: Hinnan voimassaolokellonaika, jolla voidaan esim. ilta/yökäyttöön laittaa eri hinta,
Kuinka määritellään tilan henkilölukumäärään ja/tai pinta-alaan liittyvät hakuportaikot? Parametrien kautta voidaan määritellä kapasiteetti- ja pinta-alavalintoihin pikavalintoja seuraavasti:
- Parametriluokka on P ja koodi on F
- Kenttä KOODI2:
-- arvo K = Tilan kapasiteetti (hlö)
-- arvo M = Tilan koko m2
- Kenttä KOODI3 = alku-loppuarvot (väliviivalla eroteltu)
- Kenttä SELITE = seliteteksti
- Kenttä ARVO = järjestysnumero

Kannattaa huomioida että jos esim. kapasiteetin
alku-loppuarvoihin täyttää 0-20, niin tähän hakuehtoon täsmäävät
myös kaikki sellaiset tilat joiden kapasiteettia ei ole määritelty.
Tämä siksi, että määrittelemätön kapasiteetti tulkitaan haussa nollaksi.
Haluaisimme rajata varauskarttaan (statusnäyttöjen yhteydessä oleva tulostevaihtoehto) mukaan otettavia tiloja tarkemmin. Nythän voi valita vain "koko ryhmän/lajin" mukaiset tilat. Esim. lajiltaan "Tanssi" -tiloja on kaikkiaan 5, mutta tähän listaukseen tarvitsemme niistä mukaan ainoastaan yhden (joskus kaksi). Listaukseen voi valita kätevästi mitä tahansa tiloja käyttämällä
"Omat ryhmät" -toimintoa.
Alla pikaohjeet miten tätä voi hyödyntää varauskartan yhteydessä:
- Klikkaa statusnäytöistä linkkiä "Omat ryhmät".
- Kirjoita avautuneelle ruudulle uuden ryhmän perustamislomakkeelle
jokin ryhmän nimi (esim. "Esitykset+Tori")
ja valitse tilalajit, joista haluat poimia tiloja (esim. Aula, Esitys).
- Valitse seuraavalta ruudulta tilat
jotka haluat näkyvän varauskartalla ja paina Tallenna-painketta.
- Voit nyt sulkea
"Omat ryhmät"-ylläpitonäkymän ylänurkan sulje-painikkeesta.
Jos avasit ylläpitonäkymän statusnäyttöjen kautta, paina vielä Reload-painiketta selaimesta,
jotta uusi ryhmä nousisi hakuruudulle näkyviin.
- Nyt saat varauskartan poimimistasi
tiloista valitsemalla ryhmän statusnäyttöjen hakuruudulta "Omat ryhmät"-kohdasta.

Kannattaa huomioida testaillessa, että "Omat ryhmät" -toiminnon
kautta perustetut ryhmät ovat
henkilökohtaisia ja ryhmä näkyy vain sen perustaneella käyttäjällä.
En pääse poistamaan varausta omasta kalenteristani. Miksi? Minulla on varausoikeudet, mutta ei ylläpitäjän oikeuksia. Kyseessä on todennäköisesti ylläpitäjän tai pääkäyttäjän
tekemä vahvistettu varaus suoraan kalenteriisi.
Käytännön esimerkki tällaisesta varauksesta on esim.
henkilökunnalle pakollinen kokous.

Ohjelman toimintaperiaate varausten poisto- ja muutosoikeuksien osalta on seuraava:
Varausoikeudellinen henkilö pääsee poistamaan varauksen tai muuttamaan sitä,
jos
  • Hän on itse tehnyt varauksen tai hänet on merkitty varaukseen opettajaksi.
    Vain ylläpitäjä pääsee muuttamaan ja
    poistamaan muiden tekemiä varauksia.

  • Henkilöllä ei ole päällä varauksen poistoa rajoittavia päivämäärävalintoja.
    Pääkäyttäjätoimintojen kautta
    voidaan rajata esim. että henkilö voi tehdä muutoksia tai poistaa (=peruuttaa) varauksen vain,
    jos varaukseen on aikaa tietty määrä päiviä.

Tilanvarausohjelmisto (PHP/MySQL):
Sisäänkirjautuessa antaa virheilmoituksen Can't open file 'session_p.MYI'.
MYI-päätteiset tiedostot ovat MySQL:n indeksitiedostoja.
Tässä tapauksessa taulun session_p indeksitiedosto on mennyt rikki.
Indeksitiedostot voi tyhjätä truncate table -komennolla.
Tarvittaessa indeksit on luotava uudelleen esim. PHPMyAdminin avulla.
Session_p -taulun indeksejä ei tarvitse luoda uudelleen tyhjäyksen jälkeen.
Kuinka voin kirjata asiantuntijaluokkia ja asiantuntijuuksia sekä kiinnittää niitä henkilöihin? 1. Asiantuntijuuksien pääluokat ovat parametrissa G.
Katso mallia jo olevista ja
perusta samankaltaisia lisärivejä tarpeen mukaan.
2. Asiantuntijuuksia ylläpidetään Ylläpito-valikossa
olevalla "Asiantuntijuudet"- toiminnolla.
3. Lopuksi asiantuntijuudet kiinnitetään henkilöihin.
Tämä tapahtuu henkilörekisteristä löytyvällä toiminnolla (oma painike).
Kurssivarausohjelmistossa henkilölle ei nouse
varaustoimintojen yhteydessä sähköpostiosoitetta eikä muitakaan yhteystietoja,
eikä hänen tietojaan pääse muokkaamaan listalta
nimeä klikkaamalla vaikka hänet on rekisteröity henkilörekisteriin. Missä vika?
Henkilö on todennäköisesti
viety rekisteriin vasta varauksen teon jälkeen.
Mikäli henkilölle päin halutaan tehdä viestintää,
on varausprosessi tehtävä siten,
että henkilö ensin rekisteröidään järjestelmään,
ja vasta sitten poimitaan varaukseen joko varausrivillä olevalla
hakutoiminnolla tai "poimi työnantajan henkilöitä" -toiminnon kautta.
Mikäli henkilö kuitenkin rekisteröidään vasta myöhemmin,
voi tilanteen korjata seuraavasti:
  1. Avaa varaus varauksen muutoksen kautta.

  2. Mene henkilön varausriville, ja paina hakupainiketta.

  3. Etsi henkilö henkilörekisteristä, ja poimi hänet uudestaan varaukseen.

  4. Tallenna varaus.

Tämän jälkeen varauksessa on tiedossa henkilön henkilötunnusnumero,
ja ohjelma löytää jatkossa henkilön perustiedot varauksen käsittelyn yhteydessä.
Erittäin suuri poimintaoperaatio (esim. markkinointipoiminnat) epäonnistuu vaikka hieman pienemmät
toimivat normaalisti, missä vika?
On mahdollista, että istuntotaulun "session_p" kenttä "data" on liian lyhyt.
Kenttä on ollut oletusarvoisesti
MySQL-tietotyyppiä TEXT jonka maksimipituus on 64kt.
Mikäli ongelma johtuu tästä, se korjaantuu vaihtamalla kentän
tyypiksi LONGTEXT (maksimipituus 4Gt).
Asio oli näyttänyt, että e-mail vahvistus lähetetty onnistuneesti, mutta jälkikäteen tuli käyttäjän koneelle viesti samaisesta viestistä, että se ei ollutkaan mennyt läpi! Kuinka näin voi käydä? (Lähetetty osoitteeseen, jota ei ole olemassa).

Juuri näin järjestelmän kuuluukin toimia.
Lähetysvaiheessa voidaan olla varmoja vain siitä,
että sähköpostiosoite on muodoltaan oikea ja että lähettävä palvelin
pystyy toimittamaan viestin eteenpäin.
Näitä koskevat virheet näkyvät heti lähetysvaiheessa.


Viestin toimittamisessa matkan varrella voi
sen sijaan tulla monenlaisia lähettävästä palvelimesta riippumattomia virheitä:
esimerkiksi vastaanottajan laatikko voi olla täynnä tai vastaanottavassa
organisaatiossa ei ole ollenkaan pyydettyä laatikkoa.
Tällaiset virheraportit palautuvat sähköpostiviestinä
virkailijan käyttöoikeuksiin kirjattuun sähköpostiosoitteeseen.


Mitä tarkoittaa käsite "taso" tilanvarausohjelmistossa? Tilanvarausohjelmassa on kaksi erityypistä "tasoa":

1. Käyttöoikeustasot:
* Selailukäyttäjä
* Normaalikäyttäjä
* Ylläpitäjä
* Pääkäyttäjä

Nämä on kuvattu mm. englanninkielisillä sivuillamme olevassa dokumentissa
User administration.

2. Toiminnalliset tasot
Tilanvarausohjelma on toiminnallisesti jaettu kolmeen tasoon.
Tasot voidaan määrittää käyttäjäkohtaisesti.
Käyttäjäyritykselle määritetään ohjelmiston käyttöönottovaiheessa ns. oletustaso,
jota käyttäjät noudattavat siinä tapauksessa,
että heille ei ole tehty erillistä toiminnallista tasomäärittelyä.

Tasoilla kerrotaan, mitkä toiminnot ovat
käytössä ja miten laajana varsinainen varausruutu näytetään.

Tiettyyn käyttäjätasoon oletusarvoisesti
liittyviä toimintoja voidaan käyttäjäkohtaisesti lisätä/poistaa.
Henkilökuntaan kuuluvien käyttäjien oletusarvoiset toiminnot
ja varausikkunan sisältö on karkeasti seuraava:

Taso I: Suppeat varaustoiminnot

- Valikossa:
Oma kalenterini (jos määritelty käyttäjälle)
Henkilökuntakalenterit
Tilat ja välineen
Opiskelijakelenterit
Salasanan vaihto

- Varausikkunassa:
Kellonaikaväli
Tilaisuuden nimi
Pvm
Lisätietoja
Ns. asiakastyyppi, vain kaksi vaihtoehtoa

Taso II: Laajat varaustoiminnot

- Valikossa edellisten lisäksi:
Tapahtumat
Vapaan ajan haku

- Varausikkunassa edellisten lisäksi:
Vahvistustila (vahvistamaton/vahvistettu)
Julkinen/henkilökohtainen
Pvm-väli (mahdollisuus siis toistuvaisvaraukseen)
Viikonpäivärajausmahdollisuus
Mahdollisuus tehdä merkintä myös omaan kalenteriin
tilanvarauksen yhteydessä Asiakastyyppi, kaikki vaihtoehdot käytettävissä

Taso III: Pääkäyttäjän toiminnot

- Valikossa edellisten lisäksi:
Walk-in majoitus (jos haluttu käyttöön)
Listaukset
Yläpitotoiminnot

- Varausikkunassa edellisten lisäksi:
Asiakas
Asiakkaan yhteyshenkilö
Asiakkaan puhelinnumero
Asiakkaan sähköpostiosoite
Varauksen hinta
Maksutapa
Luokiteltujen tehtävien valinta ja kirjaus (työajanseuranta)
Tilanvarausohjelmiston varauskohteisiin, ryhmiin, kursseihin, tiloihin sekä käyttöoikeuksiin voidaan määrittää yksikkötieto. Mihin tätä tietoa käytetään? Tietoa hyödynnetään ohjelmistossa seuraavilla tavoilla:
  • Asiakasliittymä ilman kirjautumista: yksikkötiedon avulla voidaan määrittää,
    mitä varauskohteita, kursseja, opettajia,
    ohjelmia (ryhmiä) ja tapahtumia käyttäjälle näytetään.
  • Käyttöoikeudet:
    Mikäli käytätte toimintoa "Piilota varausten tiedot muilta yksiköiltä"
    (ylläpito -> yrityskohtaiset aseukset)
    ja mikäli käyttäjän käyttöoikeuksiin on määritelty yksikkötieto,
    muiden yksiköiden tekemät varaukset näkyvät
    käyttäjälle vain väripalkkeina ilman tekstuaalista tietoa.
  • Statusnäytöt ja opetuksen suunnittelu:
    Yksikkötietoa käytetään yläkäsitteenä ohjelmien (ryhmien) poiminnassa
  • Kurssikalenterit ja ryhmäkalenterit:
    Kurssikalenterit on mahdollista ryhmitellä päävalikossa yksiköittäin.
    Asio-Data voi aktivoida tämän toiminnon asiakaskohtaisesti.
Miten viikonpäivien valintalaatikot toimivat varausta tehdessä?

Tällä hetkellä viikonpäivien valinta toimii seuraavasti:


1) Varauksen tekoa aloitettaessa (kun on klikattu esim. maanantaita)
on klikatun päivän kohdalla ruksi, ja muiden viikonpäivävalintalaatikoiden
valitseminen on estetty.
Alku- ja loppupvm:inä on sisääntulopvm.

2)
Valittaessa uusi loppupvm alle 7 päivän päähän alkupvm:stä
ohjelma tekee kyseiselle välille osuvien
viikonpäivävalintalaatikoiden valitsemisen mahdolliseksi ja ruksittaa ne.


3) Valittaessa uusi loppupvm vähintään 7
päivän päähän alkupvm:stä ohjelma tekee kaikkien
viikonpäivävalintalaatikoiden valitsemisen mahdolliseksi,
mutta ei ruksaa ylimääräisiä päiviä.


Miksi ohjelmasta lähetetyt sähköpostit eivät mene läpi kaikille vastaanottajille?

Palvelimen Fully Qualified Domain Name ei ole oikein
asetettu (Jotkin sähköpostia vastaanottavat serverit ovat tarkkoja tästä).
Tarkista /etc/hostname ja /etc/hosts -konfiguraatiotiedostoista
että palvelimen nimi on asetettu kokonaan,
esim. xxx.yyyasio.fi eikä pelkkä xxx.yyy

FQDN:n näkee
antamalla käskyn "hostname --fqdn"


Tilavarauksen kautta lähetetyt sähköpostin liitetiedostot eivät mene läpi.
Sähköpostiliitteiden lähtemiseksi palvelimelta edellytetään tietyissä
tapauksissa PHP:n asetusten muokkausta.
Mikäli liitteiden kanssa on ongelmia,
tarkista seuraavat asetukset PHP.INI-tiedostosta:
  • safe_mode = Off
    PHP:n safe moden on oltava sähköpostin lähetyksessä pois päältä,
    koska mail-komennolle annetaan ns. envelope-osoite käyttäjän tiedoista.
    Tämän tiedon välittäminen on safe modessa kielletty.
    Safe mode voi estää myöskin väliaikaiseen hakemistoon kirjoittamisen PHP:ltä,
    koska se sallii tiedostojen käsittelyn vain tiettyihin polkuihin.
  • file_uploads = On
    Sähköpostiliitteet välitetään PHP:lle HTTP POST multipart/form-data -menetelmällä.
    Tämä asetus sallii PHP:n vastaanottaa
    tällä tavoin lähetettyjä tiedostoja.
  • upload_max_filesize = 16M (esimerkiksi, tai muu sopiva liitteen maksimikoko)
    Tämä asetus asettaa sen, miten suuri lähetettävä liitetiedosto saa olla.
    Palvelin ei hyväksy tätä suurempia tiedostoja.
  • post_max_size = 16M (esimerkiksi, vähintään sama kuin upload_max_filesize)
    Tämä asetus asettaa sen, miten suuri palvelimelle saapuva HTTP POST -palvelupyyntö saa olla.
Tarkista lisäksi, että inc/server_settings.php-tiedostossa määritelty väliaikainen hakemisto
vastaa palvelinympäristön vastaavaa hakemistoa.
Oletus unix-ympäristöissä on "/tmp", windows-ympäristöissä "c:\temp".
Jokin toiminto (esim. päävalikon kohta "Laskutus") ei toimi ollenkaan
tai se ei näytä käynnistyvän linkin klikkauksesta tai
painikkeen painamisesta huolimatta.
Mikäli kyse on jostain ylläpitopuolen toiminnosta,
todennäköisin syy on www-selaimen ponnahdusikkunoiden esto.
Ponnahdusikkunoiden esto tulee kääntää pois päältä
joko kokonaan tai vain tilavarausohjelmiston osalta.
Kuvalliset ohjeet Internet Explorerille 6:lle
löytyvät täältä
ja Internet Explorerille 7:lle täältä
Versiossa V7 on uudistettu käyttäjähallintaa. Mitä hyötyä siitä on ohjelmiston pääkäyttäjälle.

Suurin hyöty käyttäjäorganisaation kannalta
uuteen roolipohjaiseen käyttöoikeuteen siirtymisessä on käyttäjien
ylläpitotyön helpottuminen.
Esimerkiksi jos tilahallinnon puolella
tulee varauskohteisiin muutoksia,
joutuisi vanhalla systeemillä käymään
koko käyttäjämassan läpi ja tarkistamaan tilalajirajaukset
jokaiselta käyttäjältä yksitellen.
Uudessa systeemissä riittää että muutoksen tekee rooliin.

Käyttäjien siirtäminen tiettyyn rooliin onnistuu helposti
"roolien joukkoasetus"-toiminnolla,
joka on hakutulossivun lopussa.
Sillä voi asettaa roolin monelle käyttäjälle kerrallaan.

Kaikkia käyttäjiä, esim. pääkäyttäjää ja muita ylläpitäjiä,
ei ehkä kannatakaan laittaa rooleihin.
Uusi järjestelmä toimii roolittomien käyttäjien osalta täsmälleen samalla
tavalla kuin vanhakin.
Epäilisin että ainakin kaikki opettajat ja muut "laumaeläimet"
on hyvä laittaa johonkin tiettyyn rooliin,
tai sitten esim. eri yksiköiden opettajat kukin omaan rooliinsa.
Tämä riippuu hieman siitä miten tarkasti käyttöoikeuksia jaetaan:
jos kaikilla opettajilla on suurinpiirtein samat oikeudet,
niin yksi rooli riittää.

Vielä yksi lisäetu uudessa käyttöoikeusjärjestelmässä on,
ja se liittyy ulkoiseen autentikointiin.
Ulkoisesta käyttäjätietojärjestelmästä saatujen tietojen
(esim. LDAP-hakemiston ryhmäjäsenyydet) perusteella voidaan
kiinnittää käyttäjälle rooli.
Rooleja ylläpitämällä on helppoa ja joustavaa hallita
noita ulkoista järjestelmää vastaan autentikoitavia käyttäjiä.

Millainen sovelluksen arkkitehtuuri on?
Onko toteutus kaksi- vai kolmikerroksinen?
Mitä sovelluksen osia on mahdollista siirtää toisiin
laitteisiin suoritettavaksi, vai onko edellytys,
että kaikki sovelluksen osat ovat samassa laitteessa?
Sovellus on monoliittinen,
eli siinä ei ole sisäisiä vahvoja rajapintoja.
Käyttöliittymän ja backendin logiikka on kuitenkin erotettu toisistaan.
Sovellus on - kuten PHP-ohjelmat yleensäkin - mahdollista hajauttaa tietokannan
ja palvelinpuolen logiikan osalta kahdelle laitteelle,
mutta muunlaista hajautusta se ei tue.
Sovellus ilmeisesti vaatii Javascriptiä käyttöönsä.
Tätä vastauksistanne ei kuitenkaan käy ilmi,
ja nopea testi ilman Javascript-tukea sai aikaan johtopäätöksen,
ettei sovellusta voi käyttää ilman sitä.
Miksi sen käyttö on tarpeellista ja missä laajuudessa sitä käytetään?
Javascriptiä käytetään käyttöliittymätoimintojen
toteuttamiseen perus-html:ää ja lomakkeita monipuolisemmin.
Tyypillisiä käyttökohteita sovelluksessa ovat lomakkeiden syötteen
oikeellisuuden ensimmäisen vaiheen tarkistaminen
(backendissä toki varsinainen tarkistus) sekä suuresta tietomäärästä
poimimisen helpottaminen useampitasoisilla valintalistoilla.
Tarvitseeko sovellus käyttöönsä joitakin tiettyjä Apache-moduuleja? Jos tarvitsee, mitä niillä tehdään? Apachen oletuksena asentuvien moduulien lisäksi tarvitaan vain PHP-moduuli.
Jos Linux-järjestelmässä mail-varusohjelman pitää toimia,
miten sen täytyy toimia? Mihin sitä käytetään?
Sitä käytetään ainoastaan PHP:n oman mail-toiminnon läpi.
Ainoa edellytys on se, että PHP:n mail-komennolla posti lähtee.
Miten sovellus huolehtii siitä,
ettei urlia kaappaamalla ole mahdollista kaapata kyseisen käyttäjän istuntoa?
Tämä ei ole mahdollista,
koska sessio tunnistetaan yksinomaan kyttäjätunnuksen ja IP:n perusteella.
Erillistä tunnistetta ei mene urleissa.
Miten sovellus huolehtii
käyttäjän syötteiden tarkistamisesta haitallisen sisällön osalta?
Tietokantaan menevä syöte eskapoidaan aina siten,
että haitalliset merkit eivät pääse läpi.
Miten sessio vanhenee? Sessio vanhenee yhdessä vuorokaudessa.
Eksplisiittistä vanhentamista ei ole.
Kuinka monta tietokantakäyttäjää tietokantaan määritellään sovellusta varten, millaisin oikeuksin ja miksi? Tasan yksi, sovellus käyttää vain tätä.
Tällä käyttäjätunnuksella on oltava luku- ja kirjoitusoikeudet
tauluihin tietokannoissa "asio" (käyttöoikeustaulut,
kiinteästi tämän niminen) sekä sovelluksen organisaatiokohtaiset
tiedot sisältävässä tietokannassa.
Mikä on syy siihen, miksi käyttäjien salasanat ovat tietokannassa selväkielisiä? Version 7 myötä salasanat säilytetään tietokannassa kryptattuina.
Kenellä on pääsy sovelluksen tietokantaan
kirjoittamaan lokitietoon ja mitä reittejä pitkin?
Sovelluksen käyttöliittymän kautta pääsy
on ylläpitäjätason käyttäjillä. Tietokannasta sitä voi
lukea kuin mitä muuta tahansa sovelluksen taulua.
Lukujärjestystuonnin tai vastaavan muun raskaan operaation yhteydessä
tulee virheilmoitus "Got a packet bigger than 'max_allowed_packet' bytes"

MySQL-tietokantapalvelimen max_allowed_packet-asetus on liian pieni.
Kyseinen asetus määrittelee suoritettavan SQL-kyselyn maksimikoon.
Tietyissä tilanteissa, esimerkiksi suurten lukujärjestystiedostojen tapauksessa,
tilavarausohjelmiston vaatima kyselyn maksimikoko voi muodostua suuremmaksi
kuin MySQL:n oletusarvoinen maksimi, joka on 1 megatavu.


Ratkaisu ongelmaan on kasvattaa asetuksen kokoa.
Sopiva asetuksen arvo raskaaseen käyttöön on esimerkiksi 8 megatavua ("8M").
Asetus tehdään joko my.ini (Linux: my.cnf) -tiedostoon tai annetaan
käynnistysparametrina MySQL-palvelimelle.

Lisätietoja asetuksesta löydät MySQL:n ohjekirjasta.

Ohjelmisto toimii oudosti sen jälkeen kun tietokanta palautettiin varmistetusta
dumppitiedostosta - mm. uusien varauksien teko ei
toimi tai antaa outoja virheilmoituksia kuten "duplicate key".

Todennäköisin selitys on se, että dumppitiedostosta ovat
kadonneet auto_increment-määreet MySQL:n tietyissä versioissa olevan bugin
takia. Saat korjattua tilanteen hakemalla
Asion palvelimelta viimeisimmän tietokantasynkronointiskriptin, ja suorittamalla sen. Osoite synkronointiskriptin hakemiselle on
annettu sinulle asennuspaketin lähetyksen yhteydessä sähköpostitse
. Jos olet hukan
nut
osoitteen, ota yhteys Asio-Dataan.

Lisätietoja bugista alempana tämän FAQ:n kohdassa
"Miten muodostan tietokannasta dumpin tietokannan siirtoa tai varmistusta varten?".

Tietokantasynkronointi tai CREATE TABLE -käsky kaatuu
virheeseen "Can't create table '.\tietokannan_nimi\taulun_nimi.frm' (errno: 121)"

Kyse on MySQL:n InnoDB-tietokantamoottorin antama virheilmoitus,
joka tarkoittaa todennäköisesti jompaa kumpaa seuraavista kahdesta asiasta:

1) MySQL luulee taulun olevan jo olemassa vaikka sitä ei
vielä oikeasti olekaa olemassa.
Tällainen tilanne on voinut syntyä esimerkiksi levyvian tai tietokantatiedostojen
toisesta tietokannasta kopioinnin tuloksena.
Kokeile pudottaa taulu ensin "DROP TABLE"-komennolla, ja sitten ajaa kysely uudestaan.

2) CREATE TABLE-käskyn syntaksissa on
virhe liittyen avaimien nimiin, joka johtaisi InnoDB-moottorissa kahden
avaimen menemiseen samalle nimelle.

Suositeltava tapa korjata virhe on vaihtaa tietokantamoottorin tyypiksi
InnoDB:n sijaan MyISAM
(kts.
kts. tilanvarausohjelmiston
tekninen dokumentaatio
, MySQL:n asennusta koskeva kappale).
Voit vaihtoehtoisesti luoda taulun käsin lisäämällä CREATE TABLE -käskyn perään
tietokannan valintaparametrin seuraavaan tapaan:

	CREATE TABLE taulu (
kentta1 varchar(25),
kentta2 varchar(255),
.... ) TYPE=MyISAM;
vv

Ohjelman suoritus kaatuu "Max_execution_time of nnn seconds exceeded" -virheeseen.

Vika on todennäköisesti palvelimenne PHP:n timeout-arvon pienuudessa.
Itse käytämme täällä 10 minuutin timeoutia.


Ratkaisu: editoi php.ini - tiedostoon asetus max_execution_time suuremmaksi,
esim 600. Jotta tulisi voimaan, kirjoita

	  net stop apache
net start apache
Erittäin suuri poimintaoperaatio (esim. markkinointipoiminnat) epäonnistuu vaikka hieman
pienemmät toimivat normaalisti, missä vika?
On mahdollista, että istuntotaulun
"session_p" kenttä "data" on liian lyhyt.
Kenttä on ollut oletusarvoisesti
MySQL-tietotyyppiä TEXT jonka maksimipituus on 64kt.
Mikäli ongelma johtuu tästä,
se korjaantuu vaihtamalla kentän tyypiksi LONGTEXT (maksimipituus 4Gt).
Miten muodostan tietokannasta dumpin tietokannan siirtoa tai varmistusta varten? MySQL-tietokannan dumppitiedoston
muodostus tapahtuu käyttöjärjestelmän komentoriviltä seuraavalla komennolla:
	mysqldump --opt -K --skip-comments 
TIETOKANNAN_NIMI > dumppi.sql

Mikäli käytössä on MySQL:n versio 4.1 tai uudempi,
kannattaa dumppiin laittaa lisäksi tiedoston yhteensopivuutta
vanhempien versioiden kanssa parantava compatible-optio:
	mysqldump --opt -K --skip-comments --compatible=mysql323
TIETOKANNAN_NIMI > dumppi.sql

HUOM! Tietyissä MySQL 4.1 ja 5.0-versioissa on mysqldump-ohjelmassa bugi,
joka aiheuttaa auto_increment-saraketiedon jäämisen pois dumpista.
Lisätietoa bugista MySQL:n sivuilta. Tarkistaaksesi onko versiosi buginen toimi seuraavasti:
  • Suorita jompikumpi ylläolevista dumpeista --compatible=mysql323 -optiolla
  • Etsi tulostiedostosta heti tiedoston alussa
    olevan "CREATE TABLE address_p" -käskyn jälkeinen rivi,
    joka koskee saraketta "rowid". Siinä pitäisi pitäisi lukea seuraavaa:
    `rowid` int(10) unsigned NOT NULL auto_increment,

Jos rivillä ei näy määrettä "auto_increment",
MySQL-versiossasi on tämä bugi.
Mikäli versiosi kuuluu bugin vaikutusalueeseen,
on sinulla kaksi vaihtoehtoa:
  1. Ota dumpit ulos ensimmäisen ohjeen mukaisella käskyllä,
    jossa ei ole "--compatible=mysql323" -optiota.
    Tällöin dumpit
    muodostetaan oikein,
    mutta ottamiasi dumppeja ei voi siirtää
    sellaiseen MySQL-versioon, joka on aikaisempi kuin 4.1.
  2. Ota dumpit ulos kuten ohjeessa.
    Kun olet ladannut dumpit uudelle palvelimelle,
    aja välittömästi Asion
    tietokantasynkronointiajo.
    Synkronointiajo korjaa auto_increment-sarakkeet.
Päivitys 20.8.2008: MySQL versiosta 5 alkaen ei tue enää SQL-kommentteja jotka alkavat
kolmella tai suuremmalla määrällä "-" -merkkejä.
Tämä estää 4.0 -versioista otettujen dumppien lukemisen sisään ellei
niitä ole otettu ulos optiolla --skip-comments.
Päivitys 16.1.2009:
Jotkin MySQL 5:n versiot (ainakin 5.0.51a) laittavat dumppitiedostoihin aina "set character_set_client=..." -rivejä
vaikka yhteensopivuus olisi asetettu --compatible -optiolla.
Tällaista dumppia ei voi ladata vanhempiin
MySQL-versioihin (4.0 ja vanhemmat) ilman virheilmoituksia.
Voit ladata tällaisen dumpin MySQL:ään käyttämällä --force -optiota seuraavasti:
	mysql --force TIETOKANNAN_NIMI < dumppi.sql
Sähköpostin liitetiedostot eivät mene perille. Mikäli palvelimessa on Windows-käyttöjärjestelmä,
tarkista, että olet perustanut hakemiston c:\temp.
Tilanvarausohjelmisto (PHP/MySQL):
Sisäänkirjautuessa
antaa virheilmoituksen Can't open file 'session_p.MYI' tai 'joku_muu_taulu.MYI/MYD'.
MYI-päätteiset tiedostot ovat MySQL:n indeksitiedostoja.
Tässä tapauksessa taulun session_p indeksitiedosto on mennyt rikki.
Session_p -taulun indeksitiedostot voi tyhjätä truncate table -komennolla.
Muiden taulujen osalta on suositeltavaa
ajaa komento 'repair table taulun_nimi;',
joka yrittää korjata taulun rikkimenneen rakenteen hävittämättä dataa.
Tarvittaessa indeksit on luotava uudelleen
esim. PHPMyAdminin avulla. Session_p -taulun indeksejä
ei tarvitse luoda uudelleen tyhjäyksen jälkeen.
Ohjelma antaa virheilmoituksen: "Incorrect key file for table: 'session_p'.
Try to repair it" (virheilmoitus voi
koskea myös jotain muuta taulua kuin 'session_p')
Syystä tai toisesta MySQL:n kyseistä taulua koskevat indeksit ovat sekaisin.
Aja seuraava MySQL-komento tilanteen korjaamiseksi
tilavarauksen asiakastietokannassa:
	REPAIR TABLE session_p;
(jos virheilmoitus koskee muuta taulua kuin session_p,
vaihda nimi myös käskyyn)

Varsinainen syy virheilmoitukselle voi olla joko palvelinkoneen odottamaton sammutus
tai uudelleenkäynnistys, tai vaihtoehtoisesti bugi MySQL-tietokannassa.
Erityisen herkkiä tälle bugille ovat taulut
joihin kohdistuu paljon päivityksiä ja poistoja,
kuten esimerkissä mainittu tilavarauksen istuntotaulu session_p.
Bugille alttiimpia MySQL:n versioita
ovat 4.1-haaran alpha- ja betaversiot.
Alpha- tai betaversioita ei suositella käytettäviksi tuotantokäytössä.
Mikä on korkein tuettu PHP-versio?
kts. tilanvarausohjelmiston tekninen dokumentaatio
Mikä aiheuttaa seuraavan: asennuksen jälkeen ohjelmistoon ei pääse sisään millään käyttäjätunnuksilla, vaikka käyttöoikeustiedot ovat tietokannassa oikein? Todennäköisesti PHP:n asetuksissa ei ole asetus register_globals päällä.
Tarkista asetukset php.ini:stä
(kts. kappaleesta 2 tarkempia ohjeita)
Ilmeisesti sovellus ajaa
PHP-skripteistä käsin järjestelmästä löytyviä varusohjelmia.
Millaisella mekanismilla niitä suoritetaan ja millaisissa tapauksissa?
Itseasiassa tuo mail-komennon sisäisesti
käyttämä mail-varusohjelma on ainoa tarvittava varusohjelma, eikä sitäkään käytetä suoraan.
Session tunnistamisessa käytetään
käyttäjätunnusta ja ip-osoitetta.
Mitä ip-osoitetta tarkkaan ottaen käytetään? Yrittääkö sovellus selvittää jotenkin käyttäjän todellista ip-osoitetta,
vai luottaako se pelkästään siihen osoitteeseen, josta yhteys sovelluspalveluun näyttää tulevan?
Luottaa juuri siihen, eli IP-osoitteena käytetään sitä,
minkä www-palvelin ilmoittaa REMOTE_ADDR -muuttujana.
Miten PHP-koodi keskustelee tietokannan kanssa? Sovellus käyttää itse kirjoittamamme kirjaston kautta
suoraan PHP:n sisäänrakennettua MySQL-tukea.
Ratkaisu tarjoaa huomattavia suorituskykyetuja verrattuna ODBC:n kaltaisiin yleiskäyttöisiin rajapintoihin,
etenkin hitailla palvelimilla tai kuorman ollessa suuri .
Ohjelma antaa virheilmoituksen "... on virheellinen select-lause: Got error 28 from table handler"
Tietokantapalvelimella ei ole tarpeeksi vapaata kovalevytilaa. Vastaavanlaisille kooditettuille virheilmoituksille
voi yrittää etsiä selityksiä
esimerkiksi googlen avulla käyttämällä
hakusanoina saatua virheilmoitusta (esim. "mysql error 28").
Kyse on usein palvelimen ongelmasta, eikä itse ohjelman.
Ohjelma antaa virheilmoituksen "Could not connect" Tietokantayhteyden muodostaminen epäonnistui.
Tarkista tiedostosta inc/server_settings.php,
että yhteysasetukset ovat oikeat.

Mikäli pääset samoilla yhteysasetuksilla esim. konsolilta
mysql:ään sisään, ja mikäli käytössäsi on version 4.1 tai uudempi MySQL,
voi kyse olla myös epäyhteensopivasta autentikointiprotokollasta.
Tällöin mene mysql-tulkkiin ja aja komento:
UPDATE mysql.user
SET Password = OLD_PASSWORD('TIETOKANNAN SALASANA')
WHERE User = 'TIETOKANNAN KTUN';
Onko mahdollista, että tilanvarausohjelmisto itse pyörii yhdessä
palvelimessa ja MySQL-tietokanta toisessa? Mitä asetuksia tämä vaatii?
Tilavarausohjelmiston ja muiden Asio-ohjelmien tietokantayhteyden
asetukset on määritelty tiedostossa inc/server_settings.php.
Muuhun kuin www-palvelinohjelmiston kanssa samalla
koneella olevaan tietokantaan yhteyden ottamiseksi tarvitsee siis vain muokata tämän tiedoston asetukset kohdalleen.

Asetukset ovat heti tiedoston alussa muodossa:
$db_server = "PALVELIMEN OSOITE, OLETUS=TYHJÄ";
$db_user = "TIETOKANNAN KÄYTTÄJÄTUNNUS";
$db_passwd = "TIETOKANNAN SALASANA";
Tästä seuraa tosin myös luonnollisesti se,
että jos Asio-Data lähettää versiopäivityksen yhteydesssä tietokannan synkronointiajoskriptejä,
niin oletuksista poikkeavat tietokannan yhteystiedot pitää
ennen ajoa muokata myös ko. skriptin alkuun.
Katso tarkempia ohjeita päivitysajoja koskien asennusohjesivulta
.
Käytössä on Windows-pohjainen www-palvelin ja
ulkoinen SMTP-sähköpostipalvelin sähköpostin lähetykseen. Mistä voin vaihtaa tai määritellä ohjelman käyttämän sähköpostipalvelimen?
Sähköpostipalvelin määritellään php.ini -tiedostossa kohtaan SMTP.
Lisäksi on hyvä määritellä oletusarvoinen sähköpostiosoite,
josta sähköpostit lähtevät kohtaan sendmail_from.
Ota huomioon että nämä asetukset astuvat voimaan vasta
kun olet käynnistänyt www-palvelimen (Apache) uudestaan.
Itse php.ini-tiedosto sijaitsee Windows-palvelimella
todennäköisimmin Windowsin juurihakemistossa.