Is there a D7 module that allows for printout of installed modules and their version information? Documentation of module configuration would be a bonus. I could do the same thing with multiple screen prints, but there has to be a better way.
Background: I have two sites, production and dev. Dev is a VMware clone of production. Monthly I clone prod to dev. It has come to my attention that one page on prod has a javascript sendMessage does nothing when clicked. It works fine in dev. I’m not a javascript person but when viewing lines in text mode prod and dev they look the same. I see no module related issues that would cause this. At some point the developer is going to ask me about it. I did a manual compare of installed modules and see no significant differences. I’d like to produce a report for the developer where they could see I have same modules on both systems configured the same way.
Ideas?
Bob
On 09/06/13 04:51, Bob Turner wrote:
Is there a D7 module that allows for printout of installed modules and their version information? Documentation of module configuration would be a bonus. I could do the same thing with multiple screen prints, but there has to be a better way. /Background:/ I have two sites, production and dev. Dev is a VMware clone of production. Monthly I clone prod to dev. It has come to my attention that one page on prod has a javascript sendMessage does nothing when clicked. It works fine in dev. I’m not a javascript person but when viewing lines in text mode prod and dev they look the same. I see no module related issues that would cause this. At some point the developer is going to ask me about it. I did a manual compare of installed modules and see no significant differences. I’d like to produce a report for the developer where they could see I have same modules on both systems configured the same way. Ideas? Bob
05:19 john@Boomer$ diff --help Usage: diff [OPTION]... FILES Compare files line by line.
-i --ignore-case Ignore case differences in file contents. etc
Thanks.
When I use the quickdiff.com online tool, it tells me they are the same text making up the javascript. I saw that as well. I’ve come to the conclusion that there is something else on the page causing the javascript to fail. There are many page differences as last dev refresh was around 5/1. I only did a diff of the javascript paragraph. The page in question is rapidly changing as it refers to an event at the end of this month. In case you are interested, here are the links to the pages in question.
PROD (broken) http://www.sjra.org:8243/basic-page/sjra-field-day-operating-schedule
DEV (works) http://dev.sjra.org:8280/basic-page/sjra-field-day-operating-schedule
The javascript in question is buried behind the bold text below. Please do not attempt to reserve space independently by changing the content of the Operator's Schedule table above, even if you have authorization to do so. Band captains will contact the SJRA web team to request changes to the Operator's Schedule table.
I’ve come to the conclusion that this is a Drupal content issue and not a system issue, but I’d like to do diligence to be sure my stuff (system) is working.
====
I still would like a site documentation module. I searched prior to asking but perhaps I did not ask the correct question.
Bob
-----Original Message----- From: John Summerfield Sent: Saturday, June 08, 2013 5:19 PM To: support@drupal.org Subject: Re: [support] Site Documentation Module?
On 09/06/13 04:51, Bob Turner wrote:
Is there a D7 module that allows for printout of installed modules and their version information? Documentation of module configuration would be a bonus. I could do the same thing with multiple screen prints, but there has to be a better way. /Background:/ I have two sites, production and dev. Dev is a VMware clone of production. Monthly I clone prod to dev. It has come to my attention that one page on prod has a javascript sendMessage does nothing when clicked. It works fine in dev. I’m not a javascript person but when viewing lines in text mode prod and dev they look the same. I see no module related issues that would cause this. At some point the developer is going to ask me about it. I did a manual compare of installed modules and see no significant differences. I’d like to produce a report for the developer where they could see I have same modules on both systems configured the same way. Ideas? Bob
05:19 john@Boomer$ diff --help Usage: diff [OPTION]... FILES Compare files line by line.
-i --ignore-case Ignore case differences in file contents. etc
On 09/06/13 05:56, Bob Turner wrote:
Thanks. When I use the quickdiff.com online tool, it tells me they are the same text making up the javascript. I saw that as well. I’ve come to the conclusion that there is something else on the page causing the javascript to fail. There are many page differences as last dev refresh was around 5/1. I only did a diff of the javascript paragraph. The page in question is rapidly changing as it refers to an event at the end of this month. In case you are interested, here are the links to the pages in question.
The diff program I mentioned is the GNU version of the standard Unix tool. It runs on the filesystem and can quickly show all the files that differ and where they differ.
Looks like this: 20:47 [root@WebServer sites]# diff -ur chesswa.bak/ chesswa | head -20 Only in chesswa/drupal: drupal Only in chesswa/drupal: favicon.ico Only in chesswa.bak/drupal: .gitignore Binary files chesswa.bak/drupal/misc/favicon.ico and chesswa/drupal/misc/favicon.ico differ diff -ur chesswa.bak/drupal/modules/image/image.admin.inc chesswa/drupal/modules/image/image.admin.inc --- chesswa.bak/drupal/modules/image/image.admin.inc 2013-04-04 05:29:52.000000000 +0800 +++ chesswa/drupal/modules/image/image.admin.inc 2013-05-18 09:54:37.292306299 +0800 @@ -772,11 +772,22 @@ $original_attributes['style'] = 'width: ' . $original_width . 'px; height: ' . $original_height . 'px;';
// Set up preview file information. + ob_start(); $preview_file = image_style_path($style['name'], $original_path); + print "<br> File: " . $preview_file; if (!file_exists($preview_file)) { image_style_create_derivative($style, $original_path, $preview_file); + print "<br> now: " . $preview_file; + } + if (!file_exists($preview_file)) { + print "<br> " . $preview_file . " still doesn't exist"; 20:47 [root@WebServer sites]#
If those are identical, then that leaves your databases. I suppose there's a point to the quickdiff site, but I don't see it.
The data to be compared (html and javascript) is not on the filesystem, not directly anyway. Its contained within the Drupal node stored in the mysql database.
My original question remains. Is there a module to document Drupal configuration so that I may compare one Drupal instance with another? I need information like what you see on the <admin><module> page that also includes configuration details on each module that has a configuration setting. Ideally I could generate and save a report today and sometime in the future (when it breaks) generate another report, compare them and see what changed.
Bob
-----Original Message----- From: John Summerfield Sent: Sunday, June 09, 2013 8:47 AM To: support@drupal.org Subject: Re: [support] Site Documentation Module?
On 09/06/13 05:56, Bob Turner wrote:
Thanks. When I use the quickdiff.com online tool, it tells me they are the same text making up the javascript. I saw that as well. I’ve come to the conclusion that there is something else on the page causing the javascript to fail. There are many page differences as last dev refresh was around 5/1. I only did a diff of the javascript paragraph. The page in question is rapidly changing as it refers to an event at the end of this month. In case you are interested, here are the links to the pages in question.
The diff program I mentioned is the GNU version of the standard Unix tool. It runs on the filesystem and can quickly show all the files that differ and where they differ.
Looks like this: 20:47 [root@WebServer sites]# diff -ur chesswa.bak/ chesswa | head -20 Only in chesswa/drupal: drupal Only in chesswa/drupal: favicon.ico Only in chesswa.bak/drupal: .gitignore Binary files chesswa.bak/drupal/misc/favicon.ico and chesswa/drupal/misc/favicon.ico differ diff -ur chesswa.bak/drupal/modules/image/image.admin.inc chesswa/drupal/modules/image/image.admin.inc --- chesswa.bak/drupal/modules/image/image.admin.inc 2013-04-04 05:29:52.000000000 +0800 +++ chesswa/drupal/modules/image/image.admin.inc 2013-05-18 09:54:37.292306299 +0800 @@ -772,11 +772,22 @@ $original_attributes['style'] = 'width: ' . $original_width . 'px; height: ' . $original_height . 'px;';
// Set up preview file information. + ob_start(); $preview_file = image_style_path($style['name'], $original_path); + print "<br> File: " . $preview_file; if (!file_exists($preview_file)) { image_style_create_derivative($style, $original_path, $preview_file); + print "<br> now: " . $preview_file; + } + if (!file_exists($preview_file)) { + print "<br> " . $preview_file . " still doesn't exist"; 20:47 [root@WebServer sites]#
If those are identical, then that leaves your databases. I suppose there's a point to the quickdiff site, but I don't see it.
On 10/06/13 04:02, Bob Turner wrote:
The data to be compared (html and javascript) is not on the filesystem, not directly anyway. Its contained within the Drupal node stored in the mysql database.
Have a look at your tables, I'd not expect either js or HTML in them, aside from cache tables and maybe fragments of PHP & HTML you created yourself for special effects.
Drupal separates data, business logic and presentation; business logic is done in PHP modules and presentation in themes and CSS.
Site admins customise the business logic using content types, rules and so on, and the presentation by customising themes, and mostly those customisations are stored in tables too, with some in files (some themes store colour information in files, I have noticed).
_I_ don't know whether there is the kind of module you need, by I could create any special reports I might need for diagnosis using the standard commandline tools, or maybe a generic database dump of particular tables would suffice.
Thank you. This is a very basic site. As far as I know we have not created PHP, no theme changes, and no CSS changes. Using Bartik theme. I've been dealing with Linux and Drupal for a little under a year, VMware much longer (snapshots are great). It’s a non-profit club site. One person does html and javascript (not me), and one person does system administration OS patches, setup port fwd rules, monitor disk space, upgrade Drupal modules, bug fix, etc. That person is me. I'm also part of the help desk.
My estimate of the problem is that the page is too complex and browsers are getting confused interpreting the javascript sendMessage with all else going on. I'm hoping the developer fixes it. In the meantime, I'm thinking of using VMWare to make a copy of the server and/or Drupal to make a copy of the page in case I make the problem worse. Then manually strip out the javascript and use an HTML Mailto syntax. It’s a very basic job. Just add the to address and set the subject. This may be off topic...
But to bring it back on topic, I'm looking for a Site Documentation Module. I've come to the conclusion the best I can do it take screen shots of the various configuration pages.
Bob
-----Original Message----- From: John Summerfield Sent: Sunday, June 09, 2013 9:45 PM To: support@drupal.org Subject: Re: [support] Site Documentation Module?
On 10/06/13 04:02, Bob Turner wrote:
The data to be compared (html and javascript) is not on the filesystem, not directly anyway. Its contained within the Drupal node stored in the mysql database.
Have a look at your tables, I'd not expect either js or HTML in them, aside from cache tables and maybe fragments of PHP & HTML you created yourself for special effects.
Drupal separates data, business logic and presentation; business logic is done in PHP modules and presentation in themes and CSS.
Site admins customise the business logic using content types, rules and so on, and the presentation by customising themes, and mostly those customisations are stored in tables too, with some in files (some themes store colour information in files, I have noticed).
_I_ don't know whether there is the kind of module you need, by I could create any special reports I might need for diagnosis using the standard commandline tools, or maybe a generic database dump of particular tables would suffice.
-
Bob Turner -
Bob＠TurnerPCC.com
-
John Summerfield