Drupal komercyjnie?

Drupal (i Ubercart) mają potężny potencjał. Niestety, dostosowanie tych programów do polskich warunków wymaga i czasu i środków. Może więc stworzyć komercyjne forum stanowiące pomost między programistami i użytkownikami. Użytkownik rejestrujący się na forum musiałby uiścić pewną opłatę, która zostałaby przeznaczona na opłacenie programistów tworzących specyficzne moduły (polskie płatności dla Ubercart, itp.). Co o tym myślicie?

Sposób wyświetlania odpowiedzi

Wybierz preferowany sposób wyświetlania odpowiedzi i kliknij "Zachowaj ustawienia", by wprowadzić zmiany.
Portret użytkownika nexus246

Moim zdaniem minusy są

Moim zdaniem minusy są takie:

  • dobrych programistów jest niewielu i wszyscy są zarobieni :)
  • moim zdaniem nikt nie zapłaci za pośrednictwem forum za takie usługi bo godzina pracy dobrego programisty to jednak więcej niż 5zł
  • Drupal w Polsce jest mało popularny

Nie chodzi o dostep za

Nie chodzi o dostep za 5 złotych, tylko za 100 zlotych.

Drupal w Polsce nie jest popularny bo nie ma specyficznych dla polskich warunkow modulow. Nie ma modulow, bo Drupal nie jest popularny – kolo sie zamyka.

Portret użytkownika miki

Trochę się przyczyniłem do rozwoju osCommerce w Polsce

i jedyna opcja, jaka działała, to klient mi zlecał jakiś moduł , płacił za napisanie, a potem szło to do ludzi jako Open Source.

A i tak nie raz miałem awanturę, bo klientowi się wydawało, że kupił na wyłączną własność.

Ludzie nie trybią, że Open Source nie oznacza zawsze za darmo, i nie oznacza również prawa do ograniczenia rozpowszechniania softu na tej licencji.

GPL

Nie wiem, czy w tym przypadku GPL jest najlepsze. osCommerce moze byc na GPL, Drupal tez, ale juz kontrybucje do jednego i drugiego wcale nie. I to jest normalne.

Proponowane przeze mnie forum (albo inna forma) moze byc takim miejscem gdzie ludzie zbieraja kase na szczegolny modul, ktorego teraz brakuje

Portret użytkownika nexus246

Ok, chętnie dołączę do

Ok, chętnie dołączę do zespołu tworzące takie modyfikacje. Ale… sądzę że tak naprawdę siłą byłoby stworzenie pełnej dystrybucji ecommerce przystosowanej do polskich warunków.

A ubercart to faktycznie potęga.

do dziela wiec

Rusza polska Acquia? :)

Portret użytkownika akrywko

Jaka jest grupa docelowa

moderator

Jaka jest grupa docelowa tego przedsięwzięcia? Czy w Polsce nie jest ona przypadkiem za mała?

Moduły do Drupala muszą być na licencji GPL. Chyba że nie będą korzystać z jego API.

W/g mnie nieźle działa mechanizm, o którym wspomniał miki. Sam chętnie zapłacę za moduł, który potem będzie udostępniony na otwartej licencji. Na razie jednak projekt „UC” wylądował w szufladzie i czeka, aż wygrzebie się z bieżących zleceń.

dlaczego

Dlaczego moduly musza byc na GPL? W przypadku „zrzutki na modul” kazda osoba zmniejsza koszty. Podyskutujmy na jakie moduly jest zapotrzebowanie. Ja poroponuje modul platosci.pl dla ubercart. Pisalem na ten temat z autorem platnosc dla drupala 4.

Portret użytkownika akrywko

Wszystkie pochodne prace

moderator

Wszystkie pochodne prace bazujące na kodzie GPL muszą same opierać się na GPL. To jedna z głównych zasad tej licencji. Moduły nie-GPL mogłyby być napisane tak, żeby nie korzystały z API Drupala ale to raczej koślawe rozwiązanie.

Osobiście jestem za zachowaniem otwartego statusu całego kodu. Wydaje mi się to bardziej w porządku względem innych osób uczestniczących w projekcie.

Portret użytkownika tomaszx

Muszą?

Czy aby na pewno muszą? wszystko zależy czy redystrybuujesz moduł czy nie. Jeśli dostarczasz / piszesz go konkretnemu klientowi nie musi to być GPL mimo iż korzysta z api Drupala na GPL.

Przecież każdy moduł można pisać dla konkretnego klienta. Co innego jeśli chcemy sprzedawać oficjalnie – czytaj: „Zamów już dziś moduł PŁATNOŚCI v1.0 dla systemu Drupal”. to wtedy tak, musi to być GPL, lecz jeśli zrobisz ofertę na stworzenie i wdrożenie np.: „Zamów ofertę na moduł dla wykonywania operacji płatności dla systemu Drupal” to nie musi to być GPL.

tomaszx

Portret użytkownika CzarnyZajaczek

Wszystkie pochodne prace

Wszystkie pochodne prace bazujące na kodzie GPL muszą same opierać się na GPL. To jedna z głównych zasad tej licencji. Moduły nie-GPL mogłyby być napisane tak, żeby nie korzystały z API Drupala ale to raczej koślawe rozwiązanie.

Żeby napisać działający moduł, trzeba użyć funkcji np. hook_menu, hook_block etc – a to jest użycie API. Napisanie modułu Drupala bez użycia jego API jest niemożliwe To po pierwsze

Czy moduły do Drupala muszą być na GPL? Tak , dlatego powstała licencja LGPL, jeśli program jest licencjonowany na LGPL to moduły mogą być na dowolnej licencji. Ale Drupal jest na GPL i wg stanowiska FSF moduły używające bezpośrednio jego API muszą być na GPL lub kompatybilnej (np. LGPL).

Za to można rozdzielić moduł na 2 części: część która bezpośrednio używa API Drupala, struktur danych etc, i ta musi być na licencji kompatybilnej z GPL (najlepiej LGPL). Druga część modułu będzie wywoływana przez ten łącznik, i nie będzie używać API Drupala – i może być na dowolnej licencji.

Przecież każdy moduł można pisać dla konkretnego klienta. Co innego jeśli chcemy sprzedawać oficjalnie – czytaj: „Zamów już dziś moduł PŁATNOŚCI v1.0 dla systemu Drupal”. to wtedy tak, musi to być GPL, lecz jeśli zrobisz ofertę na stworzenie i wdrożenie np.: „Zamów ofertę na moduł dla wykonywania operacji płatności dla systemu Drupal” to nie musi to być GPL.

Licencja obowiązuje przy dystrybuowaniu takiego kodu – czyli udostępnianiu go komukolwiek, nieważne czy opublikujesz ten moduł i każdy będzie mógł go pobrać, czy też przekażesz za opłatą tylko jednemu klientowi. Możesz za to pobrać opłatę, licencja GPL to dopuszcza, ale klient otrzymuje prawa wynikające z tej licencji, czyli może tak zakupiony moduł rozpowszechniać (na licencji GPL oczywiście). Licencja nie zmusza do udostępniania programu/modułu, możesz go nikomu nie udostępniać, i tylko sam z niego korzystać. Kod jest na licencji GPL, ale dopóki go nikomu nie przekażesz to nie martwisz się o zapisy licencji.

Taka jest ścisła interpretacja licencji GPL (nie LGPL!). W praktyce jest ona powszechnie „naciągana”, np. Joomla! jest na licencji GPL, a w oficjalnym FAQ podaje

10. Napisałem komponent, moduł, szablon dla Joomla!. Czy muszę rozprowadzać go na warunkach GPL?

Nie! GPL pozwala rozwijać oprogramowanie i rozprowadzać rozszerzenia na takich warunkach, na jakich chcesz je rozprowadzać. Możesz wybrać dowolną licencję.

Warto zobaczyć:

FSF FAQ dotyczący GPL

licencjonowanie przez inne CMSy

warto zauważyć, że jeśli od samego początku CMS jest licencjonowany na podwójnej licencji, czy też na GPL ale z zastrzeżeniem że moduły mogą byc na innej licencji (musi być to od początku przy licencji), to wtedy jest to zgodne z licencją. Np. jeśli od początku informacja o licencji wyglada tak

Program jest na zasadach licencji GNU GPL, z zastrzeżeniem że moduły do programu mogą być na dowolnej licencji

to obowiązuje taka zmodyfikowana licencja, i wszystkie kontrybucje do kodu programu są też na takiej licencji

Chyba najbardziej czytelnie zasady licencji są wyjaśnione tutaj choć jest to blog, a nie oficjalny dokument.

-- Tomasz Dąbski „CzarnyZajaczek” Lubelski Portal Informatyczny

Portret użytkownika tomaszx

Dzięki wielkie za

Dzięki wielkie za przybliżenie (dogłębne no nie da się ukryć :) ) tego tematu. Chyba najdokładniejsze jakie widziałem do tej pory :)

jeszcze raz dzięki.

tomaszx

Wtrącę z innej strony

Troszkę na tym forum starałem się poruszać kwestię modułów komercyjnych (w miarę możliwości staram się prowadzić zamierzone testy nad nimi). Chciałbym jednak zapytać dlaczego za pracę programistów nie zapłacą dostawcy usług płatności on-line? W końcu to im najbardziej powinno na tym zależeć. Zwłaszcza, ze jak zdążyłem się zorientować dostarczają takie moduły do innych systemów. Najwyraźniej mamy z ich strony postawę wyczekującą – po co mamy się wychylać niech ktoś zapłaci upowszechni, a my będziemy łaskawie spijać prowizje. Jeśli nie mam racji proszę mnie poprawić, ale tak niestety wygląda sytuacja kiedy zapoznamy się z ofertą płatności on-line na rynku polskim.

Portret użytkownika akrywko

Dostawcy usług płatności

moderator

Dostawcy usług płatności on-line piszą coś w stylu:
„proszę o wskazanie kilkunastu adresów sklepów, korzystających z UC”.

To może warto

by bylo dostawców zapytać jak to się ma do przepisów antymonopolowych? Co na to regulacje ogólnoeuropejskie?

serio

proponuje zrzutke na moduly. Modul platnosci.pl dla ubercarta kosztuje okolo 600zl. Jakie moduly sa potrzebne, co proponujecie?

Wole byc naiwniakiem, ktory wylozy troche kasy na swietny system niz sknera, ktory potrafi tylko krytykowac i czerpac z pracy innych. :)

Tu nie chodzi o krytykę

Chodzi o ideę darmowego CMS jakim jest Drupal. Co się tyczy pracy innych to nikt mi nie wmówi, że w przypadku Ubercart jest to „pasożytowanie” na pracy innych. Jak ktoś zakłada sklep to moim zdaniem po to, żeby zarabiać i obracać pieniędzmi, zatem dostawca płatności on-line będzie z tego czerpał niemałą kasiorkę właśnie z pracy właściciela sklepu więc moim zdaniem nic nie usprawiedliwia ich bezczynności. Nie da się ukryć choćby obserwując różne fora, blogi etc, że Drupal zdecydowanie zyskuje m.in. dzięki tej stronie. Ilu z właścicieli stron zdecydowałoby się podpiąć do swoich stron sklep, gdyby mieli moduł płatności nie wiemy. Co do sknerstwa to zdecydowanie wolałbym wspierać np. rozwój samego Ubercarta niż modułu płatności do niego z przyczyn jakie opisałem powyżej.

Portret użytkownika nexus246

Gdyby był popyt toby

Gdyby był popyt toby napisali. A te kilka/naście sklepów to kropelka niewarta zachodu :)

Gdyby napisali, to by

Gdyby napisali, to by dzialalo nie 10–15 sklepow na ubercarcie, ale 1000. Tylko wola poczekac, az ktos to za free wypusci, a pozniej laskawie to zautoryzuja jezeli bedzie dobrze napisane/ewen­tualnie troche przerobia/. Taka jest logika web2.0 Panie, na tym ta zabawa polega.

nie

Web2.0 nie ma tu nic do rzeczy. Albo chcemy wspierać drupala albo nie. Tak to widzę.

Portret użytkownika nexus246

Chciałbym zobaczyć te

Chciałbym zobaczyć te 1000 ;)

Portret użytkownika miki

Jeżeli będzie to dobry produkt, to zobaczysz.

W grudniu 2004 r popełniłem wersję osCommerce, MaxiShop B2B to się nazywało. Od tamtej pory zainstalowano tego kilka tysięcy, potem zrobiłem polską wersję xt:commerce, i choć jest płatna, to też już ten tysiąc przekroczyłem.

Zauważcie, że licencja GNU GPL nie zabrania zarabiać na kodzie. Ona jedynie zabrania np szyfrowania kodu PHP. Nabywca mojego programu może z nim zrobić wszystko, włącznie z rozdawaniem go za darmo.

platności i ecommerce/ubercart

Kiedyś pisałem na forum, mam prawie skończone płatności pod ubercarta. Tylko zastanawiałem się nad zmianą modułu na uniwersalny, żeby dało się podłączyć też pod ecommerce. Powód: ubercart jakoś przystopował, wydaje mi się ciężki i goście piszą sporo nowego kodu, zamiast skorzystać z istniejących rozwiązań. Ten projekt jest trochę z boku nurtu drupala. Ecommerce też się ślimaczy, ale tworzą go goście związani z drupalem, ponoć jest bardziej konfigurowalny, chociaż dla zaawansowanych użytkowników. Póki co czekam na któryś z modułów pod 6, na swoje potrzeby robię pod niego uniwersalne płatności nie związane z tymi sklepami. Co do zrzutki 600zł za tą ilość pracy biorąc pod uwagę, że na tym ludzie zarabiają nie jest za wielka sumą ;) i faktycznie programiści zarabiają trochę więcej niż 5zł/h.

Witam, Jest juz zalozone

Witam,

Jest juz zalozone forum na ubercart.pl. Z tego co widzialem nie dziala zbyt preznie ostatnimi czasy, proponuje zalozyc liste mailingowa, zareklamowac ja na tamtym forum i w ten sposob zaczac dzialac w wiekszym gronie(mysle, ze wtedy praca pojdzie szybciej). Sam bardzo chetnie sie dolacze, bo mam pare pomyslow na dostosowanie Ubercarta do polskich warunkow.

Pozdrawiam, Antoni

jestem w sumie jeszcze

jestem w sumie jeszcze zielony jesli chodzi o drupala(i wiele innych rzeczy rowniez) ale moge sprobowac przetlumaczyc ubercarta, potrzebuje tylko troche(heh) pomocy.

poczytalem cos o tlumaczeniach na stronie drupala, jest jeszcze ta strona na ktora ludzie wrzucaja tlumaczenia http://l10n.privnet.biz/ ale i tak nie za bardzo wiem od czego zaczynac, potrzebowalbym paru wskazowek.

wiec tak, zaczynam od tlumaczenia .pot'ów ? Czy da sie zrobic cos takiego zeby najpierw przetlumaczyc czesci widoczne dla klienta czyli dodaj do koszyka, ilosc cena itd itd ( widoczne np tutaj http://www.dramenbejs.pl/…_deluxe/cart po dodaniu jakiegos produktu)

wie ktos jak wyglada sprawa z polskimi platnosciami? to pytanie skierowane chyba do artura; P

pozdrawiam