Podstrony
- telcocafe
- [PHP] Skrypt cenzury Chcę cenzury!!!
- [HTML+ PHP] Skrypt HTML w PHP
- [JS] Problem ze skryptem pobierającym źródło strony skrypt pobierający źródło strony
- [Galeria] Co to za skrypt galeri?
- [PHP] Skrypt wejscia na strone Jedyne mozliwe wejscie na strone
- [mysql php]wykonywanie skryptów php z bazy mysql czy to mozliwe?
- [php] sprawdzanie formularzy !!! wyswietla sie komunikat ale skrypt wykonuje sie dalej!
- [JS/PHP] Wykrycie czy plik php jest otwierany bezpośrednio czy przez skrypt JS
- Skrypt dziala na PHP 4 a na PHP 5 nie
- [php] Skrypt php - IM Gallery
- zanotowane.pl
- doc.pisz.pl
- pdf.pisz.pl
- szkoleniahr.opx.pl
telcocafe
Witam,Mam takie pytanie, bardziej natury prawnej (?). Otóż rozpocząłem tworzenie w PHP własnego CMS'a, dosyć sporego, który zamierzam przeznaczyć na sprzedaż. Skoro skrypt ma być komercyjny, więc trzeba go jakoś zabezpieczyć. Ostatecznie zdecydowałem się na skorzystanie z oferty ionCube'a. Wyczytałem jednak gdzieś, że aby móc używać mySQL'a (na nim pracowałem do tej pory) w projektach zamkniętych należy wykupić komercyjną licencję (i to nawet chyba trzeba ją co roku odnawiać - nie pamiętam teraz, ale to nieistotne). Taki interes raczej mi się nie widzi (przynajmniej na razie), dlatego zainteresowałem się bazami PostgreSQL, ze względu na ich przyjaźniejszą licencję. I tu moje pytanie.
Czy mogę używać PostgeSQL'a w swoim CMS'ie czy też nie? Czy nie złamię w żaden sposób licencji pgSQL, implementując jego obsługę w zamkniętym skrypcie? Wiem, że bazy pgSQL udostępniane są na licencji BSD, o której kilka informacji znalazłem w Wikipedii. Pisze tam również, że do projektu należy dołączyć informację o autorach oryginalnego kodu (tutaj: o autorach pgSQL) oraz treść licencji BSD. Czy tyczy się to jedynie projektów, z którymi dystrybuowane są bazy, czy mnie również (chodzi mi tylko o wykorzystanie baz już zainstalowanych na serwerze).
Przepraszam jeśli zbytnio zagmatwałem sprawę, chcę mieć jedynie pewność, że nie złamię warunków licencji i nie zostanę kiedyś o coś posądzony :) To by było na tyle. Dziękuję z góry za wszelkie porady.
Użytkownik sdr edytował ten post 14 lipiec 2007, 01:08
Ty nie używasz ani MySQL ani PostgreSQL w sensie wykorzystania ich w zamkniętych projektach - sprzedajesz skrypt, ale nie sprzedajesz MySQL ani jego elementów, tak więc nie musisz kupować żadnych licencji (przynajmniej tak mi się wydaje). Inaczej by było gdybyś sprzedawał wraz z CMSem np. instalator MySQL :)
PS. zakodowane jakieś skrypty mają niewielkie powodzenie na rynku ;)
w takim razie jak zabezpieczyć cms jak nie zakodowaniem. Przecież nie będę liczył na uczciwość kupujących skrypt (tak jak liczą ci z winrara) bo od razu ktoś na pewno zmodyfikuje skrypt lub zmieni jego nazwę i mu nic nie zrobie :>
Użytkownik web_dd edytował ten post 15 lipiec 2007, 00:19
w takim razie jak zabezpieczyć cms jak nie zakodowaniem. Przecież nie będę liczył na uczciwość kupujących skrypt (tak jak liczą ci z winrara) bo od razu ktoś na pewno zmodyfikuje skrypt lub zmieni jego nazwę i mu nic nie zrobie :>
Prawa autorskie, prawa własności. Klient powinien mieć możliwość finalnego dostosowania skryptu do swoich możliwości. Obecnie na rynku jest taka konkurencja że enkodowane skrypty to muszą być naprawdę z najwyższej półki, co i nie zawsze jest "fajne" dla potencjalnych klientów ;)
PS. zakodowane jakieś skrypty mają niewielkie powodzenie na rynku ;)
Może zostawmy tą kwestię, bo nie o to się rozchodzi co ma jakie powodzenie i dlaczego :)
Czyli powiadasz, że zamknięte projekty mogą bez przeszkód korzystać z MySQL'a w PHP? :> Kurczę, im więcej czytam o tych licencjach MySQL, tym bardziej utwierdzam się w przekonaniu, że jednak powinienem sobie odpuścić jej obsługę. Na stronie MySQL, w opisie licencji komercyjnej zostało zaznaczone w jakich przypadkach należy ją nabyć. I rzeczywiście jeśli dobrze rozumiem, to do nabycia licencji komercyjnej obowiązane są osoby dołączajace do swoich projektów instalki MySQL'a.
When your application is not licensed under either the GPL-compatible Free Software License as defined by the Free Software Foundation or approved by OSI, and you intend to or you may distribute MySQL software, you must first obtain a commercial license to the MySQL product.
Znalazłem też w Google taką stronkę (ostatni akapit - The Ins and Outs of Licensing), na której pojawia się wzmianka o licencjach MySQL oraz PgSQL.
Fragment nt. komercyjnej licencji MySQL:
Commercial License for commercial applications. An example of the use for this license is when you don't want to distribute the source code for your application. This includes database drivers as well. You can't use the MySQL database drivers with a commercial application unless it's either distributed under the GPL license or you have a Commercial License.
Fragment nt. licencji PgSQL:
PostgreSQL has a much simpler licensing scheme. It is released under the Berkley License, which allows for any use as long as a copy of the Berkley License is included with it. This means that you can release a commercial product that uses PostgreSQL or is a derivative of PostgreSQL without including source code.
Z tego wynika, że PostgreSQL nie stwarza problemów.