- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Что бы перенести БД с одной CMS на другую, не обязательно знать структуру БД на хостинге или иметь исходный код CMS, дампа самой БД вполне достаточно что восстановить сайт на другой CMS. Ни какие конверторы писать не надо, сам лично переносить БД по 40000 статей, так что если есть дам БД, то сбежать можно всегда.
Отбросим от вариант, что скорее всего на юкозе не дадут дамп.
Так вот как вы предлагаете без конвертора перевести базу (!неизвестного формата) в базу для какой-то CMS?
Перевести уже означает её конвертировать. Естественно без конвертора не обойтись.
Задавал когда-то давно вопрос в техподдержку, собираясь зарегистрироваться в ихнем сервисе, отдадут ли они дамп базы, если мне потребуется переехать. В ответ посоветовали воспользоваться другим бесплатным хостингом.
Похожая проблема
перенес форум с Юкоза и хочу перенести уже зарегестрированых пользователей. Вот отправил запрос в сапорт Юкоза (может дадут дамп таблицы с юзерами)
Классический топик.
Что значит "тупик"?
1) Тупик значит что на определённом этапе развития придется менять движок из-за нехватки функционала, правильно мы понимаем мысль ТС? А про какую CMS можно сказать что её хватит "на всегда"? Мы каждый месяц слышим от 2-3 человек что "битрикс тупик", "пхпнюке тупик", "хостцмс тупик", "типо3 тупик" и т.д. и т.п. и главное всё в достаточной степени обосновано. Поэтому фраза "юкоз тупик" она в общем-то из ряда не выбивается.
2) Тупик означает что на определённом этапе развития придется менять хостинг из-за нехватки производительности, правильно мы понимаем мысль ТС? Но ведь опять же, это случится с любой CMS и с любым хостингом, т.к. "на всю жизнь" для развивающегося ресурса не хватит ни того ни другого.
Итого имеем 2 "проблемы" с юкозом... те же самые 2 проблемы что имеем с любой другой CMS на любом другом хостинге. Вопрос состоит в том как их разрешать.
2) На юкозе несомненный минус в том, что если не хватает ресурсов хостинга, то своё личное решение для его хостирования не внедрить, казалось бы так? Но...
2а) Кто-нибудь слышал что бы с юкоза гнали за нагрузку?
2б) Своё решение большинство сайтов всё равно не имеют, они покупают его у другого хостера, что мешает купить его у юкоза?
1) Если всё-таки принято решение из-за недостатка функционала сменить CMS, то определённо появляется проблема переноса данных. Но вопрос в том, что эта проблема появляется в любом случае. Да, пусть даже юкоз не отдает дамп БД.
1а) Но ведь все данные доступны по http (и даже логины/пароли активных юзеров можно косвенно добыть). То есть проблем с доступностью данных как таковых нет. Поддержка на блюдечке с голубой каемочкой их не выкладывает? Возьмите сами.
1б) Да, есть проблема как эти данные засунуть в новую CMS. Но простите, дампы БД никаких CMS друг с другом не совпадают, даже если бы Вам их отдали в raw виде. И попытка перенести дамп с "типо3" например на "битрикс" в принципе того же порядка сложности.
Это мы не то что бы в защиту юкоза, просто речь о том, что практически все цмс и хостинги имеют примерно те же проблемы что и юкоз, поэтому не стоит критиковать один конкретный сервис именно по этим причинам.
Переезд с какого-нибудь абырвалг-хоста и желтый-одуванчик-цмс на другой хостинг и другую цмс задача примерно того же порядка сложности что и переезд с укоза и точно так же когда-нибудь Вам придется её решать - какой бы хостинг и какую бы цмс Вы не выбрали.
тема всеж таки переезжает в вебстроительство 🚬 в Курилке ей не место
Вы верно пошутили)
Вы знаете, если ваш сайт работает - значит работает и ваша цмс, причем работает именно с базой на каких-то скриптах. Так вот, это в подавляющем большинстве случаев означает что вы можете САМОСТОЯТЕЛЬНО! без затрахивания мозга хостера, [которого у него после таких юзеров конечно поуменьшилось, но остатки сохранить все таки хочеться))] взять и забрать себе в любом удобном для вас виде. Это ни стоит ничего, просто достаточно наличия желания и минимального понимания проблемы))
Отбросим от вариант, что скорее всего на юкозе не дадут дамп.
Так вот как вы предлагаете без конвертора перевести базу (!неизвестного формата) в базу для какой-то CMS?
Почему не известного. Маловероятно что там какая то экзотика, скорее всего MySQL. А если есть дам в SQL его можно восстановить на локальной машине и работать с ним как потребуется.
Отбросим от вариант, что скорее всего на юкозе не дадут дамп.
Так вот как вы предлагаете без конвертора перевести базу (!неизвестного формата) в базу для какой-то CMS?
Пишите граббер под свой сайт - грабите все нужные данные со своего сайта.
Что мы имеем в итоге:
-Важный контент сайта у Вас на руках (при этом загонять его можно сразу в БД какого-то движка)
Минусы:
-Потеря некоторых данных.
и структуру базы, думаю, тоже не дадут.
если вы не в теме, то зачем же тут что-то писать?
http://faq.ucoz.ru/faq/0-0-109 - читайте внимательно.
Luxer, переехать можно на любой другой хостинг, все файлы и базы желающий переехать может получить в архиве создав бекап. другое дело, что конвертировать базы (точнее дампы баз (данные в текстовых файлах)) придется самостоятельно.
Все же вопрос, про "тупик" какой-то некорректный, ведь так можно спросить "PHP - тупик?" или "Жизнь - тупик?"... все зависит от того что вам нужно сделать.... Юкоз дает возможность делать сложные проекты - просто.... если кому-то хочется сложностей, то никто же не заставляет использовать юкоз....
Кстати, из почти 200 тысяч пользователей системы, только несколько человек используют его "вполную", все остальные не используют и 30% возможностей системы....
edogs все вам сказал. Что делать дальше? думать вам.
Если сайт из 5 страничек, то ему и система управления не нужна. А форму сильно дорог?
Если сайт действительно ценен, то есть смысл вложиться и сделать на смске, которую вам отдадут с исходными кодами. Есть даже шанс купить у юкоза, хотя я не пробовал. Дерзайте дальше.