This forum is for questions about upgrading an existing Drupal site. Don't forget to read the UPGRADE.txt file that comes with every Drupal download.

taxonomy/term/1+2+3 error at drupal 7, but past at drupal 6

I created a menu corresponding Taxonomy one by one

-----news (taxonomy/term/1+2+3 error)
-------news 1 (taxonomy/term/1 OK)
-------news 2 (taxonomy/term/2 OK)
-------news 3 (taxonomy/term/3 OK)

but it error when I save it at node/17#overlay=admin/structure/menu/item/322/edit
message as below
The path 'taxonomy/term/1+2+3' is either invalid or you do not have access to it.

There worked Primary menu at drupal 6.

Upgrade: single- to multisite file system

Hello! I have a live single-site installation running smoothly after several moves from local to test server, domain change, etc.
Now a nearly identically functioning site on the same server will be installed, so it was obvious to consider a conversion to a multisite installation (+ Features module).

The only problem: By testing on a different server I realize just renaming the sites/default folder to my existing domain won't do: All paths in the database are still pointing to the default folder (though the settings etc. fire up correct).

Is there any way to do a -best-practice- conversion (f.e. by exchaning database strings or recursive filefield rewrites) or is it already to late to go multisite by now (except organizing multiple sites folders beforehand would have already complicated all of my test server moves)? Note that I don't have command-line access.

File uploads are neatly organized by filefield paths module, so nothing is left in the default/files module except for various cache folders and the language files. But I still guess using one default/files folder for 2 installations is a bit risky, especially considering that the second site will be the one in heavier use.

Migrating a database

I have a development server and a production server. All code and modules are stored in SVN. Both servers use SVN.

calendar view doesn't generate working SQL

hi,
I installed the Calendar 6.x-2.4 module. i also have date 6.x-2.7.

i followed several tutorials in how to get the calendar view working. First, i added a date field to our Event content type. this created two date fields, a from and a to. I created some events that should appear on the calendar.

i edited the calendar view that comes with the module. i added my event date as the argument. i have changed the method from "and" to "or" and vice versa several times.

i made sure that the event date also appears as a field. I'm pretty sure that i have emulated how the tutorials say you should set up the calendar view to display your site's events.

the SQL displayed from the Calendar view's preview never has any results. There are two problems with the query:

1. it puts two consecutive percent signs in the date format string; i.e., it has:
%Y-%m-%%d\T%H'

when it should have:
%Y-%m-%d\T%H'

2. It always uses AND for the event from and the event to dates, even if I save "OR" and update, then click 'save' to try to keep it.

The bottom of my Calendar view's SQL looks like this:
WHERE (node.status = 1)
AND

File Transfer failed when updating ctools 7.x alpha 4, Cannot remove directory .../sites/all/modules/ctools/page_manager/css

Hi, I am very new to Drupal. I downloaded Drupal 7.x just few days ago. I am still trying to figure out the concepts behind the scene. This morning I noticed there were newer version for ctools and views which I have just installed two days ago. I made a update request.

Here is the screen output:
---------------------
ctools

* Error installing / updating
* File Transfer failed, reason: Cannot remove directory ...../sites/all/modules/ctools/page_manager/css.

views

* Installed views successfully

Next steps

Files folder with www-data and 755 not writable in domain but writable in subdomain

Hello, I'm having an strange problem. When I was developing a site in a subdomain (www.myserver.com/site) I used www-data as owner and group with 755 and had no problems, but now that I moved it directly to a domain (www.site.com) the files folder is not writable by Drupal and I'm forced to use 777. What could be the problem? Thanks

Pages

Subscribe with RSS Subscribe to RSS - Upgrading Drupal