К сожалению я не умею кодить, НО далеко ходить бы не стал. Взял бы за основу компонент перелиновки. Главное отшлифовать вашу обновлённую версию. Роль перелиновки понятна в сео нужно это использовать.
Перелинковка в веб-разработке — это процесс связывания веб-страниц между собой с помощью гиперссылок.
Некоторые рекомендации по перелинковке:
1. Делать логичные ссылки — они должны отражать связь по смыслу.
2. Ссылки размещать в основном тексте.
3. Текст ссылки должен соответствовать тематике.
4. Ссылки делать двусторонними — это формирует обратные связи между страницами.
5. Удалять нерабочие линки — ссылки, которые ведут на несуществующие URL, плохо сказываются на пользовательском опыте и SEO.
Как я это вижу со взгляда пользователя. Читаю статью например про психологию. Например в тексте есть словосочетание депрессивное состояние — компонент подгружает гипер сылку на другую статью где встречается это словосочетания или одно слово это не важно в тексте. НО, важно подгружать 1 статью, значит нужно использовать систему релевантности по посещаемости данной страницы или по дате публикации, чтобы зафиксировать данную статью за конкретной страницей. В случае если статью удалили а к ней вела гипер ссылка нужно чтобы компонент прислал уведомление и в компоненте подгрузила все статьи которые были удалены и предложила сгенирировать другие гипер ссылки на другие анологичные статьи.
Ссылки делать двухсторонеми. Если гипер ссылка сгенирировала на одну статью важно, чтобы компонент проанализировал статью откуда идёт ссылка и чтобы компонент нашёл связь между статьями в тексте и сформировал обратные связи на другие словосочетания между страницами.
Не рабочие линки как выше уже описал нужно заменить и сгенирировать новые связи с другими статьями.
Обязательно нужно сделать карантин. Это те статьи которые невозможно было связать в линк. Тогда нужно либо писать материал под эти статьи, либо в ручню самому искать где можно связать. Поскольку система может по ошибке не связать страницы, хотя контент для связи будет.
Поэтому этот компонент не панацея, а как помощник должен быть, чтобы оптимизировать работу. Если 2000 страниц и более самому или специалисту по найму это делать на месяцы работы и денег на зарплату сотруднику, а если компонент хотя бы оптимизирует 80% то остальные 20% можно самому найти время и сделать.
Да важно сделать волшебную кнопочку послать систему на переобход. Те статьи которые находятся в карантине. Возможно просто сразу не обнаружело и можно попробовать подать на переобход, а учитывая что этот компонет попадёт в сборку сео компонентов то и оптимизировать будет легче статьи которые попали в карантин посредством нейросети, которая уже в сборке.
При этом компонент opengraph я удалил перед обновлением, события обновил. Компонент opengraph я сознательно не обновляю, так как у меня php 7.2, а ему для обновления надо php 8+. Получается что если он присутствует в новой версии инстанта, то мне все равно надо менять php чтобы обновиться?
Что присутствует? Если вам нужен opengraph, то да, поднимайте версию. По ошибкам — вы удалили в админке компонент, но файлы не удалили. После удаления проблема исчезнет.
Удаление таблиц помогло. Не знаю откуда они там взялись, биллингом никогда не пользовался. Был компонент userpay, может он такие таблицы сделал. Но проблема с opengraph осталась, на странице /admin/controllers/edit/opengraph и вообще в админке:
Notice: Undefined index: url_mask_not in /home/a0388144/domains/.../public_html/system/controllers/opengraph/hooks/before_render_page.php on line 9
Notice: Undefined index: og_type_default in /home/a0388144/domains/.../public_html/system/controllers/opengraph/hooks/before_render_page.php on line 22
Fatal error: Uncaught TypeError: Argument 1 passed to opengraph::setBasicOpenGraph() must be of the type string, null given, called in /home/a0388144/domains/.../public_html/system/core/action.php on line 74 and defined in /home/a0388144/domains/.../public_html/system/controllers/opengraph/frontend.php:115 Stack trace: #0 /home/a0388144/domains/.../public_html/system/core/action.php(74): opengraph->setBasicOpenGraph(NULL, '\xD0\x9C\xD0\xB8\xD0\xBA\xD1\x80\xD0\xBE\xD1\x84\xD0\xBE\xD1...', '', 'https://...') #1 /home/a0388144/domains/.../public_html/system/controllers/opengraph/hooks/before_render_page.php(25): cmsAction->__call('setBasicOpenGra...', Array) #2 /home/a0388144/domains/.../public_html/system/core/controller.php(761): onOpengraphBeforeRenderPage->run(Array) #3 /home/a0388144/domains/.../public_html/system/core/controller.php(720): cmsController->runExternalHook('before_render_p...', Array) #4 /home/a0388144/domains/.../public_html/system/core in /home/a0388144/domains/.../public_html/system/controllers/opengraph/frontend.php on line 115
Если переименовать папку с opengraph — ошибка исчезает.
Вероятно у вас был установлен биллинг ранее, но вы его удалили, при этом таблицы остались. Удалите все таблицы в бд, начинающиеся на billing, после установите пакет обновления заново через админку.
Дело было в том, что у меня шаблон не Модерн. И с админ-панелью пришлось повозиться, пол дня потратил. Сейчас всё работает.
Ок, сделаю в обновлении
Пожелания. Добавьте пожалуйста перед суммой возможность поставить «от»
Огромное большое спасибо!
Круто) Офигенная cms) Желаю вам всяческого развития)
А ведь весьма здравая идея! Реализуем 👍
Хорошая штука, возьму пока так.
Из пожеланий, а можно чтобы вот здесь...
… ещё и картинка была?
Чтобы кафешка, например, могла меню своё опубликовать, с аппетитными вкусняшками.)
Данный компонент уже не поддерживается, но возможно какие-то идеи сможете взять отсюда: https://instantcms.ru/addons/linking.html
К сожалению я не умею кодить, НО далеко ходить бы не стал. Взял бы за основу компонент перелиновки. Главное отшлифовать вашу обновлённую версию. Роль перелиновки понятна в сео нужно это использовать.
Перелинковка в веб-разработке — это процесс связывания веб-страниц между собой с помощью гиперссылок.
Некоторые рекомендации по перелинковке:
1. Делать логичные ссылки — они должны отражать связь по смыслу.
2. Ссылки размещать в основном тексте.
3. Текст ссылки должен соответствовать тематике.
4. Ссылки делать двусторонними — это формирует обратные связи между страницами.
5. Удалять нерабочие линки — ссылки, которые ведут на несуществующие URL, плохо сказываются на пользовательском опыте и SEO.
Как я это вижу со взгляда пользователя. Читаю статью например про психологию. Например в тексте есть словосочетание депрессивное состояние — компонент подгружает гипер сылку на другую статью где встречается это словосочетания или одно слово это не важно в тексте. НО, важно подгружать 1 статью, значит нужно использовать систему релевантности по посещаемости данной страницы или по дате публикации, чтобы зафиксировать данную статью за конкретной страницей. В случае если статью удалили а к ней вела гипер ссылка нужно чтобы компонент прислал уведомление и в компоненте подгрузила все статьи которые были удалены и предложила сгенирировать другие гипер ссылки на другие анологичные статьи.
Ссылки делать двухсторонеми. Если гипер ссылка сгенирировала на одну статью важно, чтобы компонент проанализировал статью откуда идёт ссылка и чтобы компонент нашёл связь между статьями в тексте и сформировал обратные связи на другие словосочетания между страницами.
Не рабочие линки как выше уже описал нужно заменить и сгенирировать новые связи с другими статьями.
Обязательно нужно сделать карантин. Это те статьи которые невозможно было связать в линк. Тогда нужно либо писать материал под эти статьи, либо в ручню самому искать где можно связать. Поскольку система может по ошибке не связать страницы, хотя контент для связи будет.
Поэтому этот компонент не панацея, а как помощник должен быть, чтобы оптимизировать работу. Если 2000 страниц и более самому или специалисту по найму это делать на месяцы работы и денег на зарплату сотруднику, а если компонент хотя бы оптимизирует 80% то остальные 20% можно самому найти время и сделать.
Да важно сделать волшебную кнопочку послать систему на переобход. Те статьи которые находятся в карантине. Возможно просто сразу не обнаружело и можно попробовать подать на переобход, а учитывая что этот компонет попадёт в сборку сео компонентов то и оптимизировать будет легче статьи которые попали в карантин посредством нейросети, которая уже в сборке.
В плане кода реализовать смогу, но в каком виде должно быть не понимаю, если бы вы умели кодить, как бы реализовали?
Ранее писал о перелиновки. В планах есть реализовать данную возможность?
Было бы шикарно, буду ждать тогда.
Обновился поверх установленного старого Биллинга
Ссылка в профиле пользователя: /users/support/balance
Файл: /templates/default/controllers/billing/profile_tab.tpl.php on line 34
Вот так не работает:
$is_exchange = ($this->controller->options['is_rtp'] || $this->controller->options['is_ptr']) && $user->isInGroups($this->controller->options['rtp_groups']);
Вот так работает:
$user = cmsUser::getInstance();
$is_exchange = ($this->controller->options['is_rtp'] || $this->controller->options['is_ptr']) && $user->isInGroups($this->controller->options['rtp_groups']);
1) не могу ответить на этот вопрос, может знает те, у кого был опыть.
2) добавлю такую опцию
Что присутствует? Если вам нужен opengraph, то да, поднимайте версию. По ошибкам — вы удалили в админке компонент, но файлы не удалили. После удаления проблема исчезнет.
Спасибо большое за обновлени! Донат отправил в благодрность!) За биллинг отдельное большое спасибо!
Удаление таблиц помогло. Не знаю откуда они там взялись, биллингом никогда не пользовался. Был компонент userpay, может он такие таблицы сделал. Но проблема с opengraph осталась, на странице /admin/controllers/edit/opengraph и вообще в админке:
Notice: Undefined index: url_mask_not in /home/a0388144/domains/.../public_html/system/controllers/opengraph/hooks/before_render_page.php on line 9
Notice: Undefined index: og_type_default in /home/a0388144/domains/.../public_html/system/controllers/opengraph/hooks/before_render_page.php on line 22
Fatal error: Uncaught TypeError: Argument 1 passed to opengraph::setBasicOpenGraph() must be of the type string, null given, called in /home/a0388144/domains/.../public_html/system/core/action.php on line 74 and defined in /home/a0388144/domains/.../public_html/system/controllers/opengraph/frontend.php:115 Stack trace: #0 /home/a0388144/domains/.../public_html/system/core/action.php(74): opengraph->setBasicOpenGraph(NULL, '\xD0\x9C\xD0\xB8\xD0\xBA\xD1\x80\xD0\xBE\xD1\x84\xD0\xBE\xD1...', '', 'https://...') #1 /home/a0388144/domains/.../public_html/system/controllers/opengraph/hooks/before_render_page.php(25): cmsAction->__call('setBasicOpenGra...', Array) #2 /home/a0388144/domains/.../public_html/system/core/controller.php(761): onOpengraphBeforeRenderPage->run(Array) #3 /home/a0388144/domains/.../public_html/system/core/controller.php(720): cmsController->runExternalHook('before_render_p...', Array) #4 /home/a0388144/domains/.../public_html/system/core in /home/a0388144/domains/.../public_html/system/controllers/opengraph/frontend.php on line 115
Если переименовать папку с opengraph — ошибка исчезает.
да без всяких данных, билинг появился.
Обновлялись полностью в авто режиме, без ввода ftp данных?
Думаю обновление прошло успешно. Если биллинг появился, то всё ок.
Вероятно у вас был установлен биллинг ранее, но вы его удалили, при этом таблицы остались. Удалите все таблицы в бд, начинающиеся на billing, после установите пакет обновления заново через админку.