Nil2024

Рейтинг
45
Регистрация
25.04.2024
Osmxnxn #:
На основном проекте каждый день отправляются бэкапы на сторонний сервер. И базы, и файлы.

А этим проектом я долго не занимался, одно время думал даже бросить. Поэтому не делал бэкапы сам, делал примерно в мае крайний раз, но туда восстанавливаться вообще не вариант. К тому же знал что есть бекапы по требованию у БЕГЕТ (ПЛАТНЫЕ!!!), а есть бесплатные автоматические. Я знал это, поэтому не стал ничего городить и вообще не думал что базы данных будут косячно бэкапиться у такого хостера как Бегет. И не стоит сейчас 150 руб он, если только стартовый. Отдавал около 600-1200 в месяц, нормально посещаемость тянет 10-15к спокойно в сутки. В любом случае уже съехал, всем спасибо.

Один бэкап по требованию бесплатный, последующие – платно, но недорого. Возможно от тарифа зависит.

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

Спасибо за сигнал, сделал бэкапы, т.к. у меня после переустановки ос их не осталось. 

Кстати, меня не перевели на MySQL 8 принудительно, просто есть кнопка в панели - начать переход.

На кнопку отправки формы onclick="window.open(ссылка, "_self");"
Если не было договора, в котором прописана коммерческая тайна и неразглашение, то ничего и никак
Mik Foxi #:

в любом бизнесе надо периодически пересматривать маркетинговые подходы. Данный подход не оправдал себя.

Почему не оправдал. Сейчас часть тех кто превысил 8 Гб надеясь на бесплатно и навсегда, перейдут на платный тариф. Маркетинг сработал)

Pavel A #:

Короче у них чет странное. Сперва заплатил, они мои документы 3 дня проверяли, вроде как активировали сервер, но доступа нет. И тут сразу прилетает еще один счет.

Расторг с ними договоренность (куча галочек) и через месяц вернули оплату.


hetzner гораздо прозрачнее и постфактум оплата

Если акк .ru, мб дело в этом. Они ещё в 2022 присылали что отказывают в обслуживании клиентам .ru. У меня как раз на тот момент заканчивался годовой период хостинга. В принципе и так продлевать не собирался)

+ Не правильно понял. Вы сами расторгли, подумал, что они.

Недавно переносил языковой поддомен на отдельный домен. Месяца два три в гугле висело окно про переезд.

Когда по консоли количество показов на старом домене практически свелось к нулю, новые страницы проиндексировались,  просто отключил старый поддомен откуда переезд и удалил его из консоли. Окно про переезд пропало)))

Если вы говорите, что терять вам особо нечего, то и смысл метаться туда сюда. 

Насколько я понял ситуацию. Самое топорное и относительно простое. Я бы попробовал как то так. Создать папку /admin, защитить её паролем. В админке файл editor.php загружать требуемую страницу в форму из указанного файла, после редактирования из формы записывать в файл.
Закрытие главной не влияет на индексацию внутренних. У меня долгое время стояла переадресация с главной для ботов, и соответственно боты пс не могли ее нормально индексировать. В индексе она была без нормальных сниппетов. Внутренние страницы отправленные через консоли вебмастера индексировались нормально. Как это влияет на ранжирование внутренних страниц и т.п. достоверно сложно сказать, там много чего может влиять. Вообще мне нравится (там где это уместно) концепт главной как обложки, на один экран, без вываливания на нее всех обновлений а только основные ссылки.  Иногда практикую. Для обновлений есть раздел Лента или списки в категориях.
Тогда остаётся опираться на режим отображения standalone. Что позволит задать отдельные css стили и js события (например показ модальных окон для этого режима) на основном домене.
И сейчас подумал, не пробовал, но в принципе, определение display-mode: standalone в js позволяет организовать на поддомене отображение контента только для пользователей находящихся в этом режиме. То есть: для всех - страница пустая, если display-mode: standalone, есть контент. С помощью Аякса подгружать или добавить пользователю в local storage параметр и потом по его наличию отдавать контент. 

Всего: 533