support

support@drupal.org

7912 discussions

31 Mar '06

hi - i had a drupal site up and running, but suddenly all the pages are rendering just as raw templates. can anyone point me in the right direction to fix this? on accessing the site, I see pages that look like the below... ----- {head} {styles} Skip navigation. {_BLOCK_.header.logo} {_BLOCK_.header.site_slogan} {_BLOCK_.header.search_box} {_BLOCK_.header.blocks} {_BLOCK_.header.title} {submitted} {content} {_BLOCK_.node.links} {secondary_links} -- _______________________________________________ David "DC" Collier US 1-415-283-7742 dc(a)pikkle.com skype: callto://d3ntaku http://www.pikkle.com +81 (0)80 6521 9559 http://charajam.com　【★キャラ♪ジャム★】人気キャラとJ-POP最新ヒット曲を自分で組み合わせて待受Flashや着Flashを作っちゃおう！ _______________________________________________

4 5

Blog image
by Roger Thomas 30 Mar '06

30 Mar '06

I would love to implement Drupal's blog module on my to-be-released portal. But looking at the current image handling capabilities thru image and image-assist modules, I noticed that there is no way where I can block another user from accessing a user's image. I have looked hard, but could be missing something as I am quite new here. Could image access be controlled at the user level? Please advise. TIA. --roger --------------------------------------------------- Sign Up for free Email at http://ureg.home.net.my/ ---------------------------------------------------

2 2

Disable forum posting
by Roger Thomas 30 Mar '06

30 Mar '06

Drupal 4.6.6 I have created a forum called 'Announcement' that I want *only_the_admin* to be able to post topics to it. How do I block normal users from posting there? TIA. --roger --------------------------------------------------- Sign Up for free Email at http://ureg.home.net.my/ ---------------------------------------------------

2 2

Spammers filling sessions table
by Grant Malcolm 29 Mar '06

29 Mar '06

Hi folks Anyone have a solution for this one? Drupal 4.6.5 My site is getting hammered by spammers and I'm struggling to keep it going - particularly on a shared server. As near as I can tell a regular anonymous visitor generates a single row in the sessions table. I've been regularly deleting sessions where uid=0 but referrer and comment spammers are choking my sessions table with anonymous sessions. In an eight hour period I suddenly gained 14,700 rows in sessions table. In a half hour period towards the end of this before the db choked with too many connections, I had 500+ attempts to post comment spam. Bad behaviour and spam are blocking almost all of the comment spam from publication, but the site is choking in the meantime. I've tried session_limit module, but the spammers are spoofing random ips and ignoring the sessions, so it doesn't seem to have any effect. Any suggestions welcomed. Cheers Grant -- * http://www.theatre.asn.au/ Connect with your local theatre online

3 3

RE: [support] Spammers filling sessions table
by Boerland, Bert 29 Mar '06

29 Mar '06

-----Original Message----- From: support-bounces(a)drupal.org [mailto:support-bounces@drupal.org]On > Bad behaviour and spam are blocking almost all of the comment spam > from publication, but the site is choking in the meantime. > I've tried session_limit module, but the spammers are spoofing random > ips and ignoring the sessions, so it doesn't seem to have any effect. > Any suggestions welcomed. I host at a pentium 166 at home and have simular problems. Blocking the spammers with bad_behaviour doesnt really help since the zombie networks out there dont check to see if it was a succesfull post or not or even what the HTTP answer was. Note that spoofing IP addresses is nearly impossible on the internet with all ingress filtering (see rfc2267). So the request come from dozens and dozens of "real" hosts, mostly zombie bots. I ended up in dropping them in my iptables. I dont think it is a good thing to do, bu then again most of the admins of the zombie networks dont behave as well. If you turned on captchas and bad_behaviour, that is the only thing you can do (apart from upgrading your host/bandwith/io capacity etc)

1 0

RE: [support] Automatic user login
by Kobus Myburgh 28 Mar '06

28 Mar '06

Thanks, David! I didn't check this again until I received your mail, and it seems fixed in IE too now - seems that it was something to do with our proxy... Regards and THANKS! Kobus >>> MetzlerD(a)evergreen.edu 3/27/2006 6:26:47 PM >>> I don't think so although you may have to go through some hoops to kill cached cookies on IE prior to having this work. (is it possible that you hadn't cleaned your IE cookie cache prior to doing the re-test?) I am not having this problem with IE with these settings. Here's the rest of the relavent section of my settings.php scripts in case there's something that I've forgotten. ini_set('arg_separator.output', '&'); ini_set('magic_quotes_runtime', 0); ini_set('magic_quotes_sybase', 0); ini_set('session.cache_expire', 200000); #Dont remember logins ini_set('session.cache_limiter', 'nocache'); ini_set('session.cookie_lifetime', 0); ini_set('session.gc_maxlifetime', 200000); ini_set('session.save_handler', 'user'); ini_set('session.use_only_cookies', 1); ini_set('session.use_trans_sid', 0); -----Original Message----- From: support-bounces(a)drupal.org [mailto:support-bounces@drupal.org] On Behalf Of Kobus Myburgh Sent: Thursday, March 23, 2006 9:29 PM To: support(a)drupal.org Subject: RE: [support] Automatic user login Dave, Thanks very much for the info! It seems that it doesn't work correct in IE, only in Opera (didn't test FireFox), which means the code is correct, but IE's bugs prevent it from working. Is there any difference you know about between the ways these two browsers handle these settings? Any other advice would be greatly appreciated... Regards, Kobus >>> MetzlerD(a)evergreen.edu 3/23/2006 5:55:54 PM >>> It's true that auto-password population is controlled by the browser, but its also true, (at least when I downloaded drupal) that the default cookie settings would leave a persistant drupal session cookie after you closed your browser. So when you opened the browser from the same workstation and went to the same drupal site you would still be logged in unless you had explicitly logged out before leaving. The resolution is to add the following to you settings file for each drupal site. #Dont remember logins ini_set('session.cache_limiter', 'nocache'); ini_set('session.cookie_lifetime', 0); Is that closer to what you were looking for Kobus? Dave -----Original Message----- From: support-bounces(a)drupal.org [mailto:support-bounces@drupal.org] On Behalf Of Laura Scott Sent: Thursday, March 23, 2006 7:33 AM To: support(a)drupal.org Subject: Re: [support] Automatic user login Correct me if I'm wrong, but while the auto-fill of the login screen is browser related, the remaining logged in default for Drupal I believe is related to the php session settings, which you can change in /sites/default/settings.php. You can't prevent people from locally storing their login info, but the logged-in session itself can be set to expire sooner, or upon closing the window, or both. Laura Laura Scott President laura(a)pingv.com pingVision, LLC 4450 Arapahoe Ave, Suite 100 Boulder, CO 80303 www.pingv.com 303.415.2559 On Mar 23, 2006, at 5:11 AM, Kobus Myburgh wrote: > Hi, > > Is there a way to disable automatic user login (in other words, user > logs in, exits site without logging out, and open site again, and is > automatically logged in) and rather /prefill/ the username and > password box with the values used to recognize the person logged in? > Is this stored in a cookie or something? > > Has anyone done this before? > > Thanks in advance, > > Kobus > > > -- > [ Drupal support list | http://lists.drupal.org/ ] -- [ Drupal support list | http://lists.drupal.org/ ] -- [ Drupal support list | http://lists.drupal.org/ ] -- [ Drupal support list | http://lists.drupal.org/ ] -- [ Drupal support list | http://lists.drupal.org/ ]

1 0

RE: [support] Automatic user login
by Metzler, David 27 Mar '06

27 Mar '06

I don't think so although you may have to go through some hoops to kill cached cookies on IE prior to having this work. (is it possible that you hadn't cleaned your IE cookie cache prior to doing the re-test?) I am not having this problem with IE with these settings. Here's the rest of the relavent section of my settings.php scripts in case there's something that I've forgotten. ini_set('arg_separator.output', '&'); ini_set('magic_quotes_runtime', 0); ini_set('magic_quotes_sybase', 0); ini_set('session.cache_expire', 200000); #Dont remember logins ini_set('session.cache_limiter', 'nocache'); ini_set('session.cookie_lifetime', 0); ini_set('session.gc_maxlifetime', 200000); ini_set('session.save_handler', 'user'); ini_set('session.use_only_cookies', 1); ini_set('session.use_trans_sid', 0); -----Original Message----- From: support-bounces(a)drupal.org [mailto:support-bounces@drupal.org] On Behalf Of Kobus Myburgh Sent: Thursday, March 23, 2006 9:29 PM To: support(a)drupal.org Subject: RE: [support] Automatic user login Dave, Thanks very much for the info! It seems that it doesn't work correct in IE, only in Opera (didn't test FireFox), which means the code is correct, but IE's bugs prevent it from working. Is there any difference you know about between the ways these two browsers handle these settings? Any other advice would be greatly appreciated... Regards, Kobus >>> MetzlerD(a)evergreen.edu 3/23/2006 5:55:54 PM >>> It's true that auto-password population is controlled by the browser, but its also true, (at least when I downloaded drupal) that the default cookie settings would leave a persistant drupal session cookie after you closed your browser. So when you opened the browser from the same workstation and went to the same drupal site you would still be logged in unless you had explicitly logged out before leaving. The resolution is to add the following to you settings file for each drupal site. #Dont remember logins ini_set('session.cache_limiter', 'nocache'); ini_set('session.cookie_lifetime', 0); Is that closer to what you were looking for Kobus? Dave -----Original Message----- From: support-bounces(a)drupal.org [mailto:support-bounces@drupal.org] On Behalf Of Laura Scott Sent: Thursday, March 23, 2006 7:33 AM To: support(a)drupal.org Subject: Re: [support] Automatic user login Correct me if I'm wrong, but while the auto-fill of the login screen is browser related, the remaining logged in default for Drupal I believe is related to the php session settings, which you can change in /sites/default/settings.php. You can't prevent people from locally storing their login info, but the logged-in session itself can be set to expire sooner, or upon closing the window, or both. Laura Laura Scott President laura(a)pingv.com pingVision, LLC 4450 Arapahoe Ave, Suite 100 Boulder, CO 80303 www.pingv.com 303.415.2559 On Mar 23, 2006, at 5:11 AM, Kobus Myburgh wrote: > Hi, > > Is there a way to disable automatic user login (in other words, user > logs in, exits site without logging out, and open site again, and is > automatically logged in) and rather /prefill/ the username and > password box with the values used to recognize the person logged in? > Is this stored in a cookie or something? > > Has anyone done this before? > > Thanks in advance, > > Kobus > > > -- > [ Drupal support list | http://lists.drupal.org/ ] -- [ Drupal support list | http://lists.drupal.org/ ] -- [ Drupal support list | http://lists.drupal.org/ ] -- [ Drupal support list | http://lists.drupal.org/ ]

1 0

Groups
by Tamir Khason 27 Mar '06

27 Mar '06

Hi ,all I have a question. I want to produce groups of blogs, eg. there are some users that have their own moderator and their own front page. Moderators of the group can manager and promote nodes from only his group members and their front page can be gained only via their own domain. http://domain.com -> one group http://domain2.com -> other group That's looks like OG approach, but it does not exactly the same thing. I'm sure that there is such module (e.g. taxonomy access) that can be used for such thing. -- Tamir

1 0

Re: [support] Taxonomy generated pages sort order
by Kobus Myburgh 27 Mar '06

27 Mar '06

Hi, I tried views once, but my head was to flat to understand it, but I will check it out more thoroughly again and see if that does what I need it to do. Thanks for the tip! Kobus >>> merlin(a)logrus.com 3/24/2006 7:06 PM >>> Kobus Myburgh wrote: > Hi, > > I have a basic node type with a field "itemcode", which I want to be used as > the default sorting field with ASC order for the taxonomy generated pages. > > I found a lengthy thead on the Drupal site which indicates that this is a > often sought feature, but that it is postponed to post version 4.7, but I am > not sure that it can handle a specific field as well as a different sort > order. (http://drupal.org/node/10839). If not, is there a way I can specify > this by command-line, i.e. "taxonomy/term/3,5&field=itemcode&order=asc" or > similar? Use Views; I designed the tool for exactly this kind of purpose. Though it's not really something that can be resorted via the command line, so it's not quite what you're asking for, but very close. -- [ Drupal support list | http://lists.drupal.org/ ]

1 0

Taxonomy generated pages sort order
by Kobus Myburgh 24 Mar '06

24 Mar '06

Hi, I have a basic node type with a field "itemcode", which I want to be used as the default sorting field with ASC order for the taxonomy generated pages. I found a lengthy thead on the Drupal site which indicates that this is a often sought feature, but that it is postponed to post version 4.7, but I am not sure that it can handle a specific field as well as a different sort order. (http://drupal.org/node/10839). If not, is there a way I can specify this by command-line, i.e. "taxonomy/term/3,5&field=itemcode&order=asc" or similar? Thanks in advance, Kobus

2 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

support