Menu
▾
▴
sherpa-developer — General developing issues and discussions
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
|
Feb
(19) |
Mar
(5) |
Apr
(1) |
May
(1) |
Jun
(6) |
Jul
(4) |
Aug
(2) |
Sep
|
Oct
(5) |
Nov
(6) |
Dec
(17) |
| 2003 |
Jan
(12) |
Feb
(8) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Ragnvald L. <rag...@ca...> - 2003-02-10 09:57:26
|
<html> <body> Hei Marius,<br> du skriver:<br><br> <blockquote type=cite class=cite cite><font face="arial" size=2 color="#000080">Problemene på serveren er nok ikke så store som jeg kanskje har gitt utløp for. Det jeg har funnet ut at maskinen trenger litt tid når det opprettes virtuelle sites, og det som ofte blir et problem er når jeg da prøver å skifte til f.eks. Outlook får i det hele tatt se om noe har hengt seg.. Jeg tror alt blir mye bedre dersom jeg bare har litt mer tålmodighet...</font></blockquote><br> Helt klart...<br><br> <br> <blockquote type=cite class=cite cite><font face="arial" size=2 color="#000080">En ting jeg lurte på er om det er nødvendig å kopiere alt av informasjon under dataland når man lager en ny undergruppe? Hver enkelt undergruppe kommer på ca. 40Mb tror jeg når alt er kopiert. Nå veit ikke jeg helt hvordan systemet fungerer, men for meg ser det ut som om det ligger en del dokumenter under dataland som man ikke trenger å kopiere...</font></blockquote><br> Det eneste som trengs av filer i en "lokal" installasjon av Sherpa er filene i dataland/config-katalogen og codeland-katalogen. Alle filer lastes opp/ned i dataland/media hos turistforeningen når filene ligger på en server. Det er mao ikke noen vits i å kopiere alt fra dataland-katalogen.<br><br> Dette er laget slik fordi man i teorien kan ha en installasjon som ikke ligger på DNT sin server. Jeg kjører f.eks en lokal utgave på min bærbare. Eneste problem er at jeg ikke kan laste opp filer (til DNT's server) fordi opplastingskatalogen mappes lokalt i forhold til hvor koden ligger.<br><br> <font face="arial" size=2 color="#000080">Du må for all del ikke finne på å slette eller flytte filer i DNT sin dataland-katalog. Det kan bli litt katastrofalt.<br><br> Husk også at config-filene hører sammen med kode i codeland. De bør være i samme generasjon.<br><br> I går oppdaterte jeg all kode for alle foreninger, så det meste skal være up-to date...<br><br> <br> Ragnvald</font></body> </html> |
|
From: Ragnvald L. <rag...@ca...> - 2003-02-09 23:53:50
|
Oppgradering til versjon 0.86 Etter mye om og er Sherpa nå oppgradert til versjon 0.86. For de som oppfatter versjonsnummereringen som merkelig kan jeg forsikre dere om at det er et snev av logikk bak numrene. Jeg har synkronisert versjoneringen mellom kode og databaseskall. Videre er jeg i ferd med å gjøre det samme med whitepaper. Versjon 0.90 vil derfor bli 1.90 :-) Deretter beveger vi oss mot versjon 2.0 med alle deler av Sherpa. Det er altså en logikk i dette. Versjon 1.0 regnes fra tidlig i år 2002. Versjon 2.0 regner jeg fra det tidspunktet vi får data fra kartverket slik at vi kan aktivere en kart-del. Kartverket har, såvidt jeg kan forstå, sviktet stort i forhold til å opprettholde sin del av avtalen mellom DNT og Statens Kartverk. Det vil overraske meg om vi rekker å få ferdig dynamiske kart til påske - med denne farten. Jeg viser forøvrig til tidligere meldinger i dette forumet for nærmere informasjon om stipulert fremdriftsplan for kartarbeidet. - - - - - Jeg håper uansett at versjon 0.86 har løst en del problemer, og at det som er av ny funksjonalitet er iorden. Jeg skulle gjerne ha utdypet dette nærmere, men noe tidsnød i forhold til konferansedeltakelse senere i uka umuliggjør dette. Det er ikke lagt til funksjonalitet som jeg føler trenger en grundigere dokumentajon utover de man har tilgjengelig ved å følge "Version"-linken nederst på siden under menyen. I hovedsak har oppgraderingen innebåret feilrettinger og layoutmessige forbedringer. Jeg får derfor bare vise til feilmeldingsfunksjonaliteten på Sherpa for mer informasjon om hva som har blitt gjort i løpet av de siste to månedene. http://sourceforge.net/tracker/?func=add&group_id=6360&atid=106360 Kanskje kan Marius systematisere denne informasjonen? - - - - - En oppgradering av databaseskallet er nært forestående. Videre er et java-skall også nært forestående. Marius (Espen og Tor-Einar) har jobbet med med dette, og det ser VELDIG bra ut! Jeg skulle gjerne ha implementert en wysiwyg-redigering av de "frie" websidene. Men tiden har ikke tillatt dette de siste to månedene. - - - - - Tilbakemeldinger på hva som bør prioriteres er selvsagt velkomne! Ragnvald |
|
From: Ragnvald L. <rag...@ca...> - 2003-02-09 14:14:12
|
Sherpa er basert på åpen programvare. For å kunne jobbe videre med systemet som åpen programvare er det derfor viktig at jeg blir informert om evt. kode som legges inn i Sherp som IKKE er åpen programvare. Slik kode kan jeg ikke ta ansvaret for, og følgelig må koden oppbevares et annet sted en i Sherpa repository. Dette gjelder: o mitt juridiske ansvar i forhold til den avtale jeg har med SourceForge o erstatningsansvar dersom kode hentes fra vår repository mot forfatters ønske ...og sikkert en hel del annet også. Det er min forutsetning at kode som gis inn i Sherpa er OpenSource (GNU GPL). Ragnvald |
|
From: Ragnvald L. <rag...@ca...> - 2003-02-06 15:04:12
|
<html> <body> Hei Marius,<br> du skriver_<br><br> <blockquote type=3Dcite class=3Dcite cite><font face=3D"arial" size=3D2>N= =E5 f=E5r jeg ikke kj=F8rt IIS engang! Bare st=E5r =E5 henger.... </font></blockquote><br> N=E5r noe funker kan det v=E6re best =E5 ikke r=F8re det :-)<br><br> Vi m=E5 ha noen klare regler for hva vi gj=F8r, og n=E5r, slik at dette i= kke skjer igjen. Serveren har som sagt snurret og g=E5tt i ett og et halvt =E5= r uten noen st=F8rre problemer. Den er patchet og oppgradert etter alle kunstens regler. Antivirus er ogs=E5 installert og fungerer.<br><br> Da gjenst=E5r kun den menneskelige faktor.<br><br> Mulig =E5rsak til nedetid er oppsett av virtuelle kataloger p=E5 IIS. Det= te kan, dersom det ikke gj=F8res helt riktig, f=F8re til at man setter opp e= n "default"-adresse for hele serveren. Det kan igjen skape en konflikt p=E5 serveren og det vil se ut som om serveren ikke fungerer. Fe= il oppsett av virtuelle kataloger, etc... kan ogs=E5 f=F8re til feil. For brukerne er det ikke holdbart at utviklingsoppgaver f=F8rer til nedetid.<br><br> Men, det kan selvsagt ogs=E5 v=E6re s=E5 enkelt som at serveren ikke er h= elt frisk i dag.<br><br> <x-tab> </x-tab><x-tab>&nb= sp; </x-tab><x-tab> &= nbsp; </x-tab>- - - - -<br><br> Vi m=E5 ha klare rutiner for hva som kan gj=F8res p=E5 serveren, og n=E5r= . Jeg vil derfor foresl=E5 at vi tar et telefonm=F8te om dette i morgen formidd= ag. Jeg er tilgjengelig fra 0800 til 1100 p=E5 mobiltelefon 92421540. Dette gjelder ogs=E5 kontakt mot Kvalito IT AS, samt gjensidig informasjon om h= va som gj=F8res av avtaler med Kvalito IT as. Per i dag er dette alt for uklart.<br><br> <br> Ragnvald</body> </html> |
|
From: Ragnvald L. <rag...@ca...> - 2003-02-06 12:56:44
|
At 12:45 06.02.2003 +0100, you wrote: >De fleste som bruker nettsidene gj=F8r det vel p=E5 kveldstid, s=E5 kans= kje det kan >v=E6re lurt =E5 angi fra hvilket "seint" tidspunkt man kan gj=F8re ting = som kan >sette den ut av spill ;-) Seint betyr etter 2300 en gang. Likevel, det ser ut som om vi m=E5 gj=F8r= e noe=20 med serveren. Antakelig en reinstallering. Den har snurret og g=E5tt i et= t og=20 et halvt =E5r n=E5 uten problemer. Ragnvald |
|
From: BOT <bod...@on...> - 2003-02-06 11:45:44
|
De fleste som bruker nettsidene gj=F8r det vel p=E5 kveldstid, s=E5 kanskje det kan v=E6re lurt =E5 angi fra hvilket "seint" tidspunkt man kan gj=F8re ting som kan sette den ut av spill ;-) Berit |
|
From: Ragnvald L. <rag...@ca...> - 2003-02-06 10:03:03
|
<html> <body> Hei Marius,<br> du skriver:<br><br> <blockquote type=cite class=cite cite><font face="arial" size=2>Det virker som om serveren har en tendens til å låse seg når vi holder på med IIS. (nå har det ihvertfall gjort det to ganger på to dager)</font></blockquote><br> De eneste gangene jeg har opplevd slike problemer har vært når jeg har forsøkt å slette filer/kataloger som er delt ut på serveren.<br><br> <br> <blockquote type=cite class=cite cite><font face="arial" size=2>Har du en standard-rutiine du går igjennom (lukker servies osv) slik at man slipper å restarte hele driten??</font></blockquote><br> Standardrutinen er å ikke gjøre endringer på filer som er delt ut på web. Det er å be om trøbbel. Altså er utvikling direkte på en server som er i drift ikke en god ide. Ikke gjør det. Det blir antakelig jeg som må rette opp dette etterpå, og det er kjedelig arbeid. Nedetid på serveren skal begrenses til sein kveld. Når vi legger ut ny kode skjer dette på kveldstid (be om overtid).<br><br> Opprett lokal server på egen maskin. Jobb mot den når du driver på med utvikling. Kobling til databasen i utviklingsøyemed er ok, men ikke ASP. Kjøring av Java på serveren bør for all del ikke foregå. Ihvertfall ikke kode under utvikling - fy og skamme seg! :-)<br><br> <br> Ragnvald</body> </html> |
|
From: Ragnvald L. <rag...@ca...> - 2003-02-03 11:40:17
|
<html> <body> At 12:23 03.02.2003 +0100, you wrote:<br><br> <blockquote type=cite class=cite cite><font face="arial" size=2>Lurte bare på om det er moh i tbl_hytte eller tbl_node som skal brukes? <br> </font><br> <font face="arial" size=2>Ser ut som node er mest brukt...</font></blockquote><br> Skal primært ligge i nodeinformasjon. Dette fordi en node vanligvis er et geografisk punkt. Men det hender at en node (i rutesammenheng) må være et område. Innerdalen er et slikt sted hvor man har flere hytter på samme node-del. Renndølssetra og Innerdalshytta ligger noen hundre meter unna hverandre og har noe forskjellig høyde.<br><br> I slike tilfeller vil høyden hentes fra hyttene. Derfor er regelen at de hentes fra nodene der hvor det ikke er mer enn en hytte. To eller flere hytter - pass på at det er moh-info på hyttene.<br><br> <br> Ragnvald<br> </body> </html> |
|
From: Ragnvald L. <rag...@ca...> - 2003-01-27 16:46:13
|
Nedetiden i ettermiddag skyldtes oppgradering av MSSQL-server til følgende versjon: Microsoft SQL Server 2000 - 8.00.760 (Intel X86) Dec 17 2002 14:22:05 Copyright (c) 1988-2003 Microsoft Corporation Developer Edition on Windows NT 5.0 (Build 2195: Service Pack 3) Serveren skal nå være så sikker som det er mulig på nåværende platform. Ragnvald |
|
From: Ragnvald L. <rag...@ca...> - 2003-01-27 15:29:57
|
DNT sin windowsboks inneholder i tillegg til webserveren også en MSSQL 2000 server. Selve Windows-systemet holdes fortløpende oppdatert. Siste oppdatering av MSSQL-serveren ble gjort i november i fjor. Vi skulle dermed styre klar av problemene som nå har oppstått på en del MSSQL-servere rundtomkring. For å begrense evt. spredning har Kvalito IT AS sperret ekstern tilgang til MSSQL-servere i sitt nett. Dette er helt etter boka og alt er bare glede. MEN for de av oss som har benyttet MS Access for å gjøre endringer i Sherpa-databasen, eller som har websider på andre servere som av en eller annen grunn skal hente data på DNT sin server, så vil disse henvendelsene føre til feilmelding hos brukeren. Dersom det er flere av dere som har problemer jfr dette, så send en melding til denne lista slik at jeg kan ordne med endringer i Kvalito IT sin brannvegg. Mvh Ragnvald |
|
From: BOT <bo...@on...> - 2003-01-27 07:46:15
|
Hei BOT har hatt eget domene lenge, adressen er publisert i mange sammenhenger. Det gjelder sikkert mange foreninger, derfor tror jeg du trygt kan regne at det ikke vil bli noen standardisering på lang tid. Men uansett bør jo DNTs server rute f.eks. www.turistforeningen.no/bot videre til www.bot.no. Berit (daglig leder i BOT) ----- Original Message ----- From: "Ragnvald Larsen" <rag...@ca...> To: <she...@li...> Sent: Friday, January 24, 2003 4:47 PM Subject: [Sherpa-developer] YNT er klar > Man har fremdeles, så langt jeg vet, ikke tatt en prinsippdiskusjon på om > enkeltforeningene skal ha egne domener (www.bot.no), eller om de skal ligge > under landsforeningen (www.turistforeningen.no/bot). Diskusjonen etterlyses. > |
|
From: Ragnvald L. <rag...@ca...> - 2003-01-27 00:10:03
|
Sherpa versjon 0.85 er klar for testing hos TT og BOT. Denne gangen har jeg ikke tatt sjansen på å installere koden hos alle samtidig. Jeg foreslår at vi forsøker med TT og BOT i et par dager og ser om alt fungerer som det skal. En feil som jeg kommer til å rette i morgen kveld er opplastingsfunksjonen som ikke fungerer når man benytter mappesystemet. Ut over det forutsetter jeg at denne versjonen er bedre enn forrige :-) Ragnvald |
|
From: Ragnvald L. <rag...@ca...> - 2003-01-26 00:37:52
|
Etter en real razzia lørdag kveld har jeg tatt unna en god del feil i Sherpa. Turen til Schulzhytta utgikk pga mye vind og forøvrig kjipt vær. Altså ikke så galt at det ikke er godt for noe. Kanskje blir det en tur i bakken i morgen dersom det ikke regner for mye. Men så til saken: Jeg vil innstendig oppfordre dere andre på denne lista om å finne flere som kan bidra på den tekniske sida. Jeg gjør nå de fleste programmeringsoppgavene selv. Det er forsåvidt interessant nok, men siden jeg må jobbe for penger også hadde det vært fint om vi kunne vært flere til å dele på disse oppgavene. Som dere sikkert vet er det også et stort behov for hjelp med brukerveiledninger. Jeg kunne godt tenkt meg at noen laget brukerveiledning både for interne og eksterne brukere av Sherpa. Her ville alle bidrag være velkomne. En tosidig sak som produseres i PDF kunne gjort underverker i brukertilrettting både internt og eksternt. Ragnvald |
|
From: Ragnvald L. <rag...@ca...> - 2003-01-24 22:26:43
|
ANG EPOSTLISTER Jeg og Øystein har i kveld gjort klar epostlisteserveren. Serveren er en ganske rask Mandrake Linux-boks (1.8 Ghz) som kjører Mailman versjon 2.1 (http://mailman.sourceforge.net/). Den er kjøpt inn av DNT for testformål i forbindelse med webtjenester. Serveren står inntil videre på NTNU sitt nettverk (mange takk til IT-sjefen - han er spurt). Jeg antar at dette oppsettet kan ta unna det som måtte komme av meldinger på de åpne listene. Serveren vil etterhvert også serve klikkbare kart - bare kartverket får somla seg til å sende over data. TESTING For å komme igang med testingen av denne installasjonen vil jeg gjerne at dere som er på denne lista selv melder dere opp til lista dnt...@li... slik at vi kan få testet en infoliste. Gi gjerne denne informasjonen videre til andre som kan tenke seg å være på lista når den er i ordinær drift. Vi vil deretter (slutten av neste uke) teste en prateliste (som denne). Påmelding til lista gjøres her: http://lister.turistforeningen.no/lister/listinfo/dnt_info Jeg antar at dette blir en liste litt lik den man har etablert hos den Svenske turistforeningen. Men det er helt opp til DNT's administrasjon. Skulle det være slik at DNT ikke kan prioritere dette nå lukker vi lista. Lokalforeningene kan uansett selv benytte seg av dette. NÅR VI ER FERDIGE MED TESTINGEN... Listene vil bli satt opp med en administrator og en moderator. Navnestandarden som vil bli fulgt i alle listenavn er som følger: o alle lister vil være i domenet "lister.turistforeningen.no", altså det som står etter @ i adressefeltet o listenavn (det som står foran @) består av minimum to deler. o alle deler skilles med underscore "_" o listenavn vil starte med organisasjonens forkortelse "tt" o undergrupper har egen del (f fjellsport, u ungdom, v veteraner, osv...) o listene kan karakteriseres (info/prat) o "info" betyr enveis liste med info ut o "prat" betyr liste hvor brukerne kan sende meldinger gjennom lista Eksempler: o tt...@li... o tt...@li... o tt_...@li... o aot...@li... Navnestandarden er udiskutabel - dersom ingen ytrer STERKE innvendinger på dette tidspunkt. Vi må ha en standard som er forutsigbar for oss som skal jobbe med dette. Antakelig vil antallet lister bli ganske stort, og muligheten til å sortere listene og finne dem raskt er en forutsetning for en effektiv administrering. Tillegg i karakteriseringsdel kan gjøres etter stort påtrykk og god argumentasjon. Espen Heramb og administrasjonen i DNT må utnevne en person som skal overvåke/moderere DNT's lister. Det kreves ikke høy teknisk kompetanse for denne jobben. Overordna administrering (nye lister og utforming) vil i en periode ivaretas av Ragnvald og Øystein. Vi ønsker selvsagt at DNT kan etablere egne rutiner gjennom ansatte i organisasjonen for å gjøre dette. Men inntil videre kan vi gjøre det. FORBEREDELSER Informasjon vil gå ut fra DNT til foreningene slik at de kan inngi behov for lister. Deretter vil vi som administrerer dette lage de ønskede listene. Forespørsler om lister må inneholde: o navn på liste(r) o epost/navn på lokal administrator/moderator Forslag til standardtekster ved utsending av meldinger er noe vi må bli enige om. Det er antakelig best om DNT's administrasjon gjør dette. - - - - - Håper dette var grei melding angående epostlistene. Ragnvald |
|
From: Ragnvald L. <rag...@ca...> - 2003-01-24 15:48:16
|
Vi fikk problemer med oppsettet av Ytre Nordfjord turlag tidligere i dag. Noe gikk på oppsettet på webserveren, men det var også et problem at koden var kopiert rett fra codeland tilhørende landsforeningen. Dermed ble "koblinger"/bindinger på serversida med slik at vi fikk en slags følgefeil hvor default.asp refererte til landsforeningens codeland-katalog. Mandag kan man etablere et virtuelt domene på serveren slik at www.ynt.no blir klart. Man har fremdeles, så langt jeg vet, ikke tatt en prinsippdiskusjon på om enkeltforeningene skal ha egne domener (www.bot.no), eller om de skal ligge under landsforeningen (www.turistforeningen.no/bot). Diskusjonen etterlyses. - - - - - En del mindre forespørsler vil bli ivaretatt prompte. Spesielt gjelder dette Fjellenes år-lenken samt annet småtteri. Siden turen til Schulzhytta i Sylan gikk rett vest pga for mye vind blir halve denne helga disponert til websystemer for DNT. Hittil i januar regner jeg med at om lag 30-40 timer har gått til dette prosjektet fra min side. Dette til informasjon. Ragnvald |
|
From: S. <sve...@pv...> - 2003-01-16 14:50:37
|
On Thu, 2003-01-16 at 15:14, Frode Gorseth wrote:
> Dialog (toveis): medlemmer@aot_fjellsport.turistforeningen.no
> <mailto:medlemmer@aot_fjellsport.turistforeningen.no> ("Reply" p=E5 mail=
vil
> sendes kun til avsender - eller evt.til alle ved "Reply to all".)
> (Info: info@aot_fjellsport.turistforeningen.no
> <mailto:info@aot_fjellsport.turistforeningen.no> )
>
Virtuelle domener innen epost er ikke s=E5 enkelt =E5 f=E5 til som det er p=
=E5
web. Hvis det blir denne l=F8sningen blir vi mer l=E5st mhp.
mailserverl=F8snineger enn hvis vi ikke gj=F8r det. Det blir ogs=E5 mer jo=
bb
for =E5 lage en l=F8sning.
Jeg er mot denne l=F8sningen av tekniske grunner. Det er ikke umulig, men
det blir flere variabler =E5 holde styr p=E5 (DNS, mailservere, virtuelle
domener, mailinglisteprogramvare m=E5 hackes p=E5, osv.), som kan gj=F8re
livet surere enn n=F8dvendig for den som skal implementere og vedlikeholde
l=F8sningen. =C5 putte variable delen foran @-en forenkler det hele
betraktelig.
(Jeg har ikke kapasitet til =E5 lage/vedlikeholde en domenebasert l=F8sning=
.)
=20
--=20
=D8ystein Svendsen
|
|
From: Frode G. <fro...@ut...> - 2003-01-16 14:25:01
|
Hei Ragnvald.
=20
For AOT Fjellsportgruppa vil en felles liste som man kan sende til =
v=E6re den
mest etterlengtede:
F.eks: Medlemmer som =F8nsker =E5 ta en tur (utenom de planlagte =
fellesturene)
kan n=E5r som helst sende en invitasjon til de andre medlemmene.
=20
Info-lister kan ogs=E5 v=E6re greie, men det ikke noe stort problem av
avsenderadressen vises som den enkelte persons egen email-adresse
(istedenfor aot...@li...
<mailto:aot...@li...> ... Fordelen =
med at
den virkelige avsenderen st=E5r som sender av mailen er at man kan =
svare p=E5
mottatt mail uten at dette svaret sendes rundt til samtlige medlemmer.
=20
Forslag til adresse-format:
=20
Dialog (toveis): medlemmer@aot_fjellsport.turistforeningen.no
<mailto:medlemmer@aot_fjellsport.turistforeningen.no> ("Reply" p=E5 =
mail vil
sendes kun til avsender - eller evt.til alle ved "Reply to all".)
(Info: info@aot_fjellsport.turistforeningen.no
<mailto:info@aot_fjellsport.turistforeningen.no> )
=20
For AOT Fjellsportgruppa sin del vil det ikke v=E6re =F8nskelig med en =
moderator
(kvalitetssikrer). Dette pga at mail ikke vil bli distribuert i tide =
dersom
vedkommende moderator ikke sjekker mail daglig. Det kan bli et problem =
med
spam-mail (noe vi tidligere har erfart i AOT Fjellsportgruppa) - noen =
f=E5r
virus p=E5 sin PC og spam-mail blir spredd til vedkommendes adresser i
adresseboken... Spam-filtere kan kanskje hindre en del av denne typen =
mail!?
=20
Mysoft database:
Det har v=E6rt snakket litt om Mysoft database. Kj=F8res denne =
databasen p=E5
webservere, og i s=E5 fall kan den kj=F8res under Linux/UNIX?
Arendal og Oppland Turistforening (AOT) har ikke tatt ibruk denne =
databasen,
men vi i Fjellsportgruppa kan kanskje ta ibruk denne p=E5 egen h=E5nd? =
Hvordan
f=E5r vi tak i denne databasen, og hva vil det eventult koste? Vi har =
allerede
en webserver (riktignok med meget primitive websider pr dags dato)...
=20
Vil det etter hvert bli mulig =E5 legge ut AOT Fjellsportgruppa sin web =
p=E5
DNT-F sin(e) webserver(e) - og samtidig bruke DNT-F sin layout?
=20
=20
Tror dette er nok for denne gang :)
Med vennlig hilsen/Best regards=20
Frode Gorseth=20
Product Manager=20
Utel Systems=20
-----Original Message-----
From: Ragnvald Larsen [mailto:rag...@ca...]=20
Sent: 16. januar 2003 14:53
To: Odd Magne =D8greid
Cc: Fro...@ut...; =F8ystein Svendsen;
she...@li...
Subject: Re: Fw:
Hei Odd Magne,
du skriver:
Fjellsportgrupa i AOT lurer p=E5 om det finnes distribusjonslister for =
e-post
som de kan ta i bruk. P=E5 vegne av Fjellsportgruppa i BT og DNT-F =
sp=F8r jeg om
det samme. Hvis ikke - er det planer om =E5 utvikle dette eller m=E5 vi =
basere
oss p=E5 andre l=F8sninger?
Jeg og =D8ystein Svendsen har jobba litt med en felles l=F8sning for =
alle
foreningene. Den vil, forh=E5pentligvis, samle alle foreningene under =
en
listeparaply. Om ikke annet vil det dermed v=E6re et tilbud til alle.
Fellesadressen er @lister.turistforeningen.no. Foran kr=F8llalfa ser vi =
for
oss at vi har organisasjonsnavn omtrent etter denne standarden:
aot...@li...
tt...@li...
tt-...@li...
-info betyr at dette er en liste som man kun kan motta informasjon via. =
Man
kan ikke selv sende meldinger dit.
-dialog betyr at det er en toveis liste. Vi er ikke helt sikre p=E5 =
hvordan
dette b=F8r administreres. Kanskje m=E5 listene ha en moderator (en som
kvalitetssikrer meldingene f=F8r de sendes til de andre brukerne).
Vet ikke hva dere mener om dette, men det er iallefall en slags start. =
Kom
gjerne med kommentarer - vi trenger tilbakemeldinger.
Ragnvald=20
|
|
From: Ragnvald L. <rag...@ca...> - 2003-01-16 13:54:25
|
Hei Odd Magne,
du skriver:
>Fjellsportgrupa i AOT lurer på om det finnes distribusjonslister for
>e-post som de kan ta i bruk. På vegne av Fjellsportgruppa i BT og DNT-F
>spør jeg om det samme. Hvis ikke - er det planer om å utvikle dette eller
>må vi basere oss på andre løsninger?
Jeg og Øystein Svendsen har jobba litt med en felles løsning for alle
foreningene. Den vil, forhåpentligvis, samle alle foreningene under en
listeparaply. Om ikke annet vil det dermed være et tilbud til alle.
Fellesadressen er @lister.turistforeningen.no. Foran krøllalfa ser vi for
oss at vi har organisasjonsnavn omtrent etter denne standarden:
aot...@li...
tt...@li...
tt-...@li...
-info betyr at dette er en liste som man kun kan motta informasjon via. Man
kan ikke selv sende meldinger dit.
-dialog betyr at det er en toveis liste. Vi er ikke helt sikre på hvordan
dette bør administreres. Kanskje må listene ha en moderator (en som
kvalitetssikrer meldingene før de sendes til de andre brukerne).
Vet ikke hva dere mener om dette, men det er iallefall en slags start. Kom
gjerne med kommentarer - vi trenger tilbakemeldinger.
Ragnvald |
|
From: Ragnvald L. <rag...@ca...> - 2003-01-07 14:58:31
|
DNT's webserver har F-Secure antivirus programvare installert. Programvaren oppdateres en gang i døgnet og er alltid på. Det betyr at alle filer som lastes opp blir sjekket for virus. Filer som inneholder virus vil bli desinfisert. I mellomjula ble serveren renset for en del virus (tok to timer) og en full sjekk av alle filer ble utført. Serveren er nå så virusfri som den overhodet kan få blitt. Ragnvald |
|
From: Ragnvald L. <rag...@ca...> - 2003-01-07 14:50:44
|
Hei,
statistikk for websidene er på plass. Denne gangen statistikk vi kan
stole på :-) Tor-Einar har gjort dette mulig vha insttallering av AWstats
på serveren. Fine greier:
http://www.turistforeningen.no/statistikk/
Ragnvald
|
|
From: Ragnvald L. <rag...@ca...> - 2002-12-31 16:27:08
|
Oppgradering av serveren ble gjort den 22. desember. Etter oppgraderingen ble ikke FTP-serveren startet igjen. Det gjorde at man ikke kunne laste opp filer direkte til katalogene (vanlig medieopplasting fungerte som normalt). Det er kanskje like greit, siden jula er en tid med mye fritid og ftp-servere er yndede mål for hacking. Ny oppdatering (sikkerhetsoppdatering av serveren) og restart ble foretatt den 30. desember. Deretter startert jeg FTP-serveren. Dette ble gjort rundt klokken 1400. Jeg tar sikte på å oppgradere websidene den 15. januar. Da vil en god del feil (jfr buglista) bli rettet. Fokuser derfor på oppfølging av allerede rapporterte feil frem til den 15. Etter den 15. er det fritt fram for nye feilmeldinger inn i det nye systemet. Ragnvald |
|
From: Ragnvald L. <rag...@ca...> - 2002-12-18 16:58:33
|
Richtext har blit testet på min maskin og er funnet som et hensiktsmessig verktøy for vårt bruk. Jeg tenker meg at vi tar ibruk Richtext-editoren på følgende måte: o ny modul opprettes i repository: external_modules o underkatalogen rte med innhold (jfr nedlastbar kode) legges under nevnte o kode inkluderes jfr dokumentasjon, se spesielt: test_embedded.asp Problemer: Inklusjon av standard_top.asp gjør at appleten ikke laster inn som normalt. Når referansen fjernes kommer kode fram på normal måte. Vet ikke årsaken til dette, men dette må testes. Dersom problemet løses skulle det være ganske rett fram å implementere løsningen, i første omgang for html-infofilene. Det må være brukernes valg om de ønsker en slik mulighet til å redigere eller ikke. Såvidt jeg har forstått er denne redigeringsmåten kun mulig gjennom Internet Explorer (virker ikke med Opera). Alternativ implementering via PHP er heller ikke spesielt vanskelig i denne omgangen (impliserer oversettelse ASP->PHP av ca 4 andre filer for å komme igang). De som har PHP under neglene kan jo prøve seg litt fram. Blir juleribba for feit, (a) familien for teit (a) finn fram et tastatur (b) og hjelp folk ut på tur! (b) Ragnvald (relativt offline i jula) |
|
From: Ragnvald L. <rag...@ca...> - 2002-12-17 00:24:39
|
Terje Didriksen hadde noen spørsmål om Sherpa i en epost av 16.12.2002: >Jeg har fått en forespøarsel fra DNT OO om bidra med litt assistanse >med å få all informasjonen fra OOTs gamle websider på plass på en >strukturert måte blant DNT OOs sider. I den forbindelse har det >dukket opp noen spørsmål jeg gjerne skulle ha svar på. > >1. Har Sherpa muligheten for å ha forskjellige navigasjonsmenyer >(hovedmenyer) på forskjellige websider (slik at enkelte detaljer kan >utelates fra menyen på hovedsiden)? Ja, som nevnt i forrige epost ligger menyene lagret i databasen. Rekkefølgen kan redigeres via web, men dette systemet har en del svakheter: http://sourceforge.net/tracker/index.php?func=detail&aid=644711&group_id=6360&atid=106360 >2. Jeg hørte noen rykter om at det skulle være mulig å sette opp et >hyttebookingsystem i Sherpa. Stemmer dette? Gir det da mulighet for >visning av antall ledige plasser, registrering av gjester, >forhåndsfakturering osv? Dette er noe vi i tilfelle må lage. Å ta utgangspunkt i OOT sin kode og lage en løsning integrert med Sherpa skulle ikke være vanskelig. Spørsmålet er om dette er noe som bør integreres i systemet. På internettmøtet for nøyaktig en uke siden snakket vi en del om modularisering. Ideelt sett burdte vi kunne sette de forskjellige oppgavene i forskjellige moduler. I praksis binder datamodellen det hele sterkt sammen. Kanskje er det en løsning å lage en midlertidig løsning. Vi vil da omgå problematikken rundt hvem som skal få bestille hytter eller ikke (medlem/ikke medlem) og sikkert en hel del annet. Jeg har oppfattet det slik at for de hyttene som tidligere OOT har et slikt bestillingssystem for har dette vært svært nyttig. Å implementere en betinget løsning kan være greit nok. Men vi vil garantert få problemer der hvor enkelte ser på denne muligheten i en forening som en trussel mot det som oppfattes som en "felles politikk" på området booking. >3. Ifølge Sourceforge arbeides det med å porte Sherpa til Linux. Hvor >langt er dette arbeidet kommet? Er det mulig å kjøre Sherpa på en >linuxmaskin nå, og hva kreves eventuelt av programmer på den? (Jeg er >av dem som mener at et godt operativsystem skal ha en x eller i det >minste en B i navnet, så porting til Linux er meget gode nyheter.) Jeg har ønsket at systemet skal flyttes over til PHP og at vi skal benytte PostgreSQL. Vi har i dag en testmaskin ynilsen.svt.ntnu.no som er satt opp for å teste generering av kart mm. Den kan samtidig benyttes for "porting" av sherpa PHP og PostgreSQL. Dette er en jobb som på ingen måte er en faglig utfordring. ASP er lett å lese, og PHP er ikke så veldig forskjellig. MEN en konvertering bør skje planmessig, og tilstanden til PHP-koden bør være god (bra dokumentert og lite redundans/rot i koden). Et prosjekt som jobbes fram som dette (iterativt) vil bli mer rotete etterhvert. Det ville vært en bra øvelse å konstruere systemet opp fra bunnen av i PHP. Antakelig er det bedre enn å gjøre konvertering av koden. >Til slutt har jeg et forslag til en forbedring i Sherpa. >Det hadde vært fint om søkesiden for hytter hadde gitt mulighet for å >søke etter hytter som drives av en bestemt lokalforening i tillegg til >muligheten for å søke etter hytter i et bestemt område. Du kan benytte en link som dette for å hente frem hyttene til en bestemt lokalforening i et bestemt område: http://www.turistforeningen.no/codeland/cabin_result.asp?areaid=18&orgid=45 Å legge inn dette som et alternativt kriterie i søkeruten skulle være uproblematisk. Spørsmålet er bare hvor mange valg vi vil belaste brukeren med når han hun søker etter en hytte. >Dessuten burde hytteoversiktene også inkludere en kolonne for >eierforening ('Drives av'). Dette kommer fram når man ser på selve hytta. Vet ikke hvor relevant drift er for brukeren. Valget er gjort under forutsetning av at senger/fasiliteter/område var viktigere. Dette er et typisk brukerforumspørsmål. Ragnvald |
|
From: Ragnvald L. <rag...@ca...> - 2002-12-17 00:06:09
|
Terje Didriksen er satt på lista, og meldingen nedenfor inneholder noen spørsmål som han fikk svar på. Sender dem til lista slik at dere andre kan benytte lista som kilde til info - i tillegg til meg. Ragnvald >Ragnvald Larsen writes: > > Menyene er ikke hardkodet, men hentes ut fra databasen. Det som > > mangler er et grensesnitt for å redigere de alternative > > menyinnslagene. > >Hmmm. Nå begynner det å friste litt mer enn det burde å skrive dette. >Jeg skal ihvertfall ta en nærmere titt på kildekoden og >databasestrukturen. > > > Endringer gjøres i et databaseskall (vha MS Access). Dette skallet er > snart > > ferdig i en ny utgave. Man laster ned skallet, og lager koblinger til > > databasen. Dermed kan man jobbe med MSSQL-databasen som om den var en > lokal > > Access-database. Dette er av forskjellige årsaker utrolig tregt hos DNT. > >OK. Takk for svaret. > > > PS Dersom det er ok for deg vil jeg forsøke å besvare spørsmål i > epostlista > > sherpa-developer slik at svarene arkiveres på et sted hvor de senere kan > > være søkbare. Fint om du melder deg inn i lista: > > http://lists.sourceforge.net/lists/listinfo/sherpa-developer > >Det er OK. Jeg skal melde meg på lista. > >Hilsen Terje |
|
From: Ragnvald L. <rag...@ca...> - 2002-12-14 18:01:45
|
At 18:18 14.12.2002 +0100, you wrote: >Så vidt jeg kan se kommer fremdeles seniorturer opp ved bruk av > >http://www.turistforeningen.no/codeland/arrangement_result.asp?fjellsport=true > >Dersom det er gjort registreringsfeil av Bodø og Trondhjem bør vel de >respektive ansvarlige der få melding om dette? Helt rett, regner med at de ordner opp i det når de ser denne meldinga. Ragnvald |
2 messages has been excluded from this view by a project administrator.
