Converting to Drupal

Feeds says it supports importing text files. Great. Set up the feed, mapped a few things, went to import, and it didn't import a thing.

Here's a sample entry from the .txt file:

I would like to use the same user table in my own backoffice and in drupal. The problem is that the field and table names are different. (I use dutch names)

Is there a way to tell drupal to use different names for the user table?

Another option is to delete the drupal user table and replace is with a an up-datable view.

Greetings,

Tjibbe

Ps I'm a new Drupal user since this week and it is very easy to install & use Drupal!

My first post here. Any help is greatly appreciated. I am quite new to Drupal but I have plenty of PHP/mysql experience. My site contains a collection of game records for a particular game which is stored in database already. I have the following key functions in my old site:

search_by_date.php?......
search_by_player.php?...... several ways to search, all presenting a list of games
view.php?gameid=xxx to present one particular game

I've already done my homework in Drupal, including reading the "Beginning Drupal 7" book and studying online for 2 weeks. I successfully created a new module, wrote code for a couple of blocks (some including dynamic contents generated from my old database). But I have several technical questions:

(1) How to organize files in my new module. In the old CMS, I simply created multiple PHP files as shown above and created menu items as entry points to use them. I am not clear how to organize these custom PHP files in a drupal module.

hi there,

im currently in the process of migrating a custom legacy cms database to a new drupa project. its going pretty well, except the point where i have to integrate with relation module:

-i have multiple (~10) many-to-many relationship tables in the old database model

the new drupal site uses relation module to connect entities to each other. i found relation_migrate submodule, and got it to work. however, only by doing a MigrateDestinationTable first, with 2 fields mapped with their according sourcemigration (always node<>node), and then using the resulting custom relation table (holding the new drupal entity IDs) to add relationships with MigrateDestinationRelation.

since that approach consumes a lot of time (always create the translated migration tables with the new entity IDs first, for each CT to CT relationship, then doing the actual implementation of relation entities), I wonder if there is a better (most importantly shorter) way to deal with this.

this is a snippet from my RelationMigration class:

public function prepare($relation, stdClass $source_row) {
    $relation->endpoints[LANGUAGE_NONE] = array(
      array('entity_type' => 'node', 'entity_id' => $source_row->eid),
      array('entity_type' => 'node', 'entity_id' => $source_row->bid),
    );
  }

Hi,

I am looking for a Drupal Training provider located in the Glasgow area who can deliver training in Drupal version 6.26, preferably this side of Christmas. The training required is from a basic level of understanding of Drupal and should cover the following:

Greetings,

We are developing a new site with quite a bit of static content that is being maintained in DreamWeaver with the use of templates to define the look/feel/menuing, etc. We are comfortable with this model for most of the content, but need a solution for user accounts and database maintenance.

Can Drupal be added to an existing site to handle user account creation/maintenance/security, with Drupal elements being added to existing pages to handle only that function?

Is Drupal a good tool maintain existing databases?