Блог о технологиях, технократии и методиках борьбы с граблями
Вчера ночью, заводя записи в свой новый проект о новых и старых книгах, крутящийся под CMS Drupal, столкнулся с интересной темой- при посте что то сбоило в движке и на “сохранить” я получал дважды надпись, гласящую что документ не доступен. После этого в node появились несколько постов статуса n/a, причем линки на них отсутствовали и в консоли управления, в списке постов они не значились.
(more…)
После установки 7го IE обнаружил интересную особенность (точнее сейчас вспомнил о ней, после установки 8й версии, т.к грабли повторились) – при установленной на максимально высоком уровне политике безопасности (бегунок в крайнем верхнем положении) в “свойствах обозревателя” Firefox перестает скачивать какие либо файлы- исполняемые, или картинки-фильмы, выдавая сообщение в менеджере загрузок: “загрузка была заблокирована вашей политикой зоны безопасности”.
В этом связи все лечиться либо настройкой собственной политики, где выставить параметры загрузки исполняемых файлов в положение предлагать (Другой -> Разное -> Запуск программ и небезопасных файлов -> Предлагать) и (Другой -> Загрузка-> Загрузка файлов -> Включить) оно же на иностранном языке (Launching applications and unsafe files в положение Prompt (Recommended)), либо простым передвижение бегунка политики безопасности, на уровень вниз.
На офф.форуме советуют, в случае если не заработаю первые два решения, подправить реестр:
1) Загружаем редактирование реестра
2) Заходим в ветки HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Zones\3 и HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Internet Settings\Zones\3
3) Находим в них параметр 1806
4) Изменяем значение с имеющегося на 0
Пока кропил статейку про ISS, на трекере обнаружил, что на той неделе нашли дырку в Firefox 3.5 отмеченную “высокой критичностью”. Суть ошибки заключается в том, что обработка длинных выражений, переданных в unicod, может привести к переполнению буфера удаленной машины, и либо накернить приложение, либо предоставить возможность выполнения произвольного кода.
Вот так вот- не успели анонсировать, и уже такая не приятная дырка, хотя если верить обзору с , то данной уязвимости подвержена вся ветка, начиная с 3.0.
Хотя сами разработчики открещиваются в своем , от выполнения произвольного кода и костерят по чем зря IBM и , списывая все на их косяки.
Интересно конечно, кто более прав, но больше похоже на то, что мозилла пытается откреститься по российской традиции- сам дурак.
Чем больше я начинаю париться с поисковиками, да продвижениями сайтов, тем больше не догоняю методик их работы. Взять например этот блог- я завел его в начале месяца, и почти тут же скоримил sitemap ‘ы гуглю и яше. Все схавалось в рабочем порядке, гугль скушал, яша сказал- приходите завтра, т.к. ну ооочень много запросов. Ну да бог с ним, это стандартная практика яндекса: никогда не делай сейчас то, что можно сделать завтра.
В итоге, сейчас, новая публикация уже на следующий день появляется в индексе гугля; яша же до сих пор, по прошествии полутора недель, сайтмап не обработал, и ни одной странице в индексе не появилось. Вот и поддерживай после этого отечественного производителя.
Но странное дело выяснилось, по прошествии нескольких дней- страницы то пропадают из гуглевского индекса, то снова появляются, причем совершенно не понятно, в связи с чем, вот приходится шерстить все настройки- плагины, чтобы понять что происходит.
