Orienterare.nu

Tiomila

Orienteringskartan

WOC 2016

SOFT

O-snack

Aktuell tråd

DOMA-support?

Magnus H 2011-11-15 20:49

Hej, är det någon som flyttat kartor från ett DOMA-arkiv till ett annat? Skulle vilja flytta mina kartor till ny server. Inte alla, utan bara för en användare alltså.

Bra ställe att fråga om hjälp med DOMA som ni kan rekommendera?

( DOMA: http://www.matstroeng.se/doma/ )

Skriv ett inlägg

Skriv ditt inlägg här...

Skriv 1981 i rutan

Inlägg

Peiza 2019-06-19 09:18 #38

Svar till inlägg av zyx, 2019-06-18 23:18:

Ja jag har en API-nyckel och kartfunktionen fungerar bra i övrigt på siten. Är bara den lilla översikten som inte lirar.

zyx 2019-06-18 23:18 #37

Svar till inlägg av Peiza, 2019-06-17 22:55:

Har du lagt in API-nyckeln för google maps?

Nix 2019-06-18 20:47 #36

Svar till inlägg av Peiza, 2019-06-17 22:55:

Nä

Peiza 2019-06-17 22:55 #35

Någon som har lyckats få igång översiktskartan där man visar själva kartan? Den som är uppe till höger i denna bild. https://www.matstroeng.se/doma/gfx/ss3.jpg

madcap 2019-01-06 15:46 #34

Svar till inlägg av Språkrådet, 2019-01-04 16:54:

Med både FILE och CODE verkar det nu fungera. Tack!

Språkrådet 2019-01-04 16:54 #33

Svar till inlägg av madcap, 2019-01-04 15:51:

Känner inte igen problemet och har egentligen nollkoll på detta.
Men jag har kvar min ursprungliga config.php, med språkinställningen
define('LANGUAGE_FILE', 'sv.xml');

Den funkar trots att den moderna config-filen mycket riktigt kör med LANGUAGE_CODE

madcap 2019-01-04 15:51 #32

Förresten, tack för tipsen!

madcap 2019-01-04 15:51 #31

Jag har nu bytt till senaste version av DOMA och då funkar sajten igen. Tyvärr verkar inget språk bli valt som default, så varje gång man kommer in på sajten utan att ha varit där nyligen så är alla språkberoende texter rappakalja. Om man sedan väljer ett språk i listan längst upp till höger så ser allt normalt ut igen. Någon som har tips?

Jag har angett define('LANGUAGE_CODE', 'sv'); i config.php, och uppdaterad sv.xml finns i languages-mappen.

Uppgradera 2019-01-02 16:31 #30

Svar till inlägg av php, 2019-01-02 13:09:

Ja, det stämmer med mina erfarenheter. Har visserligen annan web-leverantör, men även de slutade stödja föråldrade php-versioner. Jag uppgraderade till DOMA 3.0.7 när varningen kom och mitt kartarkiv funkar. Senaste versionen nu är DOMA 3.0.8.

php 2019-01-02 13:09 #29

Svar till inlägg av php, 2019-01-02 13:07:

Det kanske räcker med att använda den nyaste versionen av DOMA, den är ju uppdaterad i november med något php-fix?

php 2019-01-02 13:07 #28

Svar till inlägg av madcap, 2019-01-02 12:36:

Loopia bytte till nyare version av php på sina system ca 1 december.
Jag tror att DOMA använder php, kan det vara det?
Det släckte i alla fall flera hemsidor när bytet skedde, och då måste innehållet uppgraderas till nyare version av php.
Men det kan jag inte mycket om hur det går till.

madcap 2019-01-02 12:36 #27

Jag kör sedan många år ett DOMA hos Loopia, men någon gång i höst/vinter slutade det fungera, jag får bara "http error 500". Någon mer än jag som kör hos Loopia som vet vad de ändrat och vad jag kan göra för att få fart på kartarkivet igen?

Robban 2012-07-17 20:16 #26

Glöm det. Löste sig.

Robban 2012-07-17 17:33 #25

Vad jag gör för fel när jag laddat upp allt, skapat och editerat config.php och sedan går in på webbservern och får "Warning: Cannot modify header information - headers already sent by" som felmeddelande?

madcap 2012-07-03 10:30 #24

Det visar sig inte fungera så bra ändå. Jag har installerat DOMA, skapat två användare, loggat in med respektive användare och lagt till en karta och testat att ändra informationen för en karta. Efter en stund kommer jag tillbaka och vill lägga till ytterligare en karta, men det händer inget när jag trycker på spara. Samma sak när jag försöker ändra uppgifter för en befintlig karta, det händer ingenting när jag trycker på spara. Däremot går det bra att ändra användarprofilen.

Jag kör med "den andra sortens" miniatyrgenerering, kan det ha något med saken att göra?

madcap 2012-07-02 13:37 #23

Svar till inlägg av Magnus H, 2012-06-18 23:42:

Ditt tips hjälpte mig också. Jag har Loopia som webbhotell.

Magnus H 2012-06-18 23:42 #22

Med nya Doma 3 kan man ändra så att miniatyrgenereringen använder en annan metod. Det hjälpte på min server. Tips bara. Titta i config.php

hp 2012-01-11 14:37 #21

Svar till inlägg av MT, 2012-01-11 13:07:

Kanonstort tack, nu fungerar det!

Karlkarl 2012-01-11 13:33 #20

Bara jag som får problemet att när jag försöker öppna georefererade vyn eller försöka byta kategori som det inte fungerar och istället kommer en popup med listan på alla användare?

Zerbembasqwibo 2012-01-11 13:14 #19

Svar till inlägg av MT, 2012-01-11 13:07:

OT> Läste just "Övriga deltagare på lägret är Mats Troeng, OK Linné, som siktar på comeback i landslaget under 2012".

Kul läsning! Jag stöttar (mentalt på distans).

MT 2012-01-11 13:07 #18

Svar till inlägg av hp, 2012-01-04 18:26:

Jag har troligen spårat upp och åtgärdat felet. Ladda ner och lägg på nedanstående uppdatering (har inte orkat ändra versionsnummer till 3.0.3 än) så ska det nog lösa sig.

http://www.matstroeng.se/doma/download.php?version=3.0.2

hp 2012-01-04 18:26 #17

Svar till inlägg av hp, 2012-01-04 18:24:

Felen finns i helper.php

D:\doma\include\helper.php on line 57
D:\doma\include\helper.php on line 75

hp 2012-01-04 18:24 #16

Svar till inlägg av MJ, 2012-01-03 14:12:

Nej, det är inte session som är problemet.
Vet inte om det bottnar i inställningar i php.ini eller något annat.

Loggen säger: "PHP Warning: simplexml_load_file(): I/O warning : failed to load external entity "file:///D:/..."

Alltså den kan inte ladda den specifika xml-filen som man gjort inställning för i konfigurationen.
I den äldre versionen specade man filen typ "sv.xml" men vad jag kan se i den nya konfigurationen specar man bara landet, typ "sv"
Har provat både, men det blir samma fel ändå.

MJ 2012-01-03 14:12 #15

Svar till inlägg av hp, 2012-01-02 23:03:

Testa följande:
I main.php byt plats på session_start(); och raden under som skapar databasen och sedan gör redirect. Redirect funkar inte så bra efter session_start();

hp 2012-01-02 23:03 #14

Svar till inlägg av MT, 2012-01-02 21:23:

Får inga PHP-felmeddelanden utan webbläsaren vägrar ladda sidan, som om den inte gillar cookies eller redirects. Kan det ha att göra med FastCGI-version eller IIS-version? Får felsöka vidare imorgon.

MT 2012-01-02 21:23 #13

Svar till inlägg av hp, 2012-01-02 14:49:

Jag utvecklade och testade DOMA 3.0.2 på just IIS/PHP, så det bör fungera. Något särskilt som trasslar?

hp 2012-01-02 14:49 #12

Någon som fått senaste DOMA-versionen (3.0.2) att fungera på IIS/PHP?

Magnus H 2011-11-29 22:41 #11

http://drupal.org/node/463234

Magnus H 2011-11-29 22:40 #10

LÖST! Det var Apaches globala minnesbegränsning som spökade, satte vi upp den från 64 MB med hjälp av "RLimitMem 256000000" i .htaccess så lirade det. Dessutom måste man skruva upp PHP:s minnesgräns då som L föreslog.

Lite mer info om Apache och minne som hjälpte mig:

Magnus H 2011-11-18 19:03 #9

Genom att editera ImageIsResizeable() till att bara returnera true, så lyckades jag få det till att funka (med stora kartor också) via web-gränssnittet. Däremot funkr samma karta inte direkt inifrån QuickRoute. Frustrerande. Får Fatal Error out of memory i helper.php (rad 290, där ImageCreateFromJPEG anropas).

MT 2011-11-18 10:26 #8

Svar till inlägg av Magnus H, 2011-11-17 16:57:

Jag minns att den självklara vägen, att läsa filen direkt från disk, inte var genomförbar av någon anledning på den server jag utvecklade mot. Så då fick det bli ett sånt där hack.

Magnus H 2011-11-17 16:57 #7

Efter lite letande verkar det som att man för att skapa en thumbnail använder @file_get_contents("http://a.b.c/path/name"), vilket inte min server tillåter eftersom allow_fopen_url är off. Hmm, varför använder man en URL egentligen?

Lyckades öka minnet till 8200x8200 skulle klaras, hjälpte inte.

L 2011-11-17 10:57 #6

Svar till inlägg av Magnus H, 2011-11-17 09:58:

Jag brukar köra med detta (men det är lite riskfyllt då du kanske missar ineffektiva kodavsnitt):
$success_memory = ini_set("memory_limit", -1);
http://se.php.net/manual/en/ini.core.php#ini.memory-limit
Observera dock att det beror på vilken version av php du kör om du kan använda detta annars kan du be webbhotellet kompilera om php med --enable-memory-limit som beskrivs ovan.

Magnus H 2011-11-17 09:58 #5

När jag ändå har en tråd igång... Får inte igång autogenereringen för thumbnail. Webhotellet ökade från 32MB till 64MB minne för PHP-script, räcker det? Kan det vara något annat? PHP 5.2.12 med GD (bunldad) och JPEG enabled i GD.

L 2011-11-16 16:35 #4

Man måste väl se upp så att det inte finns en användare med samma userid på den nya databasen (om det redan finns användare där)?

MT 2011-11-16 10:49 #3

Svar till inlägg av Magnus H, 2011-11-16 10:31:

Med mysqldump får du hela databasen, dvs även de användare du inte är intresserad av att flytta. Det går förstås att radera dessa användare från den nya servern, minns inte om det görs en "hård" eller "mjuk" (dvs sätta en flagga deleted=true) radering via användargränssnittet i DOMA.

Kartorna och tillhörande miniatyrbilder ligger som separata bildfiler på servern, inte som BLOB:ar.

Magnus H 2011-11-16 10:31 #2

Tack MT! Kan man köra msqldump och läsa in i nya databasen, samt manuellt kopiera bilderna? Har inte databasen här, så jag vet inte om bilderna är sparade som BLOB:ar eller som filnamn.

MT 2011-11-16 10:09 #1

Det finns ingen sådan inbyggd exportfunktion i DOMA. Det blir till att skriva ett php-skript som skapar sql-frågor och kopierar kartbildfiler, som sedan läses in på den nya servern.

Senast kommenterat

Torsdag 18/4

19:40

Finansiering av elitorienterare?