На самом деле, веб-поиск и почта — это два разных сервиса. Нет никакой возможности прикрутить первый ко второму. Почте нужен свой поиск, но в силу различных причин им это делать некогда или некому. Но если дружно высказаться, то я думаю, меседж дойдет :)
[IMHO]
При общении с support'ом Яндекса по таким, довольно тонким, вопросам надо постараться, что бы ваше обращение было эскалированно выше — разработчиками или ответственным за сервис. Иначе не избежать шаблонных ответов.
Для этого необходимо дать максимум информации и обоснований, и миниум эмоций.
Что бы «защититься» от модераторов, которые просматривают тысячи «спорных» сайтов «на глазок», я думаю, достаточно будет, например, крупно написать название города вверху странички.
[/IMHO]
Психологи говорят, что «в 27-33 года человек переживает определенный кризис в жизни (возраст Христа не случаен). Меняется переживание времени — жизнь идет, а чего-то не хватает, у других все происходит, а у меня нет. С одной стороны люди активны, а с другой стороны — ощущение ловушки — того, что чего-то важного не происходит, все как-то однообразно. При не очень удачном выборе семьи, профессии — острота кризиса возрастает.»
Сам проходил через что-то подобное. Это хорошо объясняет аномальный всплеск на графиках.
Которые открывают двери и окна в случае отключения кондиционеров? :)
Я и имел ввиду то, что после сигнала от мониторинга успеть чего-то спасти.
Если «нормальная» температура будет под 30 в серверной, то смс от мониторинга будет означать, что уже можно никуда не торопиться.
The real reason for the good performance on this benchmark is not clear — indeed, every workload will be different — but the ZFS I/O scheduler, the Sun engineers paying attention to database performance, and the ZFS bug fixes contributed in recent (late 2007) releases of Open Solaris seem to be adding up to something good.
Настоящая причина хорошей производительности на этом тесте не ясна — на самом деле каждая нагрузка будет разная — но шедулер в/в ZFS (инженеры Sun уделяют внимание производительности базы данных) и исправленные ошибки ZFS в последнее время (конец 2007) в релизе Open Solaris, кажется, дают что-то хорошее.
«Еще один блоггер из SUN, имеет по крайне мере один тест, в котором ZFS I/O планироващик»
Оригинал: To bring in yet another Sun blogger, there is at least one benchmark where the ZFS I/O scheduler has been shown to make a big difference in performance.
Перевод: Приведем еще одного блоггера Sun, имеется по крайней мере один тест, в котором показано (из которого видно), что планировщик ввода/вывода в ZFS дает большую разницу в производительности.
Новиков привел цитату сообщения. «Процесс переклейки в среднем занимает до 4–6 недель, ускорить его, к сожалению, нельзя.»
Это означает лишь то, что робот-склейщик обходит сайты в течении этого времени и перезапустить его на один сайт технически сложно или не возможно. Не более. В ответе ничего нет про «проблему 301» и когда она решиться.
Вы невнимательны.
При общении с support'ом Яндекса по таким, довольно тонким, вопросам надо постараться, что бы ваше обращение было эскалированно выше — разработчиками или ответственным за сервис. Иначе не избежать шаблонных ответов.
Для этого необходимо дать максимум информации и обоснований, и миниум эмоций.
Что бы «защититься» от модераторов, которые просматривают тысячи «спорных» сайтов «на глазок», я думаю, достаточно будет, например, крупно написать название города вверху странички.
[/IMHO]
Хотя от последней переделки не в восторге. Раньше удобней было.
Сам проходил через что-то подобное. Это хорошо объясняет аномальный всплеск на графиках.
Я и имел ввиду то, что после сигнала от мониторинга успеть чего-то спасти.
Если «нормальная» температура будет под 30 в серверной, то смс от мониторинга будет означать, что уже можно никуда не торопиться.
Настоящая причина хорошей производительности на этом тесте не ясна — на самом деле каждая нагрузка будет разная — но шедулер в/в ZFS (инженеры Sun уделяют внимание производительности базы данных) и исправленные ошибки ZFS в последнее время (конец 2007) в релизе Open Solaris, кажется, дают что-то хорошее.
Оригинал: To bring in yet another Sun blogger, there is at least one benchmark where the ZFS I/O scheduler has been shown to make a big difference in performance.
Перевод: Приведем еще одного блоггера Sun, имеется по крайней мере один тест, в котором показано (из которого видно), что планировщик ввода/вывода в ZFS дает большую разницу в производительности.
Как-то тема через чур раздута эмоциями и категорическими заявлениями. Не красиво это.
Это означает лишь то, что робот-склейщик обходит сайты в течении этого времени и перезапустить его на один сайт технически сложно или не возможно. Не более. В ответе ничего нет про «проблему 301» и когда она решиться.
Вы невнимательны.
Это больно. И морально и физически. Морально обычно больше. Но это как кому «повезет».
svn commit: r197434 — head/tools/regression/acltools