Pupesoftin asennus ja oikeudet

[Jallu59]

Hohhoijaa. Täytynee se sitten Ruby/Rails asentaa. Viimeksi asensin sen Centos 6.6:een ja sen vei ainakin pari tuntia. Centos6.6. herjaa samaa tietokantayhteyden puuttumista kuin Centos 7.0:kin. Mysqld hyrrää kuitenkin. Mielenkiintoista, että Xubuntu 14.04. saa yhteyden samoilla asetuksilla. Siispä jatkan projektia Xubuntu-koneella, ellei Pupesoft-tuki keksi mikä mättää Centos-asennuksissa.

Kiittäen Jallu59

[ajaaskel]

Rubiini Kiskoilla (RK)...

Taas on päästy eteenpäin mutta ei ihan pienellä vaivalla ja mutkia on riittänyt.  Se kirjanpito-osio heitti webbiselaimeen Apachesta tiedostojen nimet näkyville tulkkaamatta lainkaan koodia eli samalla tyylillä kuin PHP: n kanssa jos PHP ei toimi.  Tuosta hätäisesti päättelin että Ruby on Rails ei toimi Apachessa vaikka olin jo asentanut repoista paketit sitä varten.  Alkoi paljon yrittämisen ja säännöllisen epäonnistumisen jälkeen jo hieman tuntua että "Rubiini Kiskoilla" on ennemminkin "Kivi Kengässäni".   
Lähdin tutkimaan asiaa toisin päin eli opiskelemaan Ruby on Rails johdannon jotta pääsisin siihen vaiheeseen että saisin jonkun yksinkertaisen "Hello World" testin kasalle toiminnan varmistamiseen.   Tämä Rubiini Kiskoilla sisältää myös sen oman webbipalvelimen joka on sopiva ja tarkoitettu vain testaamiseen eikä mihinkään tuotantokäyttöön.  Siitä oli kuitenkin apua kokonaisuuden ymmärtämisessä.  Kun se toimi tuolla oli vain jäljellä miten saada Apache toiminnallisesti samaan malliin.    Nyt toimii myös Apacheni antaen Rubiini Kiskoilla -testisivun.   
Vaiheita Apachen kanssa oli todella monta ja tähän ei olisi päästy ilman jonkinasteista Rubiini Kiskoilla rakenteen ja toiminnan hahmotusta.  Tämä asia ei ole vielä valmis liittyen Pupesoftiin mutta kerron lyhyesti mitä on hyvä tietää ettet juutu samoihin lukuisiin ongelmiin, hämäriin tilanteisiin ja Rubiini Kiskoilla käsitemaailman termein ilmaistuihin ohjeisiin.  Yritän hieman valaista asian logiikkaa miten eri osat liittyvät toisiinsa.

RK vaatii Apacheen lisämodulin joka tulkkaa koodia. Tuo lisämoduli kulkee nimellä "Passenger". Sen lisäksi tarvitaan tilakohtaiset asetukset.  RK voi toimia kolmessa eri tilassa:  Kehitys (devepment), testaus (test) ja tuotanto (production).    Tilan vaihdon pystyy tekemään esimerkiksi Apachen .conf tiedostojen avulla  käyttäen "sudo a2enconf <tila.conf>" jos tekee valmiiksi tuollaiset tiedostot.  RK käyttää tuosta termiä "ympäristö" (environment). Itse RK sisältää omat määritystiedostonsa noille tiloille jotka koskevat vain itse RK: n toimintaa kun jokin ympäristö on valittu mutta niillä ei ole merkitystä itse asennuksen kannalta.  Ohjelmoija voi niihin määrittää tilannekohtaisia asetuksia (kehitys, testi, tuotanto).
RK: n sisältämä webbipalvelin toimi oletuksena kehitystilassa mutta Apachen moduli toimii taasen oletuksena tuotantotilassa ellei asiaa ole määritetty.   
Testatessa tulee tietää missä tilassa RK -ohjelma voi toimia.  Kun tein oman testiohjelman niin se toimi vain kehitystilassa ja jos sitä yrittää ajaa tuotantotilassa se menee virheeseen (ilman ilsätoimenpiteitä) sillä ohjelmassa ei ole alkuaan asetuksia valmiina tuotantoajoa varten.  Ohjelmoijan (eikä asentajan/ylläpidon) tehtävä toki on määrittää nuo tuonne RK ohjelmaan.

Apachessa on yksi tärkeä asetus josta löysin maininnan pitkähkön dokumentin liitteestä 11 (Appendix 11) muistaakseni.  RK: n toiminta on jossain vaiheessa muuttunut niin että se ei seuraa linkkejä kuten se teki aiemmin.  Hyvin monet (kuten itsekin olen tehnyt) eivät muuta Apachen dokumenttijuurta minnekään vaan korvaavat sijainnin linkillä oikeaan paikkaan   eli esimerkiksi  /var/www/html --> /home/apps/rails/sovellus.  Tuo ei kuitenkaan toimi ilman että asetetaan "PassengerResolveSymlinksInDocumentRoot  on" Apachen asetuksissa ellei sitten muuteta itse DocumentRoot asetusta (jolloin linkitystä ei käytetä).  Liitteessä oli myös asia jota en ole selvittänyt: Dokumenttijuuren pitäisi osoittaa public-kansioon eikä sovellusjuureen joka äkkiä ajatellen tuntuu merkilliseltä.
 
Eri tiloja varten RK: ssa on salakoodit.  Havaitsin että salakoodit kehitys- ja testitiloja varten olivat näkyvillä "secrets.yml" tiedostossa mutta tuotantotilan salakoodi haetaan ympäristömuuttujasta "SECRET_KEY_BASE" joka siis pitää asettaa Apachen ympäristöasetuksen kautta.
Näitä salakoodeja voi itse generoida menemällä sovelluksen juureen (kuva tuolla alhaalla) ja ajamalla päätteessä

Koodia: [Valitse]

rake secret 

Diagnostiikkavälineistä huomasin hyödylliseksi

Koodia: [Valitse]

sudo passenger-config  --detect-apache2
sekä

Koodia: [Valitse]

sudo passenger-memory-stats
Elleivät nämä toimi ja näytä järkeviä asioita niin asennus on puutteellinen.

Se RK webbipalvelin toimii niin että mennään ensin sovelluksen juureen ja käynnistetään

Koodia: [Valitse]

rails  s
jolloin sovellus löytyy portista 3000 eli  "localhost:3000".  Sille voi antaa eri portin "-p <uusi_numero>" lisukkeella.

Joudun palaamaan itse Apachen Passenger-moduliasennukseen myöhemmin, vaiheet olivat yksinkertaisesti liian sekavat suoraan dokumentoitavaksi tähän mutta noilla yllä olevilla perustiedoilla/havainnoilla pääset varmaan alkuun tai eteenpäin.  Pääsin kuitenkin pääsosin "sudo gem <sitä_ja_tätä>" keinolla lopulta toimivaan tilanteeseen "Hello_world" koesovellukseni kanssa.

Alla myös kuva mikä autta tunnistamaan paikan jota kutsutaan sovelluksen juureksi, noista kansioista ja tiedostoista tunnistaa sen.

[ajaaskel]

Välitin Pupesoftin kehittäjälle toiveen saada asennusohje Ubuntulle.

[ilpokuikka]

Terve, hyppään mukaan tähän "iloiseen" pupe-ketjuun.

Asensin juuri Centos 6.6 vanhaan palvelinrautaan ja pyörii iloisesti. Ajattelinkin nyt kysyä ENNEN kuin aloitan Pupen asennuksen, oletteko huomanneet tässä ketjussa jo mainittujen kummallisuuksien mukaan mitään selkeitä virheitä tai korjattavaa Devlabin ohjeisiin?

Viime vuonna tuli jo hieman testattua virtuaalikoneella ja jotenkin sen sain silloin pyörimään, vaikka tuskaista oli.

[Jallu59]

Terve, hyppään mukaan tähän "iloiseen" pupe-ketjuun.

Asensin juuri Centos 6.6 vanhaan palvelinrautaan ja pyörii iloisesti. Ajattelinkin nyt kysyä ENNEN kuin aloitan Pupen asennuksen, oletteko huomanneet tässä ketjussa jo mainittujen kummallisuuksien mukaan mitään selkeitä virheitä tai korjattavaa Devlabin ohjeisiin?

Ainakin siinä salasanat.php-tiedostossa puuttuu lopusta php-tiedoston sulkeva:

Koodia: [Valitse]

?>

[ilpokuikka]

Edit: äääh, tossahan "ajaaskel" samasta ongelmasta jo aiemmin kirjoittikin, luetaanpa se ensin, tilulii... 

Laitetaan tännekin väliaikatietona, että asennus onnistui lopulta suhteellisen kivuttomasti, siis tähän asti.

HTTPS ei vielä käytössä, certien kanssa vähän haasteita kun en ummarra miten homma toimisi dyndns kautta ulkoapäin (tai ylipäätään miten nämä self-signed certit tulisi oikeaoppisesti luoda...).

Valikot toimivat muutoin kaikki, paitsi seuraavat:
Pupessa: Kirjanpito - Ylläpito- Tilikartta (/pupesoft/pupenext/accounts?indexvas=1)
"The requested URL /pupesoft/pupenext/accounts was not found on this server."

Pupessa: Kirjanpito - Ylläpito- Tilikartan rakenne (/pupesoft/pupenext/sum_levels?indexvas=1)
"The requested URL /pupesoft/pupenext/sum_levels was not found on this server."

Mainitu kansiot löysin seuraavasta hakemistosta:

Koodia: [Valitse]

./home/devlab/pupenext/app/views/administration/
Kaikki muut valikot näyttäisi olevan .php paitsi edellä mainitut.

Kansioista löytyy .ao. tiedostot, jotain ruby on rails kamaa vissiin. Onkoos mun ruby asennus jotenkin solmussa vai mistä tätä lähtee selvittämään...?

Koodia: [Valitse]

edit.html.erb
_form.html.erb
index.html.erb
new.html.erb
Tein piruuttaan ohjaukset noihin kansioihin, mutta lopputuloksena Pupe avaa vain ko. kansion tiedostolistauksen

Koodia: [Valitse]

ln -s /home/devlab/pupenext/app/views/administration/accounts /home/devlab/pupesoft/pupenext/accounts
Ilman tilikarttojen muokkausmahdollisuutta menee homma vähän vaikeaksi, oletuksena Pupesta löytyi kyllä joku kivikautinen tilikartta kun kokeilee vaikka tositteen syöttöä.

[mrl586]

Onko php-tulkki asennettuna?

[ajaaskel]

Onkoos mun ruby asennus jotenkin solmussa...

Nuo jotka ei toimi on juuri niitä "Rubiini Kiskoilla" -osia tuossa kokonaisuudessa.  Useimmat pääsevät tähän asti kohtalaisen helposti eli ensimmäinen osa joka toimii php: llä on aika tuttua mutta kun pitäisi saada tuo Ruby on Rails -tulkki toimimaan alkaa taistelu oudolla maalla.  Tuo ilmiö minkä näet on että RK-tulkki ei aktivoidu. Tuo RK-tulkki on samankaltainen asia kuin php-tulkki eli Apache joko näyttää tiedoston sellaisenaan tai tekee virheen ellei tulkki toimi (tai jokin estää sitä toimimasta).
Asia lienee kiinni siitä että Apache-asetukset pitäisi säätää niin että se ajaa RK-tulkilla nuo osat (olettaen että RK on olemassa siellä ja toimii jo jotenkin). Pupesoftin oma asennusohje antaa ymmärtää että nämä RK-osat pitäisi ehkä käsitellä tietyllä tunnuksella mutta en ole selvittänyt tuota tarkemmin eli millainen sidonnaisuus tuossa mahdollisesti on ja mihin kaikkeen se vaikuttaa,  hämärä kohta yhdessä RK-vaatimusten kanssa.
En pysty neuvomaan tarkemmin kun jäi kokeilut viimeksi itselläkin "vaiheeseen".  Hienoa jos ehditte ajan kanssa kokeilla asiaa eteenpäin, tuosta ohjelmistosta olisi iloa ja hyötyä monelle.   Ei ole nimittäin kuulunut vastausta tiedusteluuni tuon RK-koodin kirjoittajilta.
Olen satavarma että tuo asia ratkeaa kun tuo vielä hämärä alue käydään ajan ja ajatuksen kanssa  läpi loppuun asti eli tuo on tyypiltään RK+Apache-asetukset toimivaan järjestykseen niillä reunaehdoilla mitä tuo RK-osa olettaa ---  mitä ne sitten onkin.

[ilpokuikka]

Tuo ilmiö minkä näet on että RK-tulkki ei aktivoidu.

Jep, vielä kun keksisi miksi...

Taidan seuraavaksi kokeilla puhdasta LAMP + Passenger + RK asennusta Centos 6.6:lla ja katsoa saisiko sillä nuo rubiinit pyörimään.

Kun nuo saa ensin testatusti toimimaan yhteen niin voisi kuvitella että Pupe lopulta sujahtaisi siihen melkoisen kivuttomasti.

Nuo Devlabin ohjeet ovat näin maallikolle niin ylimalkaiset ja ytimekkäät, että niistä ei paljon apuja ole.

[villej]

Muutama kommentti tähän jotka saattavat helpottaa Pupesoftin asennuksen kanssa ja yksi päänvaiva. Ympäristö Centos 6.7

Tiedosto-oikeiudet:
777 oikeuksia ei pidä koskaan käyttää missään. Ymmärtääkseni mahdollistaa esimerkiksi oman pätkän lisäämisen serverille jolla helposti pystyy kysymään esimerkiksi salasanat.php kaikki tiedot.

-jos asennat puhdasta. Varmista että julkisen juurikansion oikeudet ovat riittävät.
-omistajuudet ovat oikein. Joissain mussa sovelluksissa omistajuudet menevät täysin eri päin kuin ohjeissa on mainittu... jos ei toimi testaa.

Salasanat.php kannattaa tehdä Nanolla. Jos teet esim notepadillä ja siirrät serverille ei tiedostossa saa olla rivinvaihtoja. Kaikki pitää olla pötkössä. Jos on rivinvaihtoja tietokantayhteys ei toimi.

update.pupesoft.sh tarkista että polku vastaa pupenext polkua. Jos ei vastaa korjaa.

bash /home/devlab/pupesoft/update-pupesoft.sh bundle komentoa ennen kannattaa rebootata. Jos tulee redis virheitä roottina: service redis start

Rails tuottaa todella harmaita hiuksia. Eli linkit jotka käyttävät Rubyä ei toimi. Onko kenelläkään ideaa?

[villej]

Pupesoftin asentaminen todellakin Rubyn vuoksi voi olla kohtuullisen hankala toimenpide. Huomasin että asennusohjeen noudattaminen ei tuonut oikeaa lopputulosta. Syynä on ennemminkin lähtökohta, eli miten serveriä käytetään. Pienetkin muutokset johtavat muutoksiin asetuksissa. Kuitenkin perusajatus Passengerin ja Apachen käytössä on että niitä ei voi ajaa päällekäin. Eli httpd.conf tiedoston kanssa saa muutaman tempun tehdä että osuu kohilleen ja valitettavasti muutaman kokeilunkin.  Document root ei voi olla sama rubyssä ja php.ssa. Eli dokument root osoittaa aina Ruby julkiseen kansioon, eli Pupesoft kansioon, jossa on linkki Pupenextissä olevaan Ruby julkiseen kansioon.
Vinkkinä Pupenext-kansio kannattaa jättää juuri kansioon eikä sijoittaa julkiseen kansioon.
Jos tarvitsee apua kannattaa laittaa viestiä sähköpostiin.

Pupesoft on loistava ERP. Asentaminen on kieltämättä tuskaa. Mutta oppimisen, kokeilujen ja erehdyksien kautta toimii erinomaisesti.

[nm]

Softasta kannattaisi tehdä Docker-image, jos vaatii paljon säätöjä eri komponentteihin.

[ilpokuikka]

Pupesoftin asentaminen todellakin Rubyn vuoksi voi olla kohtuullisen hankala toimenpide. Huomasin että asennusohjeen noudattaminen ei tuonut oikeaa lopputulosta. Syynä on ennemminkin lähtökohta, eli miten serveriä käytetään. Pienetkin muutokset johtavat muutoksiin asetuksissa. Kuitenkin perusajatus Passengerin ja Apachen käytössä on että niitä ei voi ajaa päällekäin. Eli httpd.conf tiedoston kanssa saa muutaman tempun tehdä että osuu kohilleen ja valitettavasti muutaman kokeilunkin.  Document root ei voi olla sama rubyssä ja php.ssa. Eli dokument root osoittaa aina Ruby julkiseen kansioon, eli Pupesoft kansioon, jossa on linkki Pupenextissä olevaan Ruby julkiseen kansioon.
Vinkkinä Pupenext-kansio kannattaa jättää juuri kansioon eikä sijoittaa julkiseen kansioon.
Jos tarvitsee apua kannattaa laittaa viestiä sähköpostiin.

Pupesoft on loistava ERP. Asentaminen on kieltämättä tuskaa. Mutta oppimisen, kokeilujen ja erehdyksien kautta toimii erinomaisesti.

Itse en tuota Pupea saanut ikinä toimimaan, eli nimenomaan ruby ei lähtenyt pelittämään. Päädyin lopulta maksamaan asennuksen loppuunsaattamisesta ja nyt Pupe pyörinyt moitteettomasti 2015 elokuusta lähtien. Tarvittava rauta löytyi jo valmiina joten muita kuluja ei tähän proggikseen mennyt. Omaa aikaa toki julmetusti, mutta menee harrastuksen piikkiin.

Teen oman firman sekä muutaman muunkin kirjanpitoa nyt Pupessa, eikä ongelmia ole ollut. Asennuksen kokonaiskustannus tuli edullisemmaksi kuin mitä Windows kirjanpitosoftat moniyritystuella ja kunnollisilla reskontrilla maksavat.

Pupe pyörii nyt tietoturvasyistä vain kotiverkossa mutta toimii kyllä etänäkin tarvittaessa.

Oman liiketoiminnan kannalta ollaan kuitenkin pian tienhaarassa - omat taidot eivät riitä ylläpitoon jonka takia Pupe -palvelin onkin eristetty ulkomaailmasta eikä päivityksiä ajeta. Tehokkaampi hyödyntäminen vaatisi kuitenkin tuon 24/7 netin sekä päivitysten säännöllisen ajamisen ym. ym.

Pitäisi vain löytää kustannustehokas ratkaisu ylläpitoon. Varsinaista käyttäjätukea en kaipaa vaan ainoastaan palvelimen ja Pupen ylläpidon sekä sovitun vasteajan "kakkaa tuulettimessa" tilanteisiin eli periaatteessa tuntilaskutuksenakin homma voisi toimia.

[ajaaskel]

"villej",
jaksaisitko kirjoittaa jonkun lyhyen rautalankamallin erityisesti liittyen asennuksen loppuvaiheisiin ja jos arvaat mistä kenkä yleensä puristaa niin hieman valottaa sitä ?
Luultavasti kaikki saavat tuon alkuosan toimimaan mutta Ruby-osa on hämärämpi.  Teit ilmeisesti CentOS: n kanssa tuon asennuksesi, kiinnostaisi lopuksi virittää se myös Ubuntuun ja taustojen ymmärtäminen tarkemmin olisi hyödyllistä.

[villej]

Lyhyttä rautalankamallia on mahdotonta tässä tapauksessa kirjoittaa.
Puhtaalta pöydältä vaikka tiedän mitä pitää tehdä Pupesoftin asentaminen toimivaksi +4 tuntia. Siinä tulee muutama kohta jossa pitää soveltaa ja tuntuu että niitä tulee vastaan jatkuvasti lisää. Osa ratkeaa siinä asennellessa, mutta on tärkeää että seuraa asennuksen tuottamia rivejä, etenkin niitä virheilmoituksia. Joidenkin pakettien versiota voi joutua muuttamaan.

Ehkä tärkein yksittäinen rivi minun tapauksessa on httpd.conf tiedossa on rivi jolla määritellään mitä Ruby versiota käytetään. Passengerille kerrotaan mikä Ruby on käytössä. Teoriassa voidaan määritellä httpd.conf tiedostossa default Rubykin. Ehkä juuri tämän vuoksi Devlab asennusohje voi olla vajaavainen. Serverin perusasetuksia on määritelty ennalta serverin muita toimintoja huomioiden. Ainakin ohjeen perusteella asennus on tehty samalle palvelimelle millä pyörii devlab.fi kotisivutkin, ehkä muutakin?



PassengerRuby /home/käyttäjäsi/.rbenv/versions/2.2.3/bin/ruby
##PassengerAppRoot /home/käyttäjäsi/pupenext   //// joissakin ohjeissa tämän rivin pitäisi toimia. Tosin minun tapauksessa sai kaiken jumiin.

RailsBaseURI /pupenext
    <Directory /home/käyttäjäsi/pupenext/public>
      AllowOverride all
      Options -MultiViews
    </Directory>

    <Location /pupenext/assets/>
      Header unset ETag
      FileETag None
      ExpiresActive On
      ExpiresDefault "access plus 1 year"
    </Location>

Sitten vielä ainakin minulla taisi olla linkki pupesoft kansioon että php toimii oikein.
Update fileä pitää joissain tapauksissa korjailla pupenext osoitteen osalta että päivitys toimii laisinkaan. 
Valitettavasti nyt muisti ei riitä enempään ja aika on todella tiukalla töiden takia.

Asennus on tehty Centos 7 serverille. Ubuntun kanssa vanhassa elämässä olen Pupea pyörittänyt menestyksekkäästi, mutta Rubyn osalta en osaa luvata että toimii. Kannattaa vain miettiä miten serveri ja missä järjestyksessä lukee rivejä. Miten konfliktit välttää. Phusion Passengerin sivuilla on asennusohjeita Ubuntulle, vaikka mikään ohje ei suoraan ole toiminut ainakaan minulle

Ilpokuikalle tiedoksi. En tiedä voiko mainostaa täällä, mutta tarjoamme taloushallinnon palveluiden ohella Pupesoft ylläpitoa kuukausihinnalla omalta serveriltämme.