Точно не знаю. С Home Edition не работал, но в XP Professional в Control Panel нет апплета Stored Passwords And UserNames, он есть в Vista. Но добраться туда все-же можно, через пуск->выполнить->control userpasswords2
А почему бы и нет? Насколько мне известно, эвристика многих антивирусов базируется на анализе последовательности инструкций выполняемых программой, антивирус ищет вхождения потенциально опасного блока команд. Если-же вместо выполнения стандартного набора команд, ставить таймеры (к примеру) и вызывать эти команды по таймеру, имхо есть вероятность обмануть эвристику.
Другое дело что вероятнее всего этот эксплоит уже давно добавлен в базу антивируса, и тогда польза от такого «заметания следов» сходит к нулю.
Инкапсуляция это прежде всего сокрытие а не защита.
Инкапсуляция позволяет правильно работать с объектом, если же хочется надругаться над классом — reflaction в помощь, но при этом никто не гарантирует что вы получите правильный результат, кроме того, класс вовсе не обязан обрабатывать такие ситуации
Имхо большие иконки в таскбаре, но без подписей будут шагом назад в плане юзабилити. Мне часто приходится запускать несколько экземпляров одного приложения, как их потом различить?
Или просто несколько открытых документов в MS Office…
Я занимаюсь разработкой на .net, но принципы кэширования остаются теми-же.
Обращения к StoredProcedure идет через слой доступа к данным и встроить туда кеширование выборок не составит труда.
Меня больше беспокоит иное:
Процесс вычисления прав доступа к фотке отностиельно тяжелая операция, кроме того результат зависит от id пользователя.
При этом одну и та-же фотка может попасть в разные выборки (например фото моих друзей, сборка последних, в результаты поиска..). В итоге эффективность кеширования выборки оказывается низкой. Какой подход можно использовать в такой ситуации?
p.s. Не подумайте что я реально собрался написать еще одну соц. сеть, просто выбрал пример посложнее, поскольку как реализовать кеширование для новостного сайта я уже имею представление.
К сожалению, мне не попадалось литературы и примеров, как должна быть спроектирована система, чтобы можно было легко добавить кеширование.
В самом простом варианте реализации, имеем хранимую процедуру, на вход приходит Id юзера который хочет просмотреть фотки, и id юзера чьи фотки хотят увидеть. Процедура возвращает набор данных для показа, отфильтрованных по правам доступа.
Однако кэшировать всю выборку вряд-ли эффективно… Стоит использовать ORM и кэшировать обьекты?
Я понимаю, что в коментариях к топику сложно обьяснить принципы построения высоконагруженных систем однако буду очень признателен если вы укажите направление и/или основные принципы и литературу…
Было бы классно получить пост о том ЧТО нужно кэшировать и КАК это делать.
Очень часто в встречаются фразы, «кэшируйте все что можете», «если контент редко обновляется, кладите его в кэш»(например новостная лента), однако, когда дело доходит до практики, все становится совсем не так прозрачно.
Возьмем пример по-сложнее:
Социальная сеть. У пользователя есть друзья, пользователь может заливать фотки.
На каждую фотку назначаются права доступа: доступна всем, доступна только владельцу, доступна друзьям, доступна выбранному кругу лиц.
Что делать в таком случае? Кэшировать списки друзей? Как кэшировать списки фоток, если для каждого смотрящего они индивидуальны?
1) В режиме отображения всех блогов, пост отображается? Над ни "+" или «X». Если "+" можно попробовать нажать его.
2) Панели над комментариями у меня нет, добавляется скриптом? возможен конфликт?
1) В режиме отображения всех блогов, пост отображается? Над ни "+" или «X». Если "+" можно попробовать нажать его.
2) Панели над комментариями у меня нет, добавляется скриптом? возможен конфликт?
через DOM модель можно докопаться и до автора, хотя и медленнее.
Мой скрипт далеко не лучшее решение, но для меня вполне приемлемое до тех пор пока не будет реализована полноценная фильтрация на стороне сервера. Просто решил поделиться, думаю что многие найдут скрипт полезным.
Для меня, фильтрация по блогам придает ресурсу более узкую, желаемую направленность.
>>после установки скрипта перешел в другой ваш топик, но его содержимое оказалось скрытым.
Можете подробнее описать свои действия, возможно это баг скрипта, но я пока не могу понять как он проявляется
А вообще, судя по рейтингу топика, никого не интересуют узкоспециализированные вещи, народу нужно пиво, зрелищ и ширпотреб! :)
В .net платформе реализован доступ практически ко всем ф-циям, в очень удобном виде. Для сокетов в свою очередь есть socket
Показать пример Interop людям, это конечно хорошо, но следовало бы показать там, где это действительно нужно, в 99% случаев в этом нет необходимости.
Другое дело что вероятнее всего этот эксплоит уже давно добавлен в базу антивируса, и тогда польза от такого «заметания следов» сходит к нулю.
Установили бы SPF + DomainKeys для своего домена и все кулхацкеры курили бы в сторонке.
И клиенты не будут обмануты и авторитет сайта не будет теряться
Инкапсуляция позволяет правильно работать с объектом, если же хочется надругаться над классом — reflaction в помощь, но при этом никто не гарантирует что вы получите правильный результат, кроме того, класс вовсе не обязан обрабатывать такие ситуации
Или просто несколько открытых документов в MS Office…
Обращения к StoredProcedure идет через слой доступа к данным и встроить туда кеширование выборок не составит труда.
Меня больше беспокоит иное:
Процесс вычисления прав доступа к фотке отностиельно тяжелая операция, кроме того результат зависит от id пользователя.
При этом одну и та-же фотка может попасть в разные выборки (например фото моих друзей, сборка последних, в результаты поиска..). В итоге эффективность кеширования выборки оказывается низкой. Какой подход можно использовать в такой ситуации?
p.s. Не подумайте что я реально собрался написать еще одну соц. сеть, просто выбрал пример посложнее, поскольку как реализовать кеширование для новостного сайта я уже имею представление.
В самом простом варианте реализации, имеем хранимую процедуру, на вход приходит Id юзера который хочет просмотреть фотки, и id юзера чьи фотки хотят увидеть. Процедура возвращает набор данных для показа, отфильтрованных по правам доступа.
Однако кэшировать всю выборку вряд-ли эффективно… Стоит использовать ORM и кэшировать обьекты?
Я понимаю, что в коментариях к топику сложно обьяснить принципы построения высоконагруженных систем однако буду очень признателен если вы укажите направление и/или основные принципы и литературу…
Очень часто в встречаются фразы, «кэшируйте все что можете», «если контент редко обновляется, кладите его в кэш»(например новостная лента), однако, когда дело доходит до практики, все становится совсем не так прозрачно.
Возьмем пример по-сложнее:
Социальная сеть. У пользователя есть друзья, пользователь может заливать фотки.
На каждую фотку назначаются права доступа: доступна всем, доступна только владельцу, доступна друзьям, доступна выбранному кругу лиц.
Что делать в таком случае? Кэшировать списки друзей? Как кэшировать списки фоток, если для каждого смотрящего они индивидуальны?
Проблема найдена и решена, скрипт обновил.
Большое спасибо за помощь.
2) Панели над комментариями у меня нет, добавляется скриптом? возможен конфликт?
2) Панели над комментариями у меня нет, добавляется скриптом? возможен конфликт?
Мой скрипт далеко не лучшее решение, но для меня вполне приемлемое до тех пор пока не будет реализована полноценная фильтрация на стороне сервера. Просто решил поделиться, думаю что многие найдут скрипт полезным.
Для меня, фильтрация по блогам придает ресурсу более узкую, желаемую направленность.
Можете подробнее описать свои действия, возможно это баг скрипта, но я пока не могу понять как он проявляется