[consulting] consulting Digest, Vol 52, Issue 10
liza chua
lizachua28 at gmail.com
Fri May 7 14:33:55 UTC 2010
Hi! Everyone.
@Travis. Thank you for your assistance. I was able to fix the issue for
nodewords custom pages meta tags using the patch as described here -
http://drupal.org/node/772668#comment-2939844. Just in case, anyone
encounter the same problem. =)
Thanks again and more power!
Liza
On Fri, May 7, 2010 at 2:03 AM, <consulting-request at drupal.org> wrote:
> Send consulting mailing list submissions to
> consulting at drupal.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.drupal.org/mailman/listinfo/consulting
> or, via email, send a message with subject or body 'help' to
> consulting-request at drupal.org
>
> You can reach the person managing the list at
> consulting-owner at drupal.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of consulting digest..."
>
>
> Today's Topics:
>
> 1. Nodewords Custom Page (liza chua)
> 2. Re: Nodewords Custom Page (Travis Carden)
> 3. Re: CiviCRM / Drupal integration expert (Kevin Reynen)
> 4. Re: CiviCRM / Drupal integration expert (Cary Gordon)
> 5. Re: CiviCRM / Drupal integration expert (Matt Chapman)
> 6. CiviCRM comments (Re: CiviCRM / Drupal integration expert)
> (Donald A. Lobo)
> 7. Re: CiviCRM comments (Re: CiviCRM / Drupal integration
> expert) (Christian Pearce)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 6 May 2010 21:46:18 +0800
> From: liza chua <lizachua28 at gmail.com>
> Subject: [consulting] Nodewords Custom Page
> To: consulting at drupal.org
> Message-ID:
> <t2y738a124c1005060646tbf40cd8bg3ea4db708290adfd at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi! Drupal Experts. I've already posted this in Drupal.org but I'm really
> desperate for the answer.
> More often than not, I get prompt response from you guys. =)
>
> I'm trying to create a custom page so I can place meta tags in sitewide
> contact. However, each time I try to change the description and keywords
> field, the details of the old custom page is still there. I tried to delete
> the content over and over again and it says that the configuration has been
> save. I also tried to delete old custom page and create a new one but still
> the old description and keywords is being used. Can anyone tell me what
> seems to be the problem?
>
> Thanks in advance for your help!
>
> Liza
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.drupal.org/pipermail/consulting/attachments/20100506/c0e26d59/attachment-0001.html
>
> ------------------------------
>
> Message: 2
> Date: Thu, 6 May 2010 09:30:57 -0500
> From: Travis Carden <travis.carden at gmail.com>
> Subject: Re: [consulting] Nodewords Custom Page
> To: "A list for Drupal consultants and Drupal service/hosting
> providers" <consulting at drupal.org>
> Message-ID:
> <p2pfb95109b1005060730l6b843cd9o16024c9b84fe2bc at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Liza, there have been some issues, recently with Nodewords not retaining
> meta tags. See if one of these
> issues<
> http://drupal.org/project/issues/search?text=doesn%27t+save&projects=Nodewords&assigned=&submitted=&participant=&issue_tags_op=or&issue_tags=
> >matches
> your problem.
>
>
> On Thu, May 6, 2010 at 8:46 AM, liza chua <lizachua28 at gmail.com> wrote:
>
> > Hi! Drupal Experts. I've already posted this in Drupal.org but I'm really
> > desperate for the answer.
> > More often than not, I get prompt response from you guys. =)
> >
> > I'm trying to create a custom page so I can place meta tags in sitewide
> > contact. However, each time I try to change the description and keywords
> > field, the details of the old custom page is still there. I tried to
> delete
> > the content over and over again and it says that the configuration has
> been
> > save. I also tried to delete old custom page and create a new one but
> still
> > the old description and keywords is being used. Can anyone tell me what
> > seems to be the problem?
> >
> > Thanks in advance for your help!
> >
> > Liza
> >
> >
> > _______________________________________________
> > consulting mailing list
> > consulting at drupal.org
> > http://lists.drupal.org/mailman/listinfo/consulting
> >
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.drupal.org/pipermail/consulting/attachments/20100506/eb41b5e1/attachment-0001.html
>
> ------------------------------
>
> Message: 3
> Date: Thu, 6 May 2010 09:52:41 -0600
> From: Kevin Reynen <kreynen at gmail.com>
> Subject: Re: [consulting] CiviCRM / Drupal integration expert
> To: "A list for Drupal consultants and Drupal service/hosting
> providers" <consulting at drupal.org>
> Message-ID:
> <z2u9838564d1005060852pd31c782br589ed6105b7fdd15 at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Can we move the "I think CiviCRM should be X" conversation to a
> CiviCRM specific forum so lobo and co. either tell you how to make
> this happen or explain why won't happen?
>
> I'd like to see CiviCRM wash my car once a week, but I keep those
> great ideas like that to myself until I have time or $$ to put towards
> making it happen.
>
> - Kevin Reynen
>
>
> ------------------------------
>
> Message: 4
> Date: Thu, 6 May 2010 09:39:15 -0700
> From: Cary Gordon <listuser at chillco.com>
> Subject: Re: [consulting] CiviCRM / Drupal integration expert
> To: kreynen at gmail.com, "A list for Drupal consultants and Drupal
> service/hosting providers" <consulting at drupal.org>
> Message-ID:
> <n2o17c28acc1005060939m693f21a3xeb9c9753c134f9f2 at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> CiviCRM has never had a relationship to with the Drupal project other
> than the fact that CiviSpace/DeanSpace commissioned the original
> integration.
>
> The only reason anyone uses CiviCRM is because it is there. I have a
> friend who has been involved with it since the beginning, and his
> attitude seems to be a lot like Matt's. I read it as: the further you
> go with it, the warmer it gets.
>
> My take that it has a fundamentally flawed design, which the boss
> thinks is the one true design pattern, database edition, and isn't
> about to change, ever. This isn't really an open project (beyond
> publishing the code and providing an automatic withering response to
> any suggestion for change)?
>
> Fortunately, we can accomplish an increasing amount of what CiviCRM
> provides in Drupal. If you can meet your requirements that way, avoid
> CiviCRM. If not, be thankful that there are folks like Matt, Rob
> Thorne and a handful of others who are willing to make your problems
> theirs, and prey that they don't decide to raise their rates or become
> monks.
>
> By the way, Matt has a placeholder page for a module called Drop CRM
> <http://drupal.org/project/dropcrm>. Wonder what's cooking there?
>
> Cary
>
> On Thu, May 6, 2010 at 8:52 AM, Kevin Reynen <kreynen at gmail.com> wrote:
> > Can we move the "I think CiviCRM should be X" conversation to a
> > CiviCRM specific forum so lobo and co. either tell you how to make
> > this happen or explain why won't happen?
> >
> > I'd like to see CiviCRM wash my car once a week, but I keep those
> > great ideas like that to myself until I have time or $$ to put towards
> > making it happen.
> >
> > - Kevin Reynen
> > _______________________________________________
> > consulting mailing list
> > consulting at drupal.org
> > http://lists.drupal.org/mailman/listinfo/consulting
> >
>
>
>
> --
> Cary Gordon
> The Cherry Hill Company
> http://chillco.com
>
>
> ------------------------------
>
> Message: 5
> Date: Thu, 6 May 2010 09:48:29 -0700
> From: Matt Chapman <matt at ninjitsuweb.com>
> Subject: Re: [consulting] CiviCRM / Drupal integration expert
> To: "A list for Drupal consultants and Drupal service/hosting
> providers" <consulting at drupal.org>
> Message-ID:
> <m2q80badb991005060948mc4c51a04m1778c0367309c926 at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Cary assessment of the situation is mostly correct. I'd only modify
> that the CiviCRM has made decided effort to get more community
> involvement in the past year. Maybe that will make for substantive
> change in CiviCRM 4.0, but even if it does, I still see plenty of
> reasons to have a pure Drupal CRM. Maybe the two can coexist like
> Ubercart and Drupal Commerce.
>
>
> > By the way, Matt has a placeholder page for a module called Drop CRM
> > <http://drupal.org/project/dropcrm>. Wonder what's cooking there?
> >
>
> What's cooking there is: http://tinyurl.com/drupalcrm
>
>
> All the Best,
>
> Matt Chapman
> Ninjitsu Web Development
>
> --
> The contents of this message should be assumed to be Confidential, and
> may not be disclosed without permission of the sender.
>
>
>
> On Thu, May 6, 2010 at 9:39 AM, Cary Gordon <listuser at chillco.com> wrote:
> > CiviCRM has never had a relationship to with the Drupal project other
> > than the fact that CiviSpace/DeanSpace commissioned the original
> > integration.
> >
> > The only reason anyone uses CiviCRM is because it is there. I have a
> > friend who has been involved with it since the beginning, and his
> > attitude seems to be a lot like Matt's. I read it as: the further you
> > go with it, the warmer it gets.
> >
> > My take that it has a fundamentally flawed design, which the boss
> > thinks is the one true design pattern, database edition, and isn't
> > about to change, ever. This isn't really an open project (beyond
> > publishing the code and providing an automatic withering response to
> > any suggestion for change)?
> >
> > Fortunately, we can accomplish an increasing amount of what CiviCRM
> > provides in Drupal. If you can meet your requirements that way, avoid
> > CiviCRM. If not, be thankful that there are folks like Matt, Rob
> > Thorne and a handful of others who are willing to make your problems
> > theirs, and prey that they don't decide to raise their rates or become
> > monks.
> >
>
> > Cary
> >
> > On Thu, May 6, 2010 at 8:52 AM, Kevin Reynen <kreynen at gmail.com> wrote:
> >> Can we move the "I think CiviCRM should be X" conversation to a
> >> CiviCRM specific forum so lobo and co. either tell you how to make
> >> this happen or explain why won't happen?
> >>
> >> I'd like to see CiviCRM wash my car once a week, but I keep those
> >> great ideas like that to myself until I have time or $$ to put towards
> >> making it happen.
> >>
> >> - Kevin Reynen
> >> _______________________________________________
> >> consulting mailing list
> >> consulting at drupal.org
> >> http://lists.drupal.org/mailman/listinfo/consulting
> >>
> >
> >
> >
> > --
> > Cary Gordon
> > The Cherry Hill Company
> > http://chillco.com
> > _______________________________________________
> > consulting mailing list
> > consulting at drupal.org
> > http://lists.drupal.org/mailman/listinfo/consulting
> >
>
>
> ------------------------------
>
> Message: 6
> Date: Thu, 6 May 2010 10:56:50 -0700 (PDT)
> From: "Donald A. Lobo" <lobo at yahoo.com>
> Subject: [consulting] CiviCRM comments (Re: CiviCRM / Drupal
> integration expert)
> To: A list for Drupal consultants and Drupal service/hosting providers
> <consulting at drupal.org>
> Message-ID: <229612.11933.qm at web56302.mail.re3.yahoo.com>
> Content-Type: text/plain; charset=us-ascii
>
>
> hey folks:
>
> figured i'd throw in my 2 cents and thoughts on the discussion happening
> here.
>
> * As matt has mentioned, we do think talk is silver, code is golden. matt
> has mentioned and has been pushing the "idea" of using drupal as a framework
> that will work across multiple CMS'es. If someone does prove that this is
> possible, we'd be happy to take a closer look at it. For 4.0 we will be
> moving away from PEAR and will consider and evaluate Zend/Symfony/Cake (and
> others)
>
> * CiviCRM is a drupal module from a protocol interface perspective only
> (i.e. it implements the hooks needed). Yes, it does use a completely
> different set of technologies than drupal which basically doubles the
> learning curve for a developer.
>
> * We have learned and adopted an incredible amount from Drupal.
> Specifically, in the past few releases, we've aggresively introduced a lot
> of hooks into the system. In retrospect, we should have done a lot of this
> at a much earlier stage. We also switched from dojo to jQuery
>
> * For those not closely following CiviCRM development, the UI has been
> improved significantly in the 3.x release and 3.2 takes this even further.
> With the help of Rayogram (a community participant), we've redone a lot of
> the CSS which should make theming significantly easier. We've also spent a
> lot of time looking and optimizing various parts of the system (and yes
> there is a lot more we can do to make things even more efficient). Yes Civi
> is resource heavy and we do plan on improving this aspect in future
> releases.
>
> * We continue to integrate with more and more drupal modules. Jim Taylor
> has done an excellent job with the Views integration which makes it easier
> for Drupal developers. Our integration with Drush and more recently Aegir
> should also be useful and beneficial to the community (this was also another
> community led project, kasper s and koumbit.org). Community help with
> integration with other modules like rules / wysiwyg api etc would really
> benefit the project.
>
> * I do think our recent theming changes will help folks make the transition
> between drupal (or joomla) screens and civicrm focussed screens. if there
> are things that will make it even easier, let us know / help us with the
> patch and we can try to get it into 3.2
>
> * Things like non-integration with Authorize.net ARB etc are not present,
> primarily because there were not many folks who needed it / willing to
> develop it. We do have integration with 10+ payment processors.
>
> * In the past our focus has been a lot on the users and features they need
> rather than how to develop with extensibility in mind. We are learning and
> improving on our process. As Joe mentioned we have pretty good ratings from
> our user base, which is also quite important from our perspective
>
> lobo
>
>
>
> ------------------------------
>
> Message: 7
> Date: Thu, 6 May 2010 14:02:45 -0400 (EDT)
> From: Christian Pearce <pearcec at xforty.com>
> Subject: Re: [consulting] CiviCRM comments (Re: CiviCRM / Drupal
> integration expert)
> To: "Donald A. Lobo" <lobo at yahoo.com>, A list for Drupal consultants
> and Drupal service/hosting providers <consulting at drupal.org>
> Message-ID: <1887592003.12081273168965103.JavaMail.root at sophie>
> Content-Type: text/plain; charset="utf-8"
>
> Please don't use CakePHP. The design decision to stick with with PHP 4
> forced them to not treat model objects as php objects is awful. We hit a
> wall with it on bigger project. Don't get me wrong CakePHP is a fine
> framework and I don't want to debate it's merits.
>
> Lobo, thanks for all the effort by the way.
>
> ----- "Donald A. Lobo" <lobo at yahoo.com> wrote:
> > hey folks:
> >
> > figured i'd throw in my 2 cents and thoughts on the discussion happening
> here.
> >
> > * As matt has mentioned, we do think talk is silver, code is golden. matt
> has mentioned and has been pushing the "idea" of using drupal as a framework
> that will work across multiple CMS'es. If someone does prove that this is
> possible, we'd be happy to take a closer look at it. For 4.0 we will be
> moving away from PEAR and will consider and evaluate Zend/Symfony/Cake (and
> others)
>
>
> --
>
>
>
> xforty technologies
> Christian Pearce
> 888-231-9331 x1119
> http://xforty.com
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.drupal.org/pipermail/consulting/attachments/20100506/ec25cfe1/attachment.html
>
> ------------------------------
>
> _______________________________________________
> consulting mailing list
> consulting at drupal.org
> http://lists.drupal.org/mailman/listinfo/consulting
>
>
> End of consulting Digest, Vol 52, Issue 10
> ******************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/consulting/attachments/20100507/6a382174/attachment-0001.html
More information about the consulting
mailing list