Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - txcas
31
Archived fixes / Re: Errors in Subs-Template.php
« on May 20th, 2014, 05:41 PM »
This is now fixed.  Closing.
32
Archived fixes / Re: Errors in Subs-Template.php
« on April 29th, 2014, 09:59 PM »
Now you speaking Chinese to me.   :blush:
33
Bug reports / Re: Users can no longer browse new posts
« on April 22nd, 2014, 10:37 PM »
I checked the wedge_pretty_topic_urls table and everything looked good.  I truncated the table, enabled pretty URLs on topics, and then recreated the topic subjects.  The table got populated with the topic IDs and all the pretty URLs, but the problem came back.  I could on browse topics created for the last 2 days.  Nao, I am not sure if this is relevant, but all posts with id_topic 2000 or higher stop working when pretty URLs on topics is enabled.  Any topic with id_topic 1999 or less still works and can be browsed.  I have disabled pretty URLs for now.
34
Archived fixes / Errors in Subs-Template.php
« on April 22nd, 2014, 10:19 PM »
I am getting thousands of these:
Code: [Select]
http://www.65creedmoor.com/
2: array_keys() expects parameter 1 to be array, null given
 File: /home/creedmoo/public_html/gz/app/Subs-Template.php
 Line: 407
Code: [Select]
Apply Filter: Only show the error messages of this URL http://www.65creedmoor.com/?topic=2008.msg17171
 2: array_merge() [<a href='function.array-merge'>function.array-merge</a>]: Argument #2 is not an array
File: /home/creedmoo/public_html/gz/app/Subs-Template.php
 Line: 406
35
Bug reports / Re: Help! Users can no longer browse new posts
« on April 22nd, 2014, 10:01 PM »
Nao, is there any way to reset all Pretty URL data?  Kind of like purging the cache.  I guess I can do it directly in the database but it would be nice to have a button to reset everything.
36
Bug reports / Re: Help! Users can no longer browse new posts
« on April 22nd, 2014, 09:56 PM »
Quote from Nao on April 22nd, 2014, 09:48 PM
Are you sure? The secondary cache brings more trouble than it's worth. In thinking of removing it altogether. Why would disabling it cause trouble..?
Disabling it and all other pretty URLs options fixed the problem.  It was not until I disabled the secondary cache that I was able to see errors in the logs.
37
Bug reports / Re: Help! Users can no longer browse new posts
« on April 22nd, 2014, 09:39 PM »
It was guess what....  Pretty URLS!  I disabled the secondary cache and a bunch of errors showed up on the error log.  I disabled all Pretty URLs and it seems everything is working.  As soon as I turn on Pretty URLs hell breaks loose.  I can't understand why one day is working and the next day it is completely broken.
38
Bug reports / Users can no longer browse new posts
« on April 22nd, 2014, 09:27 PM »
This started happening 2 days ago.  User can still make posts in any forum but no one, not even the admin, can view the content of the posts made since April 20.  Today I applied the latest revs, but no luck.  There are no errors in the logs.
39
Bug reports / Re: Posting pictures on posts generates 8 errors
« on March 30th, 2014, 05:12 AM »
Yes, I am still getting the same 8 errors per picture posted to the forum.
40
Bug reports / Re: Intrusion log: Request did not contain 'Accept' header.
« on March 22nd, 2014, 01:11 AM »
I am sure we all want the bots and spammers blocked, but in a reliable fashion. I am not sure Bad Behavior is that good, but at the same time I don't think there are many choices.
41
Plugins / Re: Plugin suggestion - Prevent ALL CAPS
« on March 18th, 2014, 10:22 PM »
Quote from Nao on February 7th, 2014, 02:37 PM
I'm having no problems on my side either.
Any posts, body contents, [A-Z]{6,}, case-sensitive, save... Done.

BTW, there really isn't an all-caps filter, out of the box. The one I gave above is really limited. I guess it's plugin material, then... :-/
I tried this filter and it did nothing for me.  All Caps still come through.
42
Bug reports / Re: Intrusion log: Request did not contain 'Accept' header.
« on March 18th, 2014, 08:06 PM »
From the information on that link it looks like Bad Behavior causes more problems than the ones it prevents.  Is there an option for the forum admin to turn it off?
43
Bug reports / Re: Intrusion log: Request did not contain 'Accept' header.
« on March 18th, 2014, 05:07 PM »
This is what I for back from the user:

I have a Casio GZ one, droid.  My avatar was downloaded from my old droid incredible.
44
Bug reports / Re: Intrusion log: Request did not contain 'Accept' header.
« on March 18th, 2014, 03:42 PM »
I will ask the use and get you more info.
Posted: March 18th, 2014, 03:30 PM
Quote from Nao on March 15th, 2014, 09:35 AM
Also, I noticed in your accesss log that many apparently valid Bing requests are blocked. Not that I give much of a damn about Bing (AFAIK, only Windows Mobile users have to deal with this), but it's still something of a worry...

http://www.bing.com/webmaster/help/how-to-verify-bingbot-3905dc26

I may have to disable that rule entirely. Thanks to Microsoft's laziness, it looks like I may have to let some bots go through the process. -_-
Yes I noticed that Google can parse everything but Bing can only see 2 pages.  It looks like Baidu and Yahoo are also getting blocked.
45
Bug reports / Re: Intrusion log: Request did not contain 'Accept' header.
« on March 15th, 2014, 03:48 AM »
Always /do/dlattach/?attach=492;type=avatar.  I don't have an Android device to test.