wegorz23
-
Posts
378 -
Joined
-
Last visited
Content Type
Downloads
Release Notes
IPS4 Guides
IPS4 Developer Documentation
Invision Community Blog
Development Blog
Deprecation Tracker
Providers Directory
Forums
Events
Store
Gallery
Posts posted by wegorz23
-
-
Same here after update to 4.7.9. today
On site "get Support"
TypeError: array_keys(): Argument #1 ($array) must be of type array, null given (0) #0 public_html/applications/core/modules/admin/support/support.php(818): array_keys() #1 public_html/applications/core/modules/admin/support/support.php(228): IPS\core\modules\admin\support\_support->_showBlockCaching() #2 public_html/system/Dispatcher/Controller.php(107): IPS\core\modules\admin\support\_support->getBlock() #3 public_html/applications/core/modules/admin/support/support.php(48): IPS\Dispatcher\_Controller->execute() #4 public_html/system/Dispatcher/Dispatcher.php(153): IPS\core\modules\admin\support\_support->execute() #5 public_html/admin/index.php(13): IPS\_Dispatcher->run() #6 {main}
There was an error loading the hook scanner results. -
On 2/13/2023 at 9:25 PM, teraßyte said:
I've seen this happen before on another site, and it was caused by a <DIV> element not being closed properly in one of the blocks' content.
As Jim mentioned above, remove all your blocks, re-add them 1-by-1, and refresh the page each time to double-check that the sidebar is still in its correct place.
same thats why i say that to check again and valid that code
-
On 2/13/2023 at 11:47 AM, Marc Stridgen said:
hCAPTCHA set on higher level of sensitivity has tended to be the best option at present.
This one I would argue isnt 100% effective as they can change words. However to say it does nothing I would say is incorrect. If someone comes back with the same word, it will indeed block it
if thay write same word it working perfect but they change some and spamers was from other locations and diferent reason for spamming. like positioning and for seo
in my case cleantalk fixed problem for like 90% of them trying to register or write some spammers text
-
-
On 2/13/2023 at 11:25 AM, Giray said:
Well, you’re lucky because I’m not good enough a programmer to fix it myself.
im just googleing master so watch ur error code problem and search in google / stackoverflow.
in my case errors was after upgrading to php8.0 and functions that was not supported between php7.2 and php8.0.
goog luck.
just write message to author of plugins for help
-
23 minutes ago, Marc Stridgen said:
I would not advise on adding indexes that are not in the core platform. They would just be wiped on every upgrade
You should actually contact your hosting company regarding this problem. The query there is quite a simple query, so if there are issues on it updating the data, your mysql instance would need to be optimised appropriately.
thats true.
but if have problem on that table it can be more problems on other one like posts ...
In my opinion its not mysql database problem but some 3-rd party plugin that system wait for them and thats why...
-
-
On 2/11/2023 at 10:03 PM, Grafidea said:
why u need to change that settings ?
512 mb is fine and 256 mb too.
In my forum i give 1 G and its fine too.
But u need to know about how many processes u working at and how many memory u give for them.
If u have like 8 CPU and 16Gb or ram and give like 32 proceses to work o 1 G one by one it crash fast as hell.
(if u self hosting that)
U can change it to 512 MB and also check logs in ur server for
PHP: Fatal Error: Allowed Memory Size of .............
-
10 hours ago, AlexJ said:
/*xxxx::xxxx::IPS\_Widget::__toString:18476*/ UPDATE `ipb_core_widgets` `core_widgets` SET `caches`='{\"widget_topicFeed_86uiii4of_60d6ddb21f110bf3c9024baf58e4fcbd\":1676231243}' WHERE `key`='topicFeed' AND app='forums'; # Time: 2023-02-12T19:47:34.620616Z # User@Host: xxxx[xxxx] @ localhost [] Id: 4064016 # Query_time: 11.263576 Lock_time: 0.000029 Rows_sent: 0 Rows_examined: 1 SET timestamp=1676231254;
I often see above in Slow Query log. Is their any reason why widget is taking 11 sec to update? I see problem with topicFeed, upcomingEvents, etc in widget.
Is their any performance issues with Widgets getting updated? Thanks.
check indeks on columnt in that tables.
It shoud be:
primary: id
UNIQUE: key
INDEX: app
INDEX: plugin
but u can add more if in select statement in where is column.
in my db i have about 42 rows in that table so it cannot take that time to do something.
-
On 2/3/2023 at 10:07 AM, LastPlay said:
It took 24 hours to understand and make sense of the issue...
This request: &post=744068078_1188&el=snippet HTTP/1.0
Sticks to the new pages (which I've recently added).
The idiocy of the situation is that this search bot checks post=744068078_1188 and description =snippet of the new page BEFORE it appeared in its database(bot DB).
*Compares the page description with the page description not yet created in BOT database - that's just nonsense! idiots! ))) 😡create htaccess rewrite or block that in bot.txt.
Had that many on my site.
-
Word filter do nothing because they change words every time.
Ban ip e-mails, ip do nothing if they using VPN in browser or other one. (it can automaticly change ip when old one is not reaching target)
We also ban like about 10-15 account per day and block many spamers by moderation approval.
The best way to prevent that is to install CleanTalk now its clean and silent.
But it can block legit users too for no reason. 🙂
-
Is lower nav bar / breadcrumb ok in that place ?
<nav class="ipsBreadcrumb ipsBreadcrumb_bottom ipsFaded_withHover">
In my opinion check if u miss close tag in somewhere.
I think its in wrong place thats why ur sidebar just go down.
The browser automaticly close that tag in random place so thats why page is still working fine.
-
-
Can some one have solution on that problem ??
We block every day about 5-15 accounts + that spammers where spam defence (4) ban them automaticly.
185.107.56.156 106.202.182.218 122.173.29.26 103.163.224.42 103.83.145.119 188.126.94.239 122.162.145.40 180.151.26.60 103.163.224.42 119.82.83.120 103.163.224.42 163.198.212.180 188.126.94.246 156.146.55.162 78.24.201.101 156.146.55.159 46.166.182.57 196.196.53.25 185.245.85.231 196.196.53.126 196.196.53.45 109.248.205.130 102.129.143.42 103.50.150.230 46.0.43.66 102.129.143.84 223.178.212.206 122.180.178.0 119.82.83.120 178.249.212.242 182.71.79.227 152.57.80.169 173.239.254.53 37.214.47.29 94.233.240.239 176.125.230.144 180.151.19.51 27.57.72.158 103.47.73.122 119.82.83.120 176.125.230.137 122.161.52.50 119.82.83.120 95.142.120.10 103.83.69.129 176.125.230.143 194.5.53.70 46.8.29.86 160.202.37.39 51.83.213.191 207.244.71.84 122.161.69.140 103.122.169.138 122.161.69.140 103.137.85.130 103.81.215.60 49.36.181.207 103.47.73.122 119.73.96.2 103.81.215.60 185.107.56.157 163.5.123.58 85.221.154.231 103.69.244.168 138.199.59.160 94.254.229.22 163.5.123.44 181.214.173.47 154.6.130.2 31.173.86.73 216.24.216.27 185.246.208.146 194.5.53.23 178.175.132.165 181.214.173.190
Thats from last 3 days.
-
In last 4 days we also received many of failed registers in our forum.
Spam defense score 4 auto ban that users and we also have that a lot in past days.
( User registered. Spam Defense checked and returned score 4 - account banned. )
Only today banned ip:
31.173.82.121
37.46.115.44
37.46.115.51
37.139.53.90
45.87.104.125
84.239.40.254
142.54.173.138
145.255.9.153
152.58.123.243
176.124.205.34
176.59.56.243
178.176.76.117
178.176.79.62
185.245.85.231
208.110.81.170
212.129.45.4890% of that is from russian federation ....
Feel free to add that to ur filter or firewall. -
55 minutes ago, Unleashed2k said:
I've already reset the old user passwords but now I have a new problem. It's sending out 50k+ email notifications and my IP got blacklisted for spam. How ironic... Ugh. Is there anyway to cancel/clear that queue? I've already tried clearing my exim queue but it seems that ipboard is still bulk sending these messages.
We also think about that but have like 92 000 members. 🙂
About 3 days left we did not match new problems and filtering and ip ban work just fine.
Good luck everyone
-
On our forum its the same.
We reset passwords for that accounts.
ip list:
109.107.166.230
37.220.87.25
45.136.48.135
5.61.55.218
95.217.144.254
144.76.23.67
Word to word filter: "@pump_upp" "Verifpro" "datebest.net" and similar.
Any info what is that ? maybe tapatalk app ?
-
On 1/16/2023 at 11:27 AM, Marc Stridgen said:
The first question there would be what are those blocks? Are those perhaps 3rd party blocks that are running?
Its simple html blocks but connecting to DB and getting data from that. By ips { \IPS\Db->select }
Its like after migrating to php8.0 thats happened and its clearly that problem.
The problem is that try { } catch { } not getting that. 😞
We can close that topic.
-
Any help on that where i can search for resolve that problem ? it happend randomly.
-
Now its ok but it was second time in two weeks that forum down and cannot access any thing.
The log file was like 500 gb and whole machine was down.
This one today was clearly and simple to match whats the problem is (block 350 or 351) but second time its like nothing.
The process list was full and cpu still stay on 100% CPU.
It was like that: (not this one when our forum was down)
#0 /home/audiostereo/public_html/system/Theme/Theme.php(340): IPS\_Member::loggedIn() #1 /home/audiostereo/public_html/system/Dispatcher/Standard.php(63): IPS\_Theme::i() #2 /home/audiostereo/public_html/system/Dispatcher/Front.php(759): IPS\Dispatcher\_Standard::baseCss() #3 /home/audiostereo/public_html/init.php(927) : eval()'d code(110): IPS\Dispatcher\_Front::baseCss() #4 /home/audiostereo/public_html/init.php(927) : eval()'d code(49): IPS\Dispatcher\postnotes_hook_postNotes_cssAndJsFiles::baseCss() #5 /home/audiostereo/public_html/system/Dispatcher/Front.php(76): IPS\Dispatcher\bimchatbox_hook_includeJSandCSS::baseCss() #6 /home/audiostereo/public_html/init.php(927) : eval()'d code(36): IPS\Dispatcher\_Front->init() #7 /home/audiostereo/public_html/index.php(13): IPS\_Dispatcher::i() #8 {main} #0 /home/audiostereo/public_html/init.php(1029): IPS\_Log::log() #1 [internal function]: IPS\IPS::exceptionHandler() #2 {main}
ParseError: syntax error, unexpected token "=>" (0) #0 /home/audiostereo/public_html/init.php(1606): IPS\IPS::init() #1 /home/audiostereo/public_html/index.php(12): require_once('...') #2 {main}
-
-
Hi,
We have problem with our IPS forum today. It is down, even after reebot of machine.
Support tool show this:
We have many error logs now, and some uncaught exception.
the errors in logs:
Sun, 15 Jan 2023 10:59:30 +0000 TypeError: Unsupported operand types: string - int (0) #0 /home/audiostereo/public_html/applications/cms/sources/Blocks/Block.php(217): IPS\Theme\content_blocks_350() #1 /home/audiostereo/public_html/system/Theme/Theme.php(4628) : eval()'d code(18): IPS\cms\Blocks\_Block::display() #2 /home/audiostereo/public_html/applications/cms/sources/Blocks/Block.php(217): IPS\Theme\content_blocks_351() #3 /home/audiostereo/public_html/applications/cms/widgets/Blocks.php(143): IPS\cms\Blocks\_Block::display() #4 /home/audiostereo/public_html/system/Widget/Widget.php(826): IPS\cms\widgets\_Blocks->render() #5 /home/audiostereo/public_html/system/Widget/Widget.php(858): IPS\_Widget->_render() #6 /home/audiostereo/public_html/system/Theme/Theme.php(885) : eval()'d code(19215): IPS\_Widget->__toString() #7 /home/audiostereo/public_html/system/Theme/SandboxedTemplate.php(61): IPS\Theme\class_core_front_global->widgetContainer() #8 /home/audiostereo/public_html/system/Theme/Theme.php(885) : eval()'d code(7104): IPS\Theme\_SandboxedTemplate->__call() #9 /home/audiostereo/public_html/system/Theme/SandboxedTemplate.php(61): IPS\Theme\class_core_front_global->globalTemplate() #10 /home/audiostereo/public_html/system/Output/Output.php(745): IPS\Theme\_SandboxedTemplate->__call() #11 /home/audiostereo/public_html/init.php(927) : eval()'d code(26): IPS\_Output->error() #12 /home/audiostereo/public_html/init.php(1070): IPS\cms_hook_Output->error()
And the same after disable all plugins and apps and clearing cache.
-
22 hours ago, Marc Stridgen said:
In the first instance, have you disabled all 3rd party items? It may be one of those causing your issue. Although there is also the possibility that your system is simply using more memory for some items due to size, or configuration, so you would need to increase it in that scenario
This only happens to one of my users.
23 hours ago, wegorz23 said:Fatal error: Allowed memory size of 36870912 bytes exhausted (tried to allocate 20480 bytes) in /...../Db/Select.php on line 503
And the second one 368.... bytes its like 36.8 MB not 512 MB where the limit is set. and the 20480 bytes its like 0.02 mb
-
Hi, one of my users is currently having the same problem.
About a month ago I fixed it by increasing the php memory limit to 512MB, but with the current settings I don't want to increase it even more.
it says :Fatal error: Allowed memory size of 36870912 bytes exhausted (tried to allocate 20480 bytes) in /...../Db/Select.php on line 503
Any help ?
4.7.2.1 -
in Technical Problems
Posted
I fixed it by my self added some code in that file.