197 matching results for "gemini":
Topic Title | Author | Comment Text | Created | Forum |
---|---|---|---|---|
tableless output of links and categories | gemini | Uh.. found the answer in the manual scripts.webmastersite.net/w...erted-60tr62-tags-299.html Please disregard. |
May 13, 2007 - 7:02 PM | Paid Scripts Support |
tableless output of links and categories | gemini | Is there a way to output links and categories in tableless format - just in divs with class 'category' or something like that? I'm trying to redesign my site and tables don't let me do exactly what I want and I can't find where to overwrite those table rows. Any ideas? |
May 13, 2007 - 7:00 PM | Paid Scripts Support |
Similar Links have wrong urls | gemini | Yes, I figured that - it was a local temporary fix | Mar 16, 2007 - 7:56 PM | Paid Scripts Support |
htaccess encoding problem | gemini | 2. Also, when "Combine detail and comments pages" switch is on, detail link redirects to comments.php?id=x type of link. No, when you have rewriting on the link details url is rewritten as normal and directly shows the comments. See the links.webmastersite.net already linked above, I have them combined. Perhaps you changed the switch after setting rewriting, so that it hasn't had a chance to write a new htaccess. Submit the SEO page. Ok, I see now. But here is the problem. Your rewrite rule for the comments is this: RewriteRule ^links/([-_/\+A-Za-z0-9äüößèà ]+)-([0-9]+).html$ comments.php?id=$2 In my SEO settings format for link details I believe by default was this: /links/{LINKTITLE}-{LINKID}.html I changed it to: /{LINKTITLE}-{LINKID}.html it created double slashes after wsnlinks folder. I removed the beginning slash: {LINKTITLE}-{LINKID}.html now it gives me 404. Here is what I get in the .htaccess: RewriteRule ^{LINKTITLE}-{LINKID}.html/([-_/\+A-Za-z0-9äüößèà]+)-([0-9]+).html$ comments.php?id=$2 Comparing it to your rewrite rule I removed the ^{LINKTITLE}-{LINKID}.html/ part and got this: RewriteRule ^([-_/\+A-Za-z0-9äüößèà]+)-([0-9]+).html$ comments.php?id=$2 Now everything is working fine. I don't have double slashes nor 404 error page. As for item #3 in previous post - I just stumbled on it since I had more than 40 categories, which is set by default in the fresh installation, otherwise I don't break them into separate pages. |
Mar 16, 2007 - 12:15 AM | Paid Scripts Support |
htaccess encoding problem | gemini | 3. Looks like there is a rule missing for categorty pagination when there are more categories than allowed to show on a single page. The first page is fine, but the rest look like this:/wsnlinks/index.php?action=displaycat&catid=1&subpage=2&subperpage=40 |
Mar 14, 2007 - 9:26 PM | Paid Scripts Support |
Similar Links have wrong urls | gemini | I noticed that Similar links have correct Titles but URLs are the same as the main url which listing details page is open for. This is the original line of code:
If changed to
Works just fine. |
Mar 14, 2007 - 9:13 PM | Paid Scripts Support |
htaccess encoding problem | gemini | Paul wrote: Double slashes usually indicate you have your directory url set with a trailing slash in the system settings. 1. I ran some tests and since www.domain.com/wsnlinks redirects to www.domain.com/wsnlinks/ these lines are conflicting and producing double slashes after wsnlinks:
I removed the starting slashes and everything worked out fine. So, this is how it works for me:
2. Also, when "Combine detail and comments pages" switch is on, detail link redirects to comments.php?id=x type of link. So, I duplicated the detail page rewrite rules and matched them to comments - it works. Of course if I switch back to not to combine details and comments - then details links being redirected to comments. So, I think there should be a condition on SEO Settings page that would check if comments are combined with link details or not and based on that write rules into htaccess since you don't have to have both in there. |
Mar 14, 2007 - 9:07 PM | Paid Scripts Support |
problem with upgrade.php | gemini | I have submitted the request. Thanks. | Mar 09, 2007 - 8:23 PM | Paid Scripts Support |
htaccess encoding problem | gemini | I was looking at it again.. and may be it supposed to be like that, I just see something like this first time. If the htaccess file is correct, how I can keep full path with category names in it for the links details page? Right now it looks like this wsnlinks//Home-Listings-Arizona-2008.html |
Mar 08, 2007 - 12:32 AM | Paid Scripts Support |
htaccess encoding problem | gemini | I noticed I'm getting double slashes when going to link details page: wsnlinks//Home-Listings-Arizona-2008.html I checked .htaccess and here is what I found:
|
Mar 07, 2007 - 11:19 PM | Paid Scripts Support |
problem with upgrade.php | gemini | Hi Paul, I had a history of having blank upgrade.php page after 3.16, I was using upgrade.php file from the 3.16 release all the way till 3.3.12 and it kinda worked. Now, I would like to re-do my whole site, so I installed fresh 4.0.18 and imported hand-picked data from the old 3.3.12 since it wouldn't run upgrade and the old upgrade from 3.16 doesn't work anymore. So, the manual data import worked out very well, at least it outputs all the pages fine and doesn't give me any error messages. I just uploaded 4.0.19 and tried running upgrade.php - didn't work - getting blank page. I also tried installing brand new 4.0.18 without any data, uploaded 4.0.19 over it (following the instructions) and ran upgrade.php - got the blank page as well. I have LiquidWeb $60 plan, as yours I believe.. The path to config.php is correct - installation is by default - no changes made. I appreciate any help. |
Mar 07, 2007 - 10:55 PM | Paid Scripts Support |
high traffic web sites | gemini | Paul wrote: I see your screenshot lists a 0.48 load. That's absurdly fast, mine is never that low, and it doesn't seem to fit well with the 100% CPU (though the load number does lag slightly behind in time). That's the problem. My average CPU load never was above 3% on any server, but pages still load up to 4 seconds on average.. sometimes it takes 8 seconds. This drives me nuts. I'll ban all not deeded IPs - that's easy.. gotta optymize my templates css - that needs time... Thank you Paul for looking this up for me. I appreciate all your help very much! Thanks! |
Oct 20, 2006 - 3:30 PM | Paid Scripts Support |
high traffic web sites | gemini | I finally moved to liquidWeb and still experienced high CPU load - just terrible. So I cut down on my SQL queries big time - removed all the options under the links and everything that related to members or admins - that really speed everything up for me. Not perfect yet since it still takes up to 3 seconds on some pages, but at least it doesn't slow down the whole server as it was before. I have a question - should CPU go up to 100% while any pages load? I have about 10K unique visitors a day and my average CPU load is below 1%, but when I refresh a page which might load in 2 or 3 seconds and immediately hit refresh button in the Virtuozzo Resource page - the CPU capacity bar goes up to 100% for a second and then drops back to 0. Sometimes it's tricky to catch the moment since it can be very fast, but I made a screenshot (attached). The problem I see with this is when I have a whole bunch of visitors - then CPU load doesn't drop back to 0 that fast. Is this a usual thing or there is something wrong? |
Oct 20, 2006 - 10:38 AM | Paid Scripts Support |
condition for different custom templates | gemini | I'm trying to use two custom templates to display links for members and for not registered/logged users. So far very little success. Here is the condition I came up with:
I don't know why, but this condition works only if it's true - if it is false it shows [INSERTFILE=displaylinks_visitors] line on the screen. Also, when I use [INSERFILE] function on a file that has another [INSERFILE] in it - it doesn't show the second file content, but the actual function code line in the html output. Any ideas on the implementation? |
Oct 20, 2006 - 10:17 AM | Paid Scripts Support |
in SUBCATEGORIES | gemini | All right If you make a note and may be fix this in the future - would same some heache Thanks, Paul! | Sep 17, 2006 - 1:49 PM | Paid Scripts Support |