OpenBizBox - lukket versus åben kildekode
Vi har oplevet at det fra tid til anden kan være forvirrende at skulle tage stilling til, om man som shopejer har behov for få skiftet sin OpenBizBox fra at anvende lukket kildekode til fremover at anvende åben kildekode, hvorfor vi i det nedenstående tager et hurtigt overblik over nogle af de ting, der kan tale for eller imod denne ændring.
Spørgsmål:
Jeg vil gerne ændre i udseendet på min OpenBizBox, så jeg er vel nødt til at få åbnet kildekoden for ændringer - ikke?
Svar:
Nej, ikke nødvendigvis. Du kan altid ændre CSS-filer (som styrer farver og skrifttyper) og erstatte de grafikelementer som styrer udseenedet af f.eks. baggrund, logo, bjælker, knapper og lignende uden at den øvrige kildekode skal åbnes.
Det er altså kun hvis du vil lave mere gennemgribende tilpasninger i selve PHP-koden at det er nødvendigt at åbne kildekoden for ændringer.
Spørgsmål:
Er der nogen ulemper ved at gå fra lukket til åben kildekode?
Svar:
Ja, i høj grad!
- Din OpenBizBox vil ikke længere få automatiske opdateringer. Normalt vil der med jævne mellemrum blive rullet "servicepakker" med ændringer af småfejl eller tilføjelse af nye funktioner ud på din OpenBizBox, men hvis du vælger at få kildekoden åbnet kan dette logisk nok ikke længere lade sig gøre: Vores automatiske opdateringssystem kan ikke checke om de ændringer, du selv har lavet, kan komme i konflikt med de ændringer vi har lavet.
- Support og fejlfinding kan blive en endog meget dyr affære. Normalt hjælper vi gerne uden beregning, hvis brugerne mener at have fundet en fejl i OpenBizBox, men hvis det ender med at vise sig at den egentlige fejl har rod i egne ændringer, vil supporten blive faktureret til gældende timepris.
- Manuel opdatering af OpenBizBox er specialistarbejde og kræver en erfaren webudvikler. Vi stiller et værktøj som kan vise ændringerne i kodefilerne mellem de forskellige versioner til rådighed (http://developer.openbizbox.com), men det kræver en vis viden om UNIX-værtøjerne patch og diff at anvende dem, ligesom man i praksis skal have et testmiljø kørende på en UNIX-variant for at kunne teste om vores ændringer er i konflikt med egne tilpasninger.
Alternativt kan man naturligvis vælge at forblive på den version, man har i det øjeblik man ændrer fra lukket til åben kildekode.
Spørgsmål:
Kan man fortryde at man valgte at åbne kildekoden?
Svar:
Ja, men der er en rimelig barsk konsekvens: ALLE dine egne ændringer slettes! Samtidig er denne ændring ikke gratis, ligesom en eventuel senere overgang tilbage til åben kildekode heller ikke er gratis.
Spørgsmål:
Jeg kan se jeg ikke har rettet i nogen af de filer som I efterfølgende har rettet i. Hvorfor kan I så ikke bare køre jeres opdateringer ind på min OpenBizBox helt automatisk?
Svar:
PHP-filer er ikke selvstændige, lukkede enheder, men inkluderer resultaterne fra andre filers kørsel i deres eget arbejde. Derfor er det ikke nok at se på om man har ændret i specifikke filer, men også om de filer som vi har rettet i, benytter delresultater som er beregnet af nogle af de filer som du har rettet i.
I praksis er det ikke muligt at lave en sådan undersøgelse tilstrækkelig pålidelig i et automatiseret system, og det eneste, der er helt sikkert, er at det på et eller andet tidspunkt vil flå din shop i stumper og stykker hvis vi prøvede.
Dagen før din vanvittigt dyre annoncekampagne går i luften.
Lige op til jul.
Med 400 julegavebestillinger i ordrelisten.
Tre af dem er fra din svigermor.
Resten er fra bedsteforældre til små, forventningsfulde børn.
Det var det lange svar. Det korte: Aldrig i livet!
Spørgsmål:
Er det ikke forbudt at lave lukket kildekode når der er tale om et GPL-licenseret produkt?
Svar:
I denne sammenhæng refererer "lukket kildekode" alene til muligheden for at rette i den kildekode som er grundlaget for din OpenBizBox hos os.
Du kan til enhver tid hente kildekoden hjem til din egen PC og rode i den lige så tosset du vil, men af hensyn til de automatiske opdateringer af din OpenBizBox kan du ikke lægge den ændrede kildekode op på serveren igen. "Skrivebeskyttet kildekode" er på en måde et mere passende udtryk.