Ну это отчасти правда, что 7-я версия пхп существенно быстрее чем 5-я. Может даже и на 200% в некоторых случаях.
Но в обычных сайтах 90-99% времени генерации страницы съедает не PHP, а чтение из базы данных. И еще если не дай бог есть запись (какой-то статистики) то и запись тоже.
Если это именно свойства товара, а не варианты атрибутов, которые де-факто увеличивают количество разных товаров, то практически без разницы сколько их. Реляционная база данных все равно использует один индекс, созданный по одному-трем полям. Все критерии свыше на скорость поиска принципиально не влияют, а скорее даже чуть-чуть ускоряют.
Это если вы туда elasticsearch повесите, то тогда конечно при большом количестве свойств надо будет намного больше работы, потому что он де-факто строит индекс по всем индексируемым полям. Но эластик можно настроить так, чтобы он работал даже не при миллионах записей, а при миллиардах.
Если 100 000 товаров всего итого в базе - то конечно имеет смысл CMS и только CMS. Но на практкие такая постановка задачи может означать, что товаров в базе 1 000 000, а есть в наличии и продаются 100 000, но остальные 900 000 по разным причинам выкинуть из базы нельзя.
Для 1 000 000 товаров CMS тоже использовать можно, но это уже посложнее и работу с базой придется переписывать хотя бы в части работы поиска. В этом случае уже все зависит от того, насколько вы понимаете то что делаете.
В службу поддержки?
Я тоже считаю, что это персональные данные.
Если очень хочется не убирать отзыв, изучайте исключения в законах, когда можно использовать ПД без согласия субъекта ПД и пытайтесь натянуть ваш случай на эти исключения.
К примеру, если на 50% падает посещаемость, на 50% CTR и на 50% цена за клик, это итого дает падение на 88%.
Чисто гипотетически.
Если например был договор поручения, в котором К поручает С зарегистрировать домен и создать на нем сайт, и есть к этому договору акт который подтверждает его выполнение (именно акт, а не факт оплаты) и есть на этом акте подпись С. То тогда обращаться в суд.
Но поскольку де-факто договора такого и акта 146% что нет, то либо забейте, либо купите этот сайт у С.---------- Добавлено 18.04.2020 в 09:18 ----------
Давайте. Торговать будем прекурсорами, которые формально в РФ не запрещены, и в постановление правительства не включены, но являются химическими аналогами запрещенных.
Я например не понял, у кого товарный знак, у кого домен, а у кого логотип, и каким образом эти три сущности взаимосвязаны. И это еще не было вопроса про классы МКТУ.
Например, если с одной подсети больше 1000 запросов в 15 минут к не-файлам (или к урлам соответствующим регэкспу) то бан. И автоматически разбан через 48 часов. И вайтлист на основе хостнейма.
Да, cloudflare как-раз такое убирает. Но речь идет чтобы убрать своими силами.
Чем смотреть? Чем банить, чем снимать бан, есть какой-то инструмент?
На уровне php не интересно. У меня на уровне php самописная защита, которая банит и тупых ботов и умных. А хотелось бы найти какой-то инструмент, который банит тупых ботов раньше, не доходя до уровня php.