Well I cleared up the blank screen by running update.php, but after getting into the D5 -> D6 conversion a bit realized that with several content types and views and thousands of nodes this was a much bigger job than I'd bid for so spoke to the client and we're settling on an update to the latest D5 version instead... for the time being.
Marty
At 02:50 PM 11/28/2010, Victor Kane wrote:
This is a common D5 -> D6 gotcha!
For general overview and details: http://drupal.org/node/132442http://drupal.org/node/132442
Your problem (or one of them at any rate for sure) is here:
http://drupal.org/node/132442#language-varhttp://drupal.org/node/132442#language-var
"change every instance of $language to $language->language. "
Victor Kane http://awebfactory.com.arhttp://awebfactory.com.ar http://projectflowandtracker.com
On Sun, Nov 28, 2010 at 2:46 PM, Marty Landman <mailto:mlandman@face2interface.commlandman@face2interface.com> wrote: I've upgraded a d5 site to d6 and now nothing's working. When I go to the user page to log on it says '4' where the content should go, and after going back to online mode via phpmyadmin queries all I get are page not found errors. Cleared the caches from phpmyadmin. The server error log shows nothing and the website error_log shows this a bunch of times: [28-Nov-2010 12:33:53] PHP Warning: Unknown column 'language' in 'where clause' query: SELECT src FROM drupal_url_alias WHERE dst = 'category/image-galleries/news' AND language IN('en', '') ORDER BY language DESC, pid DESC in /home/catskill/d6/includes/database.mysql.inc on line 128 I ran update.php to update the databases after removing a bunch of unused modules /before upgrading, and the site was working well. I guess because of that the d6 db has 123 tables while the live site's db which I copied to make the d6 site has 132 - didn't notice that before. Any help appreciated, at a loss as to how to proceed. I upgraded all the modules and the themes before my site went to never never land. Now I'm stuck big time. Marty -- [ Drupal support list | http://lists.drupal.org/http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
I've upgraded a D5 website for a client and the CSS files for nice_menus had been customized within the nice_menus module's directory, which obviously got overwritten by my upgrade.
Which I understand is why this wasn't the right way to do things. I'm sure that copying the old css files fixes the problems, because I did. Want to do things according to best practice. I could just take those entire css file contents and append them to the style.css file for the theme. That'd work I think, but is there a better way, w/o actually picking all the lines apart to see what's needed?
Marty
You could use 'diff' or something similar to find out what's changed and put just those lines of CSS in a file in your theme folder. Generally, I find the best way to avoid this problem is not to get into it in the first place by keeping the custom CSS in the theme folder to begin with. :)
Brian
On Wed, Dec 22, 2010 at 5:52 PM, Marty Landman mlandman@face2interface.comwrote:
I've upgraded a D5 website for a client and the CSS files for nice_menus had been customized within the nice_menus module's directory, which obviously got overwritten by my upgrade.
Which I understand is why this wasn't the right way to do things. I'm sure that copying the old css files fixes the problems, because I did. Want to do things according to best practice. I could just take those entire css file contents and append them to the style.css file for the theme. That'd work I think, but is there a better way, w/o actually picking all the lines apart to see what's needed?
Marty
-- [ Drupal support list | http://lists.drupal.org/ ]
-
Brian Choc -
Marty Landman