Честно пытался перейти с Google Chrome на Vivaldi, но после факапа (по другому это не назовешь) с синхронизацией решил что удобнее и надежнее, по крайней мере пока, оставаться с Гуглом.
P.S. И бог бы с ней что синхронизация не работала несколько недель, это вполне можно пережить, но почему при этом из локального (!!!) профиля пропали все пароли (приходилось смотреть их в мобильном хроме, а так как использую в основном сложные сгенерированные браузером пароли, то это было то еще удовольствие их по несколько раз вводить, когда еще пытался остаться с Вивальди)? И с пропавшие пароли так и не появились после того как все починили.
У китайцев пользователей интернета наверное больше чем всех граждан РФ. Как минимум с контентом проблем быть не должно: кто-нибудь да найдется на замену или в крайнем случае пересказ.
Что-то мне кажется, что в 2024 году для тех баз, которым действительно критична фрагментация индексов (то есть действительно серьезных и больших баз), никто уже не использует в продуктивных средах HDD.
В базах которые "смотрят наружу" (интернет-магазины, порталы и т.п.) вполне вероятно что так и есть, а вот во внутренних контурах (та же 1С например) думается мне что еще как используются.
Отнюдь. Уже несколько лет в ПРОФ версии нельзя управлять количеством процессов и соединений на процесс (а когда-то это очень помогло убрать тормоза на сервере). Настройки по-умолчанию не очень оптимальные.
Нет, только логические умозаключения (и немного буквоедства) ). Производительность нельзя увеличить, дефрагментировав индексы. Максимум ее можно вернуть к начальным значениям, близким к тем, когда база была только создана и содержала мало данных. Можно подтюнинговать настройки, хотя это больше к серверу БД относится.
А чтобы действительно увеличить производительность, нужно добавить памяти/процессоров или заменить диски на более производительные.
Тут, мне кажется, плюс не в увеличении производительности, а в том чтобы оная не уменьшалась, потому как с фрагментированными данными производительность точно упадет. "Нужно бежать со всех ног, чтобы только оставаться на месте..."
Адаптированность 1С к спецификам российского рынка и законодательству, включая налоговую отчетность, делает её уникальным продуктом.
Выше уже написали. Если перестать кое-кому каждый месяц выдумывать новые отчеты (или изменять старые), то "популярность" 1С как минимум затормозит.
Растущий спрос на продукты 1С ведет к постоянному расширению функционала.
Немного не так. Ведет к расширению функционала за деньги, путем сокращения функционала уже существующего (уже давняя история с ПРОФ и КОРП: ПРОФы теперь могут кушать только то что дают, надеясь на высокое качество кода серверной части программистов 1С).
1 и 2 я бы поменял местами, а вот по поводу 3, что называется бомбит: столько лет уже пишется эта 1С, цены регулярно на все продукты повышаются, а один из основных способов увеличения производительности так и остается покупка нового "железа". Нуралиев, твои программисты в параллелизм вообще не могут?
После этого процесса всё, что лежит в ящике Gmail, переедет на почту [@]xmail автоматически, а новые письма тоже будут приходить на этот адрес.
Кто-нибудь уже переходил? Самому не хочется, но видимо рано или поздно придется. Собственно вопрос как это реализовано? Просто сборщик почты, когда на gmail'е будут оставаться копии писем, или как-то "глубже", что gmail'ом пользоваться после перехода уже будет невозможно?
Честно пытался перейти с Google Chrome на Vivaldi, но после факапа (по другому это не назовешь) с синхронизацией решил что удобнее и надежнее, по крайней мере пока, оставаться с Гуглом.
P.S. И бог бы с ней что синхронизация не работала несколько недель, это вполне можно пережить, но почему при этом из локального (!!!) профиля пропали все пароли (приходилось смотреть их в мобильном хроме, а так как использую в основном сложные сгенерированные браузером пароли, то это было то еще удовольствие их по несколько раз вводить, когда еще пытался остаться с Вивальди)? И с пропавшие пароли так и не появились после того как все починили.
Встречал напоминалку что 0 это количество (или процент) данных которые можно восстановить при выходе из строя одного из дисков.
Кстати, а на андроиде никто не сталкивался с таким багом: открываешь канал и тебя перекидывает на 1-2 сообщения выше, а не на первое непрочитанное?
Т.е. новых ОС, БД, офисных пакетов и вообще любого ПО мы больше в реестре не увидим?
С одной стороны это хорошо: уменьшится количество новых форков дебиана/редхат, либреофиса, постгрес и т.п. С другой - здравствуй монополия.
Никогда не сдавайся, позорься до конца!
Если чего-то точно не знаешь, а проверять лень, то лучше сделать оговорку (потом проще будет исправиться если ошибся).
P.S. Думал у них населения миллиард с небольшим, а их уже почти 1.5 млрд. Тогда вполне допускаю что пользователей интернета у них больше миллиарда.
У китайцев пользователей интернета наверное больше чем всех граждан РФ. Как минимум с контентом проблем быть не должно: кто-нибудь да найдется на замену или в крайнем случае пересказ.
Анекдот про "...в субботу пораньше, чтобы быстрее освободиться".
В базах которые "смотрят наружу" (интернет-магазины, порталы и т.п.) вполне вероятно что так и есть, а вот во внутренних контурах (та же 1С например) думается мне что еще как используются.
Как бы скоро, в очередной раз, не пришлось "рубить" нули.))
Никогда не сдавайся, позорься до конца.))
Отнюдь. Уже несколько лет в ПРОФ версии нельзя управлять количеством процессов и соединений на процесс (а когда-то это очень помогло убрать тормоза на сервере). Настройки по-умолчанию не очень оптимальные.
Нет, только логические умозаключения (и немного буквоедства) ). Производительность нельзя увеличить, дефрагментировав индексы. Максимум ее можно вернуть к начальным значениям, близким к тем, когда база была только создана и содержала мало данных. Можно подтюнинговать настройки, хотя это больше к серверу БД относится.
А чтобы действительно увеличить производительность, нужно добавить памяти/процессоров или заменить диски на более производительные.
Тут, мне кажется, плюс не в увеличении производительности, а в том чтобы оная не уменьшалась, потому как с фрагментированными данными производительность точно упадет. "Нужно бежать со всех ног, чтобы только оставаться на месте..."
Выше уже написали. Если перестать кое-кому каждый месяц выдумывать новые отчеты (или изменять старые), то "популярность" 1С как минимум затормозит.
Немного не так. Ведет к расширению функционала за деньги, путем сокращения функционала уже существующего (уже давняя история с ПРОФ и КОРП: ПРОФы теперь могут кушать только то что дают, надеясь на высокое качество кода серверной части программистов 1С).
Я хочу чтобы сервер эффективнее работал с несколькими ядрами.
1 и 2 я бы поменял местами, а вот по поводу 3, что называется бомбит: столько лет уже пишется эта 1С, цены регулярно на все продукты повышаются, а один из основных способов увеличения производительности так и остается покупка нового "железа". Нуралиев, твои программисты в параллелизм вообще не могут?
Кто-нибудь уже переходил? Самому не хочется, но видимо рано или поздно придется. Собственно вопрос как это реализовано? Просто сборщик почты, когда на gmail'е будут оставаться копии писем, или как-то "глубже", что gmail'ом пользоваться после перехода уже будет невозможно?
Тем более. Значит даже выборка из геймеров неполная.
Читай "какой процент геймеров"