Дело в том, что какие то "попугайчики" нужны. Да и тут все на самом деле достаточно просто. Программисту, как специалисту, пофигу что делать этот час, верстать простенький макет, или пилить интеграцию с b2b системой. Но сама по себе стоимость работы далеко не равноценна. Стоимость проекта это время на него затраченное, чем проект сложнее, тем он дороже имено потому, что времени от требует больше. Знаний требует больше, что тоже увеличивает именно время.
Лично у меня так сказать - гибрид. Да я работаю с почасовой ставкой, но я оцениваю задачи в часах, а не по факту реализации, чисто потому, что любые деньги по сравнению с деньгами - это дорого. То есть, например, я говорю, что интеграция с срм потребует 10 часов, час стоит столько то, доп хотелки увеличивают время (логично же?) тем самым увеличивая общий чек (все наглядно для заказчика) и от этого и пляшем, то есть если я не уложился в 10 часов это мои проблемы, заказчик ничего не доплачивает, то что у меня по интеграции куча наработок и делать я её буду 1 час это не важно, важна сама оценка, как смета в любом производстве и нормы на работы. А по поводу отошли от ТЗ, ТЗ как табличка (Номер/Задача/Часы), тем самым заказчик хотелки дописывает всегда вниз этой таблички. Как то так в общем.
Зачем вам всё это? Таблицы, JS?
Все куда проще, вот они товары
<div class="list"> <div class="list__item list__item-1">Карточка товара 1</div> <div class="list__item list__item-2">Карточка товара 2</div> <div class="list__item list__item-3">Карточка товара 3</div> <div class="list__item list__item-4">Карточка товара 4</div> <div class="list__item list__item-5">Карточка товара 5</div></div><style media="screen"> .list__item {float:left; width: 200px;} .list__item-2, .list__item-3, .list__item-4, .list__item-5 {display:none;} /* И погнали */ @media (min-width: 400px) { .list__item-2 {display: block;} } @media (min-width: 600px) { .list__item-3 {display: block;} } @media (min-width: 800px) { .list__item-4 {display: block;} } @media (min-width: 1000px) { .list__item-5 {display: block;} }</style>
Рабочий пример http://codepen.io/anon/pen/YNgZXJ
Эксперемент не удался, надо было просто на старом домене сделать 301 редирект на новый примерно так:
RedirectMatch 301 (.*) http://new.domain.ru/$1
[umka], Вы сначала почитайте про порядок выполнения запросов select
Если вы думаете что ваш SLEEP реально тормозит выборку перед WHERE вы сильно ошибаетесь. Сначала собирается коллекция на основе WHERE, потом фильтруеться по HAVING и уже после этого выбираются поля (срабатывает ваш SLEEP)
Это что то новенькое ))) Всё это так, пока вы юзаете NOW в секции SELECT, как в примерах из документации по вашей ссылке, как только вы юзаете его в секции WHERE правила меняються. Вы можете потестить на досуге если что. А все дело в том, что он возвращает системное время до доли секунды, тем самым не попадая в кэш ну уж никак и БД приходится вычислять все время. Если уж так нужна дата, то для этого есть CURDATE(), а еще лучше подставить туда скалярное значение.
ziliboba0213, человеку череп на мозг давит от количества фундаментальных знаний и достаточного уровня образования, а вы говорите: "прекратите писать". Где то ему надо писать хоть что то, чтоб кнопки на клаве не забыть, а то весь его код умещаеться в <50 символов, там не оторвешься по полной.
Мне так нравяться такие запросы :)
AND P.post_date < NOW()
Вы реально не знаете какая сейчас дата и хотите вычислить её для каждой строки из миллиона в табличке? Я понимаю когда NOW используют на инсертах, но где либо еще это выглядит как минимум странно, а во воторых отнимает кучу ресурсов особенно на больших выборках.
Еще я в вашем запросе не увидел слово LIMIT. Вы точно хотите все строки до текущей даты получить с миллионной таблички?
Короче оптимизация, оптимизация оптимизация
Письмо опоздало лет на 10. Ну руцентр всегда подтормаживал, но обычно не на столько.
Не там вы приборами мереетесь, давайте к нам сюда, есть врямя подготовиться, так как проходит обычно в конце года. Очень интересно и познавательно. Да, регулярки вам не пригодятся.
vrodeden, так юкоз вроде как не единственный бесплатный конструктор. Мне кажеться их сейчас мульён и маленькая тележка. Из самых первых что на ум пришло: wix, umi.ru
А так, ваша тема похоже на "обиженного" клиента, ну или не понятого, не справидливо недооцененного ну или как хотите так и называйте. При чем ваши контактные данные стоят ровно столько, сколько вы хотели платить за хостинг, так что боюсь никто ничего не потерял.
