Карта сайта — Модули — Администрирование ImageCMS Shop
Карта сайта — это важный элемент внутренней оптимизации, который являет собой определенный путеводитель для поискового робота.
Карта создается с целью упрощения обхода существующих страниц сайта поисковыми роботами, так как она помогает им определить страницы, подлежащие индексации.
По сути карта сайта — это файл с расширением XML, в котором указаны метаданные, привязанные к URL страниц сайта. Этот файл сохраняется под названием Sitemap.XML.
Когда необходимо использовать Sitemap.XML:
- Сайт содержит динамический контент;
- Сайт имеет страницы, при индексации которых заведомо возможны усложнения ( страницы с изображениями или с АJAХ — содержанием или изображениями.)
- Сайт новый, и на него нет ссылок.
- Сайт имеет объемный архив страниц, слабо связанных между собой, или вообще без связи.
1. Открыть карту сайта вы можете через корневую папку сайта по адресу:
http://www.example.com/sitemap.xml
Примечание:
с самого начала в ImageCMS Shop для корректного отображения карты необходимо внести изменения в файл robots.txt.
А именно отредактировать заданное по умолчанию содержимое файла robots.txt :
Заменить
User-agent: * Disallow: /
на
User-agent: * Disallow:
Только после осуществления этих изменений карта сайта становится доступной для последующей работы.
2. Создать или отредактировать карту сайта в ImageCMS Shop можно через главное меню пользователя.
Если вы впервые работаете с картой в ImageCMS Shop, то для начала вам необходимо:
- Выбрать в главном меню пользователя пункт «Модули», а в нем подпункт «Все модули».
- Затем в открывшемся окне перевести визуальные переключатели напротив модуля «Карта сайта» в активное положение;
Далее карта становится доступной в выпадающем списке пункта главного меню пользователя «Модули»:
После перехода на карту сайта по средствам профиля администратора в ImageCMS Shop перед вами откроется функциональное окно настроек карты.
2.1 Окно «Настройки карты сайта» для удобства пользователя разбито на три части:
- Приоритеты
- Страница изменения частоты
- XML карта сайта
Такое разделение функционального окна дает возможность быстро и удобно создавать или вносить изменения в Sitemap.XML даже пользователям, которые впервые сталкиваются с такой задачей.
Часть “Приоритеты” — с помощью этой части можно задать приоритет обхода роботом страниц сайта соотносительно их функциональному разделению.
В ImageCMS Shop, для определения важности страниц, используется такое условное распределение:
1. “Главная” — это первая страница, с которой сталкивается посетитель, осуществляя переход по ссылке вида
http://www.example.com.
2. “Категории” — это относительный раздел содержимого сайта в ImageCMS Shop, к которому зачислены обобщающие страницы высшего порядка, выводящиеся как пункты главного меню сайта и имеющие URL приблизительно такого вида:
http://mysite.
loc/produktsiia
http://mysite.loc/usluhi
“Обычные страницы” — таковыми считаются страницы низшего порядка, прикрепленные к категориям, и имеющие приблизительно такой URL:
http://mysite.loc/produktsiia/boevye_roboty
Важность страницы — величина, которую соответственно своему замыслу, создатель сайта присваивает для конкретной страницы, основываясь на отведенную ей в будущем приоритетность.
Обозначается в файле как – важность страницы определяется значением от 0.0 до 1.0 Чем выше значение — тем выше приоритетность страницы сайта.
В самом файле это выглядит приблизительно так:
“Отправить XML” ячейка, которая может быть выбрана опционально. Она находится в нижнем краю части “Приоритеты” окна “Настройка карты сайта”. Она дает возможность отправить пинг к Google, чтобы поисковые роботы быстрее проиндексировали ваш новый материал.
В ImageCMS Shop принят следующий раздел страниц относительно частоты обновлений:
1. Главная
2. Другие страницы — в ImageCMS Shop это выборка URL динамичных страниц второго уровня, обобщающего характера (на пример “mysite.loc/produktsiia”).
Значение периодичности, заданное в этой строке, касается только URL высшего уровня, при этом не затрагивая страниц нижнего.
3. Обычные страницы — это выборка страниц, противоположная предыдущей. Включает в себя URL динамических страниц нижнего уровня, не затрагивая при этом страницы высшего уровня.
Периодичность обновлений — указывает как часто должна появляться новая информация на страницах .
В ImageCMS Shop исчисляется во временном измерении: всегда, ежечасно, ежедневно, еженедельно, ежемесячно, ежегодно, никогда — последние для статических страниц.
Обозначается в файле Sitemap.
XML как со значениями: always, hourly, daily, weekly, monthly, yearly, never.
В самом файле периодичность обновлений выглядит приблизительно так:
Часть “XML Карта сайта” — предоставляет возможность просмотра действующего файла Sitemap.XML без потребности выхода из профиля пользователя и перехода в корневую папку. Для просмотра доступен только последний сохраненный файл.
Для больших сайтов можно создать несколько Sitemap.XML, путем разбития всего контента сайта на несколько частей, соответственно его специфике
Обязательные данные карты сайта должны быть следующими:
- Важность страницы
- Периодичность обновлений
- Дата последнего изменения — в Image CMS прописывается автоматически.
В самом файле дата выглядит приблизительно так:
Как перенести сайт с Open Server на хостинг
Перенести сайт с локального сервера OpenServer на виртуальный хостинг не составит большого труда.
Для этого должен быть в наличии зарегистрированный домен и приобретенная услуга хостинга. В целом задача проста: перенести сайт, лежащий в папке mysite.loc, на OpenServer. В корневой папке виртуального хостинга он и будет размещаться. Как правило, данный каталог называется public_html, но может быть и одноименное название с сайтом (как на hoster.ru).
Для примера, рассмотрим перенос сайта на движке WordPress. Вся процедура состоит из 6 шагов.
1. Создаем новую базу данных на виртуальном хостинге.
Большинство хороших хостинг-провайдеров имеет панель управления, в которой можно, помимо всего прочего, создавать базы данных. На hoster.ru база создается в разделе Управление-Хостинг-Базы данных. Сначала создаем пользователя базы данных, назначаем ему пароль и затем создаем базу, которой прописываем новоиспеченного пользователя. Назначаем все необходимые привилегии для пользователя, чтобы можно было экспортировать, импортировать, удалять и редактировать базу.
2. Вносим параметры новой базы в файл сайта config.
php.Поскольку необходимо новую базу данных связать с файлами CMS WordPress, в файле сайта config.php вносим данные новой базы: юзера, пароль и наименование. Название сервера либо остается прежним, либо если говорить о hoster.ru, прописывается указанный в панели mysql сервер. Конфигурационный файл располагается в корневой папке сайта на WordPress.
3. Экспортируем таблицы базы с OpenServer.
Таблицы базы данных на локальном сервере содержат в себе весь контент переносимого сайта mysite.loc. Необходимо экспортировать эти таблицы на рабочий стол компьютера. Файл выгрузится с расширением sql, что является так называемым дампом базы данных.
4. Меняем в файле экспорта старые url на новые.
В экспортируемом файле меняем все старые ссылки сайта на новые (пример: с http://mysite.loc на http://test.ru). Как видим, меняется зона .loc на зону нового зарегистрированного домена .ru. Удобнее всего делать такие изменения в программе Notepad++ через функцию «найти и заменить».
5. Импортируем дамп базы данных на хостинг.
На OpenServer мы экспортировали базу данных, теперь на хостинге мы ее импортируем, выбрав файл дампа базы данных, в котором мы меняли ссылки. Сделать это можно через программу phpMyAdmin, которая есть на большинстве хостингов. На этом заканчивается работа с базой данных, приступаем к переносу файлов сайта на сервер.
6. Перенос файлов сайта с локального хостинга на виртуальный.
Переносятся файлы при помощи FTP-клиента или через панель управления хостинга.
В первом случае необходимо скачать FTP-клиент, например, FileZilla или Total Сommander. Для подключения вводим данные для соединения по FTP: хост, логин и пароль. Эти данные можно получить от хостинг-провайдера. Далее выбираем папку с файлами сайта и нажимаем «Соединиться». В одном окне будут отображаться файлы сайта, который необходимо перенести, а во втором все, что находится на виртуальном хостинге, куда должен быть перенесен сайт. Выделив файлы сайта (Ctrl + A), перетаскиваем их с локального сервера в корневую папку на виртуальном хостинге.
Процесс загрузки запущен и может длиться несколько минут, в зависимости от того, сколько весят файлы сайта. Набрав новый адрес сайта в браузере, должен появиться сайт уже на виртуальном хостинге, если все было сделано правильно.
Выполняя каждый пункт переноса исправно, Вы с легкостью перенесете сайт с OpenServer на хостинг и можете продолжать дальнейшую работу с ресурсом.
coldfusion — ошибка CFWheels: элемент RETURNVALUE не определен в LOC
спросил
Изменено 1 год, 10 месяцев назад
Просмотрено 78 раз
У меня есть устаревший сайт, использующий CFWheels v. 1.3.3 Он размещен с использованием ColdFusion 2018. Я ничего не менял на сайте пару лет, и все работало нормально до недавнего времени, когда я получил эту ошибку:
Ошибка при обработке запроса Элемент RETURNVALUE не определен в LOC.
Произошла ошибка в D:/home/mysite.com/wwwroot/wheels/events/onerror.cfm: строка 19
18 :19 : #loc.returnValue# 20 : 21 : ``` Вот трассировка стека: Трассировки стека at cfonerror2ecfm930916195$funcONERROR.runFunction(D:/home/mysite.com/wwwroot/wheels/events/onerror.cfm:19) coldfusion.runtime.UndefinedElementException: Элемент RETURNVALUE не определен в LOC. в coldfusion.runtime.DotResolver.resolveSplitNameInMap(DotResolver.java:185) в coldfusion.runtime.CfJspPage._resolve(CfJspPage.java:2362) в coldfusion.runtime.CfJspPage._resolveAndAutoscalarize(CfJspPage.java:2685) в coldfusion.runtime.CfJspPage._resolveAndAutoscalarize(CfJspPage.java:2675) в coldfusion.runtime.CfJspPage._resolveAndAutoscalarize(CfJspPage.java:2655) на cfonerror2ecfm930916195$funcONERROR.runFunction(D:\home\mysite.com\wwwroot\wheels\events\onerror.cfm:19) в coldfusion.runtime.UDFMethod.invoke(UDFMethod.java:553) в coldfusion.runtime.UDFMethod$ReturnTypeFilter.invoke(UDFMethod.java:484) в coldfusion.runtime.UDFMethod$ArgumentCollectionFilter.invoke(UDFMethod.java:447) в coldfusion.filter.FunctionAccessFilter.invoke(FunctionAccessFilter.java:95) в coldfusion.runtime.UDFMethod.runFilterChain(UDFMethod.java:398) в coldfusion.runtime.UDFMethod.runFilterChain(UDFMethod.java:371) в coldfusion.runtime.UDFMethod.invoke(UDFMethod.java:287) в coldfusion.runtime.TemplateProxy.invoke(TemplateProxy.java:830) в coldfusion.runtime.TemplateProxy.invoke(TemplateProxy.java:613) в coldfusion.runtime.TemplateProxy.invoke(TemplateProxy.java:438) в coldfusion.runtime.AppEventInvoker.invoke(AppEventInvoker.java:115) в coldfusion.runtime.AppEventInvoker.onError(AppEventInvoker.java:524) в coldfusion.filter.ApplicationFilter.invoke(ApplicationFilter.java:647) в coldfusion.filter.RequestMonitorFilter.invoke(RequestMonitorFilter.java:43) в coldfusion.filter.MonitoringFilter.invoke(MonitoringFilter. java:40) в coldfusion.filter.PathFilter.invoke(PathFilter.java:162) в coldfusion.filter.IpFilter.invoke(IpFilter.java:45) в coldfusion.filter.ExceptionFilter.invoke(ExceptionFilter.java:96) в coldfusion.filter.ClientScopePersistenceFilter.invoke(ClientScopePersistenceFilter.java:28) в coldfusion.filter.BrowserFilter.invoke(BrowserFilter.java:38) в coldfusion.filter.NoCacheFilter.invoke(NoCacheFilter.java:60) в coldfusion.filter.GlobalsFilter.invoke(GlobalsFilter.java:38) в coldfusion.filter.DatasourceFilter.invoke(DatasourceFilter.java:22) в coldfusion.filter.CachingFilter.invoke(CachingFilter.java:62) в coldfusion.CfmServlet.service(CfmServlet.java:226) в coldfusion.bootstrap.BootstrapServlet.service(BootstrapServlet.java:311) в org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231) в org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) в coldfusion.monitor.event.MonitoringServletFilter.doFilter(MonitoringServletFilter.java:46) в coldfusion.bootstrap.BootstrapFilter.doFilter(BootstrapFilter.java:47) в org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) в org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) в org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53) в org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) в org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) в org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:202) на org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96) в org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:490) на org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:139) в org.apache.
catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92) в org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:74) в org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:357) в org.apache.coyote.ajp.AjpProcessor.service(AjpProcessor.java:451) в org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66) в org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:853) в org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1587) на org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) в java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) в java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) в org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) в java.base/java.lang.Thread.run(Thread.java:834)
- ColdFusion
- cfwheels
1
Оказывается, хозяин сайта сделал папку общедоступных изображений нечитаемой, и это вызывало проблему.
Я думал, что опубликую решение, если кто-то еще столкнется с этой проблемой.
1
loc — это объект, и код ожидает, что он будет иметь свойство с именем returnValue . Ошибка указывает на то, что свойство с именем returnValue не существует в объекте.
Просмотр файла /wheels/events/onerror.cfm , а затем обратно к файлу /wheels/global/cfml.cfm , где определено $simpleLock , говорит мне, что может быть какая-то основная проблема с конфигурацией. Трудно прибить это. Безопаснее всего перезапустить приложение. Обычно делается через параметры URL. Если вы не можете понять это, возможно, просто перезапустите экземпляр ColdFusion и надейтесь, что он это исправит.
В конце концов, ColdFusion с трудом вызывает компонент, но трудно сказать, какой именно, без вывода ошибок.
Зарегистрируйтесь или войдите в систему
Зарегистрируйтесь с помощью Google
Зарегистрироваться через Facebook
Зарегистрируйтесь, используя электронную почту и пароль
Опубликовать как гость
Электронная почта
Требуется, но не отображается
Опубликовать как гость
Электронная почта
Требуется, но не отображается
часто задаваемых вопросов | Для владельцев сайтов | Веб-архивирование | Программы
Библиотека Конгресса связалась со мной по электронной почте по поводу архивирования моего сайта.
Это реальная просьба? Безопасно ли переходить по ссылке в письме?Библиотека уведомляет владельцев сайтов по электронной почте.
Библиотека использует инструмент разрешений, который позволяет легко связываться с владельцами сайтов по электронной почте и позволяет владельцам сайтов отвечать на запросы разрешений с помощью веб-формы. Затем ответы заносятся в базу данных.
Электронное письмо, которое вы получаете от Библиотеки Конгресса, содержит в адресе «от» адрес «webcapture @ loc.gov» и «Включение вашего веб-сайта в веб-архивы Библиотеки Конгресса» в строке темы.
Если вы хотите подтвердить, что Библиотека отправила электронное письмо с разрешением, свяжитесь с нами, и член группы веб-архивирования поможет вам.
Что означает предоставление или отказ в разрешении на отображение библиотеки за пределами сайта?
Если вы дадите Библиотеке разрешение на отображение вашего веб-архива за пределами сайта, это означает, что Библиотека Конгресса предоставит публичный доступ к архивным копиям вашего веб-сайта через loc.
gov/. Если вы откажете в доступе за пределы сайта, Библиотека может внести в каталог и идентифицировать сайт как часть определенной коллекции на нашем общедоступном веб-сайте, а также предоставить метаданные и эскиз веб-архива, но веб-архив вашего сайта будет доступен только исследователям. которые посещают здания Библиотеки Конгресса в Вашингтоне, округ Колумбия, и по специальной договоренности.
У меня возникли трудности с заполнением формы разрешений.
Свяжитесь с нами, если у вас возникли проблемы с формой, или ответьте на электронное письмо с запросом на разрешение, и кто-нибудь из проектной группы библиотеки поможет вам.
Почему я получил несколько запросов на разрешение от Библиотеки Конгресса?
В предыдущие годы от библиотеки требовалось отправлять уведомления о разрешениях на все выбранные веб-сайты в каждой коллекции, которую она инициировала, даже если сайт ранее предоставлял или отклонял разрешение. Политики изменились в 2006 году, и теперь библиотека может запрашивать и применять полное разрешение.
Это означает, что если владелец сайта предоставил разрешение после 2006 года, библиотека может использовать это разрешение для будущих коллекций. Это свело к минимуму дублирование запросов на разрешение, однако группа веб-архивирования время от времени связывается с владельцами сайтов для получения дополнительных разрешений, если это необходимо.
Почему был выбран мой сайт?
В библиотеке есть заявление о политике в отношении коллекций и другие внутренние документы, которыми можно руководствоваться при выборе электронных ресурсов, включая веб-сайты. Веб-сайты выбираются для архивирования рекомендателями библиотек. Сайты в веб-архиве, как правило, являются репрезентативными образцами веб-контента, которые документируют событие или охватывают определенную тему или предметную область для наших тематических коллекций и коллекций событий.
Как часто и как долго вы будете собирать мой сайт?
Библиотека архивирует сайты с разной периодичностью и в течение разных периодов времени в зависимости от типа сайта и коллекции, для которой он был выбран.
Обычно библиотека сканирует веб-сайты раз в неделю, раз в месяц или раз в квартал, в зависимости от того, как часто меняется содержимое. Некоторые сайты сканируются реже — всего один или два раза в год. В некоторых случаях Библиотека использует RSS-каналы для определения быстро меняющегося контента и для сканирования несколько раз в день.
Библиотека может сканировать ваш сайт в течение определенного периода времени или на постоянной основе. Это зависит от масштаба конкретного проекта. Некоторые действия по архивированию связаны с срочными событиями, например, до и сразу после национальных выборов. Другие коллекции, которые мы разрабатываем, могут быть постоянными без указания даты окончания, чтобы фиксировать изменения на веб-сайтах в течение более длительного периода времени.
Что делать, если ваш поисковый робот вызывает проблемы с моим сайтом?
Библиотека или ее агент всегда пытаются вежливо сканировать сайты, чтобы свести к минимуму влияние на сервер. Иногда могут быть проблемы.
Если у вас возникнут проблемы или вопросы, немедленно свяжитесь с нами.
На моем сайте есть защищенная паролем область, для которой требуется идентификатор пользователя и пароль. Будет ли этот защищенный контент архивироваться?
Библиотека не архивирует содержимое, защищенное паролем, за исключением случаев, когда имеется специальное разрешение владельца сайта.
У меня есть исключение robots.txt на моем веб-сайте, чтобы заблокировать поисковые роботы в определенных частях моего сайта. Как это влияет на вашу коллекционерскую деятельность?
Библиотека пытается собрать как можно большую часть сайта, чтобы создать точный снимок для будущих исследователей, и из-за нашей политики разрешений мы обычно обходим исключения robots.txt. Если у вас есть вопросы об этой политике, немедленно свяжитесь с нами.
Нужно ли нам связываться с вами, если наш URL изменится?
Библиотека периодически отслеживает веб-сайты на предмет изменений, которые могут повлиять на сканер, и сканер предоставляет отчеты с информацией о перенаправлении, поэтому в целом вам не нужно уведомлять нас об изменениях.
Тем не менее, мы ценим любые обновления, которые владельцы сайтов хотели бы предоставить.
Могу ли я что-нибудь сделать, чтобы вам было легче архивировать мой веб-сайт?
Библиотека опубликовала руководство по созданию сохраняемых веб-сайтов, в котором содержится информация для владельцев сайтов, интересующихся этой темой.
Как исследователи получают доступ к веб-архивам?
Исследователи получают доступ к общедоступным коллекциям веб-архивов здесь. Пользователи могут просматривать или искать метаданные доступных архивов и выполнять поиск по URL-адресу (но не выполнять поиск в полнотекстовой версии веб-сайтов). Если владелец сайта не предоставил библиотеке разрешение на отображение контента за пределами библиотеки, метаданные и миниатюра будут доступны за пределами сайта, но не само архивное содержимое (исследователи должны прибыть на место для просмотра веб-архива). Посетите веб-сайт For Researchers для получения дополнительной информации о доступе к веб-архивам и их использовании.
Что люди увидят при доступе к заархивированному сайту?
Ваш заархивированный сайт будет выглядеть так же, как в тот день, когда он был заархивирован, и у нас, вероятно, будет несколько копий сайта в нашем архиве, записывающих изменения с течением времени. Библиотека пытается зафиксировать содержимое, а также внешний вид веб-сайтов в архиве. При просмотре веб-архива пользователи увидят баннер (см. этот пример) в верхней части страницы, который предупреждает исследователей о том, что они просматривают архивную версию. Дата помещения сайта в архив также отображается в этом баннере. Исследователи смогут перемещаться по заархивированному сайту так же, как по живой сети. Однако некоторые элементы не работают в архиве, такие как почтовые ссылки, формы, поля, требующие ввода (например, окна поиска), некоторые мультимедиа и некоторые сайты социальных сетей.
Когда мой заархивированный сайт станет доступен исследователям?
Коллекции веб-архивов доступны в соответствии с разрешениями, политиками библиотек и ресурсами.
Библиотека обычно ждет не менее одного года с момента первоначального захвата веб-сайта, прежде чем сделать его доступным для исследователей; иногда этот период увеличивается из-за производственной и описательной каталогизации, которая помогает сделать веб-архивы доступными и доступными для поиска. Если у вас есть опасения по поводу общедоступного доступа к архивной версии вашего веб-сайта или если вам нужна дополнительная информация, свяжитесь с нами напрямую.
Будет ли ссылка из вашего архива на мой сайт в том виде, в котором он существует сейчас?
Веб-архив библиотеки будет записывать и отображать исходный URL-адрес, который мы заархивировали, но он не будет содержать гиперссылку на ваш сайт и не будет обновляться, если ваш сайт изменится, поскольку он является артефактом сайта в то время, когда мы его заархивировали. Публика должна будет посетить ваш живой веб-сайт, чтобы получить текущую информацию.
Что делать, если я не хочу, чтобы архивная версия моего веб-сайта была доступна на веб-сайте Библиотеки? Как отказаться?
Если вы являетесь владельцем авторских прав или иным образом имеете исключительный контроль над материалами, находящимися в настоящее время в архиве, вы можете отказаться от онлайн-доступа (за пределами помещений Библиотеки) к архивной версии вашего веб-сайта, связавшись с нами.
