site is very slow, need your opinion......

kaay - April 22, 2009 - 08:39

I have recently developed my first drupal site but the site is quite slow and i am not sure if its slow because of drupal or because of server is anyone can give me their opinion why this site is slow and what should i do to make its faster. my site is http://www.milajula.com

HELLO!!!.....

kaay - April 23, 2009 - 16:38

HELLO!!!.....

calling the first page

esllou - April 23, 2009 - 23:20

calling the first page especially is walking-through-treacle slow. I clicked the link, went to watch a ball game and came back and it was still loading. That strikes me as being the server because there's no way drupal is that slow.

also, your site is full of errors (pink box drupal errors I mean)

thanks for your reply. So you

kaay - April 24, 2009 - 00:55

thanks for your reply. So you think that my server is slow. I think too, but this can't be the only reason because the old site ( developed on joomla 1.5) was running also on the same server, it wasn't that slow. you can check on http://www.milajula.com/old

=-=

VeryMisunderstood - April 24, 2009 - 01:11

Not too slow on this end using a FiOS connection. However, to dig any deeper you need to help us help you by providing information so that we can better determine where the problem if any, may be. Also of note, Drupal is not Joomla and Joomla is not Drupal therefore their architecture is different.

how many enabled modules?
which ones?

how much RAM?
imageapi.mdoule which is required by the imagecacge.module needs 96M of RAM.

caching on?
css aggregation on?

version of Apache?
version of MySQL?
version of PHP?

shared server?

Missing images are a problem you need to takecare of, imagecache.module for example can't create the directories it needs so your imagecache images are stuck in your tmp folder. You should get this cleaned up as it isn't helping the issue.

Thanks for your reply here

kaay - April 24, 2009 - 02:25

Thanks for your reply here are the answer of questions.

how many enabled modules?
53 modules but few aren't activated at the moment
=================================
which ones?
addtoany
admin_menu
advanced_help
advanced_profile
author_pane
avatar_selection
beautytips
captcha
cck
cck_blocks
cck_formatters
eckbox_validate
comment_notify
conditional_fields
content_profile
content_taxonomy
corner
email
emfield
event
fckeditor
filefield
fivestar
flag
front
image
imageapi
imagecache
imagefield
imce
invite
jq
jjquerymenu
node_invite
panels
pathauto
poormanscron
privatemsg
profileplus
prog_gallery
tag_editor
taxonomyblocks
terms_of_use
token
translation_helpers
user_relationships
username_check
views
views_bonus
views_slideshow
votingapi
webform
=================================
how much RAM?
96M
=================================
caching on?
NO
=================================
version of Apache?
I couldnt find out
=================================
version of MySQL?
5.0.51
=================================
version of PHP?
PHP 5+
=================================
shared server?
NO, VPS (virtual private server)
=================================

Right now iam having another problem. New images aren't visible on the page which uploaded during creating content. I can see the error but don't really know what to do. this problem started since i updated Image Cache this eveing. please see the error and tell me how can i fix it.

ERROR
warning: mkdir(): Permission denied in /www/sites/all/modules/imagecache/imagecache.module on line 525.

Panels

mradcliffe - April 25, 2009 - 14:59

Also panels is quite resource-intensive though that was panels 3 alpha.

still waiting for your reply

kaay - April 25, 2009 - 10:01

still waiting for your reply

=-=

VeryMisunderstood - April 25, 2009 - 14:44

A) 53 modules is quite a bit of modules running on 96M of RAM
B) mkdir can be research to figure out why your servers permissions aren't allowing imagecache to create the proper folder/s
C) page caching should be used and if necessary a 3rd party caching script.

new modules and module upgrades should be tested on a test site. If this problem occured because of a bad update to imagecache roll back to the backup you took before you deployed the new/upgraded module.

any benchmark tool

cnh - April 25, 2009 - 14:53

Hi

I wondering is there are any benchmark tools that let us benchmark the drupal site.

Something like how much memory, time needed to load module etc.

=-=

VeryMisunderstood - April 25, 2009 - 15:31

there are some modules that help sure. devel.module for one but this only tells the drupal side of the story. To properly benchmark any script running on a server I believe you should benchmark with other tools as well. 2bits.com has quite a bit of information to work with and learn from. benmarking your site under a load tells more of the story.

problem sloved

kaay - April 26, 2009 - 23:38

I simply upgraded my server package and problem is sloved. actually I have only 15 mb ram left, which were not enough for drupal and datebase to do other thing in background.
mkdir problem i sloved by reinstalling the imagecache.
thanks for your support!
cheers!

use some caching

kucing - May 16, 2009 - 08:26

i think you should get yourself a cache!

use cacherouter: http://drupal.org/project/cacherouter
if your vps doesnt have enough ram, then use 'file' engine.

and then put some additional caching modules:
http://drupal.org/project/pathcache (to cache path aliases)
http://drupal.org/project/blockcache_alter (to modify cache settings per block, like your "Latest articles" block")

you might want to check out other performance related modules:
http://drupal.org/taxonomy/term/123

hahahha

m13 - May 16, 2009 - 10:32

and I just visited the site after reading your problem and thought: "this isn't slow, this is normal" :)

good to find out you fixed it! (nice site by the way!!!! well done!)

I was just wondering if its

kaay - May 16, 2009 - 11:35

I was just wondering if its any module or snippet available which can tell drupal that how often it needs to look up into the database for.

=-=

VeryMisunderstood - May 16, 2009 - 17:00

the devel.module

 
 

Drupal is a registered trademark of Dries Buytaert.