5. Уже два дня объясняю тех специалистам как подключить БД к ЦМС. Бестолку. Кроме прочего, сегодня написали мне ответ - невозможно содать БД с такими именем (6 букв) и всё. Я им даже путь указал к конфиг файлу ЦМС и всё равно бестолку.
Очень странно читать такое вообще.Как можно заниматься сайтами и не уметь самостоятельно подключить? Тем более это вы им объясняете, а не наоборот. Так почему не подключить самостоятельно, имея знания как это сделать? Мазохизм или какая-то особая проверка ТП хостинга.
Интересно почитать полную историю.
3. 87 рублей (месяц хостинга) забрали за запуск площадки. Сейчас на счету ноль и требуют ещё 87 рублей.
Не требуют, а предупреждают о том, что не хватает баланса для оплаты СЛЕДУЮЩЕГО месяца, наверно?
Мой комп уже 4 года работает 24/7/356. Вообще не выключаю. Даже когда из дома уезжаю на пару дней. Раз в 3 месяца перезагружаю и всё.
На своем домашнем компьютере лучше не надо, все равно вы что-то на нем делаете, работаете, может даже играете.
Вот если вторая машина, да даже тот же ноутбук среднего звена с более или менее хорошим показателем мощности по single thread (4 GB RAM / процессор уровня High-mid range https://www.cpubenchmark.net/mid_range_cpus.html) подключить к роутеру, установить Linux (ноутбуки обычно потребляют около 30-40W), воткнуть туда весту или что сейчас популярно среди бесплатных панелей.
Плюсами будет полный контроль на вашей стороне, все зависит от ваших рук, выделенный IP даже можно не покупать, поставить TTL на DNS регистратора в 5 минут, скриптом через API регистратора менять IP-адрес на DNS, если вдруг переподключится VPN. Можно качать скилл администрирования.
Минусов конечно тоже хватает, необходим опыт администрирования, стабильное электричество, интернет, свободный слот под витую пару в роутере (не по wi-fi же подключать). 😊
И все, можно окунаться во времена 2007-2008, когда люди держали локальные торрент-трекеры на серверах в кладовке. :)
Хотел посоветовать поднять сервер дома, но посчитав энергию при потреблении 80 ватт, уже на 180 рублей в месяц выходит (зависит от региона). 😉
Я когда хостился на Мастерхосте звонил и сразу говорил "переключите на тех. специалиста" и меня переключали.
Что обсуждали, если не секрет? Тикеты с предварительной авторизацией наиболее удобная вещь для обеих сторон, особенно в общении с техническим специалистом.
Вроде бы виртуализация вообще не так работает, то есть от каждого ядра "отщипывается" кусочек.
Да, часто можно встретить честное описание тарифа. Там будет написано vCPU, а не CPU. Если ядра довольно мощные, конечно поделят.
Послал иск в Webmoney, написал с десяток отзывов, что еще можно предпринять?
Все эти действия уменьшают шансы получить резервную копию.
Может лучше пытаться решить вопрос дипломатически? Предложить купить у них резервную копию, раз такое дело.
Если бы хостеру арендованный сервер сносили за размещенный фишинг без предупреждения, ему бы нормально было? Дата-центры предупреждают жалобами, на крайняк отключают IP, если реакции от хостера нет. Потому что есть понимание того, что взлом CMS - это сейчас повсеместно. Это понимание, как мне кажется, должно распространяться и на уровень ниже в цепочке отношений ДЦ > хостинг-провайдер > клиент. А если нет, то хостинг-провайдер не следует правилу "Не поступай с людьми так, как бы ты не хотел, что бы поступили с тобой".
Отсутствие компромиссов - страшная вещь.
Технически это можно реализовать, если создать для клиента, например, nspawn контейнер, прицепить выделенный IP, etc.
Другое дело, что вы такой клиент один на миллион. Большинству такие возможности без необходимости, кому нужен докер - использует VPS. Потому никто не будет заниматься сложной реализацией взаимодействия контейнера с виртуальным рутом в среде виртуального хостинга ради мизерного процента клиентов, которым это нужно.
Они про другой фишинг, тот что phishing ( https://en.wikipedia.org/wiki/Phishing )
Если на аккаунт были залиты шеллы, то вполне могла быть закачана фишинговая страница или редирект на такую страницу, хорошей практикой является указание ссылки на эту страницу / скриншот со стороны ТП в финальном тикете с оповещением о блокировке.
Резервные копии хостера являются резервными копиями хостера, но по-хорошему можно и выдать бэкап, принимая во внимание то, что вы стали жертвой, а не самостоятельно размещали контент с нарушением оферты (обычно не составляет труда отличить двух типов клиентов. имея доступ к файлам). Но все это на усмотрение хостинг-провайдера.
И случилась проблемка. Десктопные браузеры Мозилла и Хром пререкидывают на https, и сайт не открывается.
С мобилы и планшета все работает, сайт открывается по http, навигация, внешний вид - всё чики-пики.
Чтобы такое сделать, чтобы исправить ситуацию? (Смену хостинга прошу не предлагать)
Очистить кэш браузеров. Браузеры кэшируют перенаправления. Если вы уже заходили по HTTPS с них, то они продолжат перенаправлять на https.
Если с диапазона Cloudflare, то с большой вероятностью вы видите IP адрес, который проксирует, а не IP реального клиента.
Блокировка IP-адреса из диапазона Cloudflare через .htaccess может привести к частичной недоступности сайта. Ощущение, что у хостера просто не установлен модуль, проверяющий HTTP-заголовки для замещения IP.
