Семён Семёнов: все просто, если вы делаете работу на раз и кидаете заказчика, отдавая "своему фронтенедеру", то мне говорить здесь нечего.
В ином случае, этому самому же фронтендеру при поддержке, а так же при отладке "а у меня на айфоне 4" лагает, очень поможет красивый и чистый код, несмотря на то, что продолжать его работу может другой человек.
Семён Семёнов: специфично здесь следующее: когда вы начнете делать такой сайт, вы столкнетесь с кучей проблем уровня js, верстки и дизайна. Сначала вы будете тупить над версткой и css, потом над тем, чтобы ваш js-код был читабельным, затем над тем, чтобы все это дело подгонять, потому что с первого и десятого раза у вас получится некрасивая херня. Придется менять js-код и верстку по 10 раз, и, если вы не имеете достаточного опыта в том и в другом, у вас получится страшный код, 100500 итераций переделки и огромное число человеко-часов.
Это просто так кажется, что вот тут полоска, тут полоска, го анимировать. Это же все надо продумать, скреативить, затем подгонять параметры анимации и прочего.
Либо трех людей (js-программист, верстальщик, дизайнер) запереть в одной комнате и привязать цепью =)
Помню пытался сверстать на процентах сайт. Ну у меня была готовая верстка, где часть данных была в фиксированной ширине, подумал, что сделать на процентах. Запарился оооочень сильно. А на выходе -- не всегда красиво выглядит при разных разрешениях.
Требований нет. Есть проблема-задача о мониторинге различных параметров организаций. Критерии могут быть какими угодно, под каждое желание ревизора писать свой запрос - никаких сил не хватит. Павел тут не один, Павел тут просто вопросы задает =)
Мы тут сидим, думаем над этой задачей. Мозговой штурм привел нас вот к той реализации к объектам, сущностям и свойствам.
Универсального решения подо все понятное дело нет, но есть же практики ORM, OLAP. Они же решают какие-то очень конкретные задачи достаточно общим подходом. Вон, раньше, не было MVC-фреймворков, но появились же. Причем довольно стремительно за последние пару-тройку лет.
Вот поэтому и задаю вопрос, может быть кто что посоветует из собственного опыта.
Спасибо за ваш развернутый комментарий)
Присоединяюсь к вопросу. В новом ВК такая же тема. Постоянно глаз целяется за эти ужасные слипшиеся места. Понятное дело, можно всякие user-styles наделать и поменять шрифт. Но, надеюсь, обновится само.
Rsa97: вау. 70сек -> 1,5 сек. На локальном серваке проверили, на боевом с реальными данными не тестировали еще. Теперь надо думать почему так быстро. Не натолкнете на мысль? А то мы тут втроем сидим, разбираемся в магии sql)
Ну, допустим, мы изменили условие задачи (рендерим кусочками). Тогда добавим к нему еще одно (реально) - сгенерировать js-ом .doc-файл, в котором все ячейки должны быть. Ожидание в 15 минут - не вариант. Повысить мощность сервера, и генерировать на нем - не вариант, госконтора не выделит сервера, отдавать на аутсорс нельзя - закон о защите ПД.
Вернемся к пометке об олимпиадности данной задачи. Как ускорить?
Разумеется, дизайнер - не дизайнер, а программист - не программист, если они - не технологи в своей отрасли. Так же как и арт-директор не может стать арт-директором, если когда-то не был дизайнером.
newdancer: https://jsfiddle.net/ktd1Lbcm/ я же писал, что лишние ячейки нужно удалять. Или, хотя бы скрывать, как в примере по ссылке. Еще у вас ошибка во втором столбце для Петрова - там colspan вместо rowspan. В первом столбце скрываем 4 ячейки после той, у которой rowspan=5, во втором столбце скрываем 6 ячеек, у которой colspan rowspan=7. Осталось только высоту ячеек устаканить, если css не работает, можно попробовать воткнуть.
$elem.attr()делать. Какой же вы умный и молодец.