weqtor

якраз за нього і думав в них і резеврні копії щодня навіть для впс, і адмініструються впс безкоштовно і ціна ще нижча ніж на хостіку дякую!

Доброго дня! Порадьте будь ласка хостинг по ціні і якості нормальні. Хостинг юкрей мені задорогий - впс на 50гб коштує ще нормально (приблизно 11к в рік) але я адмініструвати впс я не мію, звичайно що адміністрування не дешеве. Аналог щоб не адміністурвати тариф бізнес 6g - 27к в рік Зараз користуюся хостингом Хостік, ціна влаштовує але з ним постійно якісь проблеми час від часу трапляються. Та і до кого не звернуся з підрядників на нього жаліються. Мені важливо щоб ресурси які видліені під сайт були суто виділені під мій сайт а також час від час паршу товари а для цього потрібно підключати різні проксі (це також неможливо за звичайних "версіях"). Ну і треба хоча б 50гб місця. По решті не орієнтуся і в тому не дуже розбираюся тому вирішив запитати поради

А якщо змінити шаблон ці помилки пропадуть з сьорчу? і як тоді правильно це зробити можете підказати?

В сьорч консолі дуже багато сторінок які проскановано але не проіндекосвано Відсотків 80-90 це зображення В мене інтернет магазин тому всі зображення не унікальні (з сайтів постачальника) 1. Чи нормально це що стільки зображень не індексується 2. Чи варто їх скрити від індексації? З однієх сторони зображення частина сторінки і якось дивно що я сторінку відкриваю для індексації а її частину (тобто зображення) скриваю 3. Якщо я скрию їх від індексації ці помилки пропадуть з сьорчконсолі? 4. помітив що це кешовані зображення посилання типу: сайт/image/cache/catalog/image/cache/catalog/product-jet/3/6a57db0776-1_resize_1200x1200-1000x1000.webp можливо якось скрити від індексації папку з кешом? Шукаю поради як це виправити (якщо можу це зробити просто якимось модулем) або підрядника який це може пофіксити

нема такого, але його ніби і не мало б бути якось дивно бо в коді воно використовується і в адмінці поля для тегів нема але я ж все перевставновив де я міг помилитися? як тепер вивести те поле в адмінку?)

при спробі збереження нової статті отримую помилку: Notice: Undefined index: tag in /home/oktinua/public_html/admin/model/blog/article.php on line 16Notice: Undefined index: tag in /home/oktinua/public_html/admin/model/blog/article.php on line 16Warning: Cannot modify header information - headers already sent by (output started at /home/oktinua/public_html/admin/controller/startup/error.php:34) in /home/oktinua/storage/modification/system/library/response.php on line 70 статтю всерівно створює і ніби все ок, зайти відредагувати її і зберегти можу вже без цієї помилки я перезалив всі файли блогу заново, також виконав всі sql запити з install/opencart.sql які відносяться до блогу і всерівно отримую цю помилку також помітив що коли все це перевстановив в базі даних відображаютсья статті які створюються при встановленні блогу а в адмінці їх немає ось що в пзпмайадмін: https://prnt.sc/Ha0B-12L2KFR ось що в адмінкі окстору: https://prnt.sc/1TCr6YbmG4K1 ось код на який вказує помилка: foreach ($data['article_description'] as $language_id => $value) { $this->db->query("INSERT INTO " . DB_PREFIX . "article_description SET article_id = '" . (int)$article_id . "', language_id = '" . (int)$language_id . "', name = '" . $this->db->escape($value['name']) . "', description = '" . $this->db->escape($value['description']) . "', tag = '" . $this->db->escape($value['tag']) . "', meta_title = '" . $this->db->escape($value['meta_title']) . "', meta_h1 = '" . $this->db->escape($value['meta_h1']) . "', meta_description = '" . $this->db->escape($value['meta_description']) . "', meta_keyword = '" . $this->db->escape($value['meta_keyword']) . "'"); } я перевірив це поле tag є створене в таблиці article_description, ось: https://prnt.sc/VglINA7CmdjZ не розумію в чому проблема, підкажіть будь ласка

зрозумів, дякую! скажіть будь ласка як же ж тоді зазвиай роблять якщо в кластері велика кількість ключів беруть лише якісь топові і опрацьовують на одній сторінці чи розбивають їх на групи та створюють під кожну з них окрему сторінку? (якщо останній варіант то чи не буде проблемою що на таких сторінках будуть однакові товари)

ви маєте на увазі неправильно саме те що я на дві групи розідлив ці дві назви товару (ключі типу ленточные полотна та пильные ленты)? це по суті синоніми для цього товару - їх варто використати на 1 строінці ? в любому випадку в цьому кластері багато ключів і в мене залишаєтсья питання чи варто під них створити інші посадкові сторінки? і якщо так то чи не проблема що на цих всіх сторінках будуть однакові товари ПС. це ж не вся кластеризація звичайно є інші кластери типу полотно для пилорам, полотно по дереву і тд. Просто на головну сторінку категорії я залишив загальні назви цього товару без всяких уточнень

Доброго дня потрібна порада в наступній ситуації Я зібрав семантичне ядро та зробив його кластеризацію Допустим в мене є категорія стрічкових полотен, вони можуть бути різних конструкцій і типів. На головну сторінку я вибрав лише загальні запити по типу ленточная полотно, купити ленточні пили, полотно ленточное і тд в мене тут утворилося 2 кластери полотно і лента (бо один і той самий товар називають двома варіантами) в цих двох кластерах в мене 44 ключові фрази мені здається що я не можу оптимізувати одну сторінку під ці всі запити тому вирішив створити посадкові сторінки в цій категорії і розбити ці кластери на підкластери наприклад: на кожній з цих стоірнок будуть виводитися однакові товари. З головної будуть лінки у вигляді тегів на ці додаткові посадкові сторінки скажіть будь ласка: 1. чи правильна буде така логіка розбивки на підкластери (я розумію що щоб точно сказати треба дивитися в СЯ але все ж +- це воно чи краще так не робити?) 2. чи не буде проьблемою що на всіх цих сторінках будуть одні і ті самі товари з точки зору СЕО? (за умови що статті будуть різні і мета теги) 3. чи все ж краще мати 1 сторінку з супер здоровою статтею яка буде оптимізована під 1-2 основних ключі а всі решта будуть десь в тексті: частина в точному входженні, частина в частковому

хочу вивести теги товарів на сторінку категорії, щоб при натисканні на тег перекидувало на сторінку де будуть показані всі товари яким присвоєний той чи інший тег

через це багато сторінок з майже однаковим контентом і вага сторінок низька через це сеошник порадив обєднати такі сторінки в одну мені вже радили ваш модуль але я так розумію він не обєднує ці товари в один а звязує їх і ніби робить перелінковку у вигляді опцій

я маю багато дуже сожих товарів в яких відрізняється лише 1 - 2 розміри наприклад пильний диск для багатопила може мати різні діаметри 300 , 305 і тд зараз в мене це все як окремі товари (бо кожен з низ має свій окремий артикул, свою окрему ціну, також на кожен з них я роблю знижки від кількості) тепер отримав заувежння по сео що ці сторінки майже ідентичні і виходить вага сторінок дуже низька + гугл не знає яку з них індексувати нормально чи є якісь модулі щоб це порішати? знаю є модулі які обєднують автоматично схожі товари і створюють опції такого товару але в такому випадку це все залишається окремими сторінками всерівно і проблема з СЕО не вирішується може є модуль який може обєднати такі товари в один? і зробить якісь автоматичні редіректи чи щось типу того?

а як пройти модерацію не підкажете? бо я хотів скрипт також для гугл шітс зробити але в google cloud у мене відсутній цей Indexing API читав в інтернеті що його дають лише якимось великим новинним сайтам чи щось типу того

дякую! а може є фукнціонал щоб пакетно відправляти сторінки на індексацію? бо в мене їх багато щоб поштучно клікати через сайт сьорч консолі

дякую вам за відповідь підкажіть ще будь ласка а посилання з ютюба вони якісні будуть в плані сео? якщо я наприклад створю відео і в описі зроблю посилання на свій сайт з потрібним анкором (на категорію чи сторінку товару) + це може допомогти залучити цільових клієнтів. і також цікавить чи пости в соц.мережах якось можна використати для отримання зовнішіх посилань пс я розумію що тільки на цьому результату не буде просто цікаво чи взагалі такі речі будуть мати якусь вагу. Та і в мене взагалі ще немає ніяких зовнішніх посилань тому думаю якщо це +- працюючі посилання то лишніми не будуть