Hi all, I used to make website with drupal 6 and I defined new content type using new node type. I tried to do the same thing with drupal 7... But after some readings I discover it could not be the right way. Must I used entity ? I want to access my new type as it was node with ?q=node/add/my-new-type I search for goods tutorials but didn't find somes. Thanks in advance for any help or any advice. Nicolas
Hi Nicolas, You may read the following: http://www.thecarneyeffect.co.uk/creating-custom-content-type-adding-fields-... On 5 February 2015 at 09:11, Nicolas <nikrou77@gmail.com> wrote:
Hi all,
I used to make website with drupal 6 and I defined new content type using new node type. I tried to do the same thing with drupal 7... But after some readings I discover it could not be the right way.
Must I used entity ? I want to access my new type as it was node with ?q=node/add/my-new-type
I search for goods tutorials but didn't find somes.
Thanks in advance for any help or any advice.
Nicolas
-- mto
Hi, thanks for your answer. I will read that article carrefully. But I should have been more precise in my question. I want to create new content in the right way (if there is at least one) in drupal 7. I think I must use entity if I understand right. But I don't want to use field api. I don't want to have as many tables as fields in my new content. I cannot understand how someone can have to that strange stuff. Manage data in a database is a hard work and for sure field api is a great work but it's also a bloatware and a nightmare with a large site. I have to maintain a large site and there's severals hundred of tables but with contents no so different. So even simple pages have severals hundred of queries. My site is not so complicated. Did developers who made the site missed something ? Don't misunderstand me, I like drupal. I hope drupal 8 comming soon. But I really think some api must not be used. Nicolas 2015-02-05 8:18 GMT+01:00 Muzaffer Tolga Ozses <tolga@ozses.net>:
Hi Nicolas,
You may read the following: http://www.thecarneyeffect.co.uk/creating-custom-content-type-adding-fields-...
On 5 February 2015 at 09:11, Nicolas <nikrou77@gmail.com> wrote:
Hi all,
I used to make website with drupal 6 and I defined new content type using new node type. I tried to do the same thing with drupal 7... But after some readings I discover it could not be the right way.
Must I used entity ? I want to access my new type as it was node with ?q=node/add/my-new-type
I search for goods tutorials but didn't find somes.
Thanks in advance for any help or any advice.
Nicolas
-- mto
If you don't want fields in your content type, feel free to leave related parts out :) About entity, I don't know what you mean with that. Nodes are also entities. On 5 February 2015 at 11:34, Nicolas <nikrou77@gmail.com> wrote:
Hi,
thanks for your answer. I will read that article carrefully.
But I should have been more precise in my question. I want to create new content in the right way (if there is at least one) in drupal 7. I think I must use entity if I understand right. But I don't want to use field api. I don't want to have as many tables as fields in my new content. I cannot understand how someone can have to that strange stuff.
Manage data in a database is a hard work and for sure field api is a great work but it's also a bloatware and a nightmare with a large site. I have to maintain a large site and there's severals hundred of tables but with contents no so different. So even simple pages have severals hundred of queries. My site is not so complicated. Did developers who made the site missed something ?
Don't misunderstand me, I like drupal. I hope drupal 8 comming soon. But I really think some api must not be used.
Nicolas
2015-02-05 8:18 GMT+01:00 Muzaffer Tolga Ozses <tolga@ozses.net>:
Hi Nicolas,
You may read the following: http://www.thecarneyeffect.co.uk/creating-custom-content-type-adding-fields-...
On 5 February 2015 at 09:11, Nicolas <nikrou77@gmail.com> wrote:
Hi all,
I used to make website with drupal 6 and I defined new content type using new node type. I tried to do the same thing with drupal 7... But after some readings I discover it could not be the right way.
Must I used entity ? I want to access my new type as it was node with ?q=node/add/my-new-type
I search for goods tutorials but didn't find somes.
Thanks in advance for any help or any advice.
Nicolas
-- mto
-- mto
2015-02-05 10:37 GMT+01:00 Muzaffer Tolga Ozses <tolga@ozses.net>:
If you don't want fields in your content type, feel free to leave related parts out :) About entity, I don't know what you mean with that. Nodes are also entities.
I know node are entities. I search for an article explaining how to create a new content type (available from node/add/my-content-type), using entities, without field api.
If you want to create a content type programmatically, you have to use pretty much like the article I pointed to. On 5 February 2015 at 11:39, Nicolas <nikrou77@gmail.com> wrote:
2015-02-05 10:37 GMT+01:00 Muzaffer Tolga Ozses <tolga@ozses.net>:
If you don't want fields in your content type, feel free to leave related parts out :) About entity, I don't know what you mean with that. Nodes are also entities.
I know node are entities. I search for an article explaining how to create a new content type (available from node/add/my-content-type), using entities, without field api.
-- mto
As a database developer (oracle, Postgres, MySQL, mssql), I can say that there are some distinct advantages to the entity value approach used by drupal. I would not discard it out of hand just because you believe it will take too many tables. For example, it makes queries across content types (e.g. calandars of multiple content types that have different numbers of fields in them) much more performative. Shameless plug: If you're a database developer and handy with SQL and are planning on building your own custom tables/entities then you might consider using http://drupal.org/project/forena Dave Sent from my iPad
On Feb 5, 2015, at 1:39 AM, Nicolas <nikrou77@gmail.com> wrote:
2015-02-05 10:37 GMT+01:00 Muzaffer Tolga Ozses <tolga@ozses.net>:
If you don't want fields in your content type, feel free to leave related parts out :) About entity, I don't know what you mean with that. Nodes are also entities.
I know node are entities. I search for an article explaining how to create a new content type (available from node/add/my-content-type), using entities, without field api.
Thanks for your answer David. I understand that it's not as bad as I said. But when there's several hundred of queries per pages it can be runned on a dev environnement. 2015-02-06 3:50 GMT+01:00 David Metzler <metzler.dl@gmail.com>:
As a database developer (oracle, Postgres, MySQL, mssql), I can say that there are some distinct advantages to the entity value approach used by drupal. I would not discard it out of hand just because you believe it will take too many tables. For example, it makes queries across content types (e.g. calandars of multiple content types that have different numbers of fields in them) much more performative.
Shameless plug: If you're a database developer and handy with SQL and are planning on building your own custom tables/entities then you might consider using http://drupal.org/project/forena
Dave
Sent from my iPad
On Feb 5, 2015, at 1:39 AM, Nicolas <nikrou77@gmail.com> wrote:
2015-02-05 10:37 GMT+01:00 Muzaffer Tolga Ozses <tolga@ozses.net>:
If you don't want fields in your content type, feel free to leave related parts out :) About entity, I don't know what you mean with that. Nodes are also entities.
I know node are entities. I search for an article explaining how to create a new content type (available from node/add/my-content-type), using entities, without field api.
APIs are nice. Use them. They ease your life. On 6 February 2015 at 08:58, Nicolas <nikrou77@gmail.com> wrote:
Thanks for your answer David. I understand that it's not as bad as I said. But when there's several hundred of queries per pages it can be runned on a dev environnement.
2015-02-06 3:50 GMT+01:00 David Metzler <metzler.dl@gmail.com>:
As a database developer (oracle, Postgres, MySQL, mssql), I can say that there are some distinct advantages to the entity value approach used by drupal. I would not discard it out of hand just because you believe it will take too many tables. For example, it makes queries across content types (e.g. calandars of multiple content types that have different numbers of fields in them) much more performative.
Shameless plug: If you're a database developer and handy with SQL and are planning on building your own custom tables/entities then you might consider using http://drupal.org/project/forena
Dave
Sent from my iPad
On Feb 5, 2015, at 1:39 AM, Nicolas <nikrou77@gmail.com> wrote:
2015-02-05 10:37 GMT+01:00 Muzaffer Tolga Ozses <tolga@ozses.net>:
If you don't want fields in your content type, feel free to leave related parts out :) About entity, I don't know what you mean with that. Nodes are also entities.
I know node are entities. I search for an article explaining how to create a new content type (available from node/add/my-content-type), using entities, without field api.
-- mto
But I really think some api must not be used. You are of course free to use or not to use the API. However if you do use the API and follow the common practices in Drupal (to use entities + field API) you get all the integration that comes with it for free. If you decide to go you own route, you have to take care of all the integrations yourselves.
I have to maintain a large site and there's severals hundred of tables but with contents no so different. So even simple pages have severals hundred of queries. My site is not so complicated. Did developers who made the site missed something ? 150 tables for a small site, 300 tables for a medium sized site is no exception. Fields will be responsible for 25 - 40% of the number of tables. But how many tables will you be able to save, and how much coding effort do you want to put into it? Working around Drupal is not easier than working with Drupal. Both have their learning curve.
Erik Stielstra
On 5 feb. 2015, at 10:34, Nicolas <nikrou77@gmail.com> wrote:
Hi,
thanks for your answer. I will read that article carrefully.
But I should have been more precise in my question. I want to create new content in the right way (if there is at least one) in drupal 7. I think I must use entity if I understand right. But I don't want to use field api. I don't want to have as many tables as fields in my new content. I cannot understand how someone can have to that strange stuff.
Manage data in a database is a hard work and for sure field api is a great work but it's also a bloatware and a nightmare with a large site. I have to maintain a large site and there's severals hundred of tables but with contents no so different. So even simple pages have severals hundred of queries. My site is not so complicated. Did developers who made the site missed something ?
Don't misunderstand me, I like drupal. I hope drupal 8 comming soon. But I really think some api must not be used.
Nicolas
2015-02-05 8:18 GMT+01:00 Muzaffer Tolga Ozses <tolga@ozses.net>: Hi Nicolas,
You may read the following: http://www.thecarneyeffect.co.uk/creating-custom-content-type-adding-fields-...
On 5 February 2015 at 09:11, Nicolas <nikrou77@gmail.com> wrote: Hi all,
I used to make website with drupal 6 and I defined new content type using new node type. I tried to do the same thing with drupal 7... But after some readings I discover it could not be the right way.
Must I used entity ? I want to access my new type as it was node with ?q=node/add/my-new-type
I search for goods tutorials but didn't find somes.
Thanks in advance for any help or any advice.
Nicolas
-- mto
Sutharsan++ On 5 February 2015 at 12:25, Erik Stielstra <info@erikstielstra.nl> wrote:
But I really think some api must not be used. You are of course free to use or not to use the API. However if you do use the API and follow the common practices in Drupal (to use entities + field API) you get all the integration that comes with it for free. If you decide to go you own route, you have to take care of all the integrations yourselves.
I have to maintain a large site and there's severals hundred of tables but with contents no so different. So even simple pages have severals hundred of queries. My site is not so complicated. Did developers who made the site missed something ? 150 tables for a small site, 300 tables for a medium sized site is no exception. Fields will be responsible for 25 - 40% of the number of tables. But how many tables will you be able to save, and how much coding effort do you want to put into it? Working around Drupal is not easier than working with Drupal. Both have their learning curve.
Erik Stielstra
On 5 feb. 2015, at 10:34, Nicolas <nikrou77@gmail.com> wrote:
Hi,
thanks for your answer. I will read that article carrefully.
But I should have been more precise in my question. I want to create new content in the right way (if there is at least one) in drupal 7. I think I must use entity if I understand right. But I don't want to use field api. I don't want to have as many tables as fields in my new content. I cannot understand how someone can have to that strange stuff.
Manage data in a database is a hard work and for sure field api is a great work but it's also a bloatware and a nightmare with a large site. I have to maintain a large site and there's severals hundred of tables but with contents no so different. So even simple pages have severals hundred of queries. My site is not so complicated. Did developers who made the site missed something ?
Don't misunderstand me, I like drupal. I hope drupal 8 comming soon. But I really think some api must not be used.
Nicolas
2015-02-05 8:18 GMT+01:00 Muzaffer Tolga Ozses <tolga@ozses.net>: Hi Nicolas,
You may read the following: http://www.thecarneyeffect.co.uk/creating-custom-content-type-adding-fields-...
On 5 February 2015 at 09:11, Nicolas <nikrou77@gmail.com> wrote: Hi all,
I used to make website with drupal 6 and I defined new content type using new node type. I tried to do the same thing with drupal 7... But after some readings I discover it could not be the right way.
Must I used entity ? I want to access my new type as it was node with ?q=node/add/my-new-type
I search for goods tutorials but didn't find somes.
Thanks in advance for any help or any advice.
Nicolas
-- mto
-- mto
participants (4)
-
David Metzler -
Erik Stielstra -
Muzaffer Tolga Ozses -
Nicolas