Hello World: не совсем. Откуда берется "до 250"? Оно вычисляется скриптом, или это ваше условие, введеное вручную где-то в настройках?
Тут 2 принципиальные разницы. Если этот диапазон будет вычисляться скриптом, то решения в лоб вы тут врятли найдете. А если вручную задается, то решение будет примерно следующим:
SELECT price
FROM middle_price
WHERE (price BETWEEN 0 AND 250) AND (price BETWEEN 250 AND 500) AND (price BETWEEN 1000 AND 1500)
В котором условие WHERE будет генерироваться скриптом в зависимости от включенных чекбоксов. Соответствено фильтр диапазона задается "вручную" для каждой конкретной категории.
Hello World: Прощу прощения, что-то провтыкал условия. У вас выбирается цена с таблицы, так да? Эту цену нужно сгруппировать по диапазонам? Или что? Или сформировать диапазоны, исходя из цен?
вероятнее всего у вас этот адрес в списке "не запоминать паролия для сайтов". Проверьте, этот список ниже паролей. Посмотреть можно в Настройки->Дополнительные настройки->Сохранение паролей...
Не всегда, но да, лучше не спорить ) Пусть все будет на его ответственности ;D
Где-то лизнул, где-то подмахнул. Глядишь и сам скоро станешь начальником )))
Стесняюсь спросить, этот лендинг вы сами с нуля написали, или также содрали откуда-то, чуть чуть переделав? Т.е., если поискать среди фришных шаблонов, подобного вашему точно не найдется? ;D
может просто поменять экран на телефоне на новый? В любом городе должен быть такой сервис. Все дешевле нового телефона, да и эстетичней без трещины, чем с оной.
danforth: купить надо бы вырезать. Товарищ ниже советует вроде как такойже запрос. На деле, если человек ищет купить, то он будет искать самые оптимальные для себя условия. И таких запросов в несколько раз меньше чем просто "органайзер для белья". Да и не совсем понятно, что такое органайзер, простым людям. Может поискать смежные запросы. В любом случае следует сначала проанализировать вордстат по своей теме. И уже от этого отталкиваться.
Тут есть еще 1 момент. Гугл любит полноценные сайтики, пусть и визитки, а не лендинги. Поэтому стоит заморочаться и на эту тему тоже.
Итак, основная моя мысль надеюсь понятна? Первичный трафик идет с поисковиков. И если хочется качества из первых рук, то путь лежит только в топ по вашему запросу. А вот как конвертировать этот трафик, уже отдельный вопрос.
Вот. Ну и тестил я, как люди кликают на 1 месте по запросу и купленной рекламе яндекса и гугла. Интересно то, что по сайту на 1 строчке кликают гораздо больше, чем по рекламе того же сайта на тойже странице. Хоть он и находится выше.
"Много размеров. Разные цвета. Закрытого и открытого типа. Доставка по Украине."
Кто по таким фразами ищет? ))) Подбирайте запросы, которые вводят в строку поиска люди. Не надо свои влажные фантазии там искать. Для этого существует вордстат. Остается дело за малым - вылезти по этим запросам в топ и все. Ты на коне.
g_oo_gle: верно, как и всех юзеров (из прошлого вопроса). Точнее хранить даже не лайки, а вести лог лайков. Поясню. Например у вас есть зарегистрированные пользователи, и не зарегистрированные. Нужно чтобы лайкать могли все. Проблема в том, что у незарегистрированных пользователей может быть одинаковый ip. Причем у нескольких тысяч легко. Например у тех, кто ходит через мобильных операторов. На всю Россию список ip адресов очень маленький. Каков выход из этой ситуации? Очень простой. Разрешить лайкать с 1 ip например раз в 15 минут. Остальные можно стирать (напомню, речь о незарегистрированных). Но как нам сохранять количество лайков у поста? Ответ тоже напрашивается сам собой. Завести поле у поста, в котором будет содержаться информация о количестве лайков, обновлять которое будем при каждом лайке. Таким образом убьем сразу 2 зайцев. Первый - это оптимизация, т.е. убираем лишний запрос на подсчет лайков. Второй - контролируем размер таблицы лайков.
Итак. как же должна выглядеть таблица лайков?
Таблица: like_log
article_id | user_id | ip | date
Осталось расставить индексы:
1) unique составной:
article_id | ip
2) index составной:
article_id | user_id | date
Потом по крону или каким-либо другим способом удаляем все лайки с таблицы где user_id=0 (незарегистрированные) и data < ( NOW() - INTERVAL 15 MINUTE )
все.
все и так знают о репутации маил.ру. Я почему-то даже не удивился.
Голосовать надо рублем. Чтобы практика была постоянная. Тогда и стремится будут ради пользователей, а не ради своего кошелька.
Пума Тайланд: тогда возникает вопрос о нештатных ситуациях. Что если 1 винт навернется? Бекапов, как я понимаю, нет. У нас была ситуация, когда навернулся рейд на 2тб. Но был бекап. Новые диски синковались потом неделю на рабочем сервере. С 20тб будет тот еще гемор.
Пума Тайланд: "разносить максимально все на разные файлухи"
Это нужно создавать небольшие партиции и раскидывать по ним? Или имеется в виду 1 диск ntfs, другой ext4, третий ext3 ;D Такой вариант как-то нелепо звучит.
Тут 2 принципиальные разницы. Если этот диапазон будет вычисляться скриптом, то решения в лоб вы тут врятли найдете. А если вручную задается, то решение будет примерно следующим:
В котором условие WHERE будет генерироваться скриптом в зависимости от включенных чекбоксов. Соответствено фильтр диапазона задается "вручную" для каждой конкретной категории.