Прикиньте примерно сколько времени (на ваш суровый, но реальный взгляд) требуеться на ваше ТЗ, вы можете сильно ошибиться, но это не столь важно, далее подумайте сколько вы готовы заплатить за это время, и озвучьте сумму исполнителю. Но скажите что все обсуждаемо и попросите расписать смету по задачам время/деньги. С этим ТЗ (но без денег) обратитесь к нескольким людям и прикиньте что да как с вашим ТЗ.
Бюджет нужен для того, чтобы отсеивать "не своих" заказчиков. Всем всё сделать все равно не успеешь, а брать геморой на шею никто себе не хочет.
А если посмотреть со стороны заказчика:
Ваш вариант: Конь в вакуме - 20 000 рублей
Мой вариант: Работа программиста 20 часов - 20 000 рублей
Что выглядит приятнее для заказчика, если цена договора в обоих случаях будет одинаковая?
www в старину, еще при универах, означало что это именно в интернетах. Просто интернет раньше был довольно закрытой военной/научной сетью
Что ж вы так мычаетесь? вводите со слешем на конце mysite.local/
Дело в том, что какие то "попугайчики" нужны. Да и тут все на самом деле достаточно просто. Программисту, как специалисту, пофигу что делать этот час, верстать простенький макет, или пилить интеграцию с 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. Вы точно хотите все строки до текущей даты получить с миллионной таблички?
Короче оптимизация, оптимизация оптимизация
