 Blog/CMS-løsning i eksisterende appJeg jobber på min første RoR-applikasjon, som potensielt har kommersiell verdi, og har fått innspill om at det å ha en form for blogg eller nyhetsløsning på siden, under samme domene, er gunstig i SEO-øyemed. Planen er å hoste applikasjonen på Heroku i første omgang for å unngå å bruke tid på drifting. Jeg er litt usikker på hvilken vei skal bør gå, og tenkte kanskje noen her kunne ha noen nyttige innspill! Min foreløpige kravsliste ser ut som følger:
Mitt spørsmål da er vel egentlig om noen kjenner noen gode/lure løsninger som kunne dekket disse behovene. Jeg har sett på noen gems og ferdige bloggløsninger, men sliter litt med å skille klinten fra hveten. Foreløpig heller jeg mot å snekre en superenkel bloggløsning selv, i vedlikeholdbarhetens navn, og kanskje bruke Disqus for kommentering. Kjenner dog foreløpig ikke Disqus veldig godt, og vet ikke om det er noen egenskaper mer gjennomarbeidede bloggløsninger har mtp. f.eks SEO som er verdt å få med seg. Noen som har noe visdom å dele?
Vist 239 ganger. Følges av 9 personer. 
0
0
Onsdag 6. juniFredag 15. juniNordic Ruby fram til 16/06, Stockholm Torsdag 28. juni18.00 Onsdag 12. septemberJavaZone - irb.no stand fram til 13/09, Oslo Spektrum 
| |||||||||||||||||||||||||||||
Kommentarer
Jekyll. Statisk generert, trenger ikke noe admingrensesnitt siden hele bloggen bare er filer med Markdown. Template-basert, moderne, skrevet i Ruby, utvidbart. Disqus osv. er enkelt å integrere, jeg bruker det selv.
Du redigerer lokalt, laster opp sidene ved å sjekke dem inn i Git. Integrerer i prinsippet flott med Heroku, ikke prøvd i praksis. Siden alt er filer burde ikke underdomene være et problem.
Hvis du kan fire på “ikke subdomene”-kravet vil jeg simpelthen si: WordPress.
Det er generelt bortkastet med tid å skrive sitt eget bloggverktøy som bare du bruker.
Med forbehold om at jeg ikke har testet det ut sjøl:
Refinery CMS skal etter sigende kunne integreres med eksisterende Rails-applikasjoner (se guidene), kjører på Heroku, og har en blog-engine.
Jeg har såvidt myst på Jekyll, og den virket kjekk. Ulempen er at det er ikke-tekniske som skal skrive og legge opp innleggene, og for dem å bruke git? Njaaeei, tror ikke det.
Enig i at det å skrive sitt eget bloggverktøy føles bortkastet. Men for meg ser det ikke ikke ut som om det finnes noen løsning for RoR/Heroku som kan eksistere litt på siden av resten av appen og enkelt kan oppgraderes, som man f.eks kan med Wordpress.
Såvidt jeg har skjønt forsvinner SEO-fordelene dersom man kjører bloggen på et subdomene, da søkemotorene vil behandle det som to helt separate siter. Dermed funker det litt dårlig med Wordpress, med mindre vi skriver om løsningen til PHP, som er forslaget fra en av de andre involverte. Som pådriveren for å benytte RoR i utgangspunktet merker jeg at det vil svi litt. :)
Det kriteriet glemte du å nevne. :-)
Du kan ta en titt på http://locomotivecms.com/ . Jeg tror du kan kjøre den som en engine i din eksisterende app – men jeg har ikke testet det selv.
Du kan jo også lage bloggen separat og hente ut innleggen fra en feed.
Alexander: Var nok litt lite spesifik når det gjald kravet om admin-grensesnitt, ja. :)
Martin/Christian: Takk for tipsene, skal sjekke dem ut. Kjente ikke til dette med engines fra før, så dette se jo ut som noe jeg kan bruke uten å søle til eksisterende kodebase i særlig grad.
Torbjørn: Lurt, den skal jeg tygge litt på.
“Såvidt jeg har skjønt forsvinner SEO-fordelene dersom man kjører bloggen på et subdomene, da søkemotorene vil behandle det som to helt separate siter.”
Det er ikke noe problem (ihvertfall ikke noe å bry seg om). Det er nok viktigere at det med et subdomene er enklere å administrere.
Når det gjelder Jekyll så er jeg veldig fristet til å lage et enkelt WYSYWIG admin verktøy som lagrer filer på S3 slik at vanlige brukere kan produsere innhold.
Kan være verdt å ta en titt på https://github.com/andrew/bumble ref. Rails Engines, Andrew kjører sin egen blogg på den (http://teabass.com/).
Jeg har levert noen løsninger med LocomotiveCMS installert som en engine for gi kunder mulighet til å redigere innhold på enkeltsider i applikasjonen. Dette har fungert bra etter de behov jeg har hatt så langt.
FYI:
Du må vedlikeholde minst to layout-filer (en for locomotive og en for “resten” av applikasjonen, selv om disse er identiske)
Locomotive kjører på MongoDB.
Sist jeg sjekket var ikke 3.1-versjonen klar ennå, sånn at du må bruke Rails 3.0.10.
Dokumentasjonen er ikke mye å skryte av.
Synkronisering av innhold mellom development/production må gjøres manuelt
Som en engine slipper du å få /app skitnet til. I 3.0 versjonen blir allikevel 1200 assets kopiert til /public. Regner med at dette blir borte i 31-branchen ved hjelp av asset pipeline.
Det er verdt å holde et øye med locomotive etter min mening. Løsningen er allerede bra og har potensiale til å bli kjempebra. De to tingene jeg vil trekke frem er at kundene er veldig fornøyde med admin-grensesnittet de får, og at løsningen med å lage modeller for innholdstyper som skal presenteres med mye CSS fungerer veldig bra.
Litt sent til bordet, men syntes denne artikkelen var verdt å nevne her Refinery CMS som engine
Takk for bra tips alle sammen!
Espen: Ikke helt overbevist om dette med subdomene vs. subdir når det gjelder SEO. Ser ut til at det er ganske gjengs oppfatning at subdirectory er tingen.
Erling: En del elementer der som gjør at jeg er redd for å ta i bruk noe som Locomotive (assets, mongodb, dårlig dokumentasjon). Jeg er temmelig fersk på Rails og er redd jeg fort graver meg et hull jeg vil slite med å komme meg ut av. :)