December 2012 - support - lists.drupal.org

Re: [support] support Digest, Vol 120, Issue 34
by Roger 24 Dec '12

24 Dec '12

On 20/12/12 23:00, support-request(a)drupal.org wrote: > If you named the multi-site example.com, then you need to reference the > site ashttp://example.com/ and you need to make sure that your system > is set-up to resolve example.com to that machine and that document root. > > By RFC, example.tld for almost all top level domains (I seem to remember > that there are a very few old domain exceptions) is defined to not be > used and free for documentation examples. If you are getting the notice > that this domain is an example domain, then your problem is that you > never told your machine to resolve example.com to be your machine, and > perhaps the other domains somehow are routed that way (maybe due to .com > being a real tld, while I am not familiar with a .ab or a .xy tld). > > It is normally expected that when you implement the example, you will > change the various example domains into real domains. For example, > normally on a shared server, you will have a control panel that somehow > lets you map where you want the document root for all of your registered > domains and sub-domains, and since YOU don't "own" example.com, they > control panel isn't going to let you tell it were to find the document > root for that directory. For example, if drupal.org was implemented as a > multisite (I don't know one way or the other), you might find under the > sites directory directories like > > /sites/drupal.org > /sites/api.drupal.org > > It really doesn't sound like you understand how this all is working. > Your shared server probably does have an /etc/hosts (there are a few > standard definitions, like localhost, that are placed there in most > systems) but it is not something that an customer would be given access > to change, because it could cause immeasurable problems to let someone > do so, same with making arbitrary changes to httpd.conf. You also > shouldn't need to make changes to these for anything that is proper to > run on a shared server. One key limitation is that you MUST use domains > that you own, and that the machine knows you own. One way to understand > why is to think what would happen otherwise. Lets say they did allow you > to tell it to serve pages for example.com from your document root. Since > you share the server with other people, they should be able to do the > same thing. The machine then runs into the problem that when it gets a > request for a page from example.com, how is it to determine which > customers version to use? This problem is why you are only allowed to > direct document roots for domains that you own, and not things like > example.com. > > If you are actually trying to make your shared server have a domain > "example.com", then this is the first issue to fix, you need to replace > the example.com with a domain that you own and have registered your use > of with that server. > > -- Richard Damon Thanks Richard, you are correct, I don't understand exactly what is going on but am learning. You mention that we must own the domains and this is a problem as she wants to use the shared server to host 3 or 4 other sites for teachers who will have their own domain names, not yet established. It seems that one way is for each to have their own share on the server which means she will have to manage several drupal installs on different servers, something I wanted to avoid because each is a very simple requirement easily handled by a fairly basic drupal and a few modules. The other option offered by the ISP is to have the separate drupal installs on her share then have the domains as Add Ons. I'm not familiar with this - seems I must learn. Have no interest in example.com it is just mentioned in the drupal tutorials. I tried it and it doesn't work, no matter what I have in /hosts or /httpd.conf As for .ab and .xy these are my invention for practising on my home pc, I found the home pc it doesn't care what the domain is called as long as it has a name a dot and an extension of 2 or 3 letters, Drupal and apache don't care. Regards Roger

3 2

localhost and shared servers.
by Roger 24 Dec '12

24 Dec '12

Thank you Richard. > As far as having a multi-site system or a couple of independent > installs, I would suggest that it may be better to have separate > installs. One issue with a multi-site install is that Drupal's built in > update tools are not setup for it. For a single install, a module update > can be done solely inside Drupal, and it will take the site off-line, > update the module, and you can run the database update. This is NOT > automated for a multi-site install. You will need to manually take > off-line the other sites, and manually run the database update > afterwords, and then manually put them back online. There are more > advanced tools (like Drush) which can help with this, put it does > require someone to understand a lot more about how the system works. Yes I agree, and have found the above to be very true. On the shared server there are real issues with updating core. The whole core update process is untidy and messy whether it is on shared server, VPS, VDS or local machine. On shared server I can't have files other than provided by the ISP. I'm going to take time to re read your discussion on domains vs localhost Roger

2 1

Database access and editing - general pointers wanted.
by Tim Johnson 24 Dec '12

24 Dec '12

I've been doing web-based db work for man years but am new to drupal. I'm aware that drupal can access multiple databases. As a starting point, I want to be looking at modules that would facilitate 1) Viewing a database. 2) Form-based editing of rows (records) in a database 3) Form-based adding of rows (records) in a database and other features as well. I don't yet have a specific need, so I would welcome all and any references to existing modules that might be appropriate and useful. And you all have a great Holiday Season. Don't eat too much! TIA -- Tim tim at tee jay forty nine dot com or akwebsoft dot com http://www.akwebsoft.com

1 0

Re: [support] support Digest, Vol 120, Issue 36
by Roger 22 Dec '12

22 Dec '12

On 12/22/2012 10:42 AM, support-request(a)drupal.org wrote: > I simply use the command in my shell (cp -r /var/www/drupal ~/DATA) > and backed up databse using mysqldump > > now after reinstalling my OS I just copied my drupl site to same place in > /var/www > and I set > chown www-data:www-data /var/www/drupal/sites/default/setting.php > chown www-data:www-data /var/www/drupal/sites/default/files > > and restored mysql database properly with same name. > setting.php is correct > > but when I am openinghttp://localhost/drupal its showing blank page > please tell me where I am wrong? and what went wrong? > is it happening because of chache and clean url? You need to copy the database settings from settings.php into a text file, go into /settings.php and delete the database settings, line 203, next 15 lines. do an install by copy and pasting the user name and password into the "new install" from the text file. Go through the install process and it will find the database and the site should run as normal Also check that your files have the correct ownerships. Roger

1 0

jQuery 1.2.6 (Drupal 6) detected by Google as malicious
by Maxime Gilbert 20 Dec '12

20 Dec '12

Hi, Since yesterday, our production sites are flagged as malicious sites by Google. After some research, it seems that the jQuery 1.2.6 from Drupal 6 is considered as malicious by Google. So, I have not find some topics about that, none on drupal.org, none on Google,... Is there somebody whose have the same problem or any solution? >From Zulu URL Risk Analyzer: URL: ????/misc/jquery.js?z User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0) Referer: http://????:80/ Submitted on 12/20/2012 at 13:18 GMT Status: finished Redirections: HTTP Status Code: 200 OK Content Size: 31028 bytes Content Type: application/x-javascript IP Address: ???? Country: Netherlands Web Server: Apache/2.2.3 (Red Hat) Malicious 98/100 Zscaler Malicious URL: * malware * This check increased the overall risk score. Zscaler URL Check * URL blacklisted by Google Safe Browsing: goog-malware-shavar * This check increased the overall risk score. Suspicious Filename Character Usage * jquery has suspicious character score 4.17 Regards, Maxime Gilbert

2 2

Re: [support] Drupal 7 multi site problem
by Roger 20 Dec '12

20 Dec '12

<snip> "Multisite" means multiple sites installed on a single codebase. You have to have a base installation and that is where the VirtualHost will point. ? Nancy </snip> Thank you Nancy The fault was not the base installation but the way I named the test multi site. example.com did not work, apparently because there is a web page on a domain called example.com but example1.ab and example2.xy did work well as a multi site on my home pc. It is a bit misleading in the Drupal.org tutorial which uses example.com in a number of places as examples for multi site installation. So now it works on my home Fedora 16 box but I have no luck getting it to work on the ISP's remote centos shared server where I cannot access nor change httpd.conf, and /etc/hosts does not exist. Increasingly I find it a pity that apache has to be altered when the redirection and access could instead be through /sites.php which in this case seems to have no effect, or I am not understanding the instructions. That sites.php in the /sites folder seems correct but Drupal seems to ignore it no matter what I put on the last line as per instructions. Whatever! It seems that http.conf and /etc/hosts has to be altered and I cannot find out how in cpanel or ssh on a shared server. I wonder how others in similar situations have achieved multi sites on shared server? thanks Roger

2 1

Drupal 7 multi site problem
by Roger 19 Dec '12

19 Dec '12

Hi I seem to have problems getting multi sites to work. On my home pc Fedora 16 I have latest Drupal 7 in /var/www/html In /sites I have example.com. In example.com I have settings.php and /files both a+w I have not installed the base drupal as I only wish installation of multisites. /etc/hosts set to 127.0.0.1 example.com localhost.localdomain localhost NameVirtualHost 127.0.0.1:80 <VirtualHost 127.0.0.1:80> DocumentRoot /var/www/html ServerName localhost </VirtualHost> <Directory /var/www/html/example.com> Options +FollowSymLinks AllowOverride All order allow,deny allow from all </Directory> Calling example.com gives error message :The Drupal installer requires that you create a settings file as part of the installation process. Copy the /./sites/default/default.settings.php/ file to /./sites/example.com/settings.php /What could be wrong please, I 'm really stuck as I need to understand the process so that I can set up multisites on the centos shared server. Help would be much appreciated thank you.

3 3

Groups like users
by Marcos Barbosa 18 Dec '12

18 Dec '12

Hello! This is my first e-mail, but sounds to me like a complex question. Is possible use groups like users (send private messages, post in discussion board, etc.)? The idea is create groups for companies and each company has multiple users to admin, but all user (in a company) need to speak in the company's name. Best regards. -- Marcos Barbosa <marcosestevesbarbosa(a)gmail.com>

3 7

Drush changes permissions and overwrites htaccess
by Tim Johnson 18 Dec '12

18 Dec '12

Drush is changing permissions on the target root (@stage) 755 to 750 and overwritting .htaccess (@stage) When I run drush rsync @dev @stage How can I prevent these two actions? As ever, I'm sure there is a documentation or discussion on these matters. I'm not clear from example.aliases.drushrc.php thanks -- Tim tim at tee jay forty nine dot com or akwebsoft dot com http://www.akwebsoft.com

2 6

Custom form output
by Ken Robinson 18 Dec '12

18 Dec '12

I have a Drupal 7 custom form that will search a non-drupal database. How do I display the output in a block and/or panel? Thanks in advance, Ken Robinson

3 3