zhornikov, практическое применение? - был запущен сервис. правда, он заглох месяца через три по другим причинам, главное, что я успел урвать полную оплату))))
Exploding, как как - каждый следующий запрос на новое размещение начинает искать незанятые подходящие по размеры области сверху, т.е. заполнение сверху порядно
отступы по вертикали - дизайнер криворучка или начинашка недорогой, у меня всегда все четко рисует, говорит, не могу криво ставить блоки, хоть ты убей его)))
ну и держать в уме, что почти каждый вид скидок разрабатывался командой программистов Битрикса от месяца до полугода (я про битрикс), накопительную вообще ждали 2 года.
Почему говорю про Битрикс? ну как минимум я его щупал в течение 5 лет и продолжаю щупать, в том числе и активно борясь с несуразностью и излишней насыщенностью количеством этих самых скидок, это касаемо вашего вопроса о том, как это преподнести клиенту: - да никак!! теперь мой клиент сидит в админке по полдня и придумывает новые скидки, благо там (в битриксе) все делается перетаскиванием мышкой. Охохох))).
p.s. ваши попытки создать алгоритм в одиночку вызывают только слёзы...
Можно подсмотреть как сделано в битриксе, там разработчики уже столько напридумывали всяких разных скидок, еще и на количество товаров в корзине и на сумму и скидки на доставку, если такой-то товар лежит в корзине, и скидка на второй товар и скидка на товар , если в корзине назначенный товар, и скидка группе пользователей, и накопительная скидка (!). Представьте и все это дело стабильно работает! Насколько я смог понять логику разработчиков, у них все держится на системе приоритетов - какой приоритет выставлен, та скидка и перекрывает или отменят нижележащие)))
Ну а если по существу - оно вам надо? Два типа скидок за глаза, иначе выльется все не в борьбу не за покупателей, а охота за тем, как бы не продать дешевле себестоимости))))
KitKat404, и шо??!!
Темно-синий 3D-градиент - это ОДНА картинка, максимальной высотой как самый высокий блок с этим 3D-градиентом (у тебя это блок НАШИ УСЛУГИ), в остальных блоках тот же фон бекграундить и все дела, не надо на каждый блок отдельные картинки, картинка ОДНА на пять блоков, ну поиграть расположением в одном центровка по верху, в другом по низу и тд.!! также фон заливай и у заголовков, там где тот же темно-синий цвет видишь! И эту картинку с четмно-сним 3D-градиентом можно сжать с качеством не 85%, а даже и с 55%, не заметишь разницы на такой фактуре!
Серый бетон - еще проще, там обычно можно обойтись повтором картинки 300*300
Итого две картинки весом в 150кБ максимум и три строчки css-стилей. А слёз налил на 15 литров!
Вот пример 3d-фона - myprinter3d.ru , посмотри у трех блоков фон - одна картинка!
а еще есть умники, которые зачем-то меняют мышкой размер окна браузера)))) тоже вам доставят головной боли))) хотя их всего один на 1млн пользователей))) тут в соседней теме крутится товарищ, вопрошая, почему некоторое количество неких неведомых сайтов ломаются, если окно браузера мышкой сжимать... ахахах
а фотка эта откуда? там и посмотрите? по делу - я делал покупным модулем, н помню название, могу у клиента глянуть. или писать свой скрипт, там по сути 15 строчек)))) если не нужны настройки из админки , то 5 строчек)))
я для примера тебе скажу - я когда писал скрипт для голдмиллиона, там надо было искать в таблице 1000*1000 свободные ячейки! при этом это не просто 1млн строк, там еще и увязка по геометрии, т.е. рядом стоящие ячейки по горизонтали и вертикали подбирались и высчитывалось! сервер подыхал, пока я не решил все отдать php - перешел с 10 минут обработки или полного обрушения до миллисекнуд!
Твоя главная ОШИБКА - неправильно составлена ЛОГИКА приложения! Тяжелой работой по вычислениям - что куда и с сколько - пусть делает php! Все что рутинное и где не надо ничего считать или фильтровать - отдай MYSQL! Т.е. еще раз говорю - выгружай в массив ВСЮ таблицу, это поверь секунды займет, если тупой селект без order и where!!! Не заставляй MYSQL делать сложные работы, она начинает сама делать по кускам вот тут память ейная и выжирается! Отдай массив php-скрипту - там спокойно сортируй, для PHP всяко больше и памяти и процессора будет выделено. Ну или беги на выделенный сервак!!!
Twitt, да забей на order, это одна из самых тяжелых для MYSQL операции!!! Выгружай ВСЁ сразу в массив, а дальше пиши php-скрипт, где уже что надо отсортировать и отфильтровать, php с ним влегкую справится!!! Я не про phpexceel,а про php
Twitt, семен семеныч, это отдельный вопрос. вопрос был как выгрузить - выгружай MySQL-Front. Как сделать поиск по базе со своими параметрами - совсем другой коленкор, как минимум для этого используется LIMIT, если надо выводить на экран или тем более такому монстру отдавать как phpexcel! Подсказка- выгружай в массив и дальше с массивом работай, а как ты хочешь - на ходу да сразу в обработку сторонним php-скриптом - вот тебе и перегруз памяти!
тебе надо запрос доработать??? А чо ж сразу в вопросе не поставить это? молодец.
TakoyNickname, ну тем более, точь в точь нет, да и глупо искать, если только посмотреть на чем оригинал сделан
для вордпресс этих аналогов бирж пруд пруди, возможно часть платные
