Drupal 6.x

With the ability in the views module to import and export views - has any thought been given to just managing views as php files rather than settings spread across multiple tables in a database?

The benefits would be three-fold:

1. You could cut down on the number of views that you have to manage b/c exposed filters and other views settings could be controlled by conditional statements based on URL arguments.

2. Management of multiple views would be easier for folks accustomed to editing php files.

Best-of-breed, national music magazine seeks eager web production whiz looking to manage production processes and develop new modules for its website. Candidates should be detail-oriented and highly communicative, with the ability to work independently, think critically and solve problems; possess some project management skills, dealing with bug reporting and workflows; have outstanding verbal communication skills; be self-motivated; crave attention to detail; have a passion for web design; and maintain a desire to keep learning and produce great work.

Hello,

I’m looking for a Drupal developer to enhance an existing Drupal site: www.canddil.org Most of the tasks are simple (adding new modules and customizing them per requirements). One task in particular might take some time. I would like someone to build a custom module. The Open Archives Metadata Harvester Module should pull content from these sources:
• @rchiveSIC : Sciences de l'Information et de la Communication at http://archivesic.ccsd.cnrs.fr/perl/oai20
• ALIA e-prints at http://e-prints.alia.org.au/perl/oai2
• arXiv at http://export.arXiv.org/oai2
• Caltech Library System Papers and Publications at http://caltechlib.library.caltech.edu/perl/oai2
• Digital Library of the Commons at http://dlc.dlib.indiana.edu/perl/oai2
• DLIST at http://dlist.sir.arizona.edu/perl/oai2
• Documentation Research and Training Centre at http://drtc.isibang.ac.in/oai/
• DSpace at UNC SILS at http://etd.ils.unc.edu/dspace-oai/request
• E-LIS at http://eprints.rclis.org/perl/oai2
• ERPAePRINTS Service at http://eprints.erpanet.org/perl/oai2
• Metadata of LIS Journals at http://drtc.isibang.ac.in:9080/oaid/provider
• OCLC Research Publications at http://errol.oclc.org/orpubs.oclc.org.srw2oai
• OpenMED@NIC at http://openmed.nic.in/perl/oai2
• WWW Conferences Archive at http://wwwconf.ecs.soton.ac.uk/perl/oai2

Good morning.

We are in the process of 'blueskying' a niche industry 'yellow pages' - style directory webring. Our first venture will be three related websites offering listings for three areas of a single industry, with practicioners in the retail, service, and supply side of this industry to be represented.

We have looked at PHPMyDirectory, and it has a number of positive attributes. However, it is not diverse enough to meet all our (at this point theoretical) needs.. and we are certain that Drupal would be. However, we have been unable at this point to find a 'directory' module, per se, so are coming here in hopes of gaining some interest.

At it's most basic, the solution would have 3-5 levels of subscription, ranging from free to premium, with increasing levels of service at higher levels (completely conventional) At the highest levels, however, we would allow content creation outside the actual 'customer record'... news, blog, contribute to the "book". Not a bonafide admin position, but certainly an über-subsriber.

Dear All,

We intend to develop a complex site and we are keen to use Drupal as a base engine for our project. We recognize a number of advantages of using Drupal, such as light-weight, consistent code base, implementation flexibility, as well as the well-established community. We primarily want to use Drupal for user/session handling and convenient content management. Now, there are some relevant questions that we would need to have answered before we would enter the development process:

1) We would preferably have our content (nodes) and user-base stored in a different database than Drupal configuration data. In other words, we would like to separate critical business data from the the system-specific information that determines the way Drupal core and related modules operate. Is it workable, and if so, sensible at all? What would be alternate solutions to achieve this?

2) We want to keep our site simple to browse and navigate. Indeed, Drupal comes handy to meet that purpose, however, for our future users' convenience we would like to develop a mini application - a content browser that would make search for a specific piece of content easy and seamless process, based on a set of specific criteria (we already have a data model in mind that would become a foundation for our MVC approach here).

Hello.

Now our team works on the project that is built on Drupal 5.3 with many modules plugged in and has a lot of content.
A lot of functionality is already implemented and now I'm researching performance problem.

Number of queries is a real problem.

I implemented some caching for several modules but number of queries still to high.

I'm using devel module for researching.

I found that drupal_lookup_path executed very often so I wrote some enhancement for this Drupal core function.

Drupal code (in includes/path.inc):

    if ($action == 'alias') {
      if (isset($map[$path])) {
        return $map[$path];
      }
      $alias = db_result(db_query("SELECT dst FROM {url_alias} WHERE src = '%s'", $path));
      $map[$path] = $alias;
      return $alias;
    }

with my changes:

// in the static variables definition part
static $searched = array();

if ($action == 'alias') {
if (isset($map[$path])) return $map[$path];

$last_symbol = substr($path, -1, 1);
if ($last_symbol >= '0' && $last_symbol <= '9') {
$path_mask = substr($path, 0, -1);
if (!isset($searched[$path_mask])) {
$searched[$path_mask] = true;
$result = db_query("SELECT src, dst FROM {url_alias} WHERE src LIKE '%s_' LIMIT 10", substr($path, 0, -1));