pawana

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

Здравствуйте. После обновления ядра Гугла сайт просел по посещаемости процентов на 30-40. В предыдущем обновлении, когда Гугл сделал ставку на человеко-ориентированные тексты и СЕО, у меня выдача выросла процентов на 20. У меня изначально были человеческие тексты, описания и мета, по-этому воспринял такую ситуацию как норм - даже решил, что воздалось за то, что не делал г..нотекстов десять лет назад как было принято :). Гугл бил себя в кулаками в кулер и говорил, что всё - у кого правильные тексты и мета будут в шоколаде, так оно примерно и было, но лафа закончилась . Вопрос, собственно, в том, кто что знает, на что нынче Гугл обращает внимание и чего ему супостату надобно

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

Наверное как-то так. В нашем случае это будет выглядеть "То зразу видко що вуйко(на) з Малої Дземброні чи то є не так?" Про алиасы - это было о другом. Здесь проблема узкая и, возможно, только моя, и похоже без бубна она не решается - я ее вообще в курилке хотел разместить :). Но подумал, что , возможно, кому-то пригодится в аналогичной ситуации так как 17.01.21 уже скоро :). Давайте сначала. Есть мультик, у которого вместо поддоменов сделано три домена, которые разведены по разным языкам. Так сложилось исторически, домены старые и терять их не хочется. Так как товары - одинаковые (есть небольшие различия во внешнем виде и статьях, а также мета тайтлы и метадескрипшн у них разные), то если какой-либо из них сделать мультиязычным, то остальные станут фактически алиасами одного сайта (если я это укажу гуглу) или гугл сам их посчитает алиасами и возможно, забанит всех так как тогда они будут пересекаться на 99%, а это уже не честная конкуренция, что наказуемо гуглом. Здесь хочется и рыбку и ..., но похоже так не бывает Чтобы полностью соответствовать законодательству нужно чтобы по дефолту загружался украинский язык, но гугл был уверен, что сайт русскоязычный и ничего не знал о его украиской дефолтности :)). Т.е., наверное, самым правильным было-бы реализовать идею @spectre, но без всплывающего окна :).

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

Имеется ввиду, что его ставить русским? В противном случае Гугл будет видеть украинскую версию сайта. Тут ещё вопрос, что когда Гугл будет открывать ссылки сайтмепа, то будет видеть украиноязычные страницы так как дефолтный - украинский. Т.е. нужно чтобы сайт отдавал сайтмеп с русскоязычными ссылками... Сделать это возможно, но есть у меня ощущение, что в какой-то момент Гугл на меня обидеться за махинации :). Да, я знаю, но как раз этого не хочу так как мультиязычность основного сайта убъет дополнительные (кроме украинского сайта есть ещё и английский - все являются мультиком). А этого не хочется так как домены хорошие и старые - бросать их глупо по многим причинам. Основной - это тот, который указан в hreflang либо тот, на котором открываются ссылки из сайтмепа. Если это будет украинский, значит Гугл будет думать, что сайт украинский или там ему нужно скармливать русскоязычную версию. За это я как раз не переживаю, у нас давно уже самые "руссколюбивые" спокойно читают украинские сайты, и наоборот - это не проблема. А вот трафик украиноязычного сайта при прочих равных условиях ниже раза в два - и это факт. Более того, украиноязычный сайт в более выиграшных условиях так как конкуренции в украинской выдаче в моем сегменте сейчас почти нет. Вот и выходит, что надо. Хотя и не охота. Вместо этой фигни лучше-бы СЕО занимался , но тут или рыбку или... а надо-бы как-то чтобы и так и эдак :)))

Здравствуйте. В скором времени появится необходимость (целесообразность) перевести дефолтный язык у сайта с русского на украинский. Однако в моем случае есть нюансы. 1. Десять лет сайт был русскоязычным, клиенты к этому привыкли. Даже украиноязычные пользуються русской версией сайта (хотя украинская присутствует) - тоже привычка. Думаю при переходе на украинский язык, это для клиентов проблемой не станет, а вот для гугла - станет. 2. Сайт всегда продвигался на русском языке, да и большая часть запросов также идет на русском языке (это тоже уже сложилось исторически), украинский растет по-немногу, но еще далек от паритета. 3. Есть другой украинский домен, у которого дефолтный язык украиский (по сути это мультик с одной БД, но с разными мордами и на разных языках) и который по-немногу двигается на украинском языке. При переводе сайта на украинский язык (как того требует законодательство) сайт очень круто просядет так как потеряется бОльшая часть выдачи. Кроме того, есть вероятность, что украиноязычный сайт (один айпи, одинаковые карточки товара, одна разметка) - станет алиасом и потеряет свой трафик, возможно и основной сайт пострадает. Вот я и думаю, если на сайте дефолтным сделать украинский язык, а гуглу говорить, что основной - русский, чем все закончится? Подозреваю, что ничем хорошим Хочется и законы как-то соблюдать и себе при этом хуже не сделать :). У кого какое мнение есть на этот счет?

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

В той или иной вариации есть в половине платных шаблонов. Полазьте, посмотрите. В том, который вам понравиться, спросите автора про возможность адаптации верстки под ваши хотелки. Самый простой, и возможно, правильный вариант. Только это вас ограничит в возможностях обновлений :). На самом деле и в Алло и в Цитрусе ничего такого прям в шапке нет - все вполне стандартно - не Розетка, слава Богу

Лиха беда начало :)))

Ищите в маркетплейсе - такой есть, есть очк..овтиратель, а есть - нормальный. То что Вы хотите - это ...втиратель. Со своей стороны могу сказать, что отакой вариант - это, наверное, худшее что можно сделать на сайте. Как по мне, это в первую очередь и к себе не уважение, но и покупателей держать за идиотов может только идиот.

А новый - это какой? 3.0.2 - вполне свежий, 3.0.3 - там особо нет изменений, как и в более свежих.

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

Вы же знаете разницу :). Сказали бы что-то хорошее Даже Маск, вон, похвалил электрофольксваген

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

а гугл его точно проиндексировал? посмотрите что гугл вебмастер говорит. Гуглу нужны мета тайтлы и мета дескрипшн, не только на товар, но и на сайт, минимально правильный текст в описании товара - несколько упоминаний названия товара, с нормальными якорями и желательно чтобы еще и со склонениями (это новые веяния). Ну и если есть деньги на хорошие ссылки, то по немногу их прикупать стоит. Плюс, если высоконкурентный товар, то гугл будет старые сайты держать вверху, а вас где-то вконце. Делайте СЕО под низкочастотные запросы. С них все равно стартовать легче.

Это зависит от товара. Если он постоянный, но с перебоями в поставках, то не делать ничего. Не отправлять в архив, не убирать в конец листинга. Ничего. Люди придут, увидят, что интересующего товара на сайте нет (не важно, что он в конце списка или в архиве, обычно сортировка по алфавиту) и уйдут туда, где он есть хотя-бы в листинге. Можно сделать кнопку "есть аналоги" и показывать их по клику (если они есть, конечно). Если товар пропадает надолго, то архив - то, что делает модуль @chukcha Если товар одноразовый, то возможно, лучше убирать. Плохо с точки зрения СЕО, но не получите людей, которые будут вас стороной обходить так как долго не могли у вас купить такой вот висяк. Это гипотетический вариант, но у меня как раз это присутствует так как ниша узкая

Может и не аномальный. Здесь есть люди, которым я часто плюсую потому что, по моему мнению, они этого заслуживают. И @fanatic в том числе. Может у @REDDI настроение такое было. +1. Раз уж бороться с накрутками, то как минимум нужно делать что-то вроде коэфициента. Время на форуме/Кол-во сообщений/Кол-во плюсов. Если у человека за месяц две-три сотни постов и сотня плюсов (условно), то явная накрутка, а если за 5 лет пару тысяч постов и тысяча плюсов, то может и ок.

Врядли выйдет, да и нет смысла . Вы тащить все файлы из магазина будет сложно, плюс много настраивать нужно. Кроме того, за это время и АПИ (вроде) изменился и мое решение кое в чем показало себя не очень правильным. Лучше заказывайте под свои нужды - это не стоит аж так дорого.

Разъяснения не НБУ, а именно налоговой. Сначала пишется письмо с отсылкой к документам (официальные разьяснения -для них документ), а уже если не поможет, то в суд. И если прав, то отменишь. На самом деле, по статистике, большинство судов, где налоговая не права, она проигрывает. Налоговики вообще перестали штрафы выписывать (там где нет 100% уверенности в правильности) так как не хотели ...лей получать за неправомерные штрафы, а они часто сами не понимают где и как должно быть. У нас же не законы, а лабиринт. А бюджет-то наполнять надо. Вот их и отмазали. Мне это тоже не нравиться, но вцелом идея понятна.

Пользоваться можно.

Спасибо, буду разбираться!

Добрый день. Есть вот такой код. Общий смысл - формируется матрица из товаров, остатков и продаж по ним за определенные интервалы времени. Его выполнение на 700 товарах вешает сервер минут на 15-20. Может быть его можно оптимизировать? Буду благодарен за советы. public function getProducts($sort, $order, $language_id, $quantity_order_total_date_from, $quantity_order_total_date_to, $quantity_order_year_date_from, $quantity_order_year_date_to) { $query = $this->db->query("SELECT p.product_id, p.location, p.quantity, pd.name, pdata.n_price, pdata.n_wt, pdata.coef, m.name AS manufacturer, (SELECT label FROM " . DB_PREFIX . "labels AS l WHERE l.product_id = p.product_id LIMIT 1) AS label, (SELECT SUM(ibp.income_ord) FROM " . DB_PREFIX . "income_box_product AS ibp JOIN " . DB_PREFIX . "income_box AS ib ON (ib.income_box_id = ibp.income_box_id) WHERE ibp.product_id = p.product_id AND ib.status <> '1') AS quantity_income, (SELECT SUM(op1.quantity) FROM " . DB_PREFIX . "order_product AS op1 JOIN " . DB_PREFIX . "order AS o1 ON (o1.order_id = op1.order_id) WHERE op1.product_id = p.product_id AND o1.order_status_id <> 7 AND UNIX_TIMESTAMP(o1.date_added) >= " . (int) $quantity_order_year_date_from . " AND UNIX_TIMESTAMP(o1.date_added) <= " . (int) $quantity_order_year_date_to . " GROUP BY op1.product_id) AS quantity_order_1, (SELECT SUM(op2.quantity) FROM " . DB_PREFIX . "order_product AS op2 JOIN " . DB_PREFIX . "order AS o2 ON (o2.order_id = op2.order_id) WHERE op2.product_id = p.product_id AND o2.order_status_id <> 7 AND UNIX_TIMESTAMP(o2.date_added) >= " . (int) ($quantity_order_year_date_from - ($quantity_order_total_date_to - $quantity_order_total_date_from)) . " AND UNIX_TIMESTAMP(o2.date_added) <= " . (int) ($quantity_order_year_date_from - 86400) . " GROUP BY op2.product_id) AS quantity_order_2, (SELECT SUM(op3.quantity) FROM " . DB_PREFIX . "order_product AS op3 JOIN " . DB_PREFIX . "order AS o3 ON (o3.order_id = op3.order_id) WHERE op3.product_id = p.product_id AND o3.order_status_id <> 7 AND UNIX_TIMESTAMP(o3.date_added) >= " . (int) ($quantity_order_total_date_from - ($quantity_order_total_date_to - $quantity_order_total_date_from)) . " AND UNIX_TIMESTAMP(o3.date_added) <= " . (int) ($quantity_order_total_date_from - 86400). " GROUP BY op3.product_id) AS quantity_order_3 FROM `" . DB_PREFIX . "product` AS p JOIN `" . DB_PREFIX . "product_description` AS pd ON (p.product_id = pd.product_id) JOIN `" . DB_PREFIX . "manufacturer` AS m ON (p.manufacturer_id = m.manufacturer_id) LEFT JOIN `" . DB_PREFIX . "product_data` AS pdata ON (pdata.product_id = p.product_id) WHERE pd.language_id = '" . (int) $language_id . "' AND p.status = 1 ORDER BY " . ($sort == 'm.name' ? $sort . " " . $order . ", pd.name ASC" : $sort . " " . $order . ", m.name ASC")); return $query->rows; }

Если стоит симпл, то делаете для стран английского языка (я так понимаю, речь о загранице идет?) отдельную геозону и для этой геозоны скрываете искомые варианты. Пилить не нужно.

Вот такую штуку нарыл для бесплатного гугла. Гляньте, мож получится применить https://github.com/dejurin/php-google-translate-for-free