kobist

Рейтинг
31
Регистрация
31.01.2016
altevsk:
Такая же фигня происходит со вчерашнего вечера. При попытке редактирования кода или стилей виджета сразу уходит в белый экран.
Что еще заметил необычного, так это то, что в URL страницы редактирования виджета появляется хвостик ?limit=50. Такое чувство, что тебе дали 50 попыток редактирования до этого и теперь твой лимит исчерпан?!

Я пытался потестировать блок, создавал первый раз. Так и не смог, белый экран. Понял, что ловить пока нечего. Подожду пару месяцев.

Х.З.:
vnc работает, сбросил файрвол - все равно не поднимается и не пускает по ssh, что делать то? с vnc получится сделать бекап и отправить по mc на другой сервак?

Да, попробуй через vnc со своего сервака залить данные на какой-то внешний сервак по scp или rsync.

trionz2:
Так мы ждем решения вопроса? Заработает все?
Или искать новый хостинг? Ответ четкий дать кто-то может?
Просто знать бы, делать что-то или пока просто ждать )

Неужели еще не понятно, что ждать уже нечего?

Да все уже понятно. Темнят обе стороны и конца этому не видно. Каждый сочиняет свою версию, поэтому картинка не складывается. С такой репутацией хостеру конец. Не представляю, кто вменяемый будет покупать услуги с такой историей.

Я все, что критично, с ihor перевел в другое место. А то, что осталось и оплачено на долго, еще раз сегодня проверил в ручном режиме, что бэкапы реально разворачиваются. Советую всем это сделать, а не полагаться на автоматику, мониторинги и отчеты систем бэкапа. Просто возьмите, разверните данные на другом оборудовании и проверьте, что все в порядке. Я так понимаю, что оборудование в любой момент может быть потушено и свои данные мы не увидим больше никогда.

Открытый вопрос остается с доменами. Но думаю, больших проблем тут не будет. Они все регались через reg.ru, можно будет вернуть управление в случае проблем в ihor.

Aisamiery:
Я не админ такого проекта в целом а разработчик, мы не берем услуги под реальные проекты в сомнительных конторах с одним единственным ДЦ, а значит мигрировать с одного ДЦ в другой внутри одной компании достаточно просто, просто настроить локальную сеть между ДЦ в разных городах и с бухгалтерией нет проблем, потому что они закидывают бабки всегда на один расчетный счет по одному и тому же договору. Да проблема только в заказе мощностей физических, их установка занимает время у сотрудников ДЦ, по этому у нас есть резерв с репликацией, так как нам важен наш проект и важно минимизировать простои. На все вопросы ответил?

Ох уж эти теоретики. Вы разработчик, а пытаетесь научить системного администратора, который проходил и не раз все эти истории с хостерами, репликацией, отвалом облаков, нарушением связности между сегментами одного и того же провайдера и т.д. Если вы уверены, что разместить проект в разных ДЦ у одного хостера, это обезопасить его, то не буду вас разубеждать. У каждого проекта есть свой бюджет, своя архитектура, свои риски. Да много чего. Под это выбирается инструмент.

Aisamiery:
Инструментов миллион, проекты живут на сотнях серверов и ничего там в ручную не делается. Сейчас тот же докер инкапсулирует настройку окружения, которую можно по кнопочке раскатать на сколь угодно серверах. Или тот же ансамбль при помощи которого автоматизируется настройка любого железа, в целом на текущей момент нет никаких преграт быстрой а порой даже бесшовной миграции проекта с одной пачки серверов на другую и это я вам говорю как сотрудник хорошего, такого добротного хайлоада, а не просто сайтика на пхп.

Тогда зачем вы мне это пишите, если вы админ хайлоада? Вы прекрасно должны понимать сложности таких проектов. В один клик они не переносятся. Там одних организационных моментов, в том числе с бухгалтерией и оплатой хватает. А потом надо мощности заказать, проверить их, сети построить, плейбуки подстроить под новую инфру, базы мигрировать и т.д. И все это с минимальным простоем. Это трудоемкая задача.

slams:
Попробуйте rsync освоить. Но всеравно, время на миграцию тот еще гемор. А эта ситуация с хостером дико напрягает, причем еще тариф на год вперед оплачен, а теперь придется держать резервный сервер, синхронизировать данные и тестировать его стабильность.

Когда у тебя несколько дедиков с виртуалками увязаны в один проект, одного rsync будет маловато для успешного переезда. Админам локалхоста такое трудно представить, понимаю.

Aisamiery:
Я комментировал вашу фразу что переезд будет "жесткачем". Если у вас все отточено, то переезд должен быть достаточно штатной процедурой. Что за манера, вначале написать одно, а потом попытаться опровергнуть свои же слова?

Вы рассуждаете категориями размещения домашних страничек на хостинге, когда для переезда достаточно перекинуть php скрипты и дамп базы и поменять dns записи. Но проекты бывают чуть посложнее и в силу технических ограничений конкретных сервисов, их невозможно автоматизировать и отладить до такого уровня, что нажал кнопку и все заработало у другого хостера.

Переносить работающую инфраструктуру, даже при наличии всех бэкапов, это проделать большую работу. Это знает каждый, кто управляет чем-то сложнее обычного сайта на php. Поэтому нельзя просто взять и переехать. Нужно потрудиться, чтобы все запустить на новом месте. И этот труд тоже стоит денег. Приходится все взвешивать и оценивать. Пока я остаюсь на ihor, предприняв все необходимые меры на случай, если он просто отключится полностью.

Я вот одно в этой истории не могу понять. Какой смысл так отжимать активы? После такого скандала, какой здравомыслящий человек будет покупать услуги ihor? От такого развития событий проигрывают абсолютно все - клиенты, старый владелец, новый владелец. Эффект обезьяньей лапы. Его суть в следующем:

Наряду с желаемым положительным результатом, желания и действия, направленные на их осуществление, неотвратимо влекут за собой сопутствующие последствия, ущерб от которых:

- может быть непредсказуем;

- может превосходить положительный результат и обесценивать его.

Кстати, машина поднялась сегодня в районе 9-ти утра. Походу власть сменилась, пришла смена ТП и все сделала. По факту у меня пока в ihor все работает.

123 4
Всего: 35