[@hnla Participant 15 years, 5 months ago]

Thought so you’re on a Zeus server so I’m sorry to say you will have a struggle getting permalinks working correctly, this server is problematic in this regard, ideally a straightforward tried and tested LAMP stack works best and without any major issues is best. You may need to contact your tech support to try and resolve this or you can google to find a whole lot of posts about this issue and how to try and configure things but it requires some tech knowhow.

[@hnla Participant 15 years, 5 months ago]

someone already said about that & I already apologised x I realise they had and you did it was simply an explanation of why it’s considered wrong to do this as that wasn’t explained.

Your link as posted above ‘ bournemouthmassage.com/wp ‘ did not resolve ( resolve, i.e the server could not be found – commonly due to no dns records existing for that domain name ) is that definitely the correct form of the domain name?

[@hnla Participant 15 years, 5 months ago]

You will need to provide a link that resolves, please check that and repost.

[@hnla Participant 15 years, 5 months ago]

Just a heads up in case it wasn’t realised, using caps on forums/lists ( or generally around the net ) is considered to be the equivelent of ‘SHOUTING’ hence you will find it upsetting people and being remarked on

[@hnla Participant 15 years, 5 months ago]

Also, how much work would it be to make the sidebar go on the left? Is it just a case of changing the CSS or is it lots of work?

Good question: given that the one of the prime reasons for separating presentation from content and of finally moving away from table based layouts and their rigid inflexibility was that it must always be possible to effect any presentational changes from CSS, moving a sidebar from one side to another is a classic example used to demonstrate the benefits of CSS presentation over table layouts; I would hope it’s a do-able with default layout, if not then the markup structure has interfered when it shouldn’t but doubt that’s the case.

[@hnla Participant 15 years, 5 months ago]

There really is a huge imbalance between Users of this app and those actively trying to develop it, move it forward. As Boone says ‘get involved’ if more people got involved things may run a little more smoothly and faster, give up a little bit of time reporting bugs to trac, testing patches if you can and feeding back.

[@hnla Participant 15 years, 5 months ago]

Rather than simply bumping and waiting for someone why don’t you try a generally accepted tech forum approach of actually explaining what you are trying to do in a code sense with examples of what you have tried to date that has or hasn’t worked, this way you are more likely to get a response from developers if they can see your working, your approach and suggest ways of achieving what you want to do. Your post simply lacks any detail and begs a whole heap of questions before anyone could begin to help.

I would also suggest you start over as few are likely to look past this many ‘bumps’

[@hnla Participant 15 years, 5 months ago]

The index.php in the path is suggestive that you’re using or the server is using PATHINFO, you don’t really want index.php in there if it can be helped.

I would be using xampp or mamp if on Mac rather than wamp other than that you are going to need to rummage around in the conf files to work out how to set up mod_rewrite or get rid of PATHINFO if that is what is being used.

[@hnla Participant 15 years, 5 months ago]

And are you sure that mod_rewrite is working and your .htaccess file is getting written/updated to?

Work with just your plain vanilla WP install first and get things working correctly then enable BP plugin and anything else required.

[@hnla Participant 15 years, 5 months ago]

#container {height: 22px; }

Really!

Firebug should have shown this? Add html validator to FF check your markup for well formedness, you have mismatched divs which can and will cause havoc with layout rendering

In some senses this post is more about general layout styling CSS/HTML and might better have been served on a forum dedicated to that aspect of things where the response might have been faster?

[@hnla Participant 15 years, 5 months ago]

Ah knew there was a reason grr

Personally speaking I’ll generally be talking about trunk as I’m concentrating on working with =>1.3

[@hnla Participant 15 years, 5 months ago]

You don’t need a dedicated server they are expensive to run a good VPS will work fine and is so close to being a dedicated srver anyway and you won’t notice the difference but you will compared to shared hosting.

As for tools not aware of any other than browser extensions such as httpFox or simply reading server logs to determine where page loading issues lie

[@hnla Participant 15 years, 5 months ago]

It’s not at all difficult if your switching servers moving a site from domain to same domain, essentially you just need a complete copy of all site files, a mysql dump of the database (what does Zeus run as a DB I wonder?) on the new server you create a new empty DB with same name and import your sql gzip/zip backup dump to that new db, upload your site files to the new server in whatever is the doc_root directory and as long as you’ve repointed your domain DNS records to the new server then you should be good to go.

[@hnla Participant 15 years, 5 months ago]

@djpaul
Where are you calling it? from my desk, calling loudly towards the monitor but it doesn’t work.

Can’t be removing it before it’s been called can it? calling it in functions.php child theme and cycled through various priorities from your ’11’ down and up as it’s simply a remove_action() I expected it to work without issue, what am I missing then about functions.php loading order? However I prefer the approach to de-registering rather than leaving registered but simply not adding.

[@hnla Participant 15 years, 5 months ago]

@DJPaul just like you to confirm that remove_action doesn’t work ?
https://buddypress.org/community/groups/creating-extending/forum/topic/theme-development-on-trunk/#post-99327

[@hnla Participant 15 years, 5 months ago]

I’ll save you the bother of asking you’re on a Zeus server so you have problems sadly, this server does not do mod_rewrite and includes the index.php in the permalink pathinfo

This server is an issue and to be honest if you can I would try and move before you get too settled in, it it’s simply not worth the hassle, WP/BP and most other sites run best on LAMP stacks LAMP simply works and runs 98% of the web.

[@hnla Participant 15 years, 5 months ago]

still at a loss as to why you asked or what you asked in the first place but as long as you’ve found what you need alls well

[@hnla Participant 15 years, 5 months ago]

? Do you mean what has been discussed in the posts in this thread?

Have a read of the WP codex, look at functions such as register_style, enqueue_style, enqueue_scripts and associated functions

[@hnla Participant 15 years, 5 months ago]

Don’t add more plugins e.g w3 toatal cache until you have identified whether you actually have an issue otherwise you are simply attempting to cure the symptoms not the cause. caching is necessary for when pages legitimately have a lot of objects and thus slower load times start to manifest.

You need to start troubleshooting, beginning by stripping your install back to basics, only necessary plugins, if then still too slow you need to start looking at your server config, if responsive then start adding back plugins one by one testing load times as you go. (fwiw I recently slowed an install by running a wp_update function on each page call this delayed loading by 14 secs until I had conditional wrapped the function to run once only)

[@hnla Participant 15 years, 5 months ago]

I don’t believe it should be the job of the core devs to maintain a blogging theme. BP should only worry about the templating aspects of BP only and should support any WP theme thrown at it.

Exactly and as has been mentioned many times over, it cuts to the core issue of trying to develop themes which is still simply too difficult. Core needs to concentrate on templating and then handing over to themes to do the frontend rendering. Dying to see what JJJ has done with bbPress as it’s starting to sound quite interesting but haven’t had a moment to test it

[@hnla Participant 15 years, 5 months ago]

Hmm slightly frustrated to find this enqueue change as had been unaware and working to what I thought was a relatively current bleeding edge on the test install for a theme.
Have had to try and work out how things are now pulling together and get rid of the styles as they crashed my layout.

remove_action doesn’t work and I had to track down the means of deregistering enqueued styles (please correct me if remove_action does work?)

This will de-register the styles (adminbar works differently and checks for a file in theme folder so can be overridden if you place copy of file in _inc/css/ in your child theme.

`
add_action( ‘wp_print_styles’, ‘deregister_bp_dtheme_styles’, 100 );
function deregister_bp_dtheme_styles() {
wp_deregister_style( ‘bp-default-reset’, ‘bp-default-main’);
}
`

It feels a little confusing BP’s approach to these style file enqueing and adminbar, not sure it’s 100% right?

[@hnla Participant 15 years, 5 months ago]

I suspect that you are on a Zeus server and unfortunately that means there is an issue resolving this, your best bet is to hassle your hosts tech support and ask if there is any way of resolving this.

[@hnla Participant 15 years, 5 months ago]

You won’t find anything it’s not a BP or author style it’s a header cell so has default browser styles applied ‘font-weight: bolder; text-align: center;’ if you don’t want those then you will need to override them in your author styles.

[@hnla Participant 15 years, 5 months ago]

It’s not a hack just sounds like you haven’t added ‘buddypress’ into the list of tags in the style.css head meta? without buddypress in that tag list the warning is displayed.

[@hnla Participant 15 years, 6 months ago]

@kshengelia

You shouldn’t really be using ‘valign’ it’s a deprecated attribute, presentation is handled by CSS.

The reason that valign isn’t working for you is precisely because CSS has been used to apply a vertical-align: middle; to that cell.

You need to use a debugging tool such as Firebug for FireFox to allow you to examine the applied style/ rulesets for elements then you would be able to see what was affecting what.

BP default.css states that all table cells should be vertical-align: middle, you will need to adjust that specifically for that cell either by adding a class to style on or using descendant selectors.