"модели определяются на языке программирования и структура БД генерируется автоматически, а не наоборот"
Это конечно, очень круто, но сделать "правильно" весьма сложно. Ибо в разных задачах возникают всякие неприятные ограничения, ломающие красивый ORM. Дэвид (Rails) предусмотрел гимор и решил не воевать с SQL, он так или иначе нужен (Erlang-овая Mnesia и ей подобные системы все-таки не столь экологичны, как хотелось бы, но концепция - done right).
Так что нужно очень-очень аккуратно относиться к заявлениям "у нас гламурный ORM". Это действительно сложная штука и мейнстримного решения чистого ORM пока нет.
Напомню, что длинный геморрой с прогрессом аплоада идет исключительно оттого, что среди всех популярных браузеров только один умеет нормально показывать сколько байт загрузилось. (И то, с последних версий, нужно в скине включить "расширенный" прогресбар.) Это Опера, около 3% рынка веб-браузеров. Думаю, у 10% пользователей Оперы включен этот прогресбар (выпадающий снизу, а не внутри адресной строки). Таким образом, около 0,3% пользователей веба осчастливлены нормальной (а не перректально-аяксовой) информацией о загрузке файла.
Мне тоже пришлось реализовать аяксовый трекер (с помощью модуля к nginx), который успешно работает. Чтобы скрасить горечь от бессмысленности этого деяния (в масштабах мировой революции, конечно), оформил закачку красиво, с человеческим "осталось меньше минуты" или "осталось 24 секунды".
Вопрос знатокам: когда файерфокс и вебкит (сафари) научатся сами ("из первых рук") делиться с пользователем информацией о закачке файла тяжелее 512 Кб?
Расшифровка статьи: "интернет-издание Computerworld рассказало, что обозреватель технических новинок телеканала CNBC рассказал, что ему рассказал источник в азиатском отделении эппл, что ..."
1) "Технический обозреватель CNBC подтвердил слухи". С каких пор CNBC - филиал Apple?
2) "отказались подтверждать слухи, что по-опыту означает что устройство все-таки будет." Если спросить их о пришествии марсиан, то оно все-таки будет?
3) "я хочу 1 см, 10 дюймов, 4 млн пикселей, внешний привод, подогнанную и оптимизированную систему..." и тогда, и тогда... и тогда настанет рай, да.
Меж тем, эппл сотворит как всегда успешный компромисс между технологичностью, простотой и стоимостью. Люди будут счастливы независимо от своих необоснованных "пожеланий" и "предсказаний".
ODF, OOXML - говно. Это как пресловутая "универсальная CMS".
У вас есть выбор: либо понять что такое Unix Way (и другие хорошие практики работы с компьютерами), либо пользоваться "универсальными циэмэс" разной степени ущербности.
var video:Video;
var bd:BitmapData;
bd.draw(video, .../* матрица, цветотрансформация */);
Выкинет:
SecurityError: Error #2135: Security sandbox violation: BitmapData.draw: file:///MacHD/Users/olegandreev/Player.swf cannot access unknown url. RTMP content cannot be accessed using this API.
at flash.display::BitmapData/draw()
При том, что этот код прекрасно работал в предыдущих релизах.
Эти суки, видимо, решили, что bitmap.draw(video) - это жуткий ущерб голливуду, ибо "копирование". А что такое "копирование" в наши дни? Это тюрьма по DMCA. Не хотите в тюрьму - делайте sprite.addChild(video), индусы сами отрендерят вам то, что нужно, когда сами решат правильным. Кстати, этот спрайт они тоже сделают некопируемым (нерисовабельным). Не дураки.
То, о чем они предупредили, тут, но о вышесказанном - ни слова: http://www.adobe.com/devnet/flashplayer/…
(опережая страну советов: с crossdomain.xml у меня все в порядке, и с его хедерами тоже)
Тогда вы могли бы ознакомиться с тем, какие возможности предоставляет ресурс. Например, basecamphq.com рассказывает в деталях что и как происходит у них. http://www.basecamphq.com/help/general/#…
Там вы имеете право на XML-экспорт своих данных (это же ваши данные), на удаление аккаунта со всей информацией (большая красная кнопка), получаете информацию о том, где и как хостится сервис.
Если вы собираетесь передавать свои личные данные куда-то, то вначале следует поинтересоваться тем, что с ними будет. Если вам не дают ту возможность, которую вам хотелось бы, это ваш свободный выбор — отдавать информацию или не отдавать.
PS. Да, моя точка зрения "правая", но я нисколько не против "левых" законов, которые обяжут ресурсы выдавать кнопки "XML-export" и "Удалить всё". Но и свою голову нужно иметь на плечах. Ибо чисто левый подход приводит к тому, что мы видим на выборах. Люди ждут, пока пенсии, свобода и законность придут откуда-то сами.
Вы осознаете, что у вас нет никакой технической и математической возможности 100% предотвратить утечку когда-либо и кому-либо разглашенной информации?
Я не показываю свой номер паспорта не потому, что это "нижнее белье" (это не так), а потому что в нашем и многих других государствах, это волшебное число дает возможность злоумышлинникам действовать от моего имени (в некоторых пределах).
Нужно не прятать контакты, а использовать более надежные способы идентификации.
Чуть выше в комментариях я объяснил, почему хак — это именно удаление аккаунта. Если вы понаписали говна в интернете, то несите за это ответственность и сами его удаляйте. А не меняйте айпи/имя/фамилию или пол.
Если же вы находитесь в процессе _подпольной_ борьбы с государством, вопрос: зачем публиковать свои воззрения открыто, под своим именем?
Hint: когда удаление аккаунта интересует 0,01% (параноидальных) пользователей, то "занимает больше времени.. так не должно быть.." — совсем не аргумент.
Я говорю не о правах на распространение и публикацию, а о том, что однажды разглашенная информация никуда не пропадет. Это не вещь, которую можно дать, а потом взять обратно.
Конкретно: ставшие вдруг приватными/ползамочными записи, однажды закешированные в гугле, не обязаны быть удалены оттуда (в моем высоконравственном понимании).
Впрочем, я считаю, что каждый должен нести ответ за свои слова и "линковка" должна сохраняться для истории.
См. мой комментарий выше: http://habrahabr.ru/blog/webstandards/31…
Возможно, у вас понятия как раз времен успешно построенного коммунизма с всеобщей гражданской сознательностью. Реалии таковы, что информацию нельзя "вернуть обратно".
Это конечно, очень круто, но сделать "правильно" весьма сложно. Ибо в разных задачах возникают всякие неприятные ограничения, ломающие красивый ORM. Дэвид (Rails) предусмотрел гимор и решил не воевать с SQL, он так или иначе нужен (Erlang-овая Mnesia и ей подобные системы все-таки не столь экологичны, как хотелось бы, но концепция - done right).
Так что нужно очень-очень аккуратно относиться к заявлениям "у нас гламурный ORM". Это действительно сложная штука и мейнстримного решения чистого ORM пока нет.
Мне тоже пришлось реализовать аяксовый трекер (с помощью модуля к nginx), который успешно работает. Чтобы скрасить горечь от бессмысленности этого деяния (в масштабах мировой революции, конечно), оформил закачку красиво, с человеческим "осталось меньше минуты" или "осталось 24 секунды".
Вопрос знатокам: когда файерфокс и вебкит (сафари) научатся сами ("из первых рук") делиться с пользователем информацией о закачке файла тяжелее 512 Кб?
;-)
1) "Технический обозреватель CNBC подтвердил слухи". С каких пор CNBC - филиал Apple?
2) "отказались подтверждать слухи, что по-опыту означает что устройство все-таки будет." Если спросить их о пришествии марсиан, то оно все-таки будет?
3) "я хочу 1 см, 10 дюймов, 4 млн пикселей, внешний привод, подогнанную и оптимизированную систему..." и тогда, и тогда... и тогда настанет рай, да.
Меж тем, эппл сотворит как всегда успешный компромисс между технологичностью, простотой и стоимостью. Люди будут счастливы независимо от своих необоснованных "пожеланий" и "предсказаний".
У вас есть выбор: либо понять что такое Unix Way (и другие хорошие практики работы с компьютерами), либо пользоваться "универсальными циэмэс" разной степени ущербности.
(Та же проблема у товарища: http://www.codeapollo.com/showthread.php…)
Имеем:
var video:Video;
var bd:BitmapData;
bd.draw(video, .../* матрица, цветотрансформация */);
Выкинет:
SecurityError: Error #2135: Security sandbox violation: BitmapData.draw: file:///MacHD/Users/olegandreev/Player.swf cannot access unknown url. RTMP content cannot be accessed using this API.
at flash.display::BitmapData/draw()
При том, что этот код прекрасно работал в предыдущих релизах.
Эти суки, видимо, решили, что bitmap.draw(video) - это жуткий ущерб голливуду, ибо "копирование". А что такое "копирование" в наши дни? Это тюрьма по DMCA. Не хотите в тюрьму - делайте sprite.addChild(video), индусы сами отрендерят вам то, что нужно, когда сами решат правильным. Кстати, этот спрайт они тоже сделают некопируемым (нерисовабельным). Не дураки.
То, о чем они предупредили, тут, но о вышесказанном - ни слова:
http://www.adobe.com/devnet/flashplayer/…
(опережая страну советов: с crossdomain.xml у меня все в порядке, и с его хедерами тоже)
Тогда вы могли бы ознакомиться с тем, какие возможности предоставляет ресурс. Например, basecamphq.com рассказывает в деталях что и как происходит у них.
http://www.basecamphq.com/help/general/#…
Там вы имеете право на XML-экспорт своих данных (это же ваши данные), на удаление аккаунта со всей информацией (большая красная кнопка), получаете информацию о том, где и как хостится сервис.
Если вы собираетесь передавать свои личные данные куда-то, то вначале следует поинтересоваться тем, что с ними будет. Если вам не дают ту возможность, которую вам хотелось бы, это ваш свободный выбор — отдавать информацию или не отдавать.
PS. Да, моя точка зрения "правая", но я нисколько не против "левых" законов, которые обяжут ресурсы выдавать кнопки "XML-export" и "Удалить всё". Но и свою голову нужно иметь на плечах. Ибо чисто левый подход приводит к тому, что мы видим на выборах. Люди ждут, пока пенсии, свобода и законность придут откуда-то сами.
Я не показываю свой номер паспорта не потому, что это "нижнее белье" (это не так), а потому что в нашем и многих других государствах, это волшебное число дает возможность злоумышлинникам действовать от моего имени (в некоторых пределах).
Нужно не прятать контакты, а использовать более надежные способы идентификации.
Если же вы находитесь в процессе _подпольной_ борьбы с государством, вопрос: зачем публиковать свои воззрения открыто, под своим именем?
Hint: когда удаление аккаунта интересует 0,01% (параноидальных) пользователей, то "занимает больше времени.. так не должно быть.." — совсем не аргумент.
В наши смутные времена лучше либо вообще истинные имена и явки не называть, либо играть открыто с полным осознанием ответственности.
Конкретно: ставшие вдруг приватными/ползамочными записи, однажды закешированные в гугле, не обязаны быть удалены оттуда (в моем высоконравственном понимании).
Впрочем, я считаю, что каждый должен нести ответ за свои слова и "линковка" должна сохраняться для истории.
См. мой комментарий выше:
http://habrahabr.ru/blog/webstandards/31…
Никто не мешает убрать фамилию, имя и даже имейл с контакта (про одноклассников не знаю).