support April 2014

support@drupal.org

36 participants
32 discussions

D7: .htaccess in temporary directory?
by Shérab 13 Apr '14

13 Apr '14

Dear all, On a D7 site, admin/reports/status says there should be a .htaccess file in the temporary directory. However this directory is in /tmp so outside of the docuemnt root and moreover a file there would be removed at each system startup so would have to be re-installed. Should the temporay directory for Drupal be somewhere else? Many thanks for any help about this! Shérab.

2 2

Re: [support] support Digest, Vol 136, Issue 18
by Roger 12 Apr '14

12 Apr '14

On 04/12/2014 10:00 PM, support-request(a)drupal.org wrote: > Two things... > > 1. if using the color module (with color picker), it stores the color configuration in the database, which means that this configuration did not get copied to your site. You'll need to reconfigure that. > 2. After copying files please remember to do a clear cache (under performance) to make sure that new css files are not being cached by browsers, etc. > > Dave Thanks Dave. I suspected a much but as I had done a mysqldump of the database to a plain text .sql file and moved that across to the server, I thought it would contain all field contents. Generally speaking, the /sites directory should contain everything and it should read configurations within the database copy but in this instance...... Also I am thinking that there may be a permissions problem surrounding the color module but can't find it. I routinely clear the cache and did so before zipping and before the mysqldump. Roger

1 0

copying /sites to server
by Roger 11 Apr '14

11 Apr '14

I created a draft Drupal 7.26 site on my development pc using the Bartik theme which I copied to /sites/all/themes and renamed. Renamed the .info and bartik terms in template.tpl.php, it worked well so I made alterations to style, colors and layout.css files. It works well on my setup. I zipped the /sites folder and the database, installed drupal 7.26 on the server, set up the database on the server to have the same name, username and password. Renamed the default /sites folder to /xxxsites then unzipped my uploaded /sites file to replace the original /sites folder. When proven I simply delete the /xxxsites folder. I have done this process many times successfully but not with a rejigged Bartik theme. I have standard modules, ctools, views, colors, and others on my dev machine which copied across in the zipped /sites folder. Things seem to work on the server, I can log in to, view and alter the site. Except the Bartik banner colour which I altered to grey in my copy does not display in the server display. If I switch the server theme back to original core Bartik it displays the original blue banner which disappears if I try to change colours from the original blue. I seem to remember this was a problem in a number of themes, Mayo, Danland and others quite some time ago but never found a resolution. I have compared the server css files to my dev css files, I have compared the .tpl.php files and all are word for word. I have tried altering the server css code but alterations do not work. I suspect there is something i have overlooked but do not know what. Can someone please point me in a direction on how to solve this issue? thanks in advance Roger

2 1

document management solution for our Program Information Publication System (PIPS) project
by John Mitchell 08 Apr '14

08 Apr '14

In the next 6-12 months we will be looking into a document management solution for our Program Information Publication System (PIPS) project and we did some research found a Drupal module called "filedepot" ( https://drupal.org/project/filedepot). It appears to have a lot of features that are concurrent with PIPS requirement like security settings, workflow management, and document revision management. Of course the design and functionality will need to be branched from the original module, but this module may allow us to get a head start on PIPS development if it's a good fit. Also I also noticed that Alfresco has a document management solution and after further research I noticed that Acquia and Alfresco now has a partnership. Could you please comment on where the Acquia and Alfresco partnership is at and what would be the best option for the PIPS project either: a.) Drupal with filedepot b.) Alfresco by itself c.) Alfresco with a Drupal Alfresco contributed module connected to it d.) Acquia and Alfresco partnership??????? Thanks, John Mitchell -- John J. Mitchell

3 2

Many false applications for accounts
by James Rome 08 Apr '14

08 Apr '14

I have Mollom installed, but yet a handful of account applications escape their captcha/analysis each day. The problem is that the only obviously wrong field is the username, which is not listed as a field in the Mollom configuration. I get names such as: qropspension_5362 Is there any other way to get rid of these would-be spammers? -- James A. Rome http://jamesrome.net

10 20

PDOException error
by Roger 08 Apr '14

08 Apr '14

This is one of the most annoying php errors ever. I get it all the time and have not found any help. It is not as far as I can tell a mysql problem because it occurs no matter which database is used. Roger

1 0

PDOException error
by Juma Ahamadi 08 Apr '14

08 Apr '14

Dear All, i hope some one could sove my problem which is as below: i was deleting a block from views page in admin/views which the following happened. *PDOException*: SQLSTATE[HY000] [2002] Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) in *lock_may_be_available()* (line *167* of*/home/afnrmnne/public_html/includes/lock.inc*). Sincerely, ---------------------- *Juma Ahmadi* *+93(0)77 0424164*

3 3

Re: [support] Many false applications for accounts
by James Rome 08 Apr '14

08 Apr '14

I tried Honeypot, and it indeed cut down the number of false applications by about 80%. I could easily put in a field that legitimate users could fill in correctly, but spammers could not. But how could I check this and automatically cancel applications with bad information for that field? For example, on one site for a fraternity, I asked for the street address of the fraternity. Jim On 4/7/14, 8:00 AM, support-request(a)drupal.org wrote: > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 7 Apr 2014 07:28:40 -0400 > From: Philip_Wetzel(a)nhd.uscourts.gov > Subject: Re: [support] Many false applications for accounts > To: support(a)drupal.org > Cc: support-bounces(a)drupal.org, wdlists(a)gmail.com > Message-ID: > <OFF8EAD2B1.CAE81554-ON85257CB3.003ED071-85257CB3.003F0DAD(a)uscmail.uscourts.gov> > > Content-Type: text/plain; charset=US-ASCII > > The CAPTCHA code has been broken a number of times and they've > re-engineered it. If it's not currently effective, they'll probably come > up > with a fix. The game goes on. > > > > From: MBR <mbr(a)arlsoft.com> > To: support(a)drupal.org, wdlists(a)gmail.com, > Date: 04/05/2014 12:31 PM > Subject: Re: [support] Many false applications for accounts > Sent by: support-bounces(a)drupal.org > > > > It's been reported that the bad guys have set up CAPTCHA-breaking networks > that distribute the CAPTCHA to people in third-world countries who get paid > a small amount for each CAPTCHA they solve. It's looking like CAPTCHA is no > longer effective. > > I had to solve this problem for a site that was getting hit by about 15 > bogus account-registrations per hour, even though CAPTCHA was enabled. The > most effective approach I know of at present is to install a module that > does reverse-CAPTCHA - i.e. instead of asking the human to prove he's > human, it tricks the malware that's trying to pretend to be a human into > demonstrating behavior that proves it's just a dumb piece of software. It > does this by adding additional <input> tags to every <form> and making them > invisible with CSS. A human won't fill in these fields because they won't > be displayed. But software that's just parsing HTML will find these fields > and fill them in, thus allowing the code on your server to distinguish > between responses from humans and responses from machines. > > Among the modules that implement this approach are Honeypot, Botcha, and > Spamicide. I tried Botcha, but I ran into installation problems. I didn't > try Spamicide because it had a critical bug report claiming that the > installation erased the default/files directory. Honeypot installed > without problems and instantly cut the rate of bogus registrations > dramatically. It didn't cut it all the way to 0 as I'd hoped it would, but > the rate dropped from about 15/hr. to about 3/day. > Mark Rosenthal > mbr(a)arlsoft.com > On 4/5/14 8:51 AM, Walt Daniels wrote: > I get them to, but it is not mollom's fault. They are actually > registering and typing the captcha just like a legitimate user. In > our case they even have to use a legitimate email as they cannot do > anything more than an anonymous user until the verify their email. I > don't see any pattern I could apply to the user names that would > distinguish them from our valid users who have some pretty weird > usernames. You could find or right a module that enforced using "real > names", i.e. John Doe. But I even got some like that that turn out to > be spammers. > > > On Sat, Apr 5, 2014 at 8:13 AM, Linda Romey <lromey(a)gmail.com> wrote: > I am having the same issue. Have you contacted Mollom? That's on my > to-do list. I'm not sure of the value of the monthly fee if I still > have to continually monitor my site and delete spam accounts > manually. > > > On Sat, Apr 5, 2014 at 8:09 AM, James Rome <jamesrome(a)gmail.com> > wrote: > I have Mollom installed, but yet a handful of account applications > escape their captcha/analysis each day. The problem is that the > only > obviously wrong field is the username, which is not listed as a > field in > the Mollom configuration. I get names such as: qropspension_5362 > > Is there any other way to get rid of these would-be spammers? > > -- > James A. Rome > > http://jamesrome.net > > -- > [ Drupal support list | http://lists.drupal.org/ ] > > > -- > [ Drupal support list | http://lists.drupal.org/ ] > > > > -- > [ Drupal support list | http://lists.drupal.org/ ] > > > > ------------------------------ >

7 8

Many false applications for accounts
by Roger 07 Apr '14

07 Apr '14

Could you use Rules? Roger I tried Honeypot, and it indeed cut down the number of false applications by about 80%. I could easily put in a field that legitimate users could fill in correctly, but spammers could not. But how could I check this and automatically cancel applications with bad information for that field? For example, on one site for a fraternity, I asked for the street address of the fraternity.

1 0

Using the Drupal 7 Migrate module how would I migrate a Cold Fusion application into Drupal 7?
by John Mitchell 05 Apr '14

05 Apr '14

I have already utilized the Drupal 7 Migrate and the Drupal 7 Migrate d2d modules to migrate a Drupal 6 site to Drupal 7. Using the Drupal 7 Migrate module how would I migrate a Cold Fusion application into Drupal 7? -- John J. Mitchell

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

support April 2014