блин, случайно отправил предущее.
Короче вот что хотел еще добавить: много раз замечал что то что ваяет InkScape потом гораздо лучше отображается во всех браузерах. Ну кроме ie - что там я просто не знаю, потому что вообще не ориентируюсь на него и у меня его нет, но имея ввиду "во всех" я еще и подразумеваю старую оперу на Presto
Первое я пытался запилить. Там правда было + еще несколько "простых" идей, отправки страниц до завершения генерирования частями, для чего использовался сервер gatling и т.п. подобных выкрутасов. Но чтобы совсем хардкорно я делал на Tcl+Redis. Но забросил так как по сути для работы оно мне не надо, а для just for fun стало жрать много сил и времени. Да и гатлинг умер. Забил короче.
А вот как реализовывать второе я даже не могу представить пока. Надо подумать...
Мне кажется именно то, что хочет реализовать ТС должно решаться с помощью ивентов. Вообще это очень хорошо если каждый значимый метод контроллера будет генерировать ивент. Более того - лучше пусть их будет два BeforeИмяМетода(аругментыМетода) и AfterИмяМетода(returnМетода).
Хотя и тут есть минусы.
А идеи давай - не то чтобы я хотел запилить свой велосипед с квадратными колесами, но иногда мне нравится размышлять о том, какой велосипед я бы хотел.
Я тоже думал что xfs лучше работает с большими файлами, пока не попробовал.
А вот надежность ее под вопросом. Были жалобы на не очень хорошую стабильность. Я бы не стал рисковать так в продакшене.
А если речь о больших файлах, почему тогда не HDFS?
Связать наверное вряд ли получится корректно без больших заморочек. Хотя если учесть что расстановка данных в DOM может занять времени больше чем загрузка - можно на нее ореинтироваться.
Т.е. прилетели к вам данные в JSON и вы его обрабатываете - вставили хедер на страницу - добавили точку. Вставили левую колонку, добавили точку. Вставили банер, добавили точку и т.д. Естественно при такой расстановке все это должно происходить под заглушкой.
А "как заменить на что необходимо" это уже зависит от того что вы будете использовать.
Тут даже не знаю что советывать. Ну погуглите что ли методы jQuery для добавления данных в DOM.
Вы сейчас как подгружаете данные на страницу?
Мало того - он еще и не валидный потому что src и alt обязательные.
Тут бы добавить пустой alt и в src ссылку на прозрачный пиксел или подходящую анимашку загрузки.
Какой html? У вас на скрине график на SVG, просто вставленный в html.
Сделать: генерировать на php или на js в браузере. Лучше сначала отрисовать сетку и прочую обвязку в InkScape/Illustrator/CorelDraw, а потом добоавлять данные js'ом.
CSS по вкусу.
Jun Sakurada: 5 альтернатив для удара:
1 Девушка с ребенком на обочине.
2 Группа из 4 молодых велосепидистов.
3 Машина скорой помощи.
4 Камаз со щебенкой.
Думаешь рандом справедливо?
Или вот:
1 Съехать в кювет и никого не покалечить.
2 Автомобиль депутата ГД
Ок. Я просто думал вы работодатель.
Теперь вернемся к воровству - в первом предложении я ответил - резервные копии на подконтрольном вам железе и код навечно останется с вами - никто его не украдет.
Владислав Раду: А на кой черт тогда создавать разметку из PSD если писать CSS самому?
HTML не должен основываться на макете. Он вообще к нему отношения не имеет.
С одновременной генерацией css это имеет хоть какой-то смысл.
Михаил Вальков: Если ты пользуешься дистром который основан на дебиановских репах, тогда вообще к чему было написано, что в минте заведется, а в дебиане нет?
А то что пакет стоти по умолчанию в минте и не стоит в дебиане это уже детали.
Короче вот что хотел еще добавить: много раз замечал что то что ваяет InkScape потом гораздо лучше отображается во всех браузерах. Ну кроме ie - что там я просто не знаю, потому что вообще не ориентируюсь на него и у меня его нет, но имея ввиду "во всех" я еще и подразумеваю старую оперу на Presto