Request big features here
lukgoh |
|
---|---|
I'm not sure if it has been mentioned, but I would love the ability to look at, download and use available modules, plugins and themes from the admin section, like Wordpress. |
Twiebie |
|
---|---|
#33690 lukgoh: |
lukgoh |
|
---|---|
GHengeveld |
|
---|---|
Some features mentioned in the topicstart are currently being implemented as a developer package named Factory. It includes an extended version of SimpleORM (named CotORM), as well as helpers for RESTful API design and a Model-View-Controller architecture for modules. With this package it becomes a lot easier to write modules for Cotonti, because a lot of common stuff is done automatically, in a fast and secure way. For whom it is known, it's been inspired by Ruby on Rails. The main features at a glance:
ORM
REST
MVC While Factory is still under development (currently as a joint effort by Trustmaster and me), we'd like to have some users to try and test it. Please let us know if you're interested in developing a module using Factory. Note that it's not meant for plugins and it requires PHP5.3 installed on the server (I can help you with that if you really need it). |
|
This post was edited by GHengeveld (2012-03-29 20:58, 12 years ago) |
tensh |
|
---|---|
@ Trustmaster - but my request is a bit more complex. @ GHengeveld - of course, I'm very interested :) |
GHengeveld |
|
---|---|
I've extensively updated the CotORM documentation, including a lot of example code. |
nicafyl |
|
---|---|
#30957 Sergeich: ... I just want to toss in that there are a lot of people who are "stuck" with two Drupal-related situations right now:
That's a long way of saying that a Drupal 5 and 6 importer could get a lot of these folks moving to Cotonti. El Gringo de Linux en Nicaragua
|
Trustmaster |
|
---|---|
Will Drupal 5/6 users find sufficient modules/plugins here? May the Source be with you!
|
nicafyl |
|
---|---|
#34492 Trustmaster: Some will, some won't. My (now ex-) company and I have used Drupal for lots of things for ages. I have/we have also developed web sites back when you wrote HTML by hand (I even wrote one interactive site using awk) and have friends who seem to think Drupal is the solution for everything. I just wanted to say that up front so you get an idea where I am coming from. Historically, Drupal 4 didn't do all that much fancy stuff which really started the huge "add a module" campaign. It was not uncommon for multiple modules to be introduced, by different people, to address a need. Some modules were just written to address one user's needs. As a Drupal 7 module is generally very different from a Drupal 4.7/5/6 module, folks in that boat are going to be re-writing anyway. Those who picked more general-purpose modules (and I fall into the category with a couple of sites) picked wrong. That is, there were multiple choices (photo galleries is one common example) and pretty much whatever you picked was wrong because there is no such animal in Drupal 7 yet and what is getting designed is not a plug-in replacement. (I can explain this case in detail if anyone cares but it is really a significant design change that does more than just break backward compatability.) There are lots of Drupal sites I know of which consist of some static pages, forums and, maybe, multi-user blogs. And not much more. For others, add photo galleries and tags and you have everything covered. As photo galleries and blogs are the most requested features here, having them should make cotonti a possible new home for people wanting something new. I have three "more than trivial" sites running Drupal. All need some upgrades and Drupal is probably not the right solution for at least two of them.
I think what I have described is pretty typical. That is, people used Drupal to do something (which may of may not have needed some fancy stuff) and when they needed another site, they used the same tool. In general, this should have been the right approach. Unfortunately, so many D4/5/6 modules now leading to a dead end has made this an unwise decision. Note that I a not trying to trash Drupal. Dries has done something pretty amazing and the big changes in Drupal 7 are going to be a good thing. The audience I am suggesting for conversion are those who got caught in this big change. El Gringo de Linux en Nicaragua
|
Trustmaster |
|
---|---|
Could you identify this "module trap" for D4/5/6 users more precisely: is it the old Drupal core that is no longer supported, or is it custom modules they have that are no longer maintained? Do they experience problems keeping their existing sites alive or do they have problems getting new features into them? May the Source be with you!
|
nicafyl |
|
---|---|
Two separate issues:
My "disaster" was that my Drupal-5 based site was running on shared hosting. One morning, at about 5AM, the hosting company decided it was using too much in the way of resources and turned it off. They didn't tell us until 2 hours later -- after I asked for help trying to figure out why it was down. (I am pretty hacked off about this as the site traffic had been pretty stable for at least the last year.) In any case, I needed a quick fix. I had another shared hosting account. While I knew it wasn't the right long-term solution, it was the quick fix. I moved it, got DNS pointed, ... Got bit by the default PHP 5.3.x issue. Fixed that. Now, they "automatically" decide if you are using too much in the way of resources and turn off your database connection "for a while". The result is regularly broken tables. It also means attempting to move the site pretty much guarantees it goes down because of all the accesses for the dump. Right now, all the image galleries are broken as a result of getting automatically shut down during an upgrade. Now, most of this is not a Drupal issue but it's reality. In the mean time, we had been looking at how to get to Drupal 7. Looking for over a year. Ignoring the migration issue (migration tools only handle going up one major release and we need to go two) Drupal 7 has some serious changes which make our current photo gallery approach not work. So, we remain in limbo with a limping site. I mentioned the "too many choices" issue for modules. Here is an example. There are (at least) two different modules to add WYSIWYG editing to Drupal. One supports a specific editor, the other supports about six editors. For a site I am working on (that will probbly become a Cotonti site instead of Drupal), I picked the first one, figuring it was more likely to "work right". There are problems. So, I need to try out two modules and six editors to find something that works right. A clear issue of too much choice is not a good thing. El Gringo de Linux en Nicaragua
|