junus.st 0 Жалоба Опубликовано: July 11, 2018 Здравствуйте. При переносе сайта на поддомен service.realnvd.ru сайт перестал работать, я так понимаю путь остался преждний где-то прописан. Как можно это исправить? спасибо Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
TopRaN 235 Жалоба Опубликовано: July 11, 2018 25 минут назад, junus.st сказал: Здравствуйте. При переносе сайта на поддомен service.realnvd.ru сайт перестал работать, я так понимаю путь остался преждний где-то прописан. Как можно это исправить? спасибо Можно сделать перенаправление у хостера или через httaccess Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
junus.st 0 Жалоба Опубликовано: July 11, 2018 не подскажете работающий пример htaccess именно для такого случая, пожалуйста? Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
TopRaN 235 Жалоба Опубликовано: July 11, 2018 21 минуту назад, junus.st сказал: не подскажете работающий пример htaccess именно для такого случая, пожалуйста? для того что бы сказать точно нужно конкретно знать , что у вас отвалилось. Просты слова, что у меня рухнул сайт не объясняют полноты картины. Адрес сайта или ошибки пришлите. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
junus.st 0 Жалоба Опубликовано: July 11, 2018 Только что, TopRaN сказал: для того что бы сказать точно нужно конкретно знать , что у вас отвалилось. Просты слова, что у меня рухнул сайт не объясняют полноты картины. Адрес сайта или ошибки пришлите. Адрес сайта был в самом первом сообщении продублирую: http://service.realndv.ru/ Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
TopRaN 235 Жалоба Опубликовано: July 11, 2018 5 минут назад, junus.st сказал: Адрес сайта был в самом первом сообщении продублирую: http://service.realndv.ru/ Он пишет, что что-то ссылается в строке 38 index.php. Точнее не может подключить (require_once), найти путь (No such file or directory) . Возможно у вас нету прав на папки или потеряна связь с базой данных Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
junus.st 0 Жалоба Опубликовано: July 11, 2018 он ссылается сюда http://prntscr.com/k56fdo путь SITEBILL_DOCUMENT_ROOT видимо ведет на старый домен, но как переписать его, я не знаю Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
TopRaN 235 Жалоба Опубликовано: July 11, 2018 2 минуты назад, junus.st сказал: он ссылается сюда http://prntscr.com/k56fdo путь SITEBILL_DOCUMENT_ROOT видимо ведет на старый домен, но как переписать его, я не знаю 1. Проверьте права на папки. 2. Можно попробовать написать абсолютный путь (не рекомендуется, но как в виде проверки подойдет.) require_once realpath(dirname(__FILE__) . '/third/smarty/Smarty.class.php'); потом вернуть обратно (если не сработало) 3. Проверить подключение к базе данных. Если подключена и работает то зайти через phpmyadmin и ее экспортировать. Путем поиска содержимого по файлу, убедиться в отсутствии старого имени домена. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
junus.st 0 Жалоба Опубликовано: July 11, 2018 18 минут назад, TopRaN сказал: 1. Проверьте права на папки. 2. Можно попробовать написать абсолютный путь (не рекомендуется, но как в виде проверки подойдет.) require_once realpath(dirname(__FILE__) . '/third/smarty/Smarty.class.php'); потом вернуть обратно (если не сработало) 3. Проверить подключение к базе данных. Если подключена и работает то зайти через phpmyadmin и ее экспортировать. Путем поиска содержимого по файлу, убедиться в отсутствии старого имени домена. прописали абсолютный путь, но ошибка вылезает уже в другом месте как проверить подключение к базе? какие должны быть права? 777? Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
TopRaN 235 Жалоба Опубликовано: July 11, 2018 6 минут назад, junus.st сказал: прописали абсолютный путь, но ошибка вылезает уже в другом месте как проверить подключение к базе? какие должны быть права? 777? 1. Что за ошибка? 2. каталоги 755, особенно на кэш остальное 644 3./inc/db.inc.php тут находится подключение к базе проверить в файле index.php сделать перед 38 строкой var_dump($__connection);die; - посмотреть что выведется Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
junus.st 0 Жалоба Опубликовано: July 11, 2018 при подключении к бд выдается следующее http://prntscr.com/k5728v Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
junus.st 0 Жалоба Опубликовано: July 11, 2018 http://prntscr.com/k574n5 ошибка Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
TopRaN 235 Жалоба Опубликовано: July 11, 2018 3 минуты назад, junus.st сказал: при подключении к бд выдается следующее http://prntscr.com/k5728v подключение есть, убирайте var_dump. Что по остальным пунктам? Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
junus.st 0 Жалоба Опубликовано: July 11, 2018 http://prntscr.com/k574n5 ошибка с правами все нормально например, в вордпресс, в конфигурациях нужно в подобных случаях прописать адрес нового сайта и все работает. Может, в сайтбилл есть что-то подобное? Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
junus.st 0 Жалоба Опубликовано: July 12, 2018 Цитата Может быть стоит прописать в админке где-то новый адрес? Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
billybrox7 0 Жалоба Опубликовано: July 12, 2018 У меня сайт не работал при переезде с субд на основной домен, у меня решилось все правкой БД всех записей субд на основной домен методом глобальной замены чз Notepad++. Вообщем заменил в блокноте все записи тест.сайт.ру на сайт.ру, и заново залил дамп в бд и все заработало. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
junus.st 0 Жалоба Опубликовано: July 12, 2018 8 минут назад, billybrox7 сказал: У меня сайт не работал при переезде с субд на основной домен, у меня решилось все правкой БД всех записей субд на основной домен методом глобальной замены чз Notepad++. Вообщем заменил в блокноте все записи тест.сайт.ру на сайт.ру, и заново залил дамп в бд и все заработало. просто наверно есть какой-то запрос, чтобы в базе напрямую можно было переписать записи Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
abushyk 694 Жалоба Опубликовано: July 14, 2018 phpMyAdmin, таблица apps, выполнить операцию Очистка. Открываете в майадмине список таблиц вашей БД. напротив каждой таблицы есть куча кнопок.Ищете напротив таблицы re_apps кнопочку мусорного бака и тултипом Очистить (не крестик и удалить). Если был включен режим кеширования приложений, то они позаписывали туда свои абсолютные пути. А если вы переложили сайт в другую папку, а не просто залинковали субдомен на старое место, то реальные пути изменились, а из кеша он читает еще старые и пребывает в непонятке. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах