Kirjoitetut vastaukset

Esillä 15 vastausta, 1 - 15 (kaikkiaan 15)
  • Foorumi Asennus
    In reply to: WP asennusongelma

    Hyvä homma! Unohda se phpmyadmin nyt kokonaan. Et tarvitse sitä toistaiseksi, etkä muutenkaan pitkään aikaan, ja silloinkin täytyy jo oikeasti tietää, mitä tekee. Tietokannassa kun saa helposti lähes peruuttamatonta vahinkoa aikaiseksi.

    Tietokannan backuppauksesta toki täytyy huolehtia, ja se on hyvä myös optimoida ajoittain, mutta suosittelen että teet ne toimenpiteet WP:n hallintapaneelissa, asentamalla siihen tarkoitetun lisäosan, ja jolloin sinne sisälle tietokantaan ei tarvitse mennä.

    Tarvittavat työkalut WP:n kanssa peruskäyttäjälle on WP + ftp-ohjelma.

    Nämä kumpikaan ongelmista eivät ole olleet varsinaisia ongelmia saati alustan virheitä, vika on ratin ja penkin välissä. Jatkoa helpottaaksesi, suosittelisin että käyt lukemassa vähän tuota WordPressin dokumentaatiota ja perusteita, niin ongelmia tulee vähemmän kun osaa tulkita WP:n ilmoituksia. 🙂

    Kansion kirjoitussuojauksen saat muutettua niin, että ftp-ohjelmallasi valitset tuon /uploads/ -kansion, ja muutat sen ja sen alikansioiden kirjoitusoikeudet. 755 pitäisi riittää.

    Foorumi Asennus
    In reply to: WP asennusongelma

    Kokeile vaihtaa localhost tuohon DB_HOST tilalle.

    ”Yleisiä” sivuja, eli sivuja jotka näkevät myös anonyymit käyttäjät, olisi kuitenkin enemmän kuin yksi (etusivu, tuotteen esittelysivu, yhteystiedot..).

    Tämä on se yksi perusideoista CMS:ssä, ja joka WordPresskin on, eli voi julkaista helposti x määrän sivuja, ja niistä sitten asettaa tilaksi luonnos, jolloin näkyvät vain hallintapaneelissa, tai julkaistu, jolloin ne näkyvät julkisesti kaikille, tai julkaista ne salasanan takana, jolloin ovat julkisia, mutta lukeminen vaatii että käyttäjällä niihin salasana. Voisi olla hyvä ajatus tutustua alustan ominaisuuksiin täällä.

    Onnistuu kyllä.

    Sivustosi hallintapaneelissa, olettaen että omaat ylläpito-oikeudet, on kohta Lisäosat > Lisää uusi. Syötä hakukenttään ’contact form’, ja valitse hakutuloksista sellainen, joka on saanut paljon hyviä arvosteluja, ja on yhteensopiva käyttämäsi WordPressin version kanssa. Aktivoit lisäosan, ja luet ohjeet ja toimit sen mukaan.

    Hyvin moni toimii niin, että kun menet kirjoitusnäkymässä sille sivulle, johon haluat lomakkeen lisättävän, tekstinmuotoilunappuloissa on uusi painike ’Contact form’ tai jotain sinne päin. Klikkaat sitä, esikatselet artikkelin, ja jos lomake näkyy, niin kaikki on mennyt niin kuin pitää, ja voit julkaista sivun, jossa on lomake.

    Moi! Josko vuorostaan ymmärsin oikein, niin kenties paras ratkaisu olisi hallintapaneelin asetuksissa kohdassa ’Lukeminen’ asettaa etusivulla näytettäväksi yksittäinen sivu, esim. sivuston esittelysivu.

    Seuraavaksi luot kirjoittajien sivut. Jos haluat, että käyttäjät pääsevät muokkaamaan sivujaan, niin jokaiselle oma tunnus kirjoittaja-oikeuksin ja vaihdat jo olemassaolevan käyttäjän oman sivunsa kirjoittajaksi tai lisäät uuden.

    Nämä yksittäiset sivut tietty kannattaa lisätä vähintään navigaatioon, että niitä pääsee helposti selaamaan.

    Käyttäjien kirjautumiseen ja rekisteröitymiseen ei tarvitse lisäosaa, ja sivusto toimii mobiilissakin ilman sen enempiä säätöjä, jos valitset sen teemaksi responsiivisen.

    Thread Starter Elli_K

    (@elli_k)

    Postasin aiheesta myös englanninkieliselle foorumille, ja infoan, josko ratkaisua löytyy. Mitä googletellut, niin kikkoja tuohon on, mutta sellaisia, jotka eivät välttämättä 3.9.1 -versiossa toimi, ainakaan jos osoiterakenteen haluaa säilyttää muuten mahdollisimman loogisena ja selkokielisenä.

    Yleisesti kiinnostaisi kuulla mielipiteitä siitä, missä kohtaa redirectien määrä on jo ongelma, vai olenko vain liian hysteerinen sen suhteen, kun ei rakenteilla olevasta saitista kuitenkaan liikennemääriltään mikään Iltalehden tasoinen tule.

    Thread Starter Elli_K

    (@elli_k)

    Tuossa pelkässä .category -määrittelyssä oli näköjään ainakin itsellä ongelmana se, että lapsileiska perii osan jutuista äitileiskalta. Mutta sitten kun lisäsin määrittelyyn .hentry mukaan, lapsileiska löysi sen. Ja samalla periaatteella sitten kategorian itemin, ja jotka toimivat nyt, paitsi josko samalla artikkelilla on monta eri kategoriaa, jälkimmäiset perivät sen ensimmäisen tyylin, vaikka niillä omakin on.

    Firefoxin Web Developer on se mitä itse käytän, mutta siitä kun leiskannut viimeksi WP:tä, on sen verran aikaa, että versio oli vielä 2. jotain, ellei 1. jotain, ja sittemmin sinne on näköjään ilmestynyt liikaakin imho jo ihan ylimääräistä härvellystä, joten kesti hetken tajuta, mistä kohtaa oikeasti poimia ne olennaiset määrittelyt, ja mikä ylikirjoittaa minkäkin, kun esimerkiksi etusivun artikkelit ovat postaamasi esimerkin mukaisia.

    Työn alla oleva saitti on vielä suojattuna, joten valitettavasti ei hyötyä lähteä sitä näin julkisesti linkkaamaan.

    Thread Starter Elli_K

    (@elli_k)

    Löysin kohtuullisen ratkaisun, mutta joka ei ole ilmeisen optimaalinen, eli bugittaa.

    Thread Starter Elli_K

    (@elli_k)

    Heh, kiitos. Ihan noin karvalakki -tasolla sentään en ole css:n kanssa 😀

    Yllämainitut imho paras ratkaisu, jos ei halua sivupohjiin koskea. Ja varmaan muutenkin.

    Molemmat vaihtoehdot testattuna, ja ainakin itsellä Jetpackin plugari tuotti herjaa, kun debuggaus oli päällä, mutta Widget Logic toiminut moiteettomasti. (Toki kyseessä saattaa olla myös joku muu yhteensopivuusongelma.)

    Thread Starter Elli_K

    (@elli_k)

    If, is, mitä näitä nyt oli! 😉

    Thread Starter Elli_K

    (@elli_k)

    En muuten enää ihmettele, miksi en saanut array-versiota itse toimimaan. Copypeistasin koodin http://codex.wordpress.orgista, ja siellä esimerkissä oli vain kaksi sulkua. Näin ei-koodaajana sitä ei välttämättä tuollaista eroa tajua.

    Thread Starter Elli_K

    (@elli_k)

    Hienoa, iso kiitos. Kokeiltuna oli myös tuo versio jossa ID:t arrayssä, ja siitä aiheutui WSOD. Mutta näköjään oli jäänyt yksi sulkumerkki pois, vaikka mielestäni oikein tein. Ja sehän ei aina riitä 😉

    Thread Starter Elli_K

    (@elli_k)

    Kiitos! Noin pitkälle olin päässyt jo itsekin, ennenkuin tulin jeesiä kyselemään 🙂
    Kokeiltuna on varmaan kymmeniä vaihtoehtoja tyylitiedostoon, onnistumatta, ja itsellä ei vaan kertakaikkiaan riitä logiikka siihen miten esim. määritän tyylin etusivulla .category-photosin alla olevalle yksittäiselle .cat-linksille. Ja sama artikkeli kun voi kuulua jopa useampaan kategoriaan.
    Pelkkä tyylimäärittely .category-photos ei myöskään tee mitään millään sivulla. Olen tätä googletellut pari päivää, ja kategorioiden tyylittelyyn näytetään tarjottavan lähinnä joko plugaria, tai sitä että functions.php:n tai headerin kautta kutsuu erilliset tyylitiedostot. Yhtenä vaihtoehtona on, että yksittäiselle postaukselle antaa erillisen tyylin. Mutta mikään niistä ei ulotu etusivulle asti, eikä ole muutenkaan nyt se optimaalisin ratkaisu.

    Thread Starter Elli_K

    (@elli_k)

    Ja siis vielä tarkennuksena; niin tässä tapauksessa ei ole vaihtoehtona se, että yksittäiselle postaukselle määrittää erikseen tyylin, koska sisältöä on niin paljon. Eli laskisin tämän enemmän toiminnallisuudeksi, että oli sitten kyseessä etusivu, kategoriasivu, tai hakutulokset, jos kirjoitus on kategoriassa ’Uutiset’ sillä on aina se sama, oma tyyli (visuaalinen erottuvuus).

Esillä 15 vastausta, 1 - 15 (kaikkiaan 15)