Chernetskiy

Нихрена не видать :)... Еще раз, на зачет!

Только этот отчет жалуется: <log> <date>2017-03-05 10:53:47</date> <items> <item>129 DECLINED: Supertype unknown</item> ... <item>73 DECLINED: Supertype unknown</item> </items> </log> А жалуется он конкретно на отсутствие супертипа "Нежилая" для земельных участков ИЖС и садовых. Согласно действующих требований к выгрузке XML Яндекс.Недвижимость: супертип "Нежилая" упразднен; земельные участки "садовые" и "ИЖС" вообще не должны иметь супертип (официальный ответ Яндекса); земельным прочим земельным участкам (из коммерческих земель) должен быть присвоен супертип "Коммерческая". Я из участков убрал супертип, что Яндекс прекрасно принимает, а вот ваш проверяльщик в обиде

Елена, подозреваю что эти страницы закрыты в robots.txt , поскольку имеют в ссылке /?... как и многие временные или дубли. Директива Disallow: /*? Хотя в разделе статей /article просто нет второй страницы, как и первой Ссылка в твоем скриншоте указывает на вторую страницу в списке статей, а у тебя и списка-то нет

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

В начале кода <div class="span12"> (полная ширина) замените на <div class="span9"> (3/4 ширины) да и текст можно отформатировать не по левому краю а по ширине блока, замените стили в заголовке c left на center, а в тексте укажите <p style="text-align:justify"> и указанные внизу шаблона стили можно вообще убрать.

Я тоже только начал понимать, здесь все давали ответы исходя из штатного варианта Почему не сделать по стандартному варианту - прописать регионы и к ним прикрутить города? Не думаю, что пользователю интереснее лопатить список городов, удобнее предварительный выбор региона... В описанном выше случае наверное можно решить вопрос через "связанные элементы", создать новый справочник Регионы (кастомный) подчинив его к городам (в обратном порядке), но в этом случае придется каждому городу присвоить свой регион (списком в Экселе и загрузить в справочник), тогда в выборе будет что-то типа Раменское/Московская область, регионы не полезут в поиск и на сайт. Это будет параллельный справочник сам по себе, который надо будет подключить в выгрузку (сменить имеющееся название region на новый, например region_id, как создадите). У меня с кастомными справочниками наблюдается подобный эффект

Я собственно речь вел о простых позициях, которые в data хранятся как чекбоксы - 0/1 или пусто/1, чтобы пользователь смог отметить в поиске несколько интересующих его опций из списка и по ним произвелась выборка. Как я понял, вышеописанного будет маловато, надо еще какой-то обработчик сочинить?

Забыл добавить, относительно скорости загрузки сайта не стоит ориентироваться только на Гугл, который читает ваш сайт непонятно какими путями и непонятно откуда. Фактически, скорость загрузки в разной местности может серьезно отличаться, это зависит от местоположения сервера, количества и качества каналов связи и прочих факторов. Можно например воспользоваться этим тестом и посмотреть, в какой стране/регионе и с какой скоростью ваш сайт загружается по факту. На графике будет всё наглядно показано. Например серверы под тариф VIP-1, VIP-2 в reg.ru судя по всему расположены в Голландии, т.к. там мой сайт грузится за 0,8 сек., в России за 1,2 сек., в Англии за 0,9 - 1 сек., в США, в зависимости от штата - 2 - 4,2 сек. и вероятнее всего, ближе к этому и будут тесты Гугла, поскольку их сервера находятся там-же.

На мой взгляд, с этим есть смысл заморачиваться, если ваш сайт грузится дольше 3-х секунд. Поскольку сервис проверки скорости загрузки сайта от Гугла вам будет жаловаться на любой бздик - лишний пробел в коде, лишний бит в картинке, отсюда он и выставляет рейтинги. Оптимизированные файлы для скачивания, которые предлагает Гугл отличаются лишь тем, что из программного кода убраны лишние пробелы и переносы строк, а картинки понижены в качестве. Но если проанализировать ситуацию, то выигрыш по загрузке получится 0,1 сек. или менее. Не думаю, что это серьезный выигрыш на фоне удобства правки кода, который свален в кучу или демонстрации фото на сайте, которое по качеству становится середнячковым. Тут больше толку будет от размещения сайта на хостинге, который работает на SSD-дисках и имеет более высокое быстродействие. Хотите шустрый сайт - не сажайте его на тарифы хостинга начального уровня, на котором сидит еще сотня таких-же и все на одном IP-адресе , которые делят единый ресурс между собой, тормозя друг-друга, не говоря уже о том, что если один будет взломан/заражен, то проблемы могут появиться и у остальных. Вот например, у Димы на сервере под одним IP 5.9.72.112 сидит несколько сайтов: kharkovreal.com, kvartira61.ru, magazininfo.com, toss.ru, vashdomru.ru, www.allofficekb.ru, www.sitebill.ru, zdali.ru и еще пару нерабочих кириллических... Но они на шустром сервере и управляются под одной CMS ... Но когда сайтов на одном IP и на одном дохлом хостинге сотня-две - линкопомойки, мусорные файлообменники и высоконагруженные да еще и на разных CMS, то о какой скорости сайта можно говорить? Проверьте, сколько у вас соседей ва вашем IP-адресе, а затем рассуждайте о скорости загрузки сайта, его оптимизации, да и надобности этого вообще в вашей конкретной ситуации ... Хороший сайт начинается с хорошего сервера/хостинга.

В настройках виджета VK можно указать ширину виджета, например так: VK.Widgets.Group("vk_groups", {mode: 3, width: "270"}, 38466663); как раз будет подходящая ширина для колонки span3 в Realia

Может такого варианта в .htaccess будет достаточно? <IfModule mod_expires.c> <FilesMatch \.(gif|png|jpg|jpeg|ogg|mp4|mkv|flv|swf|wmv|asf|asx|wma|wax|wmx|wm)$> ExpiresDefault "access plus 1 week" </FilesMatch> ExpiresActive on ExpiresByType image/jpeg "access plus 1 day" ExpiresByType image/gif "access plus 1 day" ExpiresByType image/png "access plus 1 day" <FilesMatch \.(css|js)$> ExpiresDefault "access plus 1 week" </FilesMatch> ExpiresByType text/css "access plus 1 week" ExpiresByType application/javascript "access plus 1 week" </IfModule> Вроде как частично проблема решалась, но затем я этот кусок отключил, вроде как глюки были при переходе на https

Отправил в личку.

Может у вас регионы привязаны к странам? В поиске нет выбора страны, соответственно регион не появляется. В Настройка - Выгрузка Яндекс.Недвижимость попробуйте прописать Системное имя с названием региона, по умолчанию region, или своё название, если отличается. Если уже что-то прописано, посмотрите правильно-ли, может просто убрать и посмотреть в выгрузке. Там-же можно указать Единое название региона, например Московская область, если он у вас один. Если ничего не поможет, посмотрите в apps/yandexrealty/admin/admin.php, присутствует-ли у вас вообще регион в выгрузке, что-то типа: $region=trim($this->getConfigValue('apps.yandexrealty.region_global')); if($region==''){ if(''!=trim($this->getConfigValue('apps.yandexrealty.region_from'))){ $region_from=trim($this->getConfigValue('apps.yandexrealty.region_from')); }else{ $region_from=''; } if($region_from!='' && isset($data_item[$region_from])){ $region=$data_item[$region_from]; }else{ $region=$data_item['region']; } } if($region!=''){ $rs.='<region>'.self::symbolsClear($region).'</region>'."\n"; }

Если у вас выделенные сервер, тогда вроде в настройках php (точно не помню) показывается какие модули активны а какие нет. Отметьте чекбоксы у модулей сжатия gzip, zip, ну а дальше надо настраивать сервер.

Регион уже в выгрузке есть. У вас скорее всего включено кэширование выгрузки, вы видите старые данные в xml. Обнулите кэш выгрузки в настройках и запросите фид по новой. Если есть в корне файл выгрузки.xml, его тоже удалите.

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

Следующим предложением будет переустановить СМS с нуля?

и снова мимо... К стати, с Мессенджером видимо тоже жопа. Пустое окно и никаких чатов. Среди настроек только возможность сменить пол пароль.

Попробовал, в пустой странице в ответ получил twitter sender и больше ничего - ни вкладок ни настроек модуля. Модуль настраивал наверное года полтора назад. Настройки в базе есть, но в админке ничего по этому поводу нет. Поскольку модуль не работает, я думал сменить ключи и перезаписать их, но не уверен, что если я даже впихну их в базу через phpMyAdmin, модуль будет работать.

Таблицу очистил и ничего не изменилось. Настройки так и не появились. Модуль скорее всего тоже не работает, поскольку не был замечен в каких-то репостах

А как быть тому, кто купит модуль Твиттер-кросспостинг и попытается установить и настроить его? Куда настройки пихать (ключи)? Копаться в MySQL?

В Админке Настройки - Сообщения, установите галочки по всем позициям. И подключите виджет {$messenger_widget} в коде шаблона перед закрывающим </body>

Да в топку его, хватит плагиат разводить

Печалька... У Sitebill сейчас вроде скидки, есть шанс обзавестись обновлениями дешевле Прозевали ...

1.Если имеется ввиду валюта в меню "Мой балланс" у пользователя, то это ни с чем не связанная текстовая надпись. Меняется в user_menu.tpl, в конце строка: <li><a title="Мой баланс" href="{$estate_folder}/account/balance/">{$L_MY_BALANCE} {$ballance} ₽</a></li> Вот символ "₽" или что у вас там, можете заменить хоть на "баксов", если сайт одноязычный. Если мультиязычный, то вставляем что-то типа {$L_CURRENCY} и прописываем переводы для разных языков в словарях. 2. Вышеописано 3. Вам это зачем? Хотите устроить из сайта почтовую службу или форум? Можно активировать в настройках Мессенджер, пусть регистрируются и чатятся... 4. "Добавить в избранное" - есть такая функция. Возле заголовка каждого объявления есть звёздочка, при клике на которую, объект попадает в список Избранных. Сам список доступен в верхнем меню.