Date: prev next · Thread: first prev next last


Hej alle,
Aller først tak til Esben fordi han har formået at holde forum i luften i adskillige år efterhånden.

Denne snak kan vi passende kombinere med diskussionen om vi skal fortsætte med vores eget PhpBB forum eller om vi skal migrere til Askbot.

Jeg ser intet der hindrer os i at leje en server hos f.eks. Amazon eller Lynero, men min bekymring er mere hvem der skal påtage sig ansvaret. De seneste år har det været meget vanskeligt at få folk til at tage konkret ansvar.

Vi kan ikke fortsætte med at det kun er Esben og jeg der er engagerede. Er der virkelig ikke en eller to personer, som kan tage denne sag op og få fundet en løsning?

Alternativet er at vores forum bare dør, hvilket jeg bestemt ikke tror vil øge vores chancer for at bryde igennem til nye brugere.

Kom nu ud af busken. Sig din mening. Og meld dig ind i klubben af aktive bidragsydere.


/Leif

Den 20-03-2014 22:58, Esben Aaberg skrev:
Hej

Som I nok har bemærket har det I den seneste tid været svære at holde oooforumet kørende, da den 
omkring liggende hostinginfrastruktur for tiden ændres kraftig!

Da jeg ikke betragter oooforumet som mit projekt, men et fældes projekt, vil jeg gerne have jeres 
indspark til hvad vi gør fremadrettet.

P.t. køre forumet på en VMware-server på min bærbar! Da det der skete sidste weekend var at den 
VMware-miljø den midlertidig var blevet flyttet til også blev pillet ned. Hvilket jeg ikke var 
blevet orienteret om.
På et tidspunkt ud i en endnu ikke kendt fremtid forsvinde den offentlig ip, som serveren i dag har 
også. Da vi går fra at have rådet over over 700 offentlig ip-adresser, til noget der kan tælles på 
en eller to hænder, hvis vi endda ender op med at have nogen offentlig ip! Summa summarum vores 
infrastruktur er ved at blive flyttet over i et hostingcenter, hvor jeg ikke kan flyttet oooforum 
serveren med over.

Jeg kigger stadig efter muligheder for at hoste serveren lokalt på en eller anden måde, men jeg har 
ikke overblik nok på nuværende tidspunkt til at jeg kan sige om det er muligt!

Hvad er teknikken bag oooforum serveren:
I dag er det en VMware server hvor disken er på en 8-10GB, med en cpu tildelt og 512MB ram, og 
internetlinjebelastningen er ikke værd at snakke om. VMware-serveren er relativ nem at flytte til 
forskellige VMware infrastrukturer.
Inde i maven er det en Ubuntu server, med Apache, phpBB, php og MySQL.
Der er også et behov for et smtp-relay, til e-mailsne fra forumet.
Der er 3 sites på serveren forumet, dok (dokumentation) og synonym. Forumet og 
synonymordbogsprojektet har hver en database i MySQL-serveren.

Er der en der kan byde ind med et stabilt VMware miljø, hvor den kunne blive hostet fremadrettet? 
Og man samtidig kunne tænke sig at blive administrator eller med administrator på serveren!
Eller er der nogen der kender til et webhostinghotel, der passer til vores budget på 0 kr. Hvor det 
vil være mulig at drive sitsene videre på tilfredsstillende vis?

Kom med jeres indspark!


Med venlig hilsen

Esben Aaberg



--
Send en e-mail til dansk+unsubscribe@da.libreoffice.org for instruktioner om hvordan du ophæver dit 
abonnement
Problemer? http://da.libreoffice.org/kontakt-os/postlister/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
Listens arkiv er tilgængelig på http://listarchives.libreoffice.org/da/dansk/
Alle beskeder du sender til listen bliver publiseret her og kan ikke efterfølgende slettes

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.