Forge: Простите, не понял, от применения методик или алгоритмов вы отказались?
Нет, применение этих технологий в сео (особенно сейчас) эффективно. Я отказался от таких алгоритмов в своих проектах, где нужен эффективный поиск по миллионам документов. Результат работы таких алгоритмов интересен для последующего анализа экспертом, но не для конечного пользователя. На практике простые и прозрачные алгоритмы оказались эффективней и практически полезней, поэтому я отказался от таких алгоритмов ИИ и был несколько удивлен, что яндекс внедряет нейронную сеть.
Я специально купил простую звонилку (Dexp) с защитой доступа к СМС паролем, плюс с автоматической записью разговоров с высоким качеством связи и голоса. Долго искал такой телефон... Плюс на симке пароль, плюс на телефоне пароль.
Плюс к тому я уже лет десять назад отказался от винды в пользу дебиан (винда только в виртуалке). С винды и со смартфонов на андроиде никогда не пользуюсь никакими платежными системами.
Плюс жену нескольколько лет назад на юбунту перевел... но не смотря на это, у нее с киви кошелька все равно остаток в 1000 р. спёрли. Скорей всего был фишинг, а подтверждения через СМС в то время были отключены. После общения с техподдержкой я отказался от киви вообще.
Сергей Нижегородцев: Крутите в сторону LSI-текстов - тема обширна и сильно работает
Так я про такие алгоритмы и говорю: нейронная сеть, LSI, LDA и пр. - все они работают с вероятностями, откуда и вытекают все эти сложности с настройкой. Причем между любым термином и любой категорией в этих алгоритмах получается ненулевая (пусть и очень малая) вероятностная связь, в результате в выдаче можно часто видеть совсем странные результаты. Настраивать такие алгоритмы очень не просто. Я после экспериментов отказался от применения таких алгоритмов, так как на выходе получается размытая выдача.
Рамарио: Я так понимаю, при больших размерах таблицы такие выборки без индексов могут стать проблемой?
Если у вас миллион товаров, то это конечно может стать проблемой.
А вообще если у вас самопис, то я бы вообще не извращался со структурой хранения товаров и его параметров. Если вас наиболее устраивает хранение параметров товара в одной таблице с товаром (в виде полей), то так и оставляйте. Ведь так работать с товаром намного удобней и эффективней: большинство операций с товаром будет выполняться максимально быстро и просто - одним запросом. Логика работы с товарами также будет максимально простой, в отличие от дробления товара на кучу таблиц с резким усложнением логики работы с товарами.
А вот сложную выборку товаров с фильтрами, сортировками и прочими рюшечками вынесите в отдельную изолированную подсистему, чтобы она вообще при желании могла работать на отдельном сервере. В этой подсистеме уже создавайте любой число таблиц с любой структурой, которая позволит вам максимально просто решить вашу задачу. Эти таблицы разумеется надо будет синхронизировать с таблицей товаров. И даже если эта хрень загнется, основной сайт продолжит работу. Более того, как я посоветовал ранее, в качестве движка такой подсистемы вы можете выбрать какой-нибудь готовый гибкий поисковый движок.
Дизайн надо перерабатывать. Не в смысле рюшечек и красоты, а в смысле интуитивно приятного восприятия информации. Старый сайт в этом отношении выигрывает. У меня глаза чувствительные и старый сайт воспринимается спокойней, а у нового чуть раздражает зеленый (маленький текст пунктов меню), в шапке вообще ералаш и т.д. На фоне в виде текстуры дерева текст надо делать контрастнее и покрупнее-жирнее. В этом плане старый сайт также лучше.
Блок меню на старом сайте однозначно тематически лучше. Я вот впервые попал на ваш сайт и меня прежде всего заинтересовали ЧТО вы продаете - какие двери, каких типов и каких производителей. А на новом сайте вы каталог скрыли в пункте меню и я, честно говоря, вышел на него, потому что специально стал его искать, видев на старом сайте. Никто не мешает вам в левой колонке разместить сразу оба блока меню - каталог (первым) и в каких районах вы работаете (вторым).
Скорость отклика на обоих сайтах я бы увеличил в ДВА раза (<300мс) - тогда вы перейдете в глазах гугла и прочих в раздел "хорошая скорость".
Старый сайт у вас на самописе? Мой опыт переноса нескольких маленьких сайтов с самописа на популярный движок (друпал) - скорее отрицательный - во всех случаях я вылетел из топа (хотя не понятно почему эти визитки там вообще находились). А вот наоборот (при переезде на самопис) всегда было хорошо.
В общем я пока не вижу прорыва в новом сайте и не спешил бы с переездом. Вероятность, что поисковики отреагируют как то не так - весьма высока.
Рамарио: А если не два значения, а, допустим, 6? У меня есть несколько INT колонок с таким количеством вариантов
Например, если у вас в большинстве случаев по другим параметрам хорошо создаются компактные выборки, то индекс на эти колонки (с малым количеством вариантов) выглядит сомнительным.
xtras, спасибо
Простите, не понял, от применения методик или алгоритмов вы отказались?
Нет, применение этих технологий в сео (особенно сейчас) эффективно. Я отказался от таких алгоритмов в своих проектах, где нужен эффективный поиск по миллионам документов. Результат работы таких алгоритмов интересен для последующего анализа экспертом, но не для конечного пользователя. На практике простые и прозрачные алгоритмы оказались эффективней и практически полезней, поэтому я отказался от таких алгоритмов ИИ и был несколько удивлен, что яндекс внедряет нейронную сеть.
xtras, да, я именно номер телефона указал. Просто не знаю, не будет ли проблем с получением сумм > 15000 р.
А выводить их я пока не хочу, есть куда тратить в интернете.
В 21 веке старая Нокия
Я специально купил простую звонилку (Dexp) с защитой доступа к СМС паролем, плюс с автоматической записью разговоров с высоким качеством связи и голоса. Долго искал такой телефон... Плюс на симке пароль, плюс на телефоне пароль.
Плюс к тому я уже лет десять назад отказался от винды в пользу дебиан (винда только в виртуалке). С винды и со смартфонов на андроиде никогда не пользуюсь никакими платежными системами.
Плюс жену нескольколько лет назад на юбунту перевел... но не смотря на это, у нее с киви кошелька все равно остаток в 1000 р. спёрли. Скорей всего был фишинг, а подтверждения через СМС в то время были отключены. После общения с техподдержкой я отказался от киви вообще.
Крутите в сторону LSI-текстов - тема обширна и сильно работает
Так я про такие алгоритмы и говорю: нейронная сеть, LSI, LDA и пр. - все они работают с вероятностями, откуда и вытекают все эти сложности с настройкой. Причем между любым термином и любой категорией в этих алгоритмах получается ненулевая (пусть и очень малая) вероятностная связь, в результате в выдаче можно часто видеть совсем странные результаты. Настраивать такие алгоритмы очень не просто. Я после экспериментов отказался от применения таких алгоритмов, так как на выходе получается размытая выдача.
Я так понимаю, при больших размерах таблицы такие выборки без индексов могут стать проблемой?
Если у вас миллион товаров, то это конечно может стать проблемой.
А вообще если у вас самопис, то я бы вообще не извращался со структурой хранения товаров и его параметров. Если вас наиболее устраивает хранение параметров товара в одной таблице с товаром (в виде полей), то так и оставляйте. Ведь так работать с товаром намного удобней и эффективней: большинство операций с товаром будет выполняться максимально быстро и просто - одним запросом. Логика работы с товарами также будет максимально простой, в отличие от дробления товара на кучу таблиц с резким усложнением логики работы с товарами.
А вот сложную выборку товаров с фильтрами, сортировками и прочими рюшечками вынесите в отдельную изолированную подсистему, чтобы она вообще при желании могла работать на отдельном сервере. В этой подсистеме уже создавайте любой число таблиц с любой структурой, которая позволит вам максимально просто решить вашу задачу. Эти таблицы разумеется надо будет синхронизировать с таблицей товаров. И даже если эта хрень загнется, основной сайт продолжит работу. Более того, как я посоветовал ранее, в качестве движка такой подсистемы вы можете выбрать какой-нибудь готовый гибкий поисковый движок.
вот и думай что там ЯША крутит
Хех, а нейронная сеть как раз и отличается тем, что не очень понятно, в какую сторону крутить. Вот так и плывем :)
Вот старый сайт http://ustanovim-dveri.com/ , а вот новая версия на поддомене http://modx.dveri-best.com/ . Жду народ от вас совета, я на распутья))))
Дизайн надо перерабатывать. Не в смысле рюшечек и красоты, а в смысле интуитивно приятного восприятия информации. Старый сайт в этом отношении выигрывает. У меня глаза чувствительные и старый сайт воспринимается спокойней, а у нового чуть раздражает зеленый (маленький текст пунктов меню), в шапке вообще ералаш и т.д. На фоне в виде текстуры дерева текст надо делать контрастнее и покрупнее-жирнее. В этом плане старый сайт также лучше.
Блок меню на старом сайте однозначно тематически лучше. Я вот впервые попал на ваш сайт и меня прежде всего заинтересовали ЧТО вы продаете - какие двери, каких типов и каких производителей. А на новом сайте вы каталог скрыли в пункте меню и я, честно говоря, вышел на него, потому что специально стал его искать, видев на старом сайте. Никто не мешает вам в левой колонке разместить сразу оба блока меню - каталог (первым) и в каких районах вы работаете (вторым).
Скорость отклика на обоих сайтах я бы увеличил в ДВА раза (<300мс) - тогда вы перейдете в глазах гугла и прочих в раздел "хорошая скорость".
Старый сайт у вас на самописе? Мой опыт переноса нескольких маленьких сайтов с самописа на популярный движок (друпал) - скорее отрицательный - во всех случаях я вылетел из топа (хотя не понятно почему эти визитки там вообще находились). А вот наоборот (при переезде на самопис) всегда было хорошо.
В общем я пока не вижу прорыва в новом сайте и не спешил бы с переездом. Вероятность, что поисковики отреагируют как то не так - весьма высока.
А если не два значения, а, допустим, 6? У меня есть несколько INT колонок с таким количеством вариантов
Например, если у вас в большинстве случаев по другим параметрам хорошо создаются компактные выборки, то индекс на эти колонки (с малым количеством вариантов) выглядит сомнительным.
Где вы тут увидели в 18 раз большую таблицу?
Я имел ввиду количество строк. Мне такое решение с вынесом атрибутов в отдельную таблицу не нравится.
А я бы вообще пошел другим путем:
1) Параметры товаров оставил бы в самих товарах, но без индексов - так проще и удобней для большинства операций с товарами.
2) Выборку товаров с сортировкой и фильтрацией вынес бы в отдельную независимую систему - отдельный фронтэнд например на elasticsearch.