Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Ohjelmointi, palvelimet ja muu edistyneempi käyttö => Aiheen aloitti: JA5U - 07.04.16 - klo:15.12
-
Moi
Yritän masentaa itseäni asentamalla Centos 7:ssa ko. tietokannan.
Sain hyvin pitkän kaavan mukaan asennettua ja jopa käynnistettyä palvelun, mutta en pääse kirjautumaan.
Ts. http://localhost/phpPgAdmin herjaa "login failed".
Kokeilin kirjautua sekä postgres että tutoriaalin mukaisella gisdb_user käyttäjätunnuksilla, mutta lopputulos oli sama.
Jostain bongasin vihjeen, että PHP ei pystyisi juttelemaan palveln kanssa ja antaa siis siksi tuollaisen ylimalkaisen virheilmoituksen.
Miten tätä asiaa voisi tutkia?
Web-palvelin on apache 2.4.
-
Moi
Yritän masentaa itseäni asentamalla Centos 7:ssa ko. tietokannan.
Sain hyvin pitkän kaavan mukaan asennettua ja jopa käynnistettyä palvelun, mutta en pääse kirjautumaan.
Ts. http://localhost/phpPgAdmin herjaa "login failed".
Kokeilin kirjautua sekä postgres että tutoriaalin mukaisella gisdb_user käyttäjätunnuksilla, mutta lopputulos oli sama.
Jostain bongasin vihjeen, että PHP ei pystyisi juttelemaan palveln kanssa ja antaa siis siksi tuollaisen ylimalkaisen virheilmoituksen.
Miten tätä asiaa voisi tutkia?
Web-palvelin on apache 2.4.
Netti on varmaankin pullollaan noita postgresiin kirjautumisen virheitä, ja itsekin aikanaan tappelin asian kanssa ja luovutin. Myöhemmin sitten törmäsin oheisen linkin rautalankaohjeisiin (tässä nyt Ubuntulle), joilla homma oikeasti onnistui. Käytä soveltuvin osin. Centosissa on omat editorinsa, joilla gedit voidaan korvata.
http://northwestspatial.com/wp/?p=328
-
Kyllä varmasti pystyy PHP keskustelemaan PostgreSqL-tietokannan kanssa. Varmista asetukset kuntoon.
Katso löytyykö www error lokeista mitään hyödyllistä.
-
Netti on varmaankin pullollaan noita postgresiin kirjautumisen virheitä, ja itsekin aikanaan tappelin asian kanssa ja luovutin. Myöhemmin sitten törmäsin oheisen linkin rautalankaohjeisiin (tässä nyt Ubuntulle), joilla homma oikeasti onnistui. Käytä soveltuvin osin. Centosissa on omat editorinsa, joilla gedit voidaan korvata.
http://northwestspatial.com/wp/?p=328
Ok, pitää kokeilla tätä - vaikuttaa aikalailla sopivalta ratkaisulta.
Menee kyllä kuuppa äkkiä sekaisin, kun näitä konffirivejä ja -tiedostoja on pitkin ja poikin.
Onkohan näille ikinä luonnosteltu mitään keskitettyä ratkaisua?
Vai pitääkö sellainen luoda omin neuvoin esmes symlinkein?
-
Selvisihän se.
Tiedosto /etc/phpPgAdmin/config.inc.php rivi 31 piti muuttaa seuraavasti:
// Change the default database only if you cannot connect to template1.
// For a PostgreSQL 8.1+ server, you can set this to 'postgres'.
$conf['servers'][0]['defaultdb'] = 'postgres';
En ymmärrä, että jos kerran on mahdollista, ettei tuohon kantaan saa yhteyttä, niin miksei postgres ole oletusarvona?
Mennään kuitenkin pitkästi 9+ versiossa, joten näin oman mukavuuden nimissä olisi melko looginen ratkaisu.
Ja tässäkin olisi kätevää, jos login failed sisältäisi tietoa siitä, että mihin kirjautuminen epäonnistui.
(Toki, ymmärrän, että se on näennäinen tietoturvariski, jos puhutaan oikeasti verkossa pyörivistä palveluista.
Toisaalta taas, tuolloin asiattomien pääsy tulisi jo lähtökohtaisestikin olla estetty, joten riski pienenee.)
-
En ole ikinä jaksanut perehtyä ko. tietokannan saloihin syvemmin, ja mitä olen lukenut, niin en haluakaan :) Mistä lienee ajalta miekka ja keihäs, ja konffaus sen mukaista. PgAdmin III on mun kaveri 9.1 version kanssa. En ole varman onko myöhemmille versioille juuri oikeata, mutta hommia olen saanut tehdyksi sillä 9.2:kin kanssa, vaikka ilmoittelee välillä jotain yhteensopimattomuutta.
-
Nähtyäni vertaikukuviot mysqlin suhteen ja koettuani mysqlin hitauden, niin päätin kokeilla tätä.
Tämän sivurojektin paikkatietoluonteisuus viettää niin ikään postgissin suuntaan, joten säädetään nyt vielä vähän...