возможно, что вы брали как физ лицо или сумма у вас небольшая - хотя от физ лиц жалоб тоже полно.
Если кому будут интересны подробности именно моего случая - в личке расскажу, тут не хочу светить пока конкретные номера и заказы, позже размещу.
Если все же кто-то рискнет покупать - обязательно договор поставки вперед (оригинал), требуйте в нем поставить сроки поставки, а также исключить пункт об отказе от процентов за использование средств (вроде 371.1 ГК РФ). И внимательно смотрите условия поставки. И посмотрите на реакцию.
Иначе потом они крутят деньги и "ничего вам не должны" по сути, эдакий бизнес по-русски - покрываем кассовый разрыв.
Я бы сказал, что в целом блочная модель чаще отображает потребности, но для табличных данных намного разумнее использовать таблицы, если Вашей задачей не стоит динамическая фильтрация, сортировка, итп...
Для таблички из 3-5 колонок и стольких же строк на мой взгляд табличная верстка окажется даже вполне себе актуальной.
Но вы считаете, что табличные данные (а часть прайс-листа, согласитесь, это таблица) разумнее верстать Div'ами?
А суть вопроса - микроразметка при фактически одном описании и разных предложениях (допустим с разным объемом один и тот же товар) с оптовой и розничной ценой. И как корректнее быть с Offer для основного товара?
возможно, что вы брали как физ лицо или сумма у вас небольшая - хотя от физ лиц жалоб тоже полно.
Если кому будут интересны подробности именно моего случая - в личке расскажу, тут не хочу светить пока конкретные номера и заказы, позже размещу.
Если все же кто-то рискнет покупать - обязательно договор поставки вперед (оригинал), требуйте в нем поставить сроки поставки, а также исключить пункт об отказе от процентов за использование средств (вроде 371.1 ГК РФ). И внимательно смотрите условия поставки. И посмотрите на реакцию.
Иначе потом они крутят деньги и "ничего вам не должны" по сути, эдакий бизнес по-русски - покрываем кассовый разрыв.
вам выше уже посоветовали - поля с обеих сторон у товара и у родителя отрицательные марджины
media для этого не гуд имхо - надо писать основной код максимально универсальным,
а в media задать особенности отображения для мобильных:
закрыть какие-то блоки от показа, задать размеры шрифтов, viewport, изменить расположение колонок относительно друг друга итп.
точнее даже видимо так:
точно, было 3 объекта, спасибо, похоже так тогда?
Я бы сказал, что в целом блочная модель чаще отображает потребности, но для табличных данных намного разумнее использовать таблицы, если Вашей задачей не стоит динамическая фильтрация, сортировка, итп...
Для таблички из 3-5 колонок и стольких же строк на мой взгляд табличная верстка окажется даже вполне себе актуальной.
Гм... суть была не в этом,
Но вы считаете, что табличные данные (а часть прайс-листа, согласитесь, это таблица) разумнее верстать Div'ами?
А суть вопроса - микроразметка при фактически одном описании и разных предложениях (допустим с разным объемом один и тот же товар) с оптовой и розничной ценой. И как корректнее быть с Offer для основного товара?
Такой костылек?
SELECT id, number, (number LIKE '123%')*10+(number LIKE '123')*100 as ord FROM test WHERE number LIKE '%123%' order by ord desc;
Буду признателен, если посмотрите http://germ.ru
посещаемость 600 в сутки, просмотров около 1700-1800.
направление - торговля строительной химией оптом, не в розницу.
тем не менее
домен находится в судебном процессе, в связи с этим он не удаляется во
free-date до окончания процесса.
--
С уважением,
Александр Потапов
Региональный Сетевой Информационный Центр (RU-CENTER)
Телефоны:
+7 495 994-4601
+7 495 737-0601
8 800 100-4601 (для регионов России)
Факс: +7 495 737-0602
http://www.nic.ru
Журнал "Доменные имена": открыта подписка!
http://nic.ru/news/2011/journal.html
Руцентр ответил - по домену идет судебный процесс, поэтому пока что он не освободился.