This forum is for less technical discussions about the Drupal project, not for support questions.

Marketplace for paid Drupal modules - a good idea?

This started as reply to https://drupal.org/node/2122595 but I decided it merited the extra attention a new thread might create.

In the comments to a recent blog post about the inevitable delay in Contrib getting up to speed with D8, the poster pretty much persuaded me that a paid module model is a good idea http://flink.com.au/ramblings/drupal-8-gut-feelings but it would improve the quality of support. It is unfortunate that the Moneyscripts site has recently shown the problems with a one-person operation where the maintainer goes into hospital https://www.moneyscripts.net/forums/general-discussion/2013/10/13/leight..., but still on the whole paid support can work.

In Wordpress, which has the same license as Drupal (so in theory code 'derived from' core must be free to use and copy), there are several outfits making the model work, and some users will prefer paid plugins over free ones because they tend to be better and better maintained (though not always). The more aggressive ones include authentification which gives the impression that the module must be paid for, and some rather repellent affiliate marketing which means most reviews are unreliable, but not all do that. WPMU have a reasonably good balance between being commercial and being fair. Probably many WP users are not aware that they need not pay to use paid plugins.

Paid Drupal modules

I have a series of modules that I have developed over the last few years and would like to make them available for the general community. However instead of just making them available readily, I am interested in making them available as a GPL licensed download which would allow me to provide support on those modules and not have to rely on a full time gig. Please understand that before you decide to call me unethical in the spirit of open source and all, I am first and foremost merely asking a valid question which i do not have the answer to.

So glad HealthCare.gov isn't Drupal!

Knowing that WhiteHouse.gov is a Drupal site, I feared that would be the same for HealthCare.gov. I was relieved after some investigation that the ACA Web site is definitely not Drupal.

The one site that I'd found that gave me the most information was http://builtwith.com/healthcare.gov. They're using Apache web server and Akamai is their host. One of the most curious pieces of information is that they use eight different web statistical tools.

Seek XMI conversion from Drupal core PHP for UML analysis modelling

I would like to know whether anybody has succeeded in reverse engineering the Drupal core (and or any contributed modules) into XMI, so that I can perform UML analysis modelling of the Drupal system (in full awareness that the nature of untyped/type-hinted PHP does not permit all XMI/UML engineering features).

The best I have achieved so far was with PEAR UML_PHP:

http://pear.php.net/package/PHP_UML

I was able to get some OO parts recognised in the XMI except for all of those functions/methods not within classes - namely most of the current Drupal system - using the following:

phpuml /Library/WebServer/Documents/drupal-7.23/ -n drupal-7.23 -o drupal-7.23-phpuml-php-inc-module.xmi -m *.php *.inc *.module

However, the -f htmlnew format recognises all of the non-encapsulated hook and theme functions in the htmlnew documentation format thus:

phpuml /Library/WebServer/Documents/drupal-7.23/ -f htmlnew -o .

I do not know why the system can generate documentation for the hooks but fails to include them in the XMI (or better said, I don't know why the system doesn't have a pragmatic catch-all pseudo class for non encapsulated functions so that they can live as pseudo-methods within XMI).

Drupal language consistency

Wondered why Drupal appears to have inconsistent use of instructions versus "buttons".

For example: in the taxonomy module, when I shift the position of a term in the list, an instruction appears that says: "Changes made in this table will not be saved until the form is submitted". The button for "submitting" is called "Save" (not Submit). Assuming it is easier to edit the instruction than the button, and "Submit" is mostly a webform term, why wouldn't the instruction say: "Changes made in this list will be preserved only when saved"?

MySQL dependency on Drupal 8

Hi there,

We were considering Drupal 7 as our corporate CMS (unfortunately the company chose another one).

One of the points which made us choose another solution was that MySQL was the only database fully supported for Drupal 7.

People here are maniac about availability and they weren't comfortable with the standard mechanisms MySQL to ensure high availability (we use Oracle RAC and Oracle Exadata as our core databases).

Pages

Subscribe with RSS Subscribe to RSS - General discussion