С точки зрения оптимизации решения статику конечно же лучше вынести, т.к. повысится общий показатель кэшируемости... как минимум за счет того, что куку на img.* выставлять не будем. Само собой если куки используются и т.д.
Ничего не нарушает... могу проксировать и кэшировать в соответствии с протоколам как угодно, т.к. речь идет об, к примеру, более комфортном просмотре информации из публичной сети...
Более того, если на сайте написано что мол нельзя так делать, то моё роботизированное ПО, работающее в сооветствии со стандартами, может делать это сколько угодно... владелец сайта, прежде чем идти в суд, должен обратиться со своими требованиями и только в случаях отказа он может пойти в суд... ну или все это дело одного заседания... ну запрещу я этот сайт для проксирования... и что из этого?
Если не брать в расчет время, то в контексте хранения данных тут описан велосипед, который используется повсеместно. Что бы это понять, мы откроем любой блог, который позволяет прилепить к статье кучу тэгов... далее мы прикинемся этой ИИ и будем сравнивать две статьи у которой совпадают все тэги... как-то так оно получается. Чем больше тэгов прилеплено к каждой статье, тем больше вероятность того, что эти статьи будут тождественны по какой-то группе свойств... так? Все это давно уже применяется, особенно у биржевиков при анализе новостной информации и т.д... время тут тоже стыкуется со всем, особенно когда речь заходить за выборку и построение... чего? кажется гиперкубика, в котором потом можно поковыряться.
Гиперкуб, с точки зрения юзабилити, очень удобен для поиска информации. Если кто не знает, то стерео мониторы (очки) и устройства для 3D ввода уже есть. Интерфейс поиска будующего будет представлять из себя кубик, который, если к тому времени еще нельзя будет доступно посылать сигналы прямо из мозга, мы будем вращать руками и при определенных действиях нам будет выдавать новый кубик, т.е. осуществляться выборка... если погуглить, то такие интерфейсы уже кажется анонсировались.
Все это, с точки зрения хранения информации, очень удобно и много где используется... см. выше пример с блогами. Тема ИИ раскрыта не сильно, прошу писать исчо!
Кажется и в OLAP это все активно испльзуется, а с обывательской точки зрения, когда оно говорит "через неделю продавай!" это выглядит как реальный ИИ.
ps. А зачем куб? а может многограник с гиганстким количеством граней?
Кстати мне очень понравилась идея доп трейсинга растра с переводом в векторный формат, а потом уже по всему этому обычной математикой и нейроночками. Если мы не говорим про каптчу, то за реализацией этой идеи будующее.
а есть еще и ASP - который провайдеры сервиса приложений...
в столице у них всё.
ТС ушел от ответа или же ответ где-то был?
ps. тоже интересно
Если проект с бюджетом, то стоит взять свою ASку и разместить ресурс на едином адресном пространстве в нескольких ДЦ РФ и дополнительно зарубежом. 100 мегабит полосы на все сервера без каких либо соотношений + три пристойных арендованных сервера (два в РФ и один в Европе) вписываются в три-четыре тысячи американских рублей в месяц. Конективити у такой системы размещения более чем на уровне... видно практически везде, хороший пинг и т.д... если в США еще поставить, то совсем шоколадно.
ps. Сетапится все не быстро и проплаты нужно делать не на один месяц... но при этом все прекрасно понимают какую степень надежности это дает.
согласен, что rt-comm это просто жопа... но и .m хороши... рауты с RETN валялись недавно... типа это RETN сказал им, что канал чинить будет... не, ну они могли как-то в обход пустить там, анонсы туда не слать/принимать.... или еще чего... у них же не статиками гуляет, что бы более 24 часов народ держать без связности... или сами придумали или их спецом и предупреждали, что бы какие-то меры приняли... так что я не удивлюсь, если им опять кто-то проанонсил про работы на канале, а они на это болт забили до момента пока само не починится... с их пиринговой политикой наверное реально статиком гуляет.
Да не левый он ни разу, как выясняется...
