Når man vil, og bør.. opgradere på en eksisterende løsning så har man balladen.
Den eneste måde er at tilkøbe (!!!) en 75mb (!!) MSSQL og så migrere al MySQL dataen over, hvilket er noget af en udfordring.

Er der nogen udsigt til et bedre MSSQL produkt? Her tænker jeg mere plads..

/Kim

@Niels Hartvig
Let nu røven og få fingeren ud! Det er jer der har lavet noget software. Det et jer der har ændret det fra en tidligere version! Hvis ikke I retter det, så kan man ikke andet end kalde jer en flok amatører. Stop det flæbberi!

Hej Niels

5 % af ca. 100.000 Umbraco installationer er jo mange, også når det tages i betragtning af jeres MySQL support af flere omgang ikke har fungeret. Og i de 5 % er der flere der muligvis har gjort et ekstra indsat for at får det til fungere. Jeg prøvede for nogle år siden at installere umbraco på Mysql og stødte på den samme problemstilling, og droppede derfor brugen af umbraco. Hvis nu at umbraco fungerede med MySql database , så ville tallet være højere end de 5 %.

Hvis problemet er at case sensitive, så burde det stadig kunne løses simpelt, og jeg er også af den opfattelse af det er umbraco der må løse fejlen. Det er trods en kæmpe forbedring af umbraco hvis den fungerede med mysql.

Seriøst? Det kan umuligt være hosting udbydernes ansvar, at software kan køre på deres mainstream platform. Var det fordi UnoEuro brugte usædvanlige konfigurationer, så var det en anden historie. Men det er nu ikke så udsædvanligt at ville køre MySQL på en Linux maskine – tværtimod. At det så ikke er helt så normalt at bruge MySQL til en .NET applikation er noget andet, men det kan da aldrig blive UnoEuros ansvar. Skulle UnoEuro sidde og rette fejl i WordPress, Drupal, Umbraco, TYPO3, Joomla, PrestaShop, Magento, CakePHP, Zend Framework, Sitecore, osv.? Come on! Det er vist nogle andre der skal lette røven og få det fixet.

Hej Chriztian,

Tak for dit input, det er meget værdsat.

Vi er som sagt ved at kigge på MS SQL produktet, så jeg håber der kommer en løsning i bliver tilfreds med inden længe.

Det er ingen hemmelighed at vi har været på udkig efter alternativer – men i øjeblikket har vi ikke fundet noget vi har lyst til at skifte til – hvilket jo må være fordi jeres setup er så gnidningsfrit i alle andre henseender :-)

Jeg har fuld forståelse for at man (endelig) har taget beslutningen og fjernet noget kode der var “hacket sammen” – sådanne løsninger er altid en tikkende bombe, og skal bare ud hvis det er muligt. Hvis vi selv havde kompetencerne, havde vi helt sikkert kigget på at hjælpe til med en løsning – det har vi desværre ikke, og jeg tror vi ender med at justere vores “pris” for en kvalitetsløsning, til at inkludere en MSSQL Database + 200MB ekstra – vi hader at levere noget der efter et par måneder “kræver” et tilkøb, hvis vi i grunden godt ved det fra starten.

Umiddelbart synes jeg jo også at det ville være lettest at ændre softwaren. Men jeg kan da godt se, at det lave antal der bruger MySQL ifm. Umbraco måske ikke lige motiverer så meget. Man kan heller ikke tage højde for alle serversetups.

Men jeg forstår så heller ikke at Umbraco inviterer Can Koluman til at holde oplæg på Codegarden (umbracos årlige konvent), hvor han netop fortæller om hvordan man får Umbraco til at køre på Linux? http://codegarden13.com/speakers/sessions/wednesday/1130-1230/umbraco-on-linux-with-mono.aspx
Det sender sådan lidt forvirrende signaler. Hvis ikke man vil en ting 100%, skal man så ikke bare lade det ligge? Forudsat at hans arbejde inkluderes i kernen skal der jo tages stilling til det her MySQL-problem på et eller andet tidspunkt alligevel? Ellers oversvømmes forummet på our.umbraco.org vel snart af irriterede Linux-folk, og Umbraco går glip af en del installationer… (Ja, det er ikke nogen hemmelighed at jeg gerne så Umbraco køre på alle platforme!)

God søndag :)

Hej Simon,

Det har vi overvejet. Det vil dog desværre ikke hjælpe de tusindevis af kunder der ligger på de andre MySQL servere. Det vil også gøre kunder ikke ved hvordan en UnoEuro MySQL server opfører sig, fordi der er forskel på serverne. I bund og grund vil det være en rimelig dramatisk ændring i vores MySQL setup, alene pga. en fejl i et enkelt CMS system. Vi handler normalt ikke i halve løsninger, så det er desværre ikke en ændring vi overvejer lige nu.

Jeg er 100% med på det kan virke uforstående og et kæmpe irritations moment (vi er også rigtig trætte af det), jeg håber dog også du kan se det fra vores side af sagen og du ser problemet i sin helhed.
MS SQL er desværre ikke gratis at tilbyde, i modsætning til MySQL, så der er vi nødt til at sætte nogle grænser. Jeg kan dog sige vi er ved at kigge på vores MS SQL produkt, så der kommer formentlig nogle gode nyheder på den front :)

Jeg har en del kunder der ikke kan forstå, hvorfor de – hvis de skal have umbraco v6 – skal betale for en MSSQL-løsning når v4 virkede fint med MySQL. UnoEuro tilbyder ubegrænset MySQL-plads – det er klart mere attraktivt end 75 MB Microsoft SQL (Umbraco kan godt være sulten, hvis man ikke rydder op i databasen)

Hej Niels,

Det er også fair nok det er hvad i ønsker at fokusere på. Jeg tror som sagt bare det er noget i skal kommunikere til folk så.

Som tidligere nævnt har vi ikke ASP.NET ressourcerne til at løse problemet, ellers havde vi gjort det. Hvis i har brug for en donation for at løse problemet, må i jo melde det ud? Ellers kan vi jo ikke gøre andet end at sige til folk de kan gå ind og stemme på den bug-report der er lavet?

Det er en svær fordrejelse af sandheden, at sige det er et problem på netop vores setup – hvis du laver en hurtig google søgning på “umbraco 6 mysql” er der flere kilder der beskriver og omtaler problemet? Det er et problem for alle som vil bruge Umbraco sammen med MySQL på Linux?