У Мтс на тарифы с лимитным интернетом это тоже распространяется. Я как раз владелец старого тарифа, в котором раздача пакета из тарифа была по умолчанию включена в тариф до конца весны — начала лета.
Реформы ждать можно годами, хотя старожилы говорят даже десятилетиями.)
Вот например как решена довольно старая проблема (спойлер: не решена). dev.1c-bitrix.ru/community/blogs/oracle/2477.php (обратить внимание на комментарии о получении опыта)))
И таких мест множество, взять хотя бы порядок аргументов для множественных файлов, поменял местами VALUE и DESCRIPTION и всё, не работает. Хотя можно просто проверять наличие ключа. И поменять код не сложно, и обратную совместимость не сломает.
У меня есть пару кейсов когда «передано в отдел разработки» с багами, и почти пару лет уже не сделано. А клиент платить за фикс тоже не хочет: «лицензия же, техподдержка же, зачем мне платить ещё раз».
А мне интересно послушать более детально аргументацию касательно скорости работы. Я понимаю, бизнес, time to market, но получается это ключевой навык и по вашей оценке, если не «поспеваешь», то и не миддл/сеньор, даже если набрал много-много лет опыта и широкий кругозор.
leaseweb я бы поставил под вопрос. Работают они только с юр.лицами, я им документально всё подтверждал. В начале марта пришло письмо с просьбой подробно рассказать о бизнесе, отнести его к одной из категорий: хостинг, реселлер, фрилансер и привести ссылку на сайт своего бизнеса, который использует сервера leaseweb, ну и собственно запросили актуальные документы по бизнесу.
Дали два дня до блокировки (хостился у них с 2014 года). Ждать блокировки не стал, перетащил сервера, открыл тикет на закрытие аккаунта.
PS: хостинг в Молдове рассматривал бы с осторожностью, если ресселинг серверов или канала от m247, то он из спам баз почти не вылезает.
Да, моя вина, контекст в голове, но я его не передал) Уточню, используется часто для регистраций на сайте и последующего размещения спама на сайте через различные формы/комментарии/отзывы и т.д. Или сразу для спама через формы.
Есть несколько старых сайтов и форумов, которые я веду, там такое не то что бы часто, а очень часто.
Дело скорее не в том, что +tag не хотят валидировать, а в том, что это очень любимая тема спамеров и можно один e-mail использовать многократно. Обычно банят по e-mail, тут надо добавлять бан по шаблону. И в итоге либо банят всех по шаблону +tag (я ещё и по количеству точек в части до @), либо изначально не пропускают этот формат, т.к. он обычными людьми практически никогда не используется.
Сейчас все начали «ныть» что нужно улучшать инфраструктуру и у всех как-то внезапно на это не оказывается денег из прибыли. Видимо это новый общий тренд: Яндекс (не только по направлению такси), операторы сотовой связи, интернет-провайдеры и т.д.
Или пытаются поиметь побольше, или у топов внезапно появилось понимание что рынок в своём объеме очень даже конечен и новые клиенты когда-то начинают приходить меньшими толпами. Но и то, и другое меня не радует как перспектива.
Я не уверен что устанавливается завышенная цена. Это действительно в большинстве случаев геморрой. По крайней мере с теми, с которыми сталкивался я и мои бывшие коллеги по Битриксу. Да такой в итоге, что лично я выбрал больше Битриксом не заниматься. Совсем. Даже в виде шабашек. Даже при том ценнике, который за это получается. И при всём том стабильном объеме работы, который с ним есть.
На сколько я понял вы решаете проблему со стороны 1С, а люди берут за решение вопроса со стороны Битрикс. У вас была полная калькуляция? Потому что у вас могло быть добавить одно-два поля в выгрузку. А со стороны сайта могло быть — добавить в карточки товара (с доделкой дизайна), каталог, фильтр каталога с особой логикой, перепилить калькулятор, вывести в форму заказа и письма клиенту, и вообще из-за этого одного-двух полей могло получиться, что надо делать кастомный компонент заказа. А суммарно такой объем работ может в зависимости от разных условий различаться в разы и десятки раз по цене и времени.
Просто пока мы не знаем деталей, я например за завышенный ценник судить не возьмусь.
Хотя да, на рынке есть те, кто просто просит много за работу и получают столько. Но это далеко не все.
Будет немного холиварный ответ со стороны бывшего программиста 1С-Битрикс. Интеграция прозрачная, сам процесс в шагах детально описан и в принципе почитав исходный код родного скрипта синхронизации технических вопросов не вызывает.)))
Формат данных стандартный CommerceML, довольно неплохо описан, «белых пятен» или неверных данных в его описании не встречал. Т.е. если передать по нужной процедуре в нужном формате нужные данные проблем не возникает.
Да, есть ограничения, они тоже описаны, их можно учитывать при оценке интеграции — получится ли стандартная, или писать сразу свою.
Но! Естественно есть проблемы, правда они обычно организационные:
1. Т.к. по соображениям безопасности инициатор обмена с сайтом 1С (1С-Битрикс не может подсоединится к 1С), то из неё должны прилететь правильные данные в правильном формате и правильной структуре. Это 80% проблем всей интеграции 1С с Битриксом. Либо по причине структуры данных в 1С, либо по причине неправильного формирования справочников. Ну либо структура в принципе такая, что из неё не получается собрать ничего нормального под нужный формат и структуру на сайте.
2. Должна быть правильная структура в самом 1С-Битриксе тоже))) Тут уже обычно косячат все. Кто-то с владельцем сайта не проработал этот вопрос, что вообще структуру тоже проектировать надо детально и с учетом интеграции. А где-то владелец не захотел за это заплатить, выбрал подрядчика который пообещал что так всё будет зашибись. А часть заказчиков не хотят вообще заниматься этим вопросом, считая что это не нужно, им же из коробки интеграцию пообещали. А то что они колеса от камаза пытаются к подводной лодке приделать — это не важно.)
И где-то на стыке всего этого начинают рождаться кастомные интеграции. Потому что стандартно интегрироваться не получается, а так с матами можно запилить на сайт любые данные) правда это тоже не гарантирует что всё заработает, потому что см. п.2. Если на сайте нет правильной структуры, то шансы на успех не 100%.
У 1С-Битрикс есть одна особенность со стандартной интеграцией. Она работает только при соблюдении ряда условий, описанных в документации.
Если что-то в 1с начинают допиливать и делать под себя, то со стороны Битрикса чаще уже проще писать кастомную интеграцию. А это уже не из коробки и другие деньги.
А вообще интеграция этих двух систем часто боль и грязная работа.
Потому что по хорошему надо быть спецом в обоих системах сразу. Даже два раздельных спеца часто имеют сложности в коммуникации, потому что это сильно разные предметные области, а если в промежутке ещё менеджеры как обычно)
PS: а вообще что бы понять весь масштаб проблемы интеграции с 1С-Битрикс, можно почитать документацию Битрикса, там описано когда, что и как заведется на нём из коробки, как и обещают их маркетологи. А по факту там даже версии УТ и модулей сильно ограничены.
Работал около года с Битриксом. Самая лайт версия интеграции (дефолтные настройки, согласования, выгрузка, проверка логов, проверка выгрузки) получалась минимум 8 часов работы. При дешевой ставке студии по битриксу это от 20 т.р. При нормальной уже около 32-40 тыс.
Если 1С уже не молода и не нова (что обычно так и бывает), то 90% на проекте есть исторические особенности структуры данных в 1С и стандартная интеграция не заведется.
И тут начинается веселье с итерационным внедрением. А в рамках одной итерации надо:
— подготовить площадку к выгрузке
— выгрузится (обычно полностью, и обычно не 10 минут)
— проверить поверхностно что прошло
— посмотреть по верхам логи
— детально изучить что пошло не так и описать второй стороне.
Потом подождать исправлений и повторить процедуру. В итерационном подходе ещё получается дорогой контекст переключения с интеграции/на другие задачи, плюсом усложняется планирование загрузки спеца, потому что предсказать количество итераций не представляется возможным и вообще сам конечный срок работ, если только на стороне студии нет и спеца по Битриксу и 1С.
За последний пункт обычно ставят коэффициент проблемности минимум х3 (не знаю откуда взят именно он, какое-то эмпирическое значение с рынка, которое я много у кого встречал). Дальше от состояния 1С обычно пляшут.
У hetzner в былые времена много что было по другому, чем у всех. От чисто домашнего железа до интересных других предложений. ) Долгое время они вообще были особняком на рынке из-за этого.
Обычно нет. Считается что услуга должна продолжать работать, это вроде как бизнес.
А вопрос рисков превышения лимитов, клиент должен мониторить и оценивать сам.
Да, у хостеров есть предупреждения по приближению к лимитам, обычно есть какой-то свой, пусть просто мониторинг базовых метрик. Но риски работы по превышению обычно на клиенте.
Второй раз в жизни ввязываюсь в диалог по хостингу. Этот комментарий наверное закончится официальным самоубийством кармы, т.к. такого рода конструктив тут могут не пропустить. Как подобный конструктив не понравился и в прошлый раз.
С Leasweb работаю с 2014 года. Напрямую, потом начал через партнеров и когда понадобились ещё машины, а партнёры уже начали пытаться переводить на свои VPS в другой датацентр подключился снова напрямую (с 2020 года). Т.е. на текущий момент я работаю с ними как через партнёров, так и напрямую.
Скажу сразу, хостером доволен, хотя да, некоторые вопросы решаются от построенной коммуникации и иногда надо договариваться с ТП и отделом продаж. Но это, имхо, у всех.
Первый и очень важный момент, в 2020 году Leasweb уже работал по программе KYC (https://www.leaseweb.com/legal/customer-verification) и только с юридическими лицами и ИП из России. Работать на текущий момент с Leasweb как физическое лицо невозможно. Допускаю, что кто-то из старых клиентов может оставаться в статусе физического лица, но когда я восстанавливал свой прямой аккаунт, мне пришлось предоставлять документы подтверждающие статус ИП. Т.е. на текущий момент работа с Leasweb из России ведется только в статусе договора между юридическими лицами/ИП (связано что-то там с отчётностью по НДС у нас).
Если компания при работе с зарубежным поставщиком в другой юрисдикции по диагонали изучила риски и нормативные документы хостера, то тут проблема только их. Как бы глубоко не были запрятаны те или иные документы, ITSOFT, вы сами пошли на эти риски.
Если же вы работаете с Leaseweb через партнеров, то тут больше вопросы к партнёрам, а не Leasweb.
Далее, извините, но любой кто хоть немного задавался вопросом хостинга знает что есть две схемы по траффику:
1. Порт по скорости (с разными условиями и без)
2. Порт по трафику. Везде. Абсолютно везде где я работал с хостингом (русский, зарубежный) схема одна и та же: штатный пакет трафика + опциональный пакет трафика (заказываемый до периода использования) + ненормированное превышение за весьма солидную сумму. Других схем я не встречал, либо они являются незначительной вариацией данного. Конский ценник за нештатное превышение выставляется для заработка и продажи пакетов, логично.
Мне очень не понятно, почему после первого месяца превышения трафика вами не было предпринято мер по работе с ним и появились ещё два месяца превышения. Т.е. вы увидели сумму в 800 Евро и не попытались снизить риски на следующий месяц? В такой ситуации нормальная практика уточнить у хостера о причинах, накинуть платный пакет на всякий случай и разбираться с причинами. Опять же, когда уже стало видно что трафик пополз вверх, почему не связались с ТП и не попросили пакет трафика, договориться можно в таких ситуациях. Вы упорно ждали превышения без этого.
Вот здесь очень откровенно ВАШ ЧЕЛОВЕЧЕСКИЙ фактор, который вы теперь пытаетесь переложить на хостера.
По поводу суммарного подсчета трафика не буду рассуждать, тут нужно более детально вникать в текста договоров, какие услуги были заказаны, как они были оформлены. Косяк может быть с любой стороны, от неправильно посчитал хостер, до неправильно разнесли услуги(services) в системе и поэтому они посчитались отдельно. По поводу DDoS, опять же надо смотреть конкретно ваши тарифы, возможно они архивные и предоставляются на старых условиях, а вы сейчас изучаете новые. У меня есть тарифы ещё от 2016 года в использовании.
Но, ещё один момент, судя по текущему результату Вы изначально выбрали не совсем правильную тактику ведения переговоров. Ситуация для хостеров довольно штатная и очень часто встречающаяся. Почти всегда получается её обсудить и договориться мирно-полюбовно с небольшими потерями или вообще без них.
Я давно много держу вкладок в браузере. Лет наверное 7 уже.
Случались такие ситуации, но довольно редко. Обычно или нормально отрабатывает восстановление самого браузера.
Или так как браузер полностью перезагружается раз в несколько дней, то есть конкретная точка в истории, с которой можно восстановить всё, просто открыв с этой точки в истории все последующие вкладки. Да, там надо будет перетасовать вкладки и что-то закрыть, но такой схемой приходилось пользоваться всего раза три за это время.
В плане потери целиком вопросов не было, я делаю бэкапы))) в том числе и истории браузера.
Спасибо большое за совет. Посмотрю код расширения, на сколько оно рубит функционал страниц и насколько с ним можно будет работать.
Мной используются всякие личные кабинеты и прочие системы, зачастую даже блокировщик рекламы не включаю для их корректной работы.
Поэтому скорее в моём случае была констатация факта, что в работе с памятью браузера (и общем способе обращения с JS, который помогает много кушать памяти браузерам) всё обстоит плохо(
Вот я специально оставил примечание по поводу того, что оставим это на вкусовщину и личные предпочтения. )))
Да, я действительно держу столько вкладок и спокойно ориентируюсь в них. Всё разбито по окнам и имеет определенную группировку по темам и/или проектам (у меня несколько собственных проектов, помимо работы — это всякие кабинеты, статистика, внутренние админки).
Это вкладки по темам, которые мне удобнее держать под рукой (иногда надо поправить конфиги сервера, что-то поставить по мануалу и мне проще держать 20-50 вкладок с советами и примерами, чем искать по закладкам или лезть в гугл, благо вкладки всё же перебираются быстрее и проще чем закладки в моём случае). И делаю я это не то что бы помнить на память, но и не так что бы делать это раз в год и не хранить. Я к моему сожалению с тем же scp консольным до сих работаю по подсказке.
Так же набираются окна с тематическими подборками по сео/ техническим моментам / яп / бд / алгоритмам / инструментам.
С Хабра на почитать/посмотреть может набираться 200-300 вкладок. Читаю по возможности. В основном отбираю то, что хотя бы просмотрю. Просто оно может висеть пару месяцев до чтения/просмотра.
Ютуб там же болтается. Посмотрел — либо в закладки/оставить вкладку, либо закрыл.
И так вполне набегает 2000 вкладок.
В последнее время конечно количество вкладок поменьше уже. Был эксперимент с 300-400 вкладками. Но кардинально на потреблении памяти это не сказывалось. +5 гигов за день браузер отлично съедает и на таком меньшем количестве вкладок.
Всё крайне просто. Не хочу вдаваться в дискуссию зачем (оставим на личное удобство и предпочтения), но у меня перманентно открыто порядка 2000 вкладок по окнам и браузер перезагружается раз в несколько дней. Chrome/Opera стартует с 23-25 гигов и за пару-тройку дней на этом количестве вкладок кушает дополнительных 15-20 гигов оперативы (на компе 32 гига + 32 в подкачке). Явного дискомфорта нет, но это всё равно не та работа с памятью, которую я бы ожидал от браузера. Не все вкладки используются каждый день или даже раз в неделю.
И да, я немного не люблю JS разработчиков, потому что никто за собой ничего не чистит, не закрывает, не выгружает. Всё почему-то решили что JS как PHP, будет постоянно умирать и освобождать ресурсы) Но увы тут это философия не работает.
И да, браузеры могли бы принудительно выгружать более тщательно, но… что-то видимо мешает.
У Мтс на тарифы с лимитным интернетом это тоже распространяется. Я как раз владелец старого тарифа, в котором раздача пакета из тарифа была по умолчанию включена в тариф до конца весны — начала лета.
постельработу в коллцентре? )))Как я понял из статьи — начальные уровни извне у вас больше не набираются?
Вот например как решена довольно старая проблема (спойлер: не решена). dev.1c-bitrix.ru/community/blogs/oracle/2477.php (обратить внимание на комментарии о получении опыта)))
И таких мест множество, взять хотя бы порядок аргументов для множественных файлов, поменял местами VALUE и DESCRIPTION и всё, не работает. Хотя можно просто проверять наличие ключа. И поменять код не сложно, и обратную совместимость не сломает.
У меня есть пару кейсов когда «передано в отдел разработки» с багами, и почти пару лет уже не сделано. А клиент платить за фикс тоже не хочет: «лицензия же, техподдержка же, зачем мне платить ещё раз».
Дали два дня до блокировки (хостился у них с 2014 года). Ждать блокировки не стал, перетащил сервера, открыл тикет на закрытие аккаунта.
PS: хостинг в Молдове рассматривал бы с осторожностью, если ресселинг серверов или канала от m247, то он из спам баз почти не вылезает.
Есть несколько старых сайтов и форумов, которые я веду, там такое не то что бы часто, а очень часто.
Или пытаются поиметь побольше, или у топов внезапно появилось понимание что рынок в своём объеме очень даже конечен и новые клиенты когда-то начинают приходить меньшими толпами. Но и то, и другое меня не радует как перспектива.
1c.1c-bitrix.ru/support/doc.php
На сколько я понял вы решаете проблему со стороны 1С, а люди берут за решение вопроса со стороны Битрикс. У вас была полная калькуляция? Потому что у вас могло быть добавить одно-два поля в выгрузку. А со стороны сайта могло быть — добавить в карточки товара (с доделкой дизайна), каталог, фильтр каталога с особой логикой, перепилить калькулятор, вывести в форму заказа и письма клиенту, и вообще из-за этого одного-двух полей могло получиться, что надо делать кастомный компонент заказа. А суммарно такой объем работ может в зависимости от разных условий различаться в разы и десятки раз по цене и времени.
Просто пока мы не знаем деталей, я например за завышенный ценник судить не возьмусь.
Хотя да, на рынке есть те, кто просто просит много за работу и получают столько. Но это далеко не все.
Формат данных стандартный CommerceML, довольно неплохо описан, «белых пятен» или неверных данных в его описании не встречал. Т.е. если передать по нужной процедуре в нужном формате нужные данные проблем не возникает.
Да, есть ограничения, они тоже описаны, их можно учитывать при оценке интеграции — получится ли стандартная, или писать сразу свою.
Но! Естественно есть проблемы, правда они обычно организационные:
1. Т.к. по соображениям безопасности инициатор обмена с сайтом 1С (1С-Битрикс не может подсоединится к 1С), то из неё должны прилететь правильные данные в правильном формате и правильной структуре. Это 80% проблем всей интеграции 1С с Битриксом. Либо по причине структуры данных в 1С, либо по причине неправильного формирования справочников. Ну либо структура в принципе такая, что из неё не получается собрать ничего нормального под нужный формат и структуру на сайте.
2. Должна быть правильная структура в самом 1С-Битриксе тоже))) Тут уже обычно косячат все. Кто-то с владельцем сайта не проработал этот вопрос, что вообще структуру тоже проектировать надо детально и с учетом интеграции. А где-то владелец не захотел за это заплатить, выбрал подрядчика который пообещал что так всё будет зашибись. А часть заказчиков не хотят вообще заниматься этим вопросом, считая что это не нужно, им же из коробки интеграцию пообещали. А то что они колеса от камаза пытаются к подводной лодке приделать — это не важно.)
И где-то на стыке всего этого начинают рождаться кастомные интеграции. Потому что стандартно интегрироваться не получается, а так с матами можно запилить на сайт любые данные) правда это тоже не гарантирует что всё заработает, потому что см. п.2. Если на сайте нет правильной структуры, то шансы на успех не 100%.
Если что-то в 1с начинают допиливать и делать под себя, то со стороны Битрикса чаще уже проще писать кастомную интеграцию. А это уже не из коробки и другие деньги.
А вообще интеграция этих двух систем часто боль и грязная работа.
Потому что по хорошему надо быть спецом в обоих системах сразу. Даже два раздельных спеца часто имеют сложности в коммуникации, потому что это сильно разные предметные области, а если в промежутке ещё менеджеры как обычно)
PS: а вообще что бы понять весь масштаб проблемы интеграции с 1С-Битрикс, можно почитать документацию Битрикса, там описано когда, что и как заведется на нём из коробки, как и обещают их маркетологи. А по факту там даже версии УТ и модулей сильно ограничены.
Если 1С уже не молода и не нова (что обычно так и бывает), то 90% на проекте есть исторические особенности структуры данных в 1С и стандартная интеграция не заведется.
И тут начинается веселье с итерационным внедрением. А в рамках одной итерации надо:
— подготовить площадку к выгрузке
— выгрузится (обычно полностью, и обычно не 10 минут)
— проверить поверхностно что прошло
— посмотреть по верхам логи
— детально изучить что пошло не так и описать второй стороне.
Потом подождать исправлений и повторить процедуру. В итерационном подходе ещё получается дорогой контекст переключения с интеграции/на другие задачи, плюсом усложняется планирование загрузки спеца, потому что предсказать количество итераций не представляется возможным и вообще сам конечный срок работ, если только на стороне студии нет и спеца по Битриксу и 1С.
За последний пункт обычно ставят коэффициент проблемности минимум х3 (не знаю откуда взят именно он, какое-то эмпирическое значение с рынка, которое я много у кого встречал). Дальше от состояния 1С обычно пляшут.
А вопрос рисков превышения лимитов, клиент должен мониторить и оценивать сам.
Да, у хостеров есть предупреждения по приближению к лимитам, обычно есть какой-то свой, пусть просто мониторинг базовых метрик. Но риски работы по превышению обычно на клиенте.
С Leasweb работаю с 2014 года. Напрямую, потом начал через партнеров и когда понадобились ещё машины, а партнёры уже начали пытаться переводить на свои VPS в другой датацентр подключился снова напрямую (с 2020 года). Т.е. на текущий момент я работаю с ними как через партнёров, так и напрямую.
Скажу сразу, хостером доволен, хотя да, некоторые вопросы решаются от построенной коммуникации и иногда надо договариваться с ТП и отделом продаж. Но это, имхо, у всех.
Первый и очень важный момент, в 2020 году Leasweb уже работал по программе KYC (https://www.leaseweb.com/legal/customer-verification) и только с юридическими лицами и ИП из России. Работать на текущий момент с Leasweb как физическое лицо невозможно. Допускаю, что кто-то из старых клиентов может оставаться в статусе физического лица, но когда я восстанавливал свой прямой аккаунт, мне пришлось предоставлять документы подтверждающие статус ИП. Т.е. на текущий момент работа с Leasweb из России ведется только в статусе договора между юридическими лицами/ИП (связано что-то там с отчётностью по НДС у нас).
Если компания при работе с зарубежным поставщиком в другой юрисдикции по диагонали изучила риски и нормативные документы хостера, то тут проблема только их. Как бы глубоко не были запрятаны те или иные документы, ITSOFT, вы сами пошли на эти риски.
Если же вы работаете с Leaseweb через партнеров, то тут больше вопросы к партнёрам, а не Leasweb.
Далее, извините, но любой кто хоть немного задавался вопросом хостинга знает что есть две схемы по траффику:
1. Порт по скорости (с разными условиями и без)
2. Порт по трафику. Везде. Абсолютно везде где я работал с хостингом (русский, зарубежный) схема одна и та же: штатный пакет трафика + опциональный пакет трафика (заказываемый до периода использования) + ненормированное превышение за весьма солидную сумму. Других схем я не встречал, либо они являются незначительной вариацией данного. Конский ценник за нештатное превышение выставляется для заработка и продажи пакетов, логично.
Мне очень не понятно, почему после первого месяца превышения трафика вами не было предпринято мер по работе с ним и появились ещё два месяца превышения. Т.е. вы увидели сумму в 800 Евро и не попытались снизить риски на следующий месяц? В такой ситуации нормальная практика уточнить у хостера о причинах, накинуть платный пакет на всякий случай и разбираться с причинами. Опять же, когда уже стало видно что трафик пополз вверх, почему не связались с ТП и не попросили пакет трафика, договориться можно в таких ситуациях. Вы упорно ждали превышения без этого.
Вот здесь очень откровенно ВАШ ЧЕЛОВЕЧЕСКИЙ фактор, который вы теперь пытаетесь переложить на хостера.
По поводу суммарного подсчета трафика не буду рассуждать, тут нужно более детально вникать в текста договоров, какие услуги были заказаны, как они были оформлены. Косяк может быть с любой стороны, от неправильно посчитал хостер, до неправильно разнесли услуги(services) в системе и поэтому они посчитались отдельно. По поводу DDoS, опять же надо смотреть конкретно ваши тарифы, возможно они архивные и предоставляются на старых условиях, а вы сейчас изучаете новые. У меня есть тарифы ещё от 2016 года в использовании.
Но, ещё один момент, судя по текущему результату Вы изначально выбрали не совсем правильную тактику ведения переговоров. Ситуация для хостеров довольно штатная и очень часто встречающаяся. Почти всегда получается её обсудить и договориться мирно-полюбовно с небольшими потерями или вообще без них.
Случались такие ситуации, но довольно редко. Обычно или нормально отрабатывает восстановление самого браузера.
Или так как браузер полностью перезагружается раз в несколько дней, то есть конкретная точка в истории, с которой можно восстановить всё, просто открыв с этой точки в истории все последующие вкладки. Да, там надо будет перетасовать вкладки и что-то закрыть, но такой схемой приходилось пользоваться всего раза три за это время.
В плане потери целиком вопросов не было, я делаю бэкапы))) в том числе и истории браузера.
Мной используются всякие личные кабинеты и прочие системы, зачастую даже блокировщик рекламы не включаю для их корректной работы.
Поэтому скорее в моём случае была констатация факта, что в работе с памятью браузера (и общем способе обращения с JS, который помогает много кушать памяти браузерам) всё обстоит плохо(
Да, я действительно держу столько вкладок и спокойно ориентируюсь в них. Всё разбито по окнам и имеет определенную группировку по темам и/или проектам (у меня несколько собственных проектов, помимо работы — это всякие кабинеты, статистика, внутренние админки).
Это вкладки по темам, которые мне удобнее держать под рукой (иногда надо поправить конфиги сервера, что-то поставить по мануалу и мне проще держать 20-50 вкладок с советами и примерами, чем искать по закладкам или лезть в гугл, благо вкладки всё же перебираются быстрее и проще чем закладки в моём случае). И делаю я это не то что бы помнить на память, но и не так что бы делать это раз в год и не хранить. Я к моему сожалению с тем же scp консольным до сих работаю по подсказке.
Так же набираются окна с тематическими подборками по сео/ техническим моментам / яп / бд / алгоритмам / инструментам.
С Хабра на почитать/посмотреть может набираться 200-300 вкладок. Читаю по возможности. В основном отбираю то, что хотя бы просмотрю. Просто оно может висеть пару месяцев до чтения/просмотра.
Ютуб там же болтается. Посмотрел — либо в закладки/оставить вкладку, либо закрыл.
И так вполне набегает 2000 вкладок.
В последнее время конечно количество вкладок поменьше уже. Был эксперимент с 300-400 вкладками. Но кардинально на потреблении памяти это не сказывалось. +5 гигов за день браузер отлично съедает и на таком меньшем количестве вкладок.
И да, я немного не люблю JS разработчиков, потому что никто за собой ничего не чистит, не закрывает, не выгружает. Всё почему-то решили что JS как PHP, будет постоянно умирать и освобождать ресурсы) Но увы тут это философия не работает.
И да, браузеры могли бы принудительно выгружать более тщательно, но… что-то видимо мешает.