Side note configuration.php-tiedostosta: Esimerkiksi Forum Post Assistant antaa migroidulla sivustolla varoituksen "version mismatch" viitaten tuohon tiedostoon. Ilmeisesti migraatiossa ei mukauteta tiedostoa täydellisesti vastaamaan uutta versiota.
Uskoisin että Allan voisi tehdä esim Tabletoolsiin sellaisen modauksen että pdf olisi valmiiksi tietyn kokoiselle tarralle optimoitu. Ei tarvisi kuin tulostaa.
Tämä ei ehkä ole hyvä ajatus, sillä markkinoilla on Suomessakin useammalta eri toimittajalta useita erilaisia osoitetarra-arkkeja. Jopa siitä perusmallista jossa on 3 tarraa poikki ja 8 pystyssä on variaatioita joissa on kapea nauha ylhäällä tai sivulla ja tarrojen koko vaihtelee muutamasta millistä siihen, että tarroja onkin vain 7 pystyssä. Pitäisin parempana juuri tiedon saamista ulos csv-muodossa koska sekä Microsoft-, Google- että Libre-/OpenOffice-ohjelmien taulukkolaskenta osaa tulkita sen automaattisesti taulukoksi. Microsoftin versio sisältää äärimmäisen helpon tarrojen muodostustoiminnon ja Libre-/OpenOfficessakin se on kohtuullinen.
Kiitokset Matiakselle työstä, arvostan sitä suuresti. Kiroilu tuli siitä että aloitin migraation 1.2.1:llä ja vaikka ja_t3_blank/local kansiot saakin helposti otettua talteen ja palautettua uudelleen kun on tehnyt migraation LAMPissa uudelleen uudella jUpgrade versiolla, on melkoinen työ tehdä muutamat sivuston tietorakenteisiin tekemäni muutokset uudelleen...
No, tätä varten ne on kehitysympäristöt tehty, mutta mistä saisi vuorokauteen lisää tunteja?
Olen migroimassa sivujani Joomla 1.7:ään ja ihmettelen joitakin asioita.
Olen varmuuskopioinut Joomla 1.5.23 sivustoni Akeeba Backupilla ja asentanut sen Kickstartilla LAMPiin. Sivusto käyttää mm. Kunenaa, JCE:tä ja Docmania. Olen asentanut jUpgraden (edellinen, 1.2.1 versio) ja suorittanut migraation sillä.
Migraatio tuottaa melkoisen sotkun Extension manageriin ja Module manageriin. 1.5 sivustolle asennettuna olleet lisäosat näkyvät ilman mitään lisätietoja eikä niille voi tehdä mitään tämän Joomla version kautta. Erikoista on, että myös Kunena, jota tuon jUpgrade version pitäisi tukea näkyy samalla tavalla eikä näy Components valikossa. Kunenan uudelleen asentaminen tähän versioon ei poista haamua vaan luo sen rinnalle toimivan version jonka versio ja muut lisätiedot näkyvät. Sama pätee itseasiassa kaikkiin muihin komponentteihin, mutta tämä on tietysti odotettua kun niiden vanhat tietokantiedot eivät varmaankaan päivity asennuksen yhteydessä. Pirullista Kunenan tapauksessa on tietysti se, että kaikki vanhat tiedot katoavat.
Module ja Plug-in managerissa sotku on vielä hankalampi. Kun valitsen luoda uuden modullin minulle on tarjolla sellaisia modullityyppejä kuin Olark, Satunnainen hajatelma tai J!Analytics. Nämä ovat 1.5:ssä custom html tai tukemattomana lisäosana asennettuna olleiden modullien otsikoita jotka nyt jollakin ihmeellisellä tavalla ovat kääntyneet migraatiossa modullityypeiksi.
Onkos muilla kokemuksia onnistuneemmista migraatioista tai ratkaisuja näihin pulmiin?
Taistelen joka päivä kiikkerien uusien FF versioiden kanssa mutta tuollaista ongelmaa en ole huomannut. Sen sijaan se, että FF kaatuu hyvin usein syötekenttiä täyttäessäni on käynyt otsalohkolle aika raskaaksi...
Artisteer ei toimi Ubuntussa (9.x, 10.x, 11.x) kunnolla Winen avulla. En ole myöskään onnistunut löytämään sopivaa ohjelmaa. Olen viimemmäksi yrittänyt kiertää sitä ottamalla avuksi Joomlartin T3 Frameworkin, mutta siitä on vielä matkaa sivupohjaan minun taidoillani.
Mä lähtisin ratkaisemaan ongelmaa ylläpitoliittymän puolelta. Joko suoraan Joomlan tai editorin (JCE tms.) lisäosina on varmaan tarjolla "article meta" -tyyppisiä liitännäisiä joilla artikkeleihin voi liittää ylimääräistä metatietoa näkyville ylläpitoliittymän editoriin.
Olen käyttänyt CB:tä parilla sivustolla ja yleisesti ottaen sähköpostien lähetys Joomlasta on tuottanut harmaita hiuksia useita kertoja. Webhotellien tukipalveluilla tuntuu olevan hatara käsitys siitä mitkä lähetystavat ovat mahdollisia heidän palvelussaan. Yllättäviä muutoksiakin on tapahtunut paljon matkanvarrella ja päivitykset ovat johtaneet tarpeeseen aloittaa sähköpostilähetysten määrittely alusta uudelleen. Hiukset on harventuneet mutta mitään varmaa keinoa en ole keksinyt, olen vain kokeillut mikä toimii.
Suurin piirtein samanlainen. Varmistuspaketti siirretään palvelimelle sellaisenaan, Kickstart puretaan jo omalla koneella eikä siitä ole välttämätöntä siirtää kuin kickstart.php tiedosto. Nicholas kirjoittaa hyvät dokumentaatiot komponenteilleen, joten niistä löytyy kyllä ohjeet. Jos tarvitsee hifistellä varmistuksesta voi sulkea pois tiedostoja ja hakemistoja tai tauluja. Tarvitset vastaanottavassa päässä samat tiedot kuin Joomla asennukseen aina.
Minun vastaukseni olisi Akeeba Backup -komponentti ja sen tuottajan Kickstart-apuohjelma.
Asennat Akeeban alkuperäiselle palvelimelle Joomlaan ja ajat täyden varmistuksen. Otat varmuuskopiotiedoston alas ja nostat sen yhdessä Kickstartin kanssa uudelle palvelimelle. Osoitat selaimen uuden palvelimen kickstart.php tiedostoon ja seuraat ohjeita.
Uusimmissa Akeeba versioissa on mukana varsin näppärä asetusvelho ja restore point -toiminto.
Onkos kukaan muu kiinnittänyt huomiota Googlen Verkkovastaavan työkaluihin ilmestyneeseen URL-osoitteen parametrit -työkaluun? Aiheen ohje: https://www.google.com/support/webmasters/bin/answer.py?answer=1235687&hl=fi Joomla ei taida olla Googlelle helpoimpia kapineita indeksoida ja tuo näyttäisi aika tehokkaalta välineeltä. Onko kukaan ehtinyt pohtia miten noilla voisi tehostaa sivustonsa indeksointia?
Twitter on täynnä samankaltaisia kokemuksia. Yksikään tähän mennessä lukemani ei ole mennyt ns. putkeen vaan aina on ollut joitain suurehkoja ongelmia. Pitää miettiä vakavasti mitä aloittamista vaille olevan sivuprojektin kanssa teen, se kun on suunniteltu 1.6:lle...
Otsikko voisi olla paljon räväkämpikin mutta foorumin siveä kielipoliisi pahoittaisi siitä mielensä. Minua kiinnostaisi kuulla suomeksi muiden Joomlaa pitempään käyttäneiden ja kehittäneiden näkemyksiä ja käsityksiä Joomlan kehityksen tilanteesta.
Omat tietolähteeni ovat peräisin lähinnä Brian Teemanin, Amy Stephenin, Nicholas Dionysopouloksen ja Hannes Papenbergin Twitter tweeteistä. Olen tällä hetkellä hyvin ymmälläni. Joomla 1.6:n piti olla 1.0:sta 1.5:een tapahtunutta siirtymää vastaava muutos. Näin onkin, 1.6:ssa on paljon uudistuksia ja merkittävä käyttöoikeuksien hallinnan kehitys. Äskettäin kuitenkin ilmoitettiin että 1.7 julkaistaan jo heinäkuussa, näinä päivinä.
Joomla 1.7:ssä ei sanota olevan merkittäviä muutoksia muille kuin kehittäjille. Aivan tuoreessa blogissa sen väitetään rikkovan taaksepäin yhteensopivuuden (JRequest -> JInput) niin että jopa kaikki liki 8000 komponenttia on päivitettävä. Samalla puheisiin on noussut 1.8.
Joomlan rinnalle on blogeihin ilmestynyt jotain mitä kutsutaan Joomla Platformiksi ja sillä on omat versionsa. Ymmärtääkseni kysymys on jostain Debian/Ubuntu -kytköksen tapaisesta, tosin Platformilla kukaan ei tee yhtään mitään yksinään.
Mitä ihmettä tapahtui? Joomla 1.6:n kehityksessä osa yhteisöstä halusi jo puhua 2.0:sta, mutta tuo tahto lientyi kun käyttöoikeuksien hallinta jäi ainoaksi merkittäväksi muutokseksi Joomlassa. Kehityksen kelkasta jääneiden muiden isojen ominaisuusparannustan piti tulla seuraavaan Joomla versioon jonka piti olla 2.0. Nyt versioita putkahtelee melkein kuin aikaperusteisessa julkaisumallissa ilman että uudet versiot tuovat mitään merkittävää uutta tai että jostain Graalin maljasta kehityksen taivaanrannassa tai tiekartasta siihen olisi mitään tietoa.
Yhteisö on myös selvästi riitainen ja tausta- ja kehittäjäorganisaatiossa niin organisaatiomalli kuin henkilötkin vaihtuvat muutaman kuukauden välein. Mihin Joomla on menossa ja vieläkö sitä voi pitää soveliaana pitkän elikaaren sivustoille?
Uusia sivustoja tuskin kannattaa perustaa enää 1.5:lle, mutta 1.6:n kanssakin on ongelmia. Lueskelin äskettäin Joomla.orgista blogia, jonka mukaan 1.7 julkaistaan jo heinäkuussa. Samalla 1.6:n tuki loppuu jo syksyllä (!) ja 1.5:n vajaan vuoden päästä. En ole alkuvuodesta ehtinyt kauheasti seurata mitä yhteisössä tapahtuu, mutta hyvin riitaiselta näyttää. Hyvä uutinen on se, että migraatiota 1.6:een seuraa tavanomainen päivitys 1.7:ään. Jos siis nyt on tarve perustaa uusi sivusto se kannattaa suunnitella hyvin 1.6:n tulevaisuus huomioiden.