Bevakning

Diskussion

Community

Annons

Nya Orienterare.nu

Analysverktyg

VM i Schweiz

Nyckeln till framgång

SOFT

O-snack

Tråd i fokus

DOMA-support?

Magnus H

2011-11-15 20:49:09

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

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

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).

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

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

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å.

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();

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.

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?

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).

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.

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.

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)?

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.

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.