Вопрос: |
Здравствуйте!
В связи с отсутствием необходимости иметь большие нагрузки на сайты прошу перевести меня назад на мой хостинг тариф Профи. |
Ответ: |
Вы уверены, что Ваши сайты снизили нагрузку и смогут работать с общего хостинга? |
Вопрос: |
уверен, они её и не повышали |
Ответ: |
Здравствуйте.
Ожидайте пожалуйста. |
Ответ: |
какие сайты вы планирует еперенести на хостинг? |
Вопрос: |
все |
Ответ: |
перечислите их пожалуйста |
Вопрос: |
***.*
*.*.*
*.*
*.*
*.*
*.*
*.*
*.*.*
*.*
***.*
***.* |
Ответ: |
Можно сделать следующим образом, вы зарегистрируете еще один аккаунт, мы переносим на него сайты. В случае отсутствия проблем, можго будет перечислить средства с текущего аккаунта на новый. |
Вопрос: |
а почему нельзя оставить те же данные, как при переносе с хостинга на *? |
Ответ: |
Потаму что в этом случае у вас будет и хостинг и vps. Перенос и так займет довольно много времени и в случае возникновения проблем у вас будет запасной вариант |
Вопрос: |
ну мне кажется мне так и переносили, вы сами можете зарегистрировать мой хостинг или мне надо будет что-то делать? регистрируйте хостинг на тот же логин и пароль и переносите |
Ответ: |
это не совсем равнозначные переносы. мы можем перенести сайты на такой же аккаунт. но в случае возникновения проблемы с нагрузкой сайт может быть заблокирован |
Вопрос: |
проблем с нагрузкой не возникнет вообще я переоценил риски, на этот счёт вообще не волнуйтесь |
Ответ: |
ок. ожидайте. заявка выполняется |
Ответ: |
Реквизиты высланы на dtelniy@list.ru
проверьте и смените днс доменов |
Вопрос: |
я пока не буду менять днс, так как обратил внимание, что не точно перенесены базы данных, у некоторых не совпадает размер, у некоторых размер вообще *, проверьте пожалуйста.
новая панель https://**.**.*.**:****/ispmgr
старая панель https://***.***.***.**:****/ispmgr
зайдите и посмотрите в Базы данных |
Ответ: |
размер может не совпадать из за того что на старом сервере базы фрагментированы
проверить сайты вы можете прописав в файле hosts
**.**.*.** &*;***.*
и так далее
&*; |
Вопрос: |
даже если там * байт это тоже нормально? |
Ответ: |
сперва нужно проверить сайты |
Вопрос: |
начал проверять http://***.* в котором пустая база данных почему-то в админке, меня вордпресс кидает на установку свою, это нормально вы считаете? может всё-таки что-то не так с базой данных? дальше проверять пока не вижу смысла |
Вопрос: |
что мне проверять в таком случае? |
Ответ: |
сообщите имя базы сайта |
Вопрос: |
проверил http://*.*.*/ - у сайта не та кодировка... как такое могло вообще произойти? |
Вопрос: |
**** база данных, и так остальные проверьте которые по нулям |
Ответ: |
какая кодировка у вас была? |
Вопрос: |
****, она не была она прописана в метатегах сайта, она там и есть, и раньше браузер определял её правильно, сейчас определяет автоматически почему-то как юникод |
Ответ: |
&*;
установите кодировку windows-**** в свойствах www домена
&*; |
Вопрос: |
помогло, что с базами данных? |
Ответ: |
бзы переносятся, ожидайте |
Ответ: |
базы перенесены |
Вопрос: |
* не перенеслась |
Ответ: |
Проверьте пожалуйста сейчас.
|
Вопрос: |
базы данных заработали, кодировки что я выставлял в настройках доменов пропали, прописал ещё раз, двум сайтам на вордпрессе это не помогло, в неправильной кодировке перенеслись базы данных http://***.*/ и http://*.*/ причём ещё * сайта на вордпресс http://*.*/ и http://*.*/ перенеслись в нормальной кодировке.
Пренесите ещё раз базы http://***.*/ и http://*.*/ и желательно так чтобы не сбились настройки кодировки доменов в панели. |
Ответ: |
устновитезначение кодировки в свойствах www доменов |
Вопрос: |
я же сказал что установил. этим * не помогло. значит что-то с базой данных. |
Ответ: |
по какому адресу вы видите проблему? смысла переносить базу нет т.к она такая же |
Вопрос: |
можете ещё раз перенести файлы и базы данных
http://***.*/ и http://*.*/
**** и *
ещё у меня подозрения что на новой айпи эти блоги как-то самовольно обновили свои темы, вы этого не делали? если сделали то этого делать не нужно, верните старые файлы, т.к. у меня на сайте ***.* сбился дизайн. |
Вопрос: |
они не такие же, при переносе возможно вы неправильно указали кодировку |
Ответ: |
при переносе нкакая кодировка не указывалась, переносилось один к одному.
все файлв переносились как есть, базы тоже |
Вопрос: |
ну тогда сами зайдите по старому адресу и по новому, и найдите ** отличий. |
Вопрос: |
и сделайте чтобы их не было |
Ответ: |
по какому старому и новому адресам? |
Вопрос: |
http://***.*/ и http://*.*/ на старом и новой айпи, ну поиграйтесь базами, пересоздайте в * разных кодировках и проверьте, чтобы всё совпадало. |
Ответ: |
мы переносили один к одному, в какой кодировке пересоздавать если они уже созданы? другой кодировки быть ен может |
Вопрос: |
может блог весь на *-* а сама база была в *-****, потому что элементы управления блога отображаются в нормальной кодировке, только контент в неправильной, дело точно в бд, а вот в чём проблема что дизайн темы обновился самовольно это для меня загадка, я на всякий случай скопировал себе содержание * доменов и * базы данных с *, попробуйте вы сначала ещё раз всё перенести и проверить, а если не получится я буду делать то же самое пока не получится. |
Ответ: |
почему у вас различные кодировки сайта и базы?
&*; |
Вопрос: |
как другой кодировки быть не может? когда нажимаете в панель создать базу данных там выбирается кодировка, в какой создавать и импортировать. выберите не авто а * * а если не получится то * ****
ну видите сами что на новом айпи кодировка глючит или нет? вы прописали себе в hosts новый айпи домена? заходили на него? вы думаете я вам вру? |
Вопрос: |
да я без понятия почему, может они и не различные, это я предположил просто |
Вопрос: |
когда что-то не работает перебираешь все параметры в голове. и пробуешь. |
Ответ: |
мы не создавали базы, все переносилось в автоматическом режиме один к одному средствами самой панели. |
Вопрос: |
ну значит панель заглючила, * сайта нормально перенеслись * нет, можете ещё раз это сделать? вы вообще отвечаете за точность переноса или просто переносите как получится а дальше не ваши проблемы? зачем в таком случае вы пишете проверьте сайты? ну проверил я и что дальше? вы сами точно также можете проверить, вы проверили? видите несоответствие? не ваша задача его устранить? |
Ответ: |
мы предупреждали о возможных проблемах , к сожалению от нас не зависящих. проблема проверяется, ожидайте пожалуйста |
Ответ: |
кстати база morphey_**lvl у ва сничего общего с **** не имеет
база в latin*_swedish_ci а таблицы в utf*mb*_unicode_ci и utf*mb*_general_ci |
Вопрос: |
ну вот я же говорил в кодировках что-то, можете это исправить? что надо сделать чтобы было как на *? |
Ответ: |
Вопрос передан администратору, ожидайте пож. |
Вопрос: |
а сколько ждать примерно? |
Ответ: |
конфигурация хостинг сервера немногоотличается от вашего vps ? из за этого возникла проблема. администратор разбирается в ней |
Вопрос: |
давайте просто создадим * базы заново в кодировке * и импортируем туда содержимое этих * сайтов, возможно это поможет и не надо будет ничего настраивать? |
Ответ: |
скорее всего проще поменять кодировку на самом сайте
http://erahost.*faq.php
Перевёл сайт на php и подключил базу. Теперь на самом сайте в местах обращения к базе выводиться сплошные "???" в самой базе всё отображается нормально. Следовательно импорт базы был сделан корректно, и языки баз совпадают, так как в таблицах всё читатется по-русски. А вот при обращении к сайту сплошные вопросы. Что сделать что бы они исчезли? Где что и как надо прописать!? Здравствуйте! *. Проверьте кодировку БД. Для этого войдите в phpMyAdmin выберите БД и перейдите в меню операции. Если кодировка БД отличается от cp****_general_ci измените её. *. Если кодировка была неверной загрузите дамп БД заново. *. Проверьте правильность отображения кириллицы в phpMyAdmin. *. если в phpMyAdmin всё ОК, а на сайте нет, найдите в Ваших скриптах строки подключения к БД и после вызова mysql_connect() добавте строки: mysql_query("SET NAMES 'cp****'");
&*;
&*;
в вашем случае это скорее всего будет ("SET NAMES 'latin*'");
&*;
&*;
&*; |
Вопрос: |
вы можете это сделать сами? я без понятия как менять кодировку бд, а как прописать эту строку везде где вордпресс обращается к бд тоже не представляю как это сделать. |
Ответ: |
этим и занимается аддминистратор, ожидайте пожалуйста |
Ответ: |
уточниет пожалуйста чем эти сайты отличаются от других, как вы их создавали? |
Вопрос: |
в том то и дело что ничем, может просто версия вордпресс была поновее и там по умолчанию стали использовать другую кодировку, сайты на том же вордпрессе но сделанные * года назад а не год, как эти, перенеслись нормально. |
Вопрос: |
ну есть предположение ещё что те что нормально перенеслись я создавал когда сайты были на хостинге, а эти что плохо перенеслись я создавал уже на * и там были разные настройки создания бд. |
Ответ: |
попробуем перекодировать дамп |
Ответ: |
Проверьте пожалуйста сейчас.
сайты работают. можно переводить днс |
Вопрос: |
круто, как у вас получилось если не секрет? |
Ответ: |
У вас в конфигурационном файле стояла кодировка для БД utf*mb*, надо указывать просто utf*. |
Вопрос: |
я правильно понял мне всем доменам надо прописать **.*.* и **.*.* ? |
Ответ: |
Да. |
Вопрос: |
прописал, можете переводить баланс |
Ответ: |
Т.е. переводить баланс? |
Вопрос: |
ну пересчёт баланса на новый тариф делать профи за * доллара в месяц вместо ** на *. |
Ответ: |
Ожидайте обновление днс |
Ответ: |
Измените днс на
&*;
****
****
****
******.*.*IP:**.**.*.**&*; **.*.*IP:**.**.*.******
****
****
**** |
Вопрос: |
спасибо! |
Ответ: |
Ок |