Закрываешь доступ на сайт. Полностью и всем. Хтацессом или через ПУ хостинга - защита каталога.
Берёшь первоначальный дамп, загружаешь в базу.
Не заходя на сайт(!) скриптом меняешь домен и пути к файлам. Аккуратно и постепенно. В скрипте есть предварительный анализ замен - стоит туда смотреть.
Вариант2, менее надёжный, но более простой. Ставишь этот плаг и меняешь адреса. Последний чекбокс - исправлять сериальные данные должен быть отмечен.
wilelf: У меня в некоторых файлах вручную были добавлены ссылки (в шаблонах). Т.е. я сам добавлял.
Но эт лано. Всё равно остаётся не понятным зачем понадобилось "зеркало". В том, что сервисы не работают с недодоменами? Так оно с большой долей вероятности и не будет (если они не работают с пуникодом), если обмен данными с "сервисами" происходит в реальном времени.
Ида - по зеркалу люди должны гулять или их должно перекидывать на основной?
IvanG: Ну да, а на другом более "шустром" движке скорость загрузки также в пределах секунды при весе страницы 124 кб и 35 запросах сервера - его и надо выбрать для интернет магазина!)))
Нужно иметь базовые знания, что бы понимать, что скорость загрузки напрямую зависит от объёма загружаемых данных, количества запросов и нек др факторов.
Поэтому да, при "124 кб и 35 запросов К серверу" - это хорошие показатели.
А вот скорость генерации страниц (не путать со скорость рендеринга в бразере) - это уже совместная работа движка и сервера. И от неё тоже зависит время получения конента юзером.
dmitrii_trof: Если честно, эта Joomla откусила уже не мало нервов.
Плохому танцору хостеру юзеры мешают.
dmitrii_trof: чтобы хотя бы как-то помогать решать им проблему.
Хостер должен предоставлять ресурсы сервера и обеспечивать работоспособность юзеровских скриптов. Но не лазить в них и "помогать" что-то там с ними делать.
ghost28: Некоторые движки подходят для конкретных целей лучше других.
Таких разновидностей всего несколько - форум, соцсети, ИМ и ещё более специфичных (CRM, ERP и др). И то, в зависимости от масштабов и задач. Нередко даже выше перечисленное целесообразней делать на универсальных движках.
А вопросы, подобные ТСовским говорят лишь о том, что у него нет опыта в сайтостроении, но есть лень. Первое не страшно и может пройти, а вот со вторым бороться труднее ;)
Битрикс, в моем примере, также обходит более "шустрый" движок по всем показателям
Леонид Ильич пришел к финишу вторым, а американский президент - предпоследним. ;)
Сделал экспорт БД, заменил в редакторе текстовом.
Понятно. Значится так.
Берёшь этот скрипт и загружаешь на хостинг.
Закрываешь доступ на сайт. Полностью и всем. Хтацессом или через ПУ хостинга - защита каталога.
Берёшь первоначальный дамп, загружаешь в базу.
Не заходя на сайт(!) скриптом меняешь домен и пути к файлам. Аккуратно и постепенно. В скрипте есть предварительный анализ замен - стоит туда смотреть.
Вариант2, менее надёжный, но более простой. Ставишь этот плаг и меняешь адреса. Последний чекбокс - исправлять сериальные данные должен быть отмечен.
У меня в некоторых файлах вручную были добавлены ссылки (в шаблонах). Т.е. я сам добавлял.
Сам себе враг.
Полноценный переезд на .ru отпадает - домен в рф слишком звучный.
Нормальные люди делают рабочий сайт на нормальном домене, а IDN используют как алиас.
Вот пример http://ваше-плодородие.рф/
Но эт лано. Всё равно остаётся не понятным зачем понадобилось "зеркало". В том, что сервисы не работают с недодоменами? Так оно с большой долей вероятности и не будет (если они не работают с пуникодом), если обмен данными с "сервисами" происходит в реальном времени.
Ида - по зеркалу люди должны гулять или их должно перекидывать на основной?
Ну да, а на другом более "шустром" движке скорость загрузки также в пределах секунды при весе страницы 124 кб и 35 запросах сервера - его и надо выбрать для интернет магазина!)))
Нужно иметь базовые знания, что бы понимать, что скорость загрузки напрямую зависит от объёма загружаемых данных, количества запросов и нек др факторов.
Поэтому да, при "124 кб и 35 запросов К серверу" - это хорошие показатели.
А вот скорость генерации страниц (не путать со скорость рендеринга в бразере) - это уже совместная работа движка и сервера. И от неё тоже зависит время получения конента юзером.
в БД заменой поправил.
на бис - КАК?
в php файлах название домена тоже встречалось.
С каких делов? Нигде это быть не должно.
И снова - в каких файлах? Имья, сэстра, имья!
домен поменял с .ru на .info
твоюдивизию! килилица или нормальные?
Если честно, эта Joomla откусила уже не мало нервов.
Плохому танцору хостеру юзеры мешают.
чтобы хотя бы как-то помогать решать им проблему.
Хостер должен предоставлять ресурсы сервера и обеспечивать работоспособность юзеровских скриптов. Но не лазить в них и "помогать" что-то там с ними делать.
124 обращений к серверу, 2.5 мб вес страницы, загрузка в пределах секунды
Фтопку такие ИМ!
1. 2,5 мб это минимум 5 сек на 0,5 мб/сек. + рендеринг и скрипты. И это при условии, что у юзера больше ничего грузиться/работать не будет.
2. нагрузки на сервер нет пока нет траффика.
в базе и файлах везде поправил)
Как "поправил"?
И в каких-таких файлах?
Домен нормальный или IDN?
Помогите пожалуйста решить эту проблему
Как только телепаты вернуться с новогодних праздников, так сразу и помогут.
Хочешь ускорить процесс - показывай сайт и реальную ссылку поста, которая показывается в редакторе.
Некоторые движки подходят для конкретных целей лучше других.
Таких разновидностей всего несколько - форум, соцсети, ИМ и ещё более специфичных (CRM, ERP и др). И то, в зависимости от масштабов и задач. Нередко даже выше перечисленное целесообразней делать на универсальных движках.
А вопросы, подобные ТСовским говорят лишь о том, что у него нет опыта в сайтостроении, но есть лень. Первое не страшно и может пройти, а вот со вторым бороться труднее ;)