Хм, во как. То есть, фактически, уже не просто чат, а прям целый сниппет: что ищете, где ищете. Чую, что скоро у многих такое будет. Все опять будут как новогодние елочки в выдаче. Не хотелось, но чую, что придется все это тоже подключать у себя. Иначе конкурировать будет все сложнее в серпе.
А где они должны регать? От своего имени, юрика? А так зарегали левак на левое имя и работают. Начнутся проблемы, скинут, поменяют на такого же левака с другим доменом и дальше работать. Это черные методы, тут "на себя" никто ничего оформлять не будет.
А в чем сложность то? Делаете оба протокола без принудительного редиректа. В Яндексе подаете на редирект, в гугле нет. Для верности по юзерагенту гугла можно протокол принудительно менять на http.
Вот только, мне кажется, что смысла в этом немного. Риски конечно есть, но https, прежде всего, нужен пользователям. И чтобы операторы мобильных не совали свою рекламу в ваш сайт, это никак не добавляет пользы сайту.
Ну так то:
1. SSL по правильному вешается на выделенный IP. Есть вариант на общем, но он сопряжен с поддержкой, кою не все осуществляют. А, также, на большей части хостингов, точнее на абсолютной массе хостингов подвязать SSL без приобретения выделенного IP невозможно. А новый и свой IP - это как бы +100р/мес. Кому-то существенно.
2. Чтобы поставить SSL, зачастую ничего не понимающему юзеру на сайт - нужно заплатить денежку тому, кто это сделает, и более того, еще правильно настроит переезд и смену протокола.
3. При постановке бесплатного сертификата нужно не забывать его обновлять, или, правильно настроить автообновление, см. п.2.
Еще можно добавить некие риски того, что переход на https будет провальным, многие этого боятся.
Вот, в сумме и выходит, что это не просто так и не бесплатно, при почти любых раскладах.
"не потратил ни копейки" - это уже если есть сервер с выделенным ip + или сам умеешь ставить, или кто-то поставит бесплатно или в рамках УЖЕ оплачиваемого прайса.
Так что, нет, не бесплатно. К чему такие удивления? Если для вас это "легко", то для других реальная жопа )
Когда человеку дают рабочий пример того, что он категорически отвергает - все иные силы убеждения бесполезны. Когда человеку дают круглое, но при этом он твердит, что это квадратное, а круглого не существует в природе и тот кто это круглое создал - шарлатан - дальнейшее обсуждение принципиально бессмысленно. Это как во времена средневековья о физике рассказывать обывателю )
Хотите понять - велкам отдельно, я даже не поленюсь и потрачу лишние полчаса жизни, чтобы на пальцах показать круглое, хотя, рабочий пример я уже приводил, который это самое круглое иллюстрирует на примере, т.е. существует фактически. А остальное - так, троллинг да треп ниочем 🍿
Присоединяюсь, по-моему этих сервисов - только свистни.
Разница только в использовании и некоторых тонкостях.
В таком варианте проверки тошнотности: http://okej.ru/services/morphology , к примеру, можно определить вхождения с учетом морфологической составляющей и весовой части. В определенных условиях полезно, когда слова считаются не каждое отдельно, а словоформами.
Там же можно и тавтологию посмотреть http://okej.ru/services/tautology , тоже, порой, полезно, но, это скорее для проверки читабельности текста.
Так проблема с местом никак не соотносится с вопросом о смене профиля или техники бэкапа, она соотносится лишь с решением по железу, которое требует увеличения места на дисках, а раз это невозможно в текущей конфигурации - придется менять конфигурацию сервера.
Либо пересматривать архитектуру проекта, т.е. если у вас не помещается все на одном сервере - придется делать разнесение по разным серверам и уже каждый, опять же, бэкапить. Локально за счет RAID, удаленно - тут на выбор: удаленный сервак, облако или что еще, в зависимости от уровня требуемого быстродействия и безопасности данных.
Если же рабочий сервер не требует постоянного доступа к архивной объемной информации, то сервер держать как есть, с RAID, а инфу, если это просто накопительный бэкап, который требуется хранить какое-то количество времени - копировать на разные сервера, один опять же локально, второй удаленно. Тут даже и RAID не особо нужен будет, ибо у вас всегда будет 2 копии. А дальше от важности инфы, так то и на каждой точке бэкапа по raid можно организовать.
По-моему вопрос изначально был не совсем верно поставлен. При чем тут новое или волшебное? )---------- Добавлено 25.02.2019 в 18:22 ----------
Грубо говоря, раз невозможно на нем увеличить место, то добавляйте +1 еще такой же сервер и храните бэкап на двух таких серверах, разнося данные в соответствии с требованиями. Что-то оставляете на первом, освободив место от того, что перенесете на второй сервер.
Ну и Disaster придется увеличивать до x2. Если он у вас есть вообще. Как показала практика в свое время с украинским хостером, когда выгорел ДЦ, включая локальные копии - disaster очень даже нужная штука.
А разве в Backup можно что-то придумать кардинально новое?
Старо как мир: один бэкап локально, один, обязательно Disaster backup.
RAID уже есть, добавить удаленный с критичным периодом обновления и все, если его нет.
И что значит "Настал момент обновить решение по backup"? Есть на то причины?
Да как угодно, я думаю, если поискать - найдете. Как выше сказал товарищ, просто мог начать читать конфиг из другого места, мог переписать текущий, мог в текущий добавить инклюд, который переопределяет основной конфиг, а еще мог в резолвинге взять и заменить на сервере localhost localhost на localhost 127.0.0.1 и все, привет, понеслись коннекты в другом направлении. Казалось бы, сущий пустяк, но как раз этим панель и вымораживает, периодически )
Я уж по заголовку темы подумал, что теперь гугл стал накладывать фильтры за блоки РСЯ на сайте )
