GoGetLinks — самая выгодная биржа рекламных обзоров

Резервное копирование файлов и баз данных вашего сайта, как сделать бэкап, перенос сайта (Joomla, WordPress, SMF) на другой хостинг с помощью FileZilla и phpMyAdmin

4 ноября, 2009 | Рубрика: Хостинг и домены

Резервное копирование данных вашего сайта с помощью FileZilla и phpMyAdminСегодня хочу поговорить о таком понятии, как резервное копировании файлов и баз данных вашего сайта, блога или форума. Да, конечно, многие хостеры осуществляют резервное копирование в автоматическом режиме и, в случае чего, вы сможете обратиться к ним за помощью. Но как говорится: на бога надейся, а сам не плошай. Ситуаций, в которых вы можете потерять данные своего проекта, можно привести много, да и вы сами, наверное, об этом наслышаны. Не стоит полагаться на милость вашего хостера. Надо самому сделать бэкап (backup) файлов и базы данных и хранить его у себя на компьютере. Так будет значительно надежнее и спокойнее.

Как вы уже наверное знаете, проекты, созданные на основе какого-либо движка, будь то Joomla, WordPress или SMF, состоят из двух важных частей. Во-первых, это собственно сами файлы движка и установленных расширений, картинки и т.п. А, во-вторых, это базы данных, где хранятся тексты ваших статей, постов и т.п. В базе данных могут храниться также настройки некоторых параметров движка и его расширений. Я уже писал об этом в статье Как работает и из чего состоит сайт на Joomla. Такая организация данных имеет массу преимуществ.

Значит наша задача сводится к резервному копированию файлов и баз данных. Причем, частота резервного копирования баз данных, обычно, определяется частотой появления новой информации на вашем проекте. Оптимальным, на мой взгляд, является копирование базы данных ежедневно. Благо весит они, как правило, не очень много и резервное копирование баз данных осуществляется быстро. Обновлять же резервные копии файлов вашего проекта следует, пожалуй, только после того как вы внесли какие-то изменения в эти файлы: установили какие-либо расширения, обновили версию движка и т.п.

Резервное копирование файлов вашего сайта, как сделать бэкап с помощью программы FileZilla

Начнем с резервного копирования файлов с помощью программы FileZilla. Вместо нее вы можете использовать любой другой FTP-менеджер. Итак, работа с FileZilla подробно описана в этой статье: Как получить доступ к серверу хостинга по FTP с помощью программы FileZilla. Давайте рассмотрим как сделать бэкап файлов с помощью программы FileZilla. Получив доступ к серверу своего хостинга, вы должны зайти в корневую папку (она обычно называется public_html или htdocs ). Удаленный сервер в FileZilla отображается справа, а слева отображается содержимое вашего компьютера.

Для регулярного резервного копирования файлов вашего веб-проекта я советую создать на жестком диске вашего компьютера папку с "говорящим" названием бэкап данных, а внутри нее папки с названиями ваших проектов. Внутри этих папок, при осуществлении резервного копирования, я создаю папки с текущей датой, в которые и копирую файлы своего веб-проекта. Благодаря этому, потом будет проще ориентироваться в резервных копиях и удалять сильно устаревшие бэкапы данных. Теперь открываем в левой части FileZilla папку, куда будет осуществляться резервное копирование, а в правой части корневую папку.

Включите в настройках FileZilla возможность показывать скрытые файлы: в верхнем меню выберете пункт "Сервер" - "Принудительно отображать скрытые файлы". Это нужно для того, чтобы в ваш бэкап данных попали и скрытые файлы, такие, например, как .htaccess. Далее вы выделяете все файлы и папки вашего сайта на хостинге, удерживая кнопку SHift на клавиатуре. Щелкаете по выделенным файлам правой кнопкой мыши и выбираете из контекстного меню пункт "Скачать".

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

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

Правда, если вы запаковали файлы в архив ZIP, то его можно будет загрузить на сервер, а уже там распаковать (Как распаковать ZIP архив на FTP-сервере). Но при этом могут возникнуть некоторые неприятности с последующим изменение прав доступа на эти файлы и папки, которые можно решить, описанным здесь способом (Как изменить права доступа на файлы и папки PHP средствами).

Резервное копирование (как сделать бэкап базы данных) и восстановление из бэкапа базы данных сайта с помощью программы phpMyAdmin

Давайте посмотрим, как сделать бэкап базы данных с помощью программы phpMyAdmin. Доступ к программе phpMyAdmin можно получить из панели управления вашего хостинга. Если на вашем хостинге используется cPanel, то для того чтобы запустить phpMyAdmin нужно пройти по следующему пути. Находите на главной странице cPanel область под названием "Базы данных" и щелкаете там по иконке phpMyAdmin.
Как запустить phpMyAdmin из cPanel

Если на вашем хостинге нет доступа к phpMyAdmin, то вы можете сами установить эту программу в корневую папку вашего сайта и получить через нее доступ к своей базе данных. Скачать программу phpMyAdmin можно отсюда: Скачать phpMyAdmin. На этой странице в правом верхнем углу в зеленом прямоугольнике выбираете, в каком архиве вы хотите скачать скрипт. Скачав его на свой компьютер, вы должны его распаковать и залить папку phpMyAdmin-3.2.3-all-languages (можно для простоты ее предварительно переименовать просто в phpmyadmin) в корневую директорию. В общем то и все. Теперь можно ввести в адресной строке вашего браузера следующий адрес: http://vash_sait.ru/phpmyadmin

Как сделать бэкап базы данных с помощью программы phpMyAdmin

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

Если вы находитесь на какой-либо другой странице phpMyAdmin, то для того чтобы попасть на главную, нужно нажать на домик, выделенный на рисунке. На одном аккаунте хостинга у вас может быть много баз данных и поэтому вы должны сначала выбрать ту базу данных, резервное копирование которой вы хотите осуществить. Список баз вы можете увидеть в окне программы слева (под иконкой домика). Для того, чтобы сделать бэкап базы данных вам нужно будет щелкнуть по вкладке "Экспорт" над списком таблиц.
Экспортируем базу данных с помощью программы phpMyAdmin

Внизу открывшейся страницы поставьте галочку "gzip".
Как сделать бэкап базы данных с помощью программы phpMyAdmin
И нажмите кнопку "ok". В результате, через некоторое время (которое зависит от скорости работы хостинга и размера вашей базы данных) откроется стандартный диалог резервного копирования базы данных, в котором вы должны выбрать место сохранения бэкапа с базой данной.

Восстановление базы данных из созданной ранее резервной копии (бэкапа) с помощью phpMyAdmin

Чтобы восстановить из бэкапа базу данных из созданной только что резервной копии, нужно действовать следующим образом. Во-первых, вы должны очистить уже имеющуюся базу данных от всех таблиц. Для этого вы входите в программу phpMyAdmin, выбираете в левой колонке нужную базу данных, которую требуется восстановить из бэкапа. В открывшемся окне с таблицами этой базы данных, опускаетесь в самый низ и под списком таблиц нажимаете на "Отметить все". Затем, опять же внизу страницы выбираем из выпадающего списка "С отмеченными" пункт "Удалить".
Удаление всех таблиц базы данных в phpMyAdminl
У вас откроется окно со списком всех удаляемых таблиц. Вы нажимаете на кнопку "Да". Теперь можно восстановить базу данных из сделанного ранее бэкапа (резервной копии). Для этого выбираем закладку "Импорт":
Восстановление базы данных с помощью программы phpMyAdmin
В открывшемся окне нажимаете на кнопку "Обзор" и находите, сделанный ранее, бэкап базы данных у себя на жестком диске. Жмете на кнопку "OK" внизу страницы и ждете, когда загрузка резервной копии базы данных закончится (время опять же зависит от скорости хостинга и размера базы данных). Все.

Имея на своем компьютере актуальные резервные копии (бэкапы) файлов и базы данных, вы можете спать спокойно. Эти резервные копии (бэкапы) также можно использовать при переносе сайта на другой хостинг.

Перенос сайта (Joomla, WordPress, SMF) на другой хостинг с помощью программ FileZilla и phpMyAdmin

Итак, как же нам осуществить перенос сайта на хостинг? После покупки хостинга вам предоставят данные для доступа к серверу хостинга по FTP, которые вы и введете в программу FileZilla (Как получить доступ к серверу хостинга по FTP с помощью программы FileZilla) для получения доступа к серверу хостинга. Предварительно распакуйте бэкап данных и закиньте их в корневую папку вашего хостинга по аналогии с описанным выше резервным копирование (бэкапом) файлов сайта. Не дожидаясь окончания копирования файлов, вы можете приступать к восстановлению базы данных из резервной копии (бэкапа).

Но для этого нужно предварительно создать, на купленном вами хостинге, новую базу данных. Как это сделать, вы можете узнать из этой статьи: Как создать новую базу данных и пользователя с помощью инструментов cPanel. Обратите внимание, что у вас скорей всего не получится выбрать имя для базы данных и пользователя такими же как и на предыдущем хостинге. Дело в том, что на хостинге обычно добавляет к выбранному вами имени базы данных еще и ваш логин.

Поэтому, после окончания резервного копирования файлов и баз данных сайта, прежде чем к нему обращаться из браузера следует внести соответствующие изменения в настройки движка вашего вебпроекта. Для этого нужно будет опять же получить доступ к файлам сайта по FTP и внести изменения в конфигурационные файлы того или иного движка (Joomla, WordPress, SMF и др.). Рассмотрим настройки для каждого движка в отдельности.

Что нужно изменить в настройках блога на WordPress при его переносе на другой хостинг

Перенос на другой хостинг сайта на WordPress потребует изменения следующих настроек. Нужно будет открыть на редактирование с помощью FileZilla файл WP-CONFIG.PHP, который находится в корневой папке на сервере хостинга. В нем нужно отредактировать строки отвечающие за название базы данных и пользователя.

// ** Настройки MySQL - Вы можете получить их у вашего хостера ** //
/** Имя базы данных для WordPress */
define('WP_CACHE', true); //Added by WP-Cache Manager
define('DB_NAME', 'введите сюда новое имя вашей базы данных');

/** MySQL имя пользователя */
define('DB_USER', 'введите сюда новое имя пользователя');

/** MySQL пароль базы данных */
define('DB_PASSWORD', 'anipiimaaxai');

/** MySQL сервер - иногда требуется изменять это значение. например на Мастерхосте */
define('DB_HOST', 'localhost');

/** Кодировка базы данных, используемая при создании таблиц. */
define('DB_CHARSET', 'utf8');

/** Сопоставление базы данных. НЕ ИЗМЕНЯЙТЕ ЭТО ЗНАЧЕНИЕ. */
define('DB_COLLATE', '');

После редактирование сохраните файл и можете считать, что перенос WordPress на новый хостинг успешно состоялся.. В случае если вы при переносе блога под управлением Wordpress на другой хостинг или просто так изменяете доменное имя сайта, то для того, чтобы все заработало корректно, вам нужно будет открыть резервную копию базы данных WordPress с расширением SQL в текстовом редакторе (Notepad++, например). Далее с помощью встроенного "поиска с заменой" тестового редактора, найдите все упоминания старого адреса вашего блога и замените его новый адрес (например, vasy.ru на vova.ru). После этого сохраните файл с резервной копией базы данных WordPress и осуществите его "Импорт" в программе phpMyAdmin.

После того, как вы зайдете в админку WordPress, нужно будет еще прописать правильный абсолютный путь к файлам вашего блога (он изменился, т.к. вы перенесли WordPress на другой хостинг). Задается абсолютный путь через параметр UPLOAD_PATH в глобальных настроек WordPress. Попасть в эти настройки WordPress можно, добавив к адресу главной страницы следующий путь:

 /wp-admin/options.php

Для адреса моего блога получится так:

http://ktonanovenkogo.ru/wp-admin/options.php

Но предварительно нужно обязательно залогиниться в админке WordPress. Более подробно об этом читайте здесь, а также в посте: Как узнать абсолютный путь к папке или файлу сайта

Что нужно изменить в настройках сайта на Joomla при его переносе на другой хостинг

Перенос на другой хостинг сайта на Joomla потребует изменения следующих настроек. Вам нужно будет открыть на редактирование файл CONFIGURATION.PHP в корневой папке сервера. Найдите в нем строки отвечающие за получение доступа к базе данных Joomla, а там строки, где вводятся имя базы данных и пользователей:

	var $user = 'введите сюда новое имя пользователя';
	var $db = 'введите сюда новое имя вашей базы данных';

Кроме этого, при переносе сайта на Joomla вам нужно будет еще изменить в этом файле абсолютный путь к папкам для хранения логов и временных файлов в Joomla (Как узнать абсолютный путь к папке или файлу сайта). Как узнать абсолютный путь для Joomla вы можете прочитать в этой статье: Как узнать абсолютный путь к папке или файлу сайта. Изменить его нужно в этих строках:

var $log_path = '/home/xxxxx/public_html/logs';
var $tmp_path = '/home/xxxx/public_html/tmp';

Что нужно изменить в настройках форума на SMF при его переносе на другой хостинг

Перенос на другой хостинг форума на SMF потребует изменения некоторых настроек. Нужно будет открыть на редактирование файл SETTINGS.PHP из корневой папки форума. Так же как и в случае Joomla, здесь тоже нужно будет не только изменить имя базы данных и пользователя SMF, но и абсолютные пути до папки форума и папки SOURCES форума.

########## Database Info ##########
$db_server = 'localhost';
$db_name = 'введите сюда новое имя вашей базы данных';
$db_user = 'введите сюда новое имя пользователя';
$db_passwd = 'hoighaebaeto';
$db_prefix = 'smf_';
$db_persist = 0;
$db_error_send = 1;

########## Directories/Files ##########
# Note: These directories do not have to be changed unless you move things.
$boarddir = '/home/xxxx/public_html/forum';		# The absolute path to the forum's folder. (not just '.'!)
$sourcedir = '/home/xxxx/public_html/forum/Sources';		# Path to the Sources directory.

Но кроме этого, после переноса форума SMF на новый хостинг, вам нужно будет изменить абсолютный путь к папке установленной в данный момент темы оформления SMF. Для этого нужно будет зайти в админку форума SMF, выбрать из левой колонки пункт "Текущая тема оформления". В открывшемся окне в области "Папка темы оформления" вы прописываете абсолютный путь к нужной папке (Как узнать абсолютный путь к папке или файлу сайта).

Как начать работать с сайтом сразу после его переноса на новый хостинг

Вы купили хостинг, прикрепили к нему ваше доменное имя (ktonanovenkogo.ru, в моем случае) (подробнее об этом читайте в статях из серии Доменное имя и хостинг для вашего будущего сайта). Или же вы, в соответствии с описанным выше, осуществили перенос сайта на новый хостинг. В принципе, неважно, но вам в любом случае придется связать новый хостинг с доменным именем вашего сайта.

Для этого вам нужно будет прописать адреса DNS серверов вашего нового хостинга в панели управления вашего регистратора (там, где вы купили доменное имя). Адреса DNS серверов вы можете посмотреть в письме, которое вам пришлет после переноса сайта ваш новый хостер. Где именно в панели регистратора нужно вводить эти адреса DNS, однозначно сказать трудно, но это должно быть не глубоко закопано и лежать на виду.

Так вот, несмотря на успешный перенос сайта на новый хостинг, вам еще придется подождать от нескольких часов до пары суток, пока ваш домен делегируется. Пока этот процесс не завершится, ваш ресурс не будет доступен по его доменному имени (ktonanovenkogo.ru, в моем случае). Иногда владелец хостинга может указать в письме технический адрес, по которому вы сможете обращаться к вашему сайту, пока не делегируется домен. Но это происходит не всегда. К тому же, например, для WordPress технический адрес не позволит вам полноценно начать работать с только что перенесенным сайтом, ибо WordPress жестко привязан к доменному имени.

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

  • с помощью любого файлового менеджера открыть для редактирования файл HOSTS, расположенный по следующему пути:
    c:\Windows\System32\drivers\etc\hosts
  • в конце содержимого HOSTS нужно дописать строчку:
    111.222.333.444 ktonanovenkogo.ru

    где вначале идет IP адрес хостинга, а после него, через пробел, ваше доменное имя

  • сохраните этот файл и можете смело набирать в браузере адрес того сайта, перенос которого вы только что осуществили

Таким образом, не дожидаясь делегирования домена, вы уже можете проверить работоспособность перенесенного сайта и, при необходимости, все исправить до того, как сайт станет доступен всем остальным посетителям. После того, как домен делегируется, вам нужно будет удалить добавленную строку в HOSTS.

Вы так же можете ознакомиться с другими статьями на эту же тему:

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

Удачи вам! До скорых встреч на страницах блога KtoNaNovenkogo.ru


Спасибо Вам за добавление этой статьи в
Подписаться на обновления по E-mail RSS
Получать обновления на E-mail
GoGetLinks — самая выгодная биржа рекламных обзоров
Кстати, тоже интересно почитать:
Рубрика : Хостинг и домены Теги : , , ,

Комментарии
7 ноября 2009

А вот я сегодня создал блог и у меня была резервная копия (бэкап)от старого хостинга так вот я поставил этот бэкап и блог не работал,после того как я удалил таблицу wp_options то всё заработало но суть не в этом а в том что когда я зашёл на блог, а там всё вперемешку стало и страницы с тегами отображаются как тогда быть? блог wordpress

Alex

7 ноября 2009

Alex, я думаю, что вы с удалением таблицы погорячились. Попробуйте удалить все таблицы, а затем опять восстановите их из резервной копии (бэкапа). Но не удаляйте таблицу wp_options, а внесите изменения в файл wp-config.php, как описывал в этой статье. Удачи вам! =)


8 ноября 2009

Пожалуйста напишите инструкцию по переносу сайта на другой хостинг на новый потому что wordpress там не так легко
а как быть с материалом ведь он отображается с тегами ? вот как вы перенесли дайте инструкцию ! ;)

Alex

8 ноября 2009

Alex, но ведь в этой статье я как раз и описываю перенос на другой хостинг. В конце статьи указано, что нужно сделать именно для WordPress. А в остальном все одинаково для всех движков. Вы создаете новую базу данных на новом хостинге и копируете туда содержимое базы данных со старого хостинга бэкапа (с помощью операций Импорт и Экспорт в phpMyAdmin – читайте об этом в середине статьи). Затем копируете файлы бэкапа на сервер нового хостинга с помощью FileZilla (описано в самом начале статьи). Дальше вносите изменения в файл wp-config.php (описано в конце статьи). Ждете делегирования домена или поступаете так, как описано в самом конце статьи и начинаете работу с блогом.


8 ноября 2009

Дмитрий, перенос на новый хостинг прошел успешно так на локалке вышло что кодировка изменилась тоесть записи и станицы содержать что то типа этого Р? Рё хотя в настройках UTF всё правильно затем картинки отображаются от того домена а сейчас же локалка как изменить

Alex

8 ноября 2009

Alex, да с кодировкой это иногда бывает. У меня при очередном переносе сайта на новый хостинг кодировка неправильно встала. И как вы говорите, в базе было все в правильной кодировке, а на форуме кракозябры. Решилось все банально, тупо пару раз снес и опять поставил базу. Что это было я так и не понял.

Насчет картинок. Когда вы осуществляете перенос сайта на новый хостинг, то меняется только месторасположение файлов, а доменное имя остается прежним. Поэтому картинки будут открываться как ни в чем ни бывало. При установке же на локальный сервер у вас меняется доменное имя (обычно), на имя папки, как правило, где у вас лежат файлы. Поэтому и картинки не открываются – это я так на вскидку, т.к. на локальном сервере уже давно ничего не устанавливал. Может и забыл чего. Планирую в ближайшее время вспомнить про работу на локальном сервере и написать об этом статью (Денвер Denwer).


8 ноября 2009

так я не понял мне что делать удалять базу ? и заново всё устанавливать ? да ну бред
почитал на разных ресурсах и не помогло … у меня то отображаются записи и страницы а пишутся всё нормально ! значит кодировки совпадают ? а у вас тоже WordPress, у вас не было такой проблемы ?

Alex

8 ноября 2009

Alex, нет с WordPress проблем с кодировкой никогда не было. А про переустановку базы это конечно же бред. Но заметьте, что это были единственные действия и они помогли, хотя и не понятно как. Шаманство конечно. Ну я и не призываю вас делать так же, просто я думаю, что тут нюансы данного конкретного хостинга (вашего). Поэтому попробуйте помучить вашего хостера на эту тему. Он в принципе обязан помочь решить вам вашу проблему.


8 ноября 2009

да это же локалка %) у меня голова уже кругом ну чтож придётся самому шаманить

Alex

8 ноября 2009

Alex, блин, извините. Совсем зарапортовался и посоветовал вам обратится к хостеру локального сервера, то есть к самому себе. Однако. Очень жаль, что не сумел помочь. А с локалом могут быть совершено не предсказуемые глюки. У меню, правда, опыт работы только с Денвером. Но зачастую то, что не пашет на локальном сервере может прекрасно работать на реальном хостинге. Я как бы собственно из-за этого и не связываюсь с локалом, а сразу предпочитаю делать проекты на хостинге, дабы не заморачиваться с переносом сайта на хостинг.


9 ноября 2009

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

Alex

9 ноября 2009

…после удаление из файла резервной копии бэкапа таблицу wp options всё запустилось и отображалось всё нормально но вот две проблемы записи отображаются вместе с тегами :( и все они одной даты (сегодняшней)

Alex

9 ноября 2009

пошаманив стало нормально отображаться записи но теперь не заходит в админку как можно изменить пароль через php myadmin или добавить админа через БД подскажите

Alex

10 ноября 2009

Alex, есть такой вариант, но не знаю поможет ли. В phpMyAdmin находите таблицу wp_users. Делаете «Обзор».

В user_login = admin. Редактируете эту запись.

Поле user_pass заменяете на:

Код:
21232f297a57a5a743894a0e4a801fc3

Теперь при входе в WordPress и пароль и логин будут «admin».


10 ноября 2009

довольно хитро ;) но всё я уже разобрался

Alex

29 декабря 2009

Здравствуйте!
Для переноса сайта на новый хостинг я экспортировала старую базу, затем на новом хостинге создала новую БД и импортировала туда старую. Старый работал на Joomla 1.5.9.
На новом хостинге установила Joomla, указав в качестве БД необходимую. Все работает, контент отображается верно и на сайте, и в панели администратора Joomla. Только добавление,редактирование и просмотр статей через редакторы невозможны. Отображаются какие-то кракозябры! (((
Попробовала с разными версиями Joomla – 1.5.9, 1.5.12, 1.5.15. Не помогает! Что делать, не знаю…
С чем это может быть связано? Помогите, пожалуйста.

bea

8 января 2010

скачал phpMyAdmin-3.2.3-all-languages, установил и вот такое сообщение: требует логин и пароль…

Добро пожаловать в phpMyAdmin
Язык – Language

АвторизацияДокументация phpMyAdmin
Пользователь:
Пароль:
Невозможно загрузить расширение mcrypt! Проверьте настройки PHP.
phpMyAdmin-3.2.3-all-languages мне требуется чтобы обновить/импортировать базу MySQL с хоста на локальный сервер

опыта у меня маловато, могу пока читать/править немного чужие рнр файлы

Да, всех с Новым Годом и Рождеством!

Юрий

10 января 2010

Здравствуйте, Всех с прошедшими праздниками и с наступлением рабочих будней!
Проблема такова: Перенос с локального хостинга на реальный хостинг интернет – магазин (Joomla 1.5.14.+ VirtueMart 1.1.4.)- не отображаются графические файлы. Не только фото товара, вообще все , даже служебные(стрелки меню, значки “распечатать страницу” и т.д.)
Что делать ??? Может кто сталкивался – помогите советом…
Переносил разными способами – результат тот же:(

Алексей

10 января 2010

Алексей: возможно в VirtueMart вы не прописали новый путь к магазину. Это можно исправить в файле

administrator/components/com_virtuemart

Подробнее можно почитать здесь – Глобальная конфигурация VirtueMart – вкладка Безопасность


17 января 2010

Здравствуйте, Дмитрий! Вопрос такой: осуществил перенос сайта на хостинг, на некоторых страницах в модуле выбор валюты и копирайте стоят “???????” Как это исправить? Понимаю , что проблема в кодировке базы на хостинге, но какую таблицу править и вообще как не знаю…помогите советом…
И еще, открываю свой его в браузере ,потом открываю страницу с ошибкой, потом исходный код стр. – вижу ошибку…как можно ли как-то поправить код этой страницы, где ее найти и возможно ли это вообще?
Заранее спасибо…

Алексей

2 февраля 2010

Всем добрый день,автору респект за блог. Погуглив немного по поводу автоматических резервных копий блога (бэкапа) на Wordpress и ничего не найдя, решил написать статью о автоматическом резервном копировании блога на Wordpress. Может быть кому пригодится.


3 февраля 2010

спасибо за статью!интересный и простой подход к переносу сайта на хостинг,а то многие меня пугали что это очень сложно.самое сложное было ожидать пока dns сменится.около 27 часов ждала(


12 февраля 2010

При переносе сайта (Joomla 1.5.14.+ Виртуамарт1.1.4.) с Денвера на сервер почему то исчезли все русские названия модулей и меню, просто пустое место, теперь нужно заново приписывать. Это можно как то исправить и в чем может быть причина? Спасибо

nat

19 февраля 2010

Пригодилась статейка. Как раз на новый хостинг пришлось осуществлять перенос


2 апреля 2010

У меня таже проблема что и “nat”: “При переносе сайта (Джумла1.5.14.+ Виртуамарт1.1.4.) с Денвера на хостинг почему то исчезли все русские названия модулей и меню, просто пустое место, теперь нужно заново приписывать. Это можно как то исправить и в чем может быть причина? Спасибо”. Если кто знает что за причина, помогите разобраться!!!

Sergey

9 апреля 2010

Я импортировал из резервной Joomla копии (бэкапа),вроде как бы все работает,но в админ панели некоторые иконки не отображаются,в частности некоторые в закладках на против некоторых компонентов иконки и в медиа менеджер папки,там же в медиа менеджере красные иконки с белым крестиком удалить не отображаются, почему не понятно,хотя все эти иконки физически находятся в своих папках
Уважаемый автор помогите,или если кто знает


11 апреля 2010

llektor: лично я, с таким казусом не сталкивался, даже не знаю, что посоветовать.


5 июня 2010

Спасибо ! Как перенести сайт на vds сервер ???


10 июня 2010

Дмитрий говорит, что:

llektor: лично я, с таким казусом не сталкивался, даже не знаю, что посоветовать.

включен,у меня не показывает иконки именно в медиа менеджере
Я сделал скриншоту,если не лень,посмотрите,дайет совет пожалуйста,а то аж противна заходить в медиа менеджер через админку
К стати такое стало у меня после того когда я восстанавливал сайт резервной копии (бэкапа), до этого работало все нормально

Вот скриншот нормальной панели медиа менеджера
Тут скриншот где как нормально работает панель

А вот тут уже где не нормально, на данный момент у меня так
Тут скриншот другой где неправильно работает панель

Я как понял,иконки находятся тут administrator/components/com_media/images, посмотрел изображения и конки все на месте, не могу понять в чем причина
Нет не фото папок не иконок крестики удалить,вообще на скриншотах все наглядно видно
Люди добрые отзовитесь,помогите


19 июня 2010

Ребята, а где можно детально, по пунктам почитать о переносе инет-магазина на другой хостинг? Помогите пожалуйста!!!


20 июня 2010

Al-Iskander: перенос интернет-магазина осуществляется точно так же, как здесь и описано – переносите отдельно базу данных и отдельно файлы. Все должно получиться, но у магазина могут быть свои нюансы, которые нужно знать и учитывать. А вот насчет ссылки на материал по переносу интернет магазина не могу помочь, ибо не встречал такого.


14 июля 2010

Можно также использовать готовые плагины, которые делают бекап базы и файлов движка. Для Joomla это JoomlaPack.

Так советую бекапы хранить в каком-то своем электронном ящике, вроде Gmail.com. Тогда даже если у Вас жесткий диск полетит – копия сохранится на почтовом сервере.

Плюс бекапы будут доступны для Вас с любого компьютера, подключенного к сети.


14 июля 2010

22 июля 2010

Помогите не знаю что делать Help !!!!!!!!!!!!!
После восстановления из резервной копии (бэкапа), у меня панель администратора не совсем правильно стала отображаться,то есть иконки в медиа менеджери исчезли

Я как понял,иконки находятся тут administrator/components/com_media/images,проверил папку изображения и конки все на месте,не могу понять в чем причина
Нет не фото папок,не иконок крестики удалить,вообще на скриншотах все наглядно видно
Люди добрые отзовитесь,помогите

Вот скриншот нормальной панели медиа менеджера

А вот тут уже где не нормально,на данный момент у меня так


22 июля 2010

Reklaman говорит, что:

Можно также использовать готовые плагины, которые делают бэкап базы и файлов движка. Для Joomla это JoomlaPack.
Так советую бэкапы хранить в каком-то своем электронном ящике, вроде Gmail.com. Тогда даже если у Вас жесткий диск полетит — копия сохранится на почтовом сервере.
Плюс бэкапы будут доступны для Вас с любого компьютера, подключенного к сети.

У меня на хостинге можно делать бэкапы,зачем Joomla по чем зря грузить


Написать

(обязательно)

(обязательно)


Это не спам.

Subscribe without commenting

» Подписаться на комментарии к этой статье по RSS