PHP Filter and Method Execution

I have a question about how the PHP Filter works in relation to installed modules. Should module code should be accessible through the PHP Evaluator?

I am finding inconsistencies in how this is implemented. There is code from some modules that I can call through the PHP Filter, and some that I cannot. For instance, if I want to get the latest image from an image gallery, I write something like:

Extending E-Commerce module: Quotation carts

I am trying to extend the E-Commerce module to include a 'quotation' cart feature. The quotation cart module will show the products without any prices, instead, the customer makes a list of he desired products (together with the required quantity etc) and submits it to the shop owner as a quotation request. The shop owner will receive the quotation with input spaces to enter the prices and by submitting the quotation it will be emailed to the customer as a pdf file.

Here is a question for the E-Commerce module developers:

Individual Users Blog Title

Hi i would be greatfull if anybody knows how i can make my individual users have their own blog title, at the moment the main blog title is consistan throughout everybodies blogs..., this is like one of the main and utmost important features of a blog, I'd be so greatfull if anybody can help me here...,

Many Thanks!

Creating a "corporate brochure" style site with a private members area for full access

I'd like to set up a small site from scratch with Drupal. I've managed to install drupal properly and play around with it somewhat. I've also taken a peek at the site recipes section and gotten a bunch of helpful pointers in what to do (such as http://drupal.org/node/31896). However, I thought that I could post the full list of what I am trying to achieve here and hopefully get feedback and comments from people on how to best achieve my goals. If something very much like this has already been discussed to death here, I would also appreciate pointers to such.

The short overview is that I want a simple static website with static pages and some news items. In addition to that I want a members area, where members can make new pages, post pictures and the like. But, on with the full feature list.

Developed on PHP4, Deployed on PHP5

I have developed a Drupal-based business website on my home Fedora 4 server which includes PHP5 using druapl 4.6.x. I am now at the point where I need to deploy it to the Host. However, the host currently only provides PHP4 support (in-line with most hosts it would appear). Can you forsee any issues of migrating my website due to this difference?. I was planning on bulk copying out the database from my dev server and bringing it into a new drupal 4.5.x install on PHP4.

Some suggestions for database portability guidelines

Almost every table definition I've evaluated so far could be rewritten into portable code. That is, most MySQLisms I have come across are pointless and outdated - and could easily be avoided, making Drupal a much more cross-database solution than it currently is. That is, we should develop some essential database coding guidelines!

The boringly obvious point is of course to use standard SQL statements only - the MySQL and PostgreSQL documentation usually state whether a statement is compatible to standard SQL. As many people will rarely look up whether the statements they have been using for years are deprecated, here are a couple of recommendations to start with:

  • do not copy&paste your table definitions from a dump, or you will end up with the particular backends' database specific view of your design, often with some obsoleted indices and columns from discarded design stages thrown in. Design is a result of planning and consideration, not a snapshot from a trial-and-error process. Rethink, reorder and rewrite your code to be concise, logical and generic...
  • use standard generic data types, that is, integer rather than int(x). And choose text over varchar(y) unless you have very good reasons to use the latter
  • don't force table types - "MyISAM" won't only annoy people using other databases, but also the InnoDB users...
  • " and ` are not ' - portable SQL string literals are in single quotes (') only.

Pages

Subscribe with RSS Subscribe to RSS - Drupal 4.5.x or older