А нормально что в галерее первая работа 3 раза подряд показывается, а вторая работа занимает всю вторую страницу? Если галерея модерируемая откуда столько дубликатов?
И еще бок заметил, которого раньше не было: в главном меню есть пункт «Ленты», так вот там rss-ленты в которых есть непрочитанные сообщения жирненьким подсвечиваются, а в скобках пишется количество непрочитанных сообщений. Так вот теперь некоторые ленты (не все) жирным выделяются, а в скобках количества сообщений нет.
На боковой панели (по F4 которая) в закладке Почта вто показывается нормально, а в меню у некоторых лент нормально, а у некоторых не показывается :(.
Понимаете в чем проблема… Меня реально не трогает сколько там «реальных» или «виртуальных» байт прочитано (хотя вот ниже товарищ umonkey резонно спрашивает: а как это «виртуально прочесть»). Мне реально все равно что там она с диском делает. И количество занимаемой ею памяти меня устраивает.
Не устраивает меня то, что все остальные приложения работающие при этом с диском тормозят. Меня это не устраивает. В моем тесте 35 минут Опера читала что-то с диска (и не закончила) и эти 35 минут у меня тормозило все, что пыталось обращаться к диску от Эклипсы до Пеитна в который я вставлял скриншот из буфера обмена. Тем более подозреваю, что на ресурсе самого винчестера такая деятельность тоже сказывается отрицательно.
Т.е. меня не цифра волнует, а тормоза остальных программ.
Запускаю Оперу. Она открывается и в ней 32 открытые вкладки, которые были при закрытии браузера. Они загружаются довольно быстро.
Специально больше никаких вкладок не открываю. Вообще Оперу не трогаю. Специально. Для чистоты эксперимента.
Системник сигнализирует о «работе» дисковой подсистемы. Любые приложения, пытающиеся работать с диском «подтормаживают».
Открываю Windows Task Manager чтобы узнать кто работает с диском. В колонке I/O Read Bytes у Оперы значение постоянно растет. Даже тогда когда вкладки загружены, в браузере вроде как ничего не происходит.
Эта активность (и соответственно индикатор работы диска) не успокаивается ни через минуту, ни через 5, ни через 10. Через 35 минут мне надоело работать в Хроме и поглядывать в таскменеджер в ожидании пока Опера «насытится». Вот скриншот:
14Гб за 35 минут. При том что я вообще ничего не делал в браузере. Я понимаю что что-то в нем таки происходит. Периодически опрашивает почту и RSS. Даже эта страница Хабра постоянно шлет аякс-запросы, которые как-нибудь могут кешиться и читаться с диска.
Но согласитесь 14Гб за 35 минут постоянного чтения и это не все… Это еще не оконченный процесс. Пока я заливал фотку и писал этот комент уже натикало 17Гб…
Отсюда и возникает вопрос: может кто-то знает ЧТО ЭТО МОЖЕТ ЗНАЧИТ и КАК С ЭТИМ БОРОТЬСЯ? Может на Хабре есть кто-то из разработчиков?
Еще может кто знает, такой довольно технический вопрос.
Я использую Оперу и как почтовый клиент и как rss-ридер. И вот когда сообщений/писем набралось достаточно много (около 30000) опера расстраивает тем что при запуске начинает долго и нудно что-то вычитывать с винта. Я подозреваю что это она читает все мои письма/rss-сообщения для построения поискового индекса (может я кстати ошибаюсь, кто-то знает точнее?). При этом самим поиском я и не пользуюсь.
Никто не знает можно ли ЭТО как-то отключить?
P.S. Кстати ресурсов новая сборка вроде потребляет меньше. Раньше при запуске умудрялась вычитать с винта до 22Гб, сейчас только 9 :) Может кто сталкивался, или из разработчиков Оперы есть может чем помочь, а то производительность сразу после запуска Оперы иногда упирается в дисковую подсистему :(.
Опять эта тема. Все вокруг кричат про «большой порог вхождения» и т.д…
По этому поводу был у меня недавно случай: товарищу моему заказали небольшой сайтец но «с админкой», до этого он делал сайты, но вообще на голом HTML (ну бывает же в 21м веке, ну да это не при чем). PHP он не знает. Drupal ни разу в глаза не видел. Так вот после 2х часовой вводной лекции (самой базовой: ноды, сск, блоки, меню), он за неделю сам сделал сайт. С нуля. Не самый сложный, но и далеко не из 3-х страниц, с вьюхами, галереями, блоками, rss-ками. Он за час сам минимально разобрался с Views (тут даже я удивился) чтобы сделать то, что ему нужно.
После этого случая истории про высокий порог вхождения кажутся сомнительными.
Но оно насколько я понимаю будет работать лишь для видео встеавленного через тег < video >. Вопрос в том скоро ли начнут пользоваться этим тегом «при живом-то ИЕ6». Хотелось бы поскорее…
Да никто же не против, просто очередность слегка удивляет. Сначала устроили шум, заголовки, в общем создали «информационный повод», а через месяц решили подтянуть к этому пользователей.
По поводу автофокуса не знаю, в пирведенной спецификации по этому поводу ничего не нашел, но подозреваю что ручную фокусировку с помощью объектива вам никто запретить не сможет…
И самое неприятное в нем то, что выпуск его подозреваю (ессно имхо) не был вызван срочной необходимостью «ответить» Никоновскому D90 по поводу записи видео, и не тем, что пользователи умоляли о новом 15 МП фотоаппарате с возможностью ISO12800… А тем что 450D продается сейчас по довольно демократичным ценам и всего-навсего пора было выпустить новую модель и соответственно up-нуть цену.
P.S. Вот если б продолжили продавать 450D параллельно с новинкой еще хоть какое-нить время, был бы реально счастлив. Ибо планировал купить его к осени, а в новинке лично для меня ничего нужного относительно 450D нет.
> Например: хотелосьбы дать пользователю, который создал заявку, дать возможность закрыть заявку, но так чтобы, перед закрытием нужно было обязательно выставить оценку.
А если «Гоша» не просто слово, а человек, у которого есть коммуникатор, он зарегистрирован на том же сайте сообщества, и у него тоже есть мобильный клиент? То ваш клиент, как и Гошин периодиски отправляющий ваши координаты на сайт, сообщает сайту что вы хотите встретиться именно с зарегистрированным пользователем Гошей. И тогда когда веб-сервис определяет что от вас до Гоши расстояние скажем менее 100 метров он посылает вашему клиенту сигнал и он вам напоминает что мол де «Гоше надо диск отдать».
Хорошо-то оно хорошо, вот только очень хотелось бы чтобы с точки зрения отображения верстки бета была не хуже стабильного релиза.
Иначе в случае если отображение в них будет неодинаковое у верстальщиков возникнет очень интересный вопрос: под какую из версий верстать? С одной стороны верстать нужно под стабильную, а с другой стороны сам гугл заявляет что расчитывает что большинство народу будет сидеть именно на бете.
Вобщем пока с ним хлопотно как-то: сначала объясняли заказчикам что Хром в бете и пока не выйдет финал с его скелетом в шкафу разбираться желания 0, теперь же прийдется объяснять им что «в вашей бете, которую вам рекомендовал Гугл могут быть ошибки...», чего сам гугл и не скрывает %).
На боковой панели (по F4 которая) в закладке Почта вто показывается нормально, а в меню у некоторых лент нормально, а у некоторых не показывается :(.
Не устраивает меня то, что все остальные приложения работающие при этом с диском тормозят. Меня это не устраивает. В моем тесте 35 минут Опера читала что-то с диска (и не закончила) и эти 35 минут у меня тормозило все, что пыталось обращаться к диску от Эклипсы до Пеитна в который я вставлял скриншот из буфера обмена. Тем более подозреваю, что на ресурсе самого винчестера такая деятельность тоже сказывается отрицательно.
Т.е. меня не цифра волнует, а тормоза остальных программ.
Запускаю Оперу. Она открывается и в ней 32 открытые вкладки, которые были при закрытии браузера. Они загружаются довольно быстро.
Специально больше никаких вкладок не открываю. Вообще Оперу не трогаю. Специально. Для чистоты эксперимента.
Системник сигнализирует о «работе» дисковой подсистемы. Любые приложения, пытающиеся работать с диском «подтормаживают».
Открываю Windows Task Manager чтобы узнать кто работает с диском. В колонке I/O Read Bytes у Оперы значение постоянно растет. Даже тогда когда вкладки загружены, в браузере вроде как ничего не происходит.
Эта активность (и соответственно индикатор работы диска) не успокаивается ни через минуту, ни через 5, ни через 10. Через 35 минут мне надоело работать в Хроме и поглядывать в таскменеджер в ожидании пока Опера «насытится». Вот скриншот:
14Гб за 35 минут. При том что я вообще ничего не делал в браузере. Я понимаю что что-то в нем таки происходит. Периодически опрашивает почту и RSS. Даже эта страница Хабра постоянно шлет аякс-запросы, которые как-нибудь могут кешиться и читаться с диска.
Но согласитесь 14Гб за 35 минут постоянного чтения и это не все… Это еще не оконченный процесс. Пока я заливал фотку и писал этот комент уже натикало 17Гб…
Отсюда и возникает вопрос: может кто-то знает ЧТО ЭТО МОЖЕТ ЗНАЧИТ и КАК С ЭТИМ БОРОТЬСЯ? Может на Хабре есть кто-то из разработчиков?
Я использую Оперу и как почтовый клиент и как rss-ридер. И вот когда сообщений/писем набралось достаточно много (около 30000) опера расстраивает тем что при запуске начинает долго и нудно что-то вычитывать с винта. Я подозреваю что это она читает все мои письма/rss-сообщения для построения поискового индекса (может я кстати ошибаюсь, кто-то знает точнее?). При этом самим поиском я и не пользуюсь.
Никто не знает можно ли ЭТО как-то отключить?
P.S. Кстати ресурсов новая сборка вроде потребляет меньше. Раньше при запуске умудрялась вычитать с винта до 22Гб, сейчас только 9 :) Может кто сталкивался, или из разработчиков Оперы есть может чем помочь, а то производительность сразу после запуска Оперы иногда упирается в дисковую подсистему :(.
По этому поводу был у меня недавно случай: товарищу моему заказали небольшой сайтец но «с админкой», до этого он делал сайты, но вообще на голом HTML (ну бывает же в 21м веке, ну да это не при чем). PHP он не знает. Drupal ни разу в глаза не видел. Так вот после 2х часовой вводной лекции (самой базовой: ноды, сск, блоки, меню), он за неделю сам сделал сайт. С нуля. Не самый сложный, но и далеко не из 3-х страниц, с вьюхами, галереями, блоками, rss-ками. Он за час сам минимально разобрался с Views (тут даже я удивился) чтобы сделать то, что ему нужно.
После этого случая истории про высокий порог вхождения кажутся сомнительными.
Забавная тактика, что-то типа: «мы решили, что табы — прошлый век, но мы не можем предложить ничего взамен, вы нам не поможете»?
P.S. Вот если б продолжили продавать 450D параллельно с новинкой еще хоть какое-нить время, был бы реально счастлив. Ибо планировал купить его к осени, а в новинке лично для меня ничего нужного относительно 450D нет.
Копайте в сторону workflow.
Иначе в случае если отображение в них будет неодинаковое у верстальщиков возникнет очень интересный вопрос: под какую из версий верстать? С одной стороны верстать нужно под стабильную, а с другой стороны сам гугл заявляет что расчитывает что большинство народу будет сидеть именно на бете.
Вобщем пока с ним хлопотно как-то: сначала объясняли заказчикам что Хром в бете и пока не выйдет финал с его скелетом в шкафу разбираться желания 0, теперь же прийдется объяснять им что «в вашей бете, которую вам рекомендовал Гугл могут быть ошибки...», чего сам гугл и не скрывает %).