metrpro

1. ОНЛАЙН-КОНСУЛЬТАНТ

Кому хочется поставить себе на сайт чат, чтобы выделяться в поиске (примерно так, как у Topmore.ru):

То все сейчас решается на раз:

1. По мануалу с Хабра (https://habr.com/ru/post/447150/) настраиваем Яндекс.Диалог, выбрав провайдером сам Яндекс.

2. Ставим код на сайт (я поставил в футер, нечего тормозить в head)

3. Ставим себе на андроид "Яндекс с Алисой" (https://play.google.com/store/apps/details?id=ru.yandex.searchplugin&hl=ru) и входим в приложение под своим логином - у вас появится на главной кнопочка ЧАТ. Это позволит всегда быть в онлайне, если кто напишет через форму на сайте (сработает пуш).

Всё бесплатно, всё работает, вы всегда на связи, в поиске выделяетесь )

Как влияет на ИКС и посещалку сказать не могу - поставил неделю назад, потом поделюсь.

2. ЯНДЕКС.ТУРБО

Турбо от Яши нужно для одной единственной вещи - быстрая (несколько минут после подгрузки rss-фида, который яндекс загружает каждые 30 минут - выставляйте соответствующее время обновления)и 100% индексация страниц.

Новости через турбо влетают очень быстро, Статьи только что перевел на турбо-режим, пока результат не проверял.

3 часа назад, rumantic сказал:

Попробуйте в ./index.php

После стрчоки

session_start();
 

if ($_SERVER['HTTP_HOST'] == 'region.domain.ru' and $_REQUEST['city_id'] == '' ) {
   $_REQUEST['city_id'] = 10;
}

Только надо будет тестировать формы добавления и все что связано с городами на сайте потом.

А если это не поддомен, а домен? То просто убрать условие и оставить в запросе?

И еще - а если 2 или 3 города надо в выборке сделать?

В 29.03.2016 в 21:07, abushyk сказал:

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

Отлично! Как поставить фильтр конкретного города в sitebill? если, предположим, есть два сайта - Сайт_Регион вываливает все объекты региона, Сайт_Столица - все объекты столицы этого региона. Т.е. все объекты уже есть в базе Сайта_Региона, и Сайт_Столица должен показывать посетителю все то же самое (из той же самой базы данных), но везде с приставкой city_id=1. Как это реализовать, чтобы не было необходимости постоянно синхронизировать базу Сайта_Столицы вручную с базой Сайта_Региона?

48 минут назад, rumantic сказал:

Вы доступы давали?

Косте давно давал, правда, по другому вопросу

В 17.01.2018 в 14:05, abushyk сказал:

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

Добрый день. Фид https://topmore.ru/rss/articles/ упорно выдает ошибку, хотя все настройки выставлены нормально. Фиды объявлений и новостей выдаются без проблем. В чем м.б. дело?

Кроме админки какие есть принципиальные улучшения? Пролистал список, не нашел ничего особенного. Может, что упустил?

Поддержку Webp, кстати, добавили?

UPD: Обновился, попробовал новую админку. А где вход в настройки-то?.. 

В 16.01.2018 в 01:49, Chernetskiy сказал:

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

• добавляем кастомный справочник районов региона
• подчиняем справочники через зависимые связи по приницпу Регион - Район - Город - Улица
• добавляем в data справочник районов
• переименовываем в data название для пользователя Город в Нас.пункт
• переименовываем в языковых справочниках для админки и для шаблона (language) переменные L_CITY и LT_CITY в Нас.пункт
• добавляем в стандартный поиск Районы, по аналогии с Регионами и Городами.

Взаимосвязанные справочники от Региона до Улиц в населенных пунктах можно сделать за вечер и будет вам счастье, да и пользователям сайта будет всё логично и понятно.

В дальнейшем, для удобства, можно на главную сайта и в разделы - продажа квартир, аренда домов, продажа участков и т.п. добавить прямые ссылки на основные запросы, типа "Купить 1 комн. квартиру в Н-ске", "Продажа земельных участков в Гадюкино" и т.п.

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

В 16.01.2018 в 01:49, Chernetskiy сказал:

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

• добавляем кастомный справочник районов региона
• подчиняем справочники через зависимые связи по приницпу Регион - Район - Город - Улица
• добавляем в data справочник районов
• переименовываем в data название для пользователя Город в Нас.пункт
• переименовываем в языковых справочниках для админки и для шаблона (language) переменные L_CITY и LT_CITY в Нас.пункт
• добавляем в стандартный поиск Районы, по аналогии с Регионами и Городами.

Взаимосвязанные справочники от Региона до Улиц в населенных пунктах можно сделать за вечер и будет вам счастье, да и пользователям сайта будет всё логично и понятно.

В дальнейшем, для удобства, можно на главную сайта и в разделы - продажа квартир, аренда домов, продажа участков и т.п. добавить прямые ссылки на основные запросы, типа "Купить 1 комн. квартиру в Н-ске", "Продажа земельных участков в Гадюкино" и т.п.

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

В 16.01.2018 в 01:49, Chernetskiy сказал:

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

• добавляем кастомный справочник районов региона
• подчиняем справочники через зависимые связи по приницпу Регион - Район - Город - Улица
• добавляем в data справочник районов
• переименовываем в data название для пользователя Город в Нас.пункт
• переименовываем в языковых справочниках для админки и для шаблона (language) переменные L_CITY и LT_CITY в Нас.пункт
• добавляем в стандартный поиск Районы, по аналогии с Регионами и Городами.

Взаимосвязанные справочники от Региона до Улиц в населенных пунктах можно сделать за вечер и будет вам счастье, да и пользователям сайта будет всё логично и понятно.

В дальнейшем, для удобства, можно на главную сайта и в разделы - продажа квартир, аренда домов, продажа участков и т.п. добавить прямые ссылки на основные запросы, типа "Купить 1 комн. квартиру в Н-ске", "Продажа земельных участков в Гадюкино" и т.п.

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

В 25.02.2019 в 14:41, abushyk сказал:

Вы все правильно прописали. Скиньте пожалуйста мне фтп в приват, я взгляну если можно.

Вопрос решился откатом плагина на предпоследнюю версию и указанием news_image в настройках 

12 часа назад, rumantic сказал:

Можете просто заглушить вывод сообщений в /index.php

ini_set('display_errors','Off');

И не будет никаких ворнингов.

Вопрос решился отключение в приложении команды chmod на 755

3 минуты назад, abushyk сказал:

в этом поле нужно указать системное имя поля в модели Новости в котором лежат фоки новости. Не таблицы, где хранятся фотки (хотя сам по себе это очень старый вариант и уже почти не используется), а именно поля. Например в модели новости у вас есть поле image с типом uploads, куда вы забрасываете фотки. Значит указать нужно image

Не работает ни с image, ни с news_image...

1 минуту назад, abushyk сказал:

вот так с точкой в начале и написано?

Нет, в настройках без точки

4 часа назад, abushyk сказал:

Посмотрите пожалуйста по настройкам приложения RSS. Указано ли что-то в поле настройки apps.rss.data_image и apps.rss.news_image ?

В rss.news_image указано правильное название поля таблицы NEWS (.news_image). 

19 минут назад, rumantic сказал:

Даже если 777 стоит, оперция chmod требует чтобы файл над которым производится операция принадлежал этому владельцу.

Проверьте владельца файла и владельца процесса апача, они одинаковые?

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

1 час назад, rumantic сказал:

У вас прав доступа не хватает для изменения кэшей сайтмапа, проверьте в корне sitemap.xml и в каталоге /cache/ - там права какие у файлов?

И владелец-группа кто, а под каким запускается апач?

Везде 777. Ошибка появилась после обновления модуля

В 21.02.2019 в 11:32, rumantic сказал:

Загрузили апдейт для rss, обновитесь.

Ошибки ушли. Как и теги изображений к записям каждого элемента <item> - весь поток без картинок.

ДОбрый день. Почему-то после обновления системы сайтмэп стал отдавать в самом начале ошибку (при этом сам он генерится нормально):

Цитата

 

<br />

<b>Warning</b>: chmod(): Operation not permitted in <b>/home/admin/web/_.ru/public_html/apps/sitemap/admin/admin.php</b> on line <b>192</b><br />

<?xml version="1.0" encoding="UTF-8"?>

<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">

<url>

 

Плагин актуален, система тоже последняя.

Добрый день. Обновил систему до актуальной и вот что генерит файл /rss/:

Цитата

<?xml version="1.0" ?><rss version="2.0"><channel><title>Новости</title>
<link>https://.ru</link>
<description>Новости</description>
<language>ru-RU</language>
<pubDate>Wed, 20 Feb 2019 14:24:38 GMT</pubDate>
<lastBuildDate>Wed, 20 Feb 2019 14:24:38 GMT</lastBuildDate>
<docs>http://blogs.law.harvard.edu/tech/rss</docs>
<generator>RSS</generator>
<managingEditor>@list.ru</managingEditor>
<webMaster>@list.ru</webMaster>
<br />
<b>Warning</b>:  Missing argument 1 for rss_admin::getNewsItems(), called in /home/admin/web/.ru/public_html/apps/rss/admin/admin.php on line 249 and defined in <b>/home/admin/web/.ru/public_html/apps/rss/admin/admin.php</b> on line <b>310</b><br />
<br />
<b>Warning</b>:  Missing argument 2 for rss_admin::getNewsItems(), called in /home/admin/web/.ru/public_html/apps/rss/admin/admin.php on line 249 and defined in <b>/home/admin/web/.ru/public_html/apps/rss/admin/admin.php</b> on line <b>310</b><br />
<item><title>

Т.е. все до и после нормально, в принципе сами новости в потоке есть, всё, как положено. Но после <webMaster> и до первого <item> вваливается ошибка. Все модули и система актуальны.

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

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

2. все расстояния от объектов до станций рассчитываются по координатам автоматически;

3. есть возможность создания predefined-pages по станциям метро (все объявления около конкретной станции в определенном радиусе, скажем, 1000 метров).

Но это все, конечно, идеальные варианты. И если первые два пункта при наличии прямых рук можно реализовать через шаблон _view и даже _grid, то как реализовать третий пункт? И как логика работы со станциями метро реализована у вас?

Разработчики, может вы предложите решение?

В 17.01.2019 в 11:35, rumantic сказал:

Вероятно у вас в новостях старый загрузчик, обновите для новостей загрузчик на uploads

Станцевал с бубном, превьюшка появилась, в самой новости изображение отдает значение UNKNOWN

Обновился до 3.6.3 - перестала работать загрузка фотографий в новостях. Кнопка есть, нажимаешь - и ничего не происходит

Мой косяк, оказывается, ранее грохнул поле region_id в re_data. Ввёл заново, составил запрос и вроде заработало. Извиняюсь за беспокойство!

В 14.01.2019 в 07:40, rumantic сказал:

После этого все ссылки на картинки будут очищены по условию (есть png в тексте названий картинок в поле image)

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

'a:3:{i:0;a:2:{s:7:"preview";s:33:"prv59632c336f627_1499671603_1.jpg";s:6:"normal";s:33:"img59632c336cb63_1499671603_1.jpg";}i:1;a:2:{s:7:"preview";s:33:"prv59632c337d85b_1499671603_2.jpg";s:6:"normal";s:33:"img59632c337d7d4_1499671603_2.jpg";}i:2;a:2:{s:7:"preview";s:33:"prv59632c338808c_1499671603_3.jpg";s:6:"normal";s:33:"img59632c3388006_1499671603_3.jpg";}}'

В рамках одного объявления могут быть размещены картинки как формата .png, так и формата .jpg. Предложенное решение полностью обнулит значение поля image, если там есть хоть одна картинки формата .png.

48 минут назад, rumantic сказал:

Да добавим в новых версиях работу с этим форматом.

Очень ждем. Можно в приоритет ближайшего апдейта поставить?

И еще - а возможен кросс-конвертер? Т.е. скажем не только jpg2jpg, gif2gif, png2png, а png2jpg, webp2jpg и пр. Т.е.  чтобы админ мог установить один приоритетный формат, в который бы все загружаемые картинки переводились.