zenzoidman

Just wanted to update what we found in case in helps anyone else. @Jim M was right on-- it was a server configuration problem. Specifically, it was a conflict with the Apache module mod_reqtimeout. The issue was resolved by disabling that module. Thanks again! 

Hi @Jim M, nice to talk with you again. 

2 hours ago, Jim M said:

"-200" in plupload is an error with processing on the server so it would need to be investigated and handled there.

Great info, thanks! I did not know this. Will relay this to our host and ask them. Thanks for your help and any other pointers you may add. 

@Randy Calvert We're not using a cloud server. Just a dedicated server in a datacenter. 

Hello,

I keep getting the following error when trying to upload PDF files on the slightly larger side. Files uploads around 20 MB will sometimes complete and sometimes not, but if the file is around 25 MB or larger, it never completes, and I get the following error:

I have seen elsewhere that this is usually a PHP settings issue, but it persists even after setting extraordinarily generous PHP ini settings, for example:

max_execution_time = 600

max_input_time = -1 (I assume -1 means unlimited, but I have also tried with this setting at 600 to no effect)

max_input_vars = 16000

memory_limit = 2048M

post_max_size = 1024M

upload_max_filesize = 512M

Are there any other server configuration options that I should check? Anything else other users have reported as causing this issue?

Thank you!

34 minutes ago, Randy Calvert said:

It was related to a bug in 4.1.x which is almost 10 years old. 😉  Read further down in that thread and you'll see after making the change to the my.cnf and rebuilding the IPB search index, it worked.  

Actually, the post did end up putting me on the right track. I followed its suggestion and added an additional line to my.cnf for innoDB:

innodb_ft_min_token_size=2

And that, in additional to ft_min_word_len=2, made two character search terms work.

Appreciate your time, Randy -- hopefully this helps out anyone else trying to make this work.

Thank you for your response, Randy. I understand that it's not something support can help with directly. I'm just hoping to be pointed in the right direction.

The problem is that I've already changed ft_min_word_len to 2 in my.cnf. I then restarted MySQL, rebuilt the search index, and cleared the system cache. Still no two character search.

I saw in another post that, if you have database tables running on InnoDB, then there's additional configuration that needs to be done. Do you know if that's the case? Here's the post I'm referring to.

Hello,

What parameters do I need to adjust to allow my IPS search bar to search using 2 character search terms. Currently, if I put in a 2 character term like "GE" it pulls up nothing.

Thanks!

Hello,

I've been struggling to keep my site's response time down recently, and I wonder if there are some server settings that I should adjust. Are there any general recommendations for php.ini settings or other server adjustments that would help keep the site running quickly?

Thanks!

Hello @HeadStand. I would like to hire you to customize your template system plugin for our website. I've sent you a PM but I don't think the notifications on the Invisionboard site is working. Are you available for hire?

Thanks! 

Scott

Hello,

Just wanted to check back in and see if there were any plans to add search indexing to the plugin.

Apologies -- I've disabled it for that account.

6 hours ago, Marc Stridgen said:

We would need to look further into this for you, however the access details on file appear to be incorrect or missing. Could you please update these details by visiting your client area, selecting the relevant purchase, then clicking "Review/Update Access Information" under the "Stored Access Information" section. 

We look forward to further assisting you. 

 

Hi Marc,

Thanks for looking into this. I've updated the access credentials, so you should have access now.

Please keep me updated on what you find.

Hello,

When searching for "solved" in the search bar, one of the options that appears is "[Forums] Solved".

When I click on that option, I get the following error:

In the technical details below that, I get this (I've changed some names that are specific to our server to general ones for security purposes):

SELECT SQL_BIG_RESULT DATE_FORMAT( FROM_UNIXTIME( IFNULL( time, 0 ) ), '%Y-%c-%e' ) AS time_as_alias,AVG(value_4) / 3600, value_1 FROM `ipb_core_statistics` AS `core_statistics` WHERE time>0 AND time>1349395140 AND time<1673913016 GROUP BY `time_as_alias`,`value_1` ORDER BY time_as_alias ASC
IPS\Db\Exception: DOUBLE value is out of range in 'avg(`database`.`core_statistics`.`value_4`) / 3600' (1690)
#0 /home/user/public_html/system/Db/Select.php(446): IPS\Db\_Select->runQuery()
#1 /home/user/public_html/system/Helpers/Chart/Database.php(395): IPS\Db\_Select->rewind()
#2 /home/user/public_html/system/Helpers/Chart/Database.php(621): IPS\Helpers\Chart\_Database->compileForOutput()
#3 /home/user/public_html/system/Helpers/Chart/Dynamic.php(495): IPS\Helpers\Chart\_Database->getOutput()
#4 /home/user/public_html/applications/forums/modules/admin/stats/solved.php(218): IPS\Helpers\Chart\_Dynamic->__toString()
#5 /home/user/public_html/system/Dispatcher/Controller.php(118): IPS\forums\modules\admin\stats\_solved->manage()
#6 /home/user/public_html/applications/forums/modules/admin/stats/solved.php(44): IPS\Dispatcher\_Controller->execute()
#7 /home/user/public_html/system/Dispatcher/Dispatcher.php(153): IPS\forums\modules\admin\stats\_solved->execute()
#8 /home/user/public_html/admin/index.php(13): IPS\_Dispatcher->run()
#9 {main}

Is this due to a misconfiguration on my server? Is there a value I can adjust somewhere to fix this (in php.ini, etc.)? If so, what would that value be?

Thanks!

We're considering buying this app, but one question before we do: if we were to remove the app after installing it, would it also delete any database tables created by the app?

@HeadStand, we've been using this for a while now, and there's now a pretty large amount of data stored in custom template fields rather than in post titles or bodies. This sometimes causes problems where people search for content, but it doesn't pull up because it's contained within a template field. Would it be possible for you to update the application such that template fields are indexed for search?

Really appreciate your work in maintaining and updating this plugin! We've gotten a lot of use out of it.

Hello,

It looks like, according to the latest IPB update, this plugin needs to be updated for PHP8 compatibility. Is that something you're planning on doing, and do you have an estimate on when we could expect to see it?

Thanks!

Turns out the solution was as simple as restarting our PHP server. Once we did that, Redis showed up in phpinfo and was recognized by IPS.

Thanks for that tip, Randy. That looks like it might be what's happening here. I'll let you know if that's the solution.

Best I can tell, it is installed. Here are the results of the php -m command in the directory where my community is installed.

[user@myserver public_html]$ php -m
[PHP Modules]
bcmath
bz2
calendar
Core
ctype
curl
date
dom
exif
filter
ftp
gd
gettext
gmp
hash
iconv
json
libxml
mbstring
mysqli
mysqlnd
openssl
pcntl
pcre
PDO
pdo_mysql
pdo_sqlite
Phar
posix
readline
redis
Reflection
session
SimpleXML
soap
sockets
SPL
sqlite3
standard
tokenizer
xml
xmlreader
xmlwriter
xsl
Zend OPcache
zip
zlib

[Zend Modules]
Zend OPcache

And for thoroughness, if I do redis-cli info from the same place, I get:

[user@myserver public_html]$ redis-cli info
# Server
redis_version:6.2.6
redis_git_sha1:00000000
redis_git_dirty:0
redis_build_id:4ab9a06393930489
redis_mode:standalone
os:Linux 3.10.0-1160.59.1.el7.x86_64 x86_64
arch_bits:64
multiplexing_api:epoll
atomicvar_api:c11-builtin
gcc_version:8.3.1
process_id:23848
process_supervised:systemd
run_id:e1e7146820ea5500bc80109fbb6006fc8c43c723
tcp_port:6379
server_time_usec:1647900922324730
uptime_in_seconds:37326
uptime_in_days:0
hz:10
configured_hz:10
lru_clock:3733754
executable:/usr/bin/redis-server
config_file:/etc/redis/redis.conf
io_threads_active:0

Am I missing anything?

I recently updated my community's PHP version from 7.4 to 8.0, and ever since, I've been unable to get the software to recognize Redis. This is what I see when I go to the settings page (with my directory blacked out for privacy reasons):

I've confirmed that I have Redis version 6.2.6 installed on my server, as well as the Redis PHP extension. I've also cleared my community's system cache just in case. Is there anything else that needs to be done to make the software recognize Redis?

8 hours ago, Mike John said:

Does this also happen with the points logs tab as well? What browser are you using and any custom themes? I'm still having trouble reproducing this.

It does not happen with the points logs tab -- only the points redeem tab. I've reproduced it while set to the default theme, so it doesn't seem to be related to my custom theme. I'm using the latest version of Chrome for my browser.

Again, for clarity, the process is: click the Points Redeem profile tab, then any other profile tab, then the Points Redeem tab again.

1 hour ago, Mike John said:

Is it turned off from the settings or group permissions? Can you let me know what your group permissions are for the redeem settings as well so I can try and reproduce this?

I experienced the issues I previously described with only the "Allow points redeem?" setting turned off in Redeem Points Settings. Redeem points was still enabled in each group's settings.

After disabling it for each group, the Points Redeem tab still shows up in profiles, but now a "You do not have permission to redeem points" message appears when I click the Redeem My Points button, which seems to be the intended function.

1 hour ago, Mike John said:

What version of IPB are you using? The profile tab themselves are an IPB feature but I'll see if there's some conflict on my side that might be causing this.

I was able to reproduce this in the latest version, 4.4.2.

Really looking forward to upgrading my site to the latest version, but I've unfortunately run into a couple of bugs while running tests on my development site.

1. Even with points redeem turned off, the points redeem tab still shows up for users on their profile pages. In addition, it gives confusing messages when they try to redeem points. Here's what shows when you click the Redeem My Points button:

If I hit the Submit button, I get a message saying that the value must be less than or equal to 4.5. If I change the value to 4.5, then the message says that the value must be 5 or greater.

2. An odd thing happens if you click into the Points Redeem tab on the Profile page, then click into a different tab (say, Activity), then click back to Points Redeem. Once you do that, things look fine for a second, then suddenly the page goes blank, as shown below, and the URL changes to http://example.com/index.php?/points/redeem/&

Any ideas what's causing these issues?

Thanks!

Any idea about when/if the issue I mentioned above can be resolved? Thanks!

The new update looks great! I've been testing out the new features, and I noticed that the Points Redeem tab still shows up on users' profile pages, even when redeeming points is disabled. Is there any way to remove that tab?

@Mike John Any update you can give on when the plugin will be compatible with v4.3?