Jump to content
Дизайн и модификация Invision Community IPBSkinsBETA
Search In
  • More options...
Find results that contain...
Find results in...
Sign in to follow this  
magnumspec

IP.Downloads. Зависание при попытке обновить файл

Recommended Posts

Добрый день.

 

IPB 3.4.8

 

Такая проблема, при попытке сохранить изменение или загрузить новую версию файла в IPDownloads, идет бесконечная загрузка, и срабатывает лимит хостера с ошибкой 502. Если лимит убрать, остается бесконечная загрузка.

 

При этом проблема возникает не на всех файлах. Какую-то закономерность среди них выявить не удалось. Проблемы с файлами разных пользователей, в разных категориях, с разным заполнением полей. С и без предыдущих версий. Никакой связи.

 

Вроде как напрашивается вывод об ошибках в БД, но раздел диагностики базы и индексов не показывает проблем.

Имеется странная ситуация с разделом 'Проверка соединений'. Страница долго грузится, а потом показывает:

 

HTTP/1.1 404 Not Found
Content-Type: text/html;charset=UTF-8
Content-Length: 46334
Connection: keep-alive
Vary: Accept-Encoding
Date: Fri, 20 Apr 2018 10:19:04 GMT
Server: Apache/2.4.27 (Amazon) OpenSSL/1.0.2k-fips PHP/7.0.29
X-Powered-By: PHP/7.0.29
Set-Cookie: ips4_IPSSessionFront=tja49vmaur3l6tu7d6cm9gd1jo; path=/; secure; HttpOnly
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate
Pragma: no-cache
X-Cache: Error from cloudfront
Via: 1.1 8602503af95a7bac32a020063ca51410.cloudfront.net (CloudFront)
X-Amz-Cf-Id: hw0bxMe1Efncf2k8kNL1xsk15RpXd3qExRSr77zHmmGu7lDESCy63g==

 

Не понятно, что именно не может найти, почему указан IPS4, хотя у меня IPB 3.4, и что с этим делать.

 

Хостер утверждает, что идет долгий запрос к БД, но какой именно, они не логируют.

 

 

 

Пробовал разные функции перестроения кэша и самих материалов, очистка потерянных файлов IP.Downloads и т.д., безрезультатно.

 

 

 

Помогите пожалуйста. Если проблема в базе данных, как ее исправить? Средствами оптимизации в PHPMyAdmin, или чем-то еще.

Share this post


Link to post

Имеется странная ситуация с разделом 'Проверка соединений'. Страница долго грузится, а потом показывает:

Потому что пытается соединиться со старым адресом IPS. Эта опция устарела.

 

Хостер утверждает, что идет долгий запрос к БД, но какой именно, они не логируют.

Сами проверьте http://ipbskins.ru/forum/topic12992.html/page__view__findpost__p__85869

 

Сперва можно отключить хуки. Может какой-то влияет на это.

Share this post


Link to post

1. попробовал поотключать хуки и прочее, включить стандартную тему - без толку.

 

2. развернул чистый сайт, накатил таблицы с сайтовой базы, поставил только IP.Downloads, поотключал все остальное. Попробовал воспроизвести на том же файле - та же ошибка.

 

3. Сделал проверку/анализ/оптимизацию/восстановление таблиц, без толку.

 

4. Что до ресурсов хостинга, думаю, это маловероятно, т.к. не работает обновление ряда файлов, эти файлы каждый раз одни и те же.

 

5. Включил по той подсказке логирование,  но не понимаю, на чем возникает затык. Похоже, замешана таблица cache_store, но я не уверен.

 

Подскажите пожалуйста, прикладываю файл логов вложением.  Там не должно быть ничего лишнего, т.к. он с теста.

 

sql_debug_log_04_21_18.txt

 

Также заметил упоминания таблицы пользователей. Вспомнил, что не так давно массово чистил прошлогодних неактивированных пользователей. Это может быть связано? И если да, то можно ли как-то исправить ситуацию?

Share this post


Link to post
Подскажите пожалуйста, прикладываю файл логов вложением.  Там не должно быть ничего лишнего, т.к. он с теста.

Не вижу ничего интересного.

 

Тут нужно заняться дебагом. Если сами не знаете как, то дайте доступы.

Но перед этим проверьте сколько человек подписаны на проблемный файл. Может тормоза из-за отправки уведомлений.

Share this post


Link to post
Но перед этим проверьте сколько человек подписаны на проблемный файл. Может тормоза из-за отправки уведомлений.

Подписано никого.

 

PS Обновил IPB до 3.4.9, чтоб уж последняя была. Чуда, не произошло, разумеется.

 

 

Тут нужно заняться дебагом. Если сами не знаете как, то дайте доступы.

В ЛС тогда? Нужно по SSH и до phphmyadmin?

 

 

И еще момент, где-то читал, что какие-то таблицы надо периодически очищать. Может с ними быть связано?

Share this post


Link to post
В ЛС тогда?

Да

Нужно по SSH и до phphmyadmin

Нужны доступы до файлов и учетка для воспроизведения проблемы. PMA вряд ли понадобится.

Share this post


Link to post

Проблема совершенно внезапно решилась. Вернее, был найден источник.

 

Это сервис https://mega.nz/

Зависание происходит, видимо, когда IPB пытается считать размер файла по внешней ссылке на мегу.

 

Учитывая, что технически на сайте ничего связанного не менялось, а хостер утверждает, что ограничений не имеет, скорее всего на стороне Меги что-то обновили.

 

Спасибо за помощь!

 

Остается выяснить, как можно заставить IP.Downloads не считать размер файла на внешнем источнике (если дело именно в этом).

Share this post


Link to post

Остается выяснить, как можно заставить IP.Downloads не считать размер файла на внешнем источнике (если дело именно в этом).

В файле \admin\applications_addon\ips\downloads\sources\storage\url.php

												'record_size'			=> $this->registry->getClass('idmFunctions')->obtainRemoteFileSize( trim($data['url']) ),

Share this post


Link to post

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...