Техническая поддержка сервиса Quadro.Boards

Объявление

Новости сервиса

О форуме

Quadro.Support – это форум технической поддержки различных проектов и сервисов Quadro.Systems LLC, на котором грамотные технические специалисты всегда смогут помочь вам в решении проблем, или же подсказать ответы на самые сложные вопросы. Так же на форуме собрана обширная база знаний по различным аспектам наших сервисов. Не забывайте пользоваться поиском ;)

Информация о пользователе

Привет, Гость! Войдите или зарегистрируйтесь.


Вы здесь » Техническая поддержка сервиса Quadro.Boards » Новости сервиса » Изменения от 14-го декабря, причины неполадок и варианты решений


Изменения от 14-го декабря, причины неполадок и варианты решений

Сообщений 1 страница 20 из 25

1

Возникшие проблемы связаны с введением более жесткого ограничения на количество единовременных запросов к серверу в секунду. Это немного меняет механику загрузки контента на страницах, острее всего изменение вчера почувствовали пользователи с устройствами, которые не хранят подолгу кэш, и пользователи форумов, на которых используется большое количество мелкой графики. По этой причине "глюки" затронули далеко не всех пользователей и не все форумы: у кого-то сохранился и быстро пересохранился кэш, после чего всё заработало как обычно, у кого-то форумы изначально оформлены в минимализме - такие с потолком ограничений могли не соприкоснуться вовсе.
Вчера из загрузки иногда полностью выпадали стили и некоторые скрипты. Сегодня системный style.css, js-файлы и аватары больше не должны выпадать из загрузки. Ограничение затронуло, главным образом, изображения.

Изменение было названо как необходимое. В некоторых случаях нужны адаптации со стороны форумов, поскольку каждый индивидуален и вариативность ситуаций огромна. Администраторам форумов нужно будет учесть некоторые моменты, относящиеся в большей мере к дизайнам и использованию подвязанных на мелкую графику скриптов (речь идет, в основном, про старые неоптимизированные скрипты). Чуть ниже перечислю то, что нужно учитывать (а что-то и заменить) в первую очередь.

Оставшиеся проблемы с форумами должны решиться с перезагрузкой устройства (пользовательского, если не помогло - можно попробовать перезапустить модем), а также дальнейшим сохранением используемого кэша. В чем смысл браузерного кэша как такового - он использует однажды сохраненные данные и файлы страницы для её отображения, и догружает только новый контент, которого в нем нет. Если при загрузке страницы количество одновременно запрошенных на странице изображений превысило дозволенныц лимит, часть запросов к изображениям будет остановлена сервером. Эти изображения загрузятся при следующем заходе на страницу или просто при переключении форумных страниц.
Суть. Если кто-то привык обновлять страницу постоянно через CTRL+F5, нужно иметь в виду, что в таком случае браузер каждый раз загружает всю страницу с ноля, с сервера. Иногда это необходимая мера для применения изменений, но сейчас в некоторых случаях она может приводить к тому, что какие-то элементы графики будут загружаться частями, если её очень много. Просто обновление страницы через F5 - обновление страницы без сброса кэша. К этому моменту нужно отнестись внимательнее, если проблемы с файлами возвращаются через раз по непонятным причинам.

Про важность оптимизации.
Сейчас очень много активных форумов, которые используют старые скрипты или годами не актуализируют код в хтмл-формах. У некоторых скриптов есть более новые аналоги, в некоторых отпала надобность, в некоторых надобности вообще не было, но они всё равно в админке есть (встречается и такое), некоторые тихо поломались и это упустили из виду. Причин тому много, у многих форумов просто нет своего "техника", чтобы постоянно перебирать и актуализировать коды в админке. И иногда старый даже рабочий код умудряется стать "вредителем", как получилось и в этот раз.

В данном случае лимит обращений выедают в ноль некоторые старые скрипты смайликов.  :D  Они плохи тем, что загружаются вместе со всей страницей как её составная, оттуда и проблема. Их придется убрать и заменить более новыми скриптами, которые загружают наборы смайликов только тогда, когда открывается вкладка с ними, в противном случае на форуме будут постоянно сталкиваться с недозагрузкой части изображений в первом подходе. Скрипты с отложенной загрузкой - от Человека-Шамана и Ромыча (если не ошибаюсь), если вам известны другие - их можно принести сюда. На старые я чуть позже повешу заглушки с предупреждением.

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

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

0

2

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

0

3

тоха с пельменной

Хорошо. Мне сейчас нужно отбежать на пару часов, постучусь  к вам, как вернусь в онлайн.

+1

4

У кого сохраняются проблемы с connection-timeout'ами - интересны операторы, город, количество людей, у которых наблюдается проблема. Какая именно серверная ошибка. Браузер, пробовали ли кэш обновлять или нет, пробовали перезагружать устройства или нет.

Пробую собирать свою внятную статистику, которую можно будет отнести кодеру. %-)

0

5

Arakhen

Отредактировано startrevel (16.12.2023 01:12:37)

0

6

Arakhen написал(а):

Второе - баннеры, особенно большое их количество. Часть форумов всё еще вешает их "в подвале" или под описанием раздела в полосе прокрутки.

На самом деле, когда-то люди пытались ввести тему вешать баннеры на отдельных страницах или как-то ещё, но по итогу это не возымело успеха. В конце концов, когда баннеры висят на главной странице, люди волей-неволей на них смотрят. Админ сервиса же не прячет рекламные баннеры от Директа на отдельную страницу, куда никто не будет заходить? Вот и тут тот же смысл, так как это аналог рекламы, где в качестве оплаты выступает взаимность ("Я даю тебе место для рекламы на моем форуме, ты даешь мне место для рекламы на твоем форуме").

Arakhen написал(а):

Скрипты с отложенной загрузкой - от Человека-Шамана

Не-а, тоже не работает. Да, вероятно, слишком много стикеров подгрузили, но размеры ограничения не известны. Кроме того, при переключении вкладок в скрипте выходит большая подгрузка стикеров, и по итогу они просто "ломаются".
Примеры:

Вангую, что люди просто перейдут на сторонние хостинги картинок, которые тоже будут время от времени слетать =(

0

7

cranberry написал(а):

На самом деле, когда-то люди пытались ввести тему вешать баннеры на отдельных страницах или как-то ещё, но по итогу это не возымело успеха. В конце концов, когда баннеры висят на главной странице, люди волей-неволей на них смотрят

Мне это понятно, да. Альтернативный вариант - прятать их под кнопку с отложенной подгрузкой.
Некоторые форумы и сейчас их выносят на отдельную страницу, либо делят - часть туда, часть на виду. Если баннеров немного, то трогать их смысла нет, если много - то тут уже могут возникать сейчас проблемы.

cranberry написал(а):

Не-а, тоже не работает. Да, вероятно, слишком много стикеров подгрузили, но размеры ограничения не известны. Кроме того, при переключении вкладок в скрипте выходит большая подгрузка стикеров, и по итогу они просто "ломаются".
Примеры:

Известны. Шаману я их сообщал еще в первый день, возможно, что обновит скрипт с их учетом рано или поздно. Ромыч думаю тоже, если будет такой запрос. Так-то это изменение затронуло и наши форумы тоже.)
Я их тут не указывал пока что из-за того, что эта информация простых администраторов может больше запутать, поскольку многие не понимают, как что работает и устроено. Критична она для разработчиков + некоторых дизайнеров, если они умудряются в стиле использовать сразу несколько сотен элементов, что уже действительно чуток перебор и без ограничений.

Ситуация просто получилась такова, что у людей смайлы и баннеры забивали "очередь" попросту количеством, из-за чего отваливались элементы дизайна и, поначалу, скрипты и сам файл стилей (сейчас это уже исключено). Плюс в самом начале сервер выдавал другую ошибку, и если сейчас картинки догружаются при постраничных переходах сами, то тогда вообще вешался блок на большее время. Оттуда и проблемы с отображением дизайнов. Плюс фикс такого характера, со звездочкой, что в него действительно может быть сложно въехать простому обывателю, потому указал на самые распространенные моменты, учет которых может более-менее выправить ситуацию.
Мне само изменение тоже очень не нравится, но в данном случае решения принимаю не я.  :(

cranberry написал(а):

Вангую, что люди просто перейдут на сторонние хостинги картинок, которые тоже будут время от времени слетать =(

Этим он мне и не нравится. Это самый простой выход из ситуации и одновременно - самый унылый в виду полной непредсказуемости сторонних площадок.

+1

8

Вчера проблема сохранялась вечером (сегодня еще не тестила), делала пиар, форумов 20 прогружались нормально, быстро, вне зависимости от установленного дизайна, количества баннеров и смайлов. А потом начались тормоза: долго стали прогружаться форумы, а потом и вовсе та же история со слетевшим дизайном. На форуме, который пиарила, вылетали аватарки (не у всех, выборочно), и картинки, что были загружены через хостинг форума.
Москва, провайдер вайфаер (мегафон), браузер хром. Кеш больше не чистила. Попробую перезагрузить роутер сейчас, но не особо верю в успех

0

9

LIFAD
Не уверен, что смогу помочь вам в этой ситуации.
Я уже много раз говорил, что обмен рекламками по форумам, что через бота, что вживую - это тема, от которой следовало бы отходить в пользу иных вариантов. Даже если этим живой человек занимается - это поведение бота, не рядового пользователя, и система может его ограничивать и  блокировать для самозащиты. Я не спрашивал о причинах апдейта, но такая мера могла быть принята в том числе и от ддос/бот-атак.

Мне скорее удивительно, что с этим ничего не делали так долго.  :dontknow:

0

10

Господа. Каков лимит запроса? Какой интервал должен быть между дозапросами? Как он высчитывается? Для конкретного IP или для всего форума в целом?

+1

11

4eDo
150 запросов в секунду к файлам изображений на IP.
Не к самому форуму, именно к изображениям в хранилище.

+1

12

Arakhen написал(а):

150 запросов в секунду к файлам изображений на IP.

Как-то мало.
Шапка, кнопки, элементы оформления и прочее - уже 50, если учесть, что размещение на сервере с форумом снижает риск потери изображения.
Аватары игроков плюс миниатюры аватаров - ещё столько же, если не больше.
Итого лимит можно выжрать почти моментально, если зайти на главную страницу (дизайн + миниатюры), а после - на страницу какой-нибудь темы, где уже есть 30 постов (оформление профиля + аватары + подписи + смайлики в редакторе), ведь при запросе страниц автоматом запрашиваются и прилагающиеся картинки...

Вопрос. Вот используется в качестве редактора CKEditor. Вернее, какая-то ваша кастомная пересборка - не суть. Скажите, нет ли опции как-то вынести её так, чтобы пользователи смогли подгружать свои плагины и перенастраивать некоторые элементы? Поясню. Рациональнее выпилить все лишние кнопки не через сокрытие скриптом при подгрузке страницы, а отключить в самом редакторе. Заменив, например, кнопку загрузки в форумную память на кнопку загрузки на другой хостинг (спасибо API).

Upd. Понимаю, что загрузка чего-то весьма небезопасна, и потому, возможно, придётся где-то устроить этап модерации. Или, если брать текущую ситуацию, уже вам как владельцам основного кода rusff предусмотреть подключения кнопок загрузки картинок через хостинги при условии, что владелец форума сам заведёт необходимые аккаунты. Я пока нашёл API Imgur и API GitHub (не настолько профильный ресурс, но картинки по токену грузить вполне можно). Тогда скрипт будет гарантированно проверен вами, но придётся каждый раз настраивать под конкретный форум, устанавливая креды. Ввиду этого функция, очевидно, станет платной. Но востребованность - штука такая.

Отредактировано 4eDo (16.12.2023 15:33:47)

0

13

4eDo написал(а):

Аватары игроков плюс миниатюры аватаров - ещё столько же, если не больше.

Аватары по моей просьбе вынесли за скобки - они не должны считаться в лимите запросов.

4eDo написал(а):

Вопрос. Вот используется в качестве редактора CKEditor. Вернее, какая-то ваша кастомная пересборка - не суть. Скажите, нет ли опции как-то вынести её так, чтобы пользователи смогли подгружать свои плагины и перенастраивать некоторые элементы? Поясню. Рациональнее выпилить все лишние кнопки не через сокрытие скриптом при подгрузке страницы, а отключить в самом редакторе. Заменив, например, кнопку загрузки в форумную память на кнопку загрузки на другой хостинг (спасибо API).

На это чуть позже отвечу (пальцы замерзли)).

0

14

Arakhen написал(а):

Аватары по моей просьбе вынесли за скобки - они не должны считаться в лимите запросов.

О, уже хорошо! Спасибо огромное!

Arakhen написал(а):

На это чуть позже отвечу (пальцы замерзли)).

Не тороплю, это не горит и из разряда просто хотелок.

0

15

4eDo написал(а):

Вопрос. Вот используется в качестве редактора CKEditor. Вернее, какая-то ваша кастомная пересборка - не суть. Скажите, нет ли опции как-то вынести её так, чтобы пользователи смогли подгружать свои плагины и перенастраивать некоторые элементы? Поясню. Рациональнее выпилить все лишние кнопки не через сокрытие скриптом при подгрузке страницы, а отключить в самом редакторе. Заменив, например, кнопку загрузки в форумную память на кнопку загрузки на другой хостинг (спасибо API).

Upd. Понимаю, что загрузка чего-то весьма небезопасна, и потому, возможно, придётся где-то устроить этап модерации. Или, если брать текущую ситуацию, уже вам как владельцам основного кода rusff предусмотреть подключения кнопок загрузки картинок через хостинги при условии, что владелец форума сам заведёт необходимые аккаунты. Я пока нашёл API Imgur и API GitHub (не настолько профильный ресурс, но картинки по токену грузить вполне можно). Тогда скрипт будет гарантированно проверен вами, но придётся каждый раз настраивать под конкретный форум, устанавливая креды. Ввиду этого функция, очевидно, станет платной. Но востребованность - штука такая.

По правде говоря - вы первый человек за очень долгое время, кто спрашивает такие вещи.  :D Основной вопрос в этом всем - для каких целей это нужно и как будет использоваться в итоге. С той же загрузкой чего-либо на сервера через форумы/для форумов разработчику в итоге пришлось пойти на установку ограничений, поскольку есть каста недобросовестных людей, злоупотребляющих и мудряющихся наносить вред уже текущими возможностями.

+1

16

Arakhen написал(а):

По правде говоря - вы первый человек за очень долгое время, кто спрашивает такие вещи.

Ну и я не просто юзер. Я бэк-разработчик, но в другой сфере и на другом стеке. А с самим редактором доводилось работать при использовании другой платформы, где ряд решений был с точки зрения разработчика лучше, но при том вводил просто админов в состояние паники х)

Arakhen написал(а):

Основной вопрос в этом всем - для каких целей это нужно и как будет использоваться в итоге.

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

0

17

4eDo
Не уверен, что это будет лучше и проще. Для разработчиков - да, остальное спорно. Скорее всего для этого потребуется другая архитектура, поскольку сервис полтора десятилетия существовал и развивался в других условиях, в числе которых - закрытый код движка и построения базы. Пользователям, в свою очередь, можно обладать весьма ограниченными техническими знаниями для успешного содержания такого форума, поскольку основные заботы по "техобслуживанию" забирает на себя руководство сервиса, а тот же персональный стиль и какие-то небольшие (иногда и большие) специфические функции можно заказать у умельцев сообщества, которые уже текущими возможностями создают зачастую просто удивительнейшие вещи. Очень большая часть администраторов форумов сервиса не сильно погружены в тонкости разработки и технической специфики.

Вы можете попробовать предложить это на едином форуме поддержки, поскольку за сам движок и его API отвечает Mybb. Возможно, такое пожелание найдет отклик у Кернела и других кодеров. Я отвечаю за Квадровскую ветку функционала + слежу за общим рабочим состоянием сервиса, передать ему ваши сообщения лично могу, но может получиться сломанный телефон.  :D

Сообщения чуть позже перенесу в тему "Банк Идей", они уже не откосятся к теме выписанных здесь изменений.

+1

18

Arakhen
Понял, принял :) Возможно, воспользуюсь советом и напишу в порекомендованное вами место. Спасибо за ответ!

0

19

Ребят, ну не грузится нифига вообще. Ни свое ни чужое. Как было, так и осталось. Ну не с мобильных же устройств форум админить и посты писать, неудобно до ужаса. Мало того, что свой не видишь, так и на другие заходишь - картинка такая же, перезагрузка не помогает

0

20

День добрый! По какой причине изображения forumstatic.ru теперь блокируются платформой как CORS? Из-за этого отвалилась иконка у форума, хотя для просмотра в отдельной вкладке доступно. Пришлось переносить на другой хостинг. Это тоже последствия обновы?

+1


Вы здесь » Техническая поддержка сервиса Quadro.Boards » Новости сервиса » Изменения от 14-го декабря, причины неполадок и варианты решений


Рейтинг форумов | Создать форум бесплатно