Привет, Вы вошли как Гость
|
Вопрос к программистам
| |
| Реван | Дата: Пятница, 12/Янв/2007, 00:36:19 | Сообщение # 26 |
 Старейшина
Группа: Проверенные
Сообщений: 21
Статус: Offline
| Так-с, сделал тебе досрочное освобождение от кодов безопасности. нахрен тебе продукты от Microsoft? я с Dreamweaver'а начинал, сейчас, прям как гуру, сижу в блокноте++). изучи сначала DHTML верстку (XHTML, CSS, JS). Обращайся за советами если что. заечм мне бач и тем более антивирус на нем? я сейчас занят работой над фрэймворком, в ближайшем будущем на нем планирую свой блог разместить, и Фанг тоже хотел прихоститься. Насчет поиска в файле - насколько я понимаю, твой антивирус будет работать прям как в лаборатории Касперского - то есть каждый файл в системе проверять на совместимость строк в своей базе. Для моего 40-гигового винта получается в среднем 120000*120000 сравнений. Отличный алгоритм, верно?) насчет экзе - черт его знает. Я вот например, не встречал ни одного нормального компилера PHP-GTK, который бы создавал экзе из php-шек, сложнее чем "Hello, World!". Размер программ вряд ли будет одинаковым. Я даже уверен, что у Явы он будет гораздо больше. Почему - узнаешь в следующем посте.
|
| |
| |
| Реван | Дата: Пятница, 12/Янв/2007, 00:39:06 | Сообщение # 27 |
|
Старейшина
Группа: Проверенные
Сообщений: 21
Статус: Offline
| Язык Java никогда не будет достаточно быстрым для пользовательских интерфейсов
Компания Netscape пыталась переписать свой браузер на Java и потерпела
неудачу. Corel пыталась переписать Word Perfect на Java и тоже потерпела
неудачу. Браузер Hotjava работал ужасно медленно. Большая часть программ для
разработки на Java написана совсем не на Java. Насколько я знаю, успешных
коммерческих приложений на Java с графическим интерфейсом просто нет.
Число разнообразных клиентских программ для просмотра веб-страниц
слишком велико, что не позволяет обеспечить приемлемый уровень оптимизации.
А виртуальные машины (VM) слишком велики, чтобы быстро загружаться и
запускаться по требованию. Это не означает, что успешных клиентских
приложений на Java не было. Существуют, к примеру, апплеты, отображающие
постоянно обновляющиеся котировки акций; такие апплеты очень полезны и
эффективны, но лишь благодаря тому, что они очень малы.
Дело в том, что расширения HTML, связанные со внедрением объектной
модели документа, делают даже без использования Java реальными некоторые
вещи, которые раньше можно было сделать только на Java, — это частичная
загрузка, трехмерная графика, сортировка по столбцу и так далее. В итоге, если
вы в принципе можете написать графический интерфейс на HTML, неразумно
будет создавать апплет или приложение, которые будут делать то же самое, но
с большими затратами и меньшей производительностью. Вообще говоря, Java
уже не является стандартным компонентом браузеров Netscape и IE.
Java достаточно быстр
для серверных приложений
С другой стороны, язык Java принес успех корпорациям, которые занимаются
разработкой на дешевых персональных компьютерах серверных приложений,
работающих под управлением Linux и Windows, и устанавливают свои
продукты на крупных серверах с системами Solaris и AIX. Производительность Java на
сервере обычно достигает приемлемого уровня, за исключением программ,
использующих RMI, CORBA и EJB, потому что все эти средства серьезно
снижают производительность. Все, что творится на сервере, заранее известно
разработчику и контролируется им гораздо лучше, чем великое множество клиентов.
Программист получает возможность нарушать правила хорошего тона ООП и
Java, которые ведут к созданию медленных программ. Кроме того, виртуальные
машины на серверах не завершаются, а просто работают без остановки, поэтому
затрат времени на их запуск нет. Еще одной причиной успеха Java является
наличие большого количества памяти на серверных машинах, а большой объем
памяти означает меньшее количество обращений к файлу подкачки и меньшее
количество вызовов мусоросборщика (garbage collector — GC).
Интерфейс программирования сервлетов на Java описывает процедуру
загрузки и выполнения классов, занимающихся динамической генерацией
страниц. Такие классы называются сервлетами. Производительность сервлетов
выше, чем у CGI-программ, однако они уступают программам на С, написанным
с использованием одного из серверных API. (Подробнее о сервлетах см. http://
java.sun.com/products/java-server/servlets/.)
Внутренние проблемы
с производительностью, присущие Java
Почему же Java работает так медленно? Давайте уделим этому вопросу
побольше внимания.
Проверка границ массивов
Java проверяет границы всех массивов при каждом обращении к ним во время
работы программы. Многие ошибки времени выполнения корректно
обрабатываются благодаря такой проверке, что, однако, неизбежно увеличивает время
выполнения вашей программы, потому что любая операция занимает больше времени,
чем ее отсутствие. Это особенно заметно в быстрых циклах. Проверка
массивов — благословенный дар для многих программистов, привыкших к C/C++,
где одно некорректное обращение к массиву может привести к сбою программы.
Блокирующий сетевой ввод-вывод
До недавних пор в Java не было ничего подобного вызовам select() и poll(),
имеющимся в Unix. Эти вызовы используются для выбора сокета, в котором
содержатся данные, готовые к считыванию программой. В языке Java программист
просто пытается считать данные. Если они есть, он их считывает. Если же их нет,
вызов read блокируется до тех пор, пока данные не появятся. Таким образом, все
вызовы read в Java являются блокирующими, то есть их приходится помещать в
отдельный поток, если вы не хотите, чтобы вся программа зависала в ожидании
ввода.
Даже при наличии множества потоков блокирующий ввод-вывод
малоэффективен. Во-первых, считывающий поток постоянно приостанавливается и
возобновляется. Было бы лучше, если бы существовала функция, порождающая
какое-нибудь событие при появлении на сокете готовых к чтению данных.
Во-вторых, использование отдельного потока для каждого соединения серьезно
ограничивает масштабируемость, потому что количество одновременных
соединений становится зависимым от максимального количества потоков, которые могут
выполняться в системе. Характерные значения лежат в диапазоне 1000-2000.
В JDK 1.4, в данный момент проходящем бета-тестирование, имеется
абсолютно новый пакет java.nio, содержащий функции, обеспечивающие неблокиру-
емый ввод-вывод. Этот пакет будет обеспечивать хорошую масштабируемость
на сервере. Альтернативой является открытое программное обеспечение NBIO,
созданное Мэттом Уэлшем из Калифорнийского университета в Беркли. Оно
реализует средства неблокируемого ввода-вывода для существующих версий JDK
на платформе Unix. (См. http://wvvw.cs.berkeley.edu/~mdw/proj/java-nbio/. ) Мэтт
Уэлш был одним из членов экспертной группы, участвовавшей в создании
пакета java.nio из JDK1.4. Некоторые производители коммерческих серверов
реализуют код, обрабатывающий сетевые соединения на С в виде отдельного модуля.
Интерпретация байт-кода
Байт-код Java требует преобразования в «родной» машинный код компьютера
перед выполнением программы на Java. Преобразование в процессе выполнения
программы называется интерпретацией байт-кода. Интерпретация
осуществляется достаточно медленно, но занимает меньше половины общего времени
выполнения программы. Даже бесконечно быстрый интерпретатор байт-кода не смог
бы уменьшить время выполнения программы более чем вдвое. Основная часть
времени тратится на выполнение команд, уже записанных в «родном»
машинном коде внутри виртуальной машины. Это порождение новых объектов и сбор
мусора. Некоторые основные операции, такие как арифметика и работа со
строками, тоже реализуются непосредственно в виртуальной машине, а не в библиотеках
классов, поставляемых с ней. Поскольку виртуальная машина обычно пишется
на С и оптимизируется для конкретной платформы, эти операции считаются
выполняющимися с максимально возможной скоростью.
Интерпретацию байт-кода на сервере можно полностью исключить,
используя статические компиляторы, преобразующие байт-код в «родной» машинный
код компьютера. На серверной стороне выше становится эффективность JIT-
компиляторов, потому что на сервере полезно тратить время на компиляцию, —
ведь машинный код может выполняться часами или даже днями до следующей
перезагрузки. На стороне клиента вся работа JIT-компилятора теряется, как
только вы закрываете браузер.
|
| |
| |
| Реван | Дата: Пятница, 12/Янв/2007, 00:40:34 | Сообщение # 28 |
|
Старейшина
Группа: Проверенные
Сообщений: 21
Статус: Offline
| Верификация байт-кода
Все загружаемые классы пропускаются через программу верификации
байт-кода, которая защищает от опасностей, но требует значительного времени. Это не
проблема на стороне сервера, где вы сами писали классы и можете им доверять.
На сервере классы обычно загружаются только в момент запуска системы, а
затем работают в течение длительного времени, поэтому проверка если и
происходит, то выполняется один раз — при перезапуске серверного приложения.
Динамическая привязка методов
Методы языка Java не привязываются к отдельным участкам памяти во время
компиляции в отличие от методов других компилируемых языков. Если метод
не отмечен ключевым словом final, он размещается во время выполнения
программы. Методы кодируются в файлах классов как строки, а не как адреса. Это
обеспечивает большую гибкость и затрудняет атаки, использующие
переполнение счетчика, поскольку невозможно знать заранее, в какой области памяти
будут размещены методы. Однако это же означает, что существенная часть
времени выполнения программы тратится на обработку строк и размещение
методов, — в отличие от ситуации в С, где при выполнении происходит
непосредственный переход по адресу:, заданному в процессе компиляции.
Сбор мусора
Сбор мусора (garbage collection — GC) должен происходить, когда приложение
бездействует, но некоторые приложения, особенно серверные, никогда не
простаивают в бездействии. В такой ситуации сбор мусора приводит к
приостановке вашего приложения. «Синхронный» сбор мусора означает, что GC
запускается тогда, когда вы его попросите. Синхронным он, впрочем, был назван
неправильно, потому что вы не можете точно управлять моментом его начала, даже
если выполните вызов System.gc() или эквивалентный ему Runtime.getRunti-
meO-gcC). Сборщик мусора обычно работает как фоновый поток, что
соответствует обычному асинхронному режиму, когда сборщик мусора запускается в
моменты простоя приложения при недостатке памяти. В Java 1.3 и старших
версиях разработчики получили больше возможностей управлять сборщиком
мусора.
Еще одна проблема связана с тем, что сборщик мусора обычно является од-
нопоточным. С помощью mpstat в системе Solaris вы можете убедиться, что в
процессе сбора мусора загруженным оказывается только один процессор. Если куча
очень велика, однопоточный GC может создать весьма длительную задержку.
IBM претендует на то, что их сборщик мусора многопоточный и, более того,
способен отличать долгоживущие объекты от короткоживущих.
Косвенная адресация
Чтобы добраться до переменной экземпляра, вам нужно сначала получить
доступ к классу, а это значит, что требуется несколько обращений к памяти — по
крайней мере, одно для получения ссылки на объект и еще одно для обращения
к переменной экземпляра объекта. Поскольку скорость процессора во много раз
превышает быстродействие памяти, проблема доступа к ней становится все
более серьезной. Виртуальной машине приходится раскрывать несколько уровней
косвенной адресации, чтобы найти класс; затем она должна проверить наличие
синхронизирующих блокировок, доступность переменной в данном классе и так
далее. Другие блокировки также могут влиять на производительность вашего
приложения. Они устанавливаются на время работы сборщика мусора,
компоновки классов, загрузки, верификации, а также на время создания и
уничтожения потоков. Виртуальная машина может реализовывать эти блокировки так,
как ей будет угодно, и поэтому разные виртуальные машины отличаются друг
от друга по производительности.
Виртуальная машина Microsoft работала значительно быстрее, чем первая
реализация Sun, потому что Microsoft устранила один уровень косвенной
адресации. У Sun имелись отдельные дескрипторы для данных и инструкций класса,
тогда как Microsoft обошлась одним указателем на единственный блок,
содержащий данные и инструкции, что, впрочем, замедляло сбор мусора.
Интернационализация и локализация
Интернационализация и локализация приводят к разбуханию библиотек Java
из-за включения в них шрифтов, форматов, дат и других вещей, которые,
возможно, никогда вам не пригодятся, двух байтовые символы Unicode удваивают
длину строк по сравнению с ASCII. Это не создает таких уж больших проблем
на стороне сервера, где памяти много, но усложняет работу клиентов с малыми
объемами памяти.
Объектная ориентированность
Объектная ориентированность должна повышать производительность труда
программиста, а не производительность по времени выполнения, и это очень
заметно проявляется во время работы программы. Одна из проблем объектной
ориентированности связана с тем, что загрузка класса в виртуальную машину
приводит к загрузке всех его предков. В процессе скачивания класса по сети
обязательно производится поиск родительских классов в библиотеках клиента
или в Интернете. Еще одна проблема состоит в том, что создание экземпляра
класса может потребовать загрузки и создания других классов, от которых
зависит данный класс, причем часто бывает трудно определить, сколько именно
классов будет загружено. Впрочем, и это не слишком серьезная проблема на
стороне сервера, где загрузка классов должна быть выполнена лишь единожды.
Рассмотрим, к примеру, создание временных объектов в Java. Консультант по
этому языку Нейл Кэннон сказал мне, что всего одна команда наподобие
приведенной ниже:
Integer.parselnt(new SimpleDateFormatC'yyyyMMdd").format(new Date( ))));
создает около сотни временных объектов, причем все они практически сразу же
уничтожаются.
Если вы используете Java вместо C++, вам приходится мириться с тем, что
все объекты хранятся в куче, а не на стеке. Это делается для устранения утечек
памяти и повышения безопасности, но требует времени на обработку объектов
кучи. Особенно плохо то, что большинство виртуальных машин заставляет все
потоки бороться за последовательный доступ к диспетчеру кучи. Создание
объектов осуществляется, по сути дела, одним потоком. Если вы создаете
множество объектов в такой виртуальной машине, производительность вашей
программы не сможет сильно возрасти с добавлением нескольких процессоров.
Стековая ориентация
Виртуальная машина Java хранит все локальные переменные в стеке, никак не
учитывая существование регистров процессора. Это затрудняет отображение
виртуальной машины на реальный процессор и использование преимуществ
очень быстрых регистров. Компиляторы С могут использовать регистры для
помещения в них часто используемых локальных переменных. Java хранит
параметры и локальные переменные на стеке. Стек имеет неопределенный размер,
поэтому его проще всего реализовать, поместив целиком в ОЗУ. Это означает,
что для обращения к часто используемым переменным процессору приходится
работать с ОЗУ — а оно гораздо медленнее регистров процессора.
Синхронизация
Java позволяет блокировать классы и методы для защиты данных от
повреждений, которые могут быть вызваны одновременным обращением к ним
нескольких потоков. Получение блокировки замедляет вашу программу. Использование
блокировки тоже замедляет ее.
Многопоточное программирование
Java делает многопоточное программирование доступным даже для неопытных
программистов, что, вообще говоря, не слишком хорошо. Без должной
синхронизации многопоточные программы могут при большой нагрузке попадать в
ситуации взаимной блокировки потоков либо повреждать данные, причем
проблемы эти бывает очень тяжело найти и устранить, потому что они зависят от
соотношения значений времени выполнения потоков. Если для устранения проблем
будет использоваться избыточная синхронизация, программа станет работать
очень медленно, потому что большинство потоков основную часть времени
будет проводить в ожидании освобождения блокировки. Многопоточное
программирование затрудняет понимание программ. Вместо программы, выполняемой
от начала к концу, вы получаете клубок «макарон» — вне зависимости от того,
насколько ясно написана программа.
Потоки Java требуют планировки выполнения либо внутри виртуальной
машины («зеленые» потоки — green threads), либо внутри операционной системы
(«собственные» потоки — native threads). Использовать Java в однопоточном
режиме нельзя. Планировка создает накладные расходы.
|
| |
| |
| Реван | Дата: Пятница, 12/Янв/2007, 00:41:56 | Сообщение # 29 |
|
Старейшина
Группа: Проверенные
Сообщений: 21
Статус: Offline
| Взято из книги "Тюнинг Веб-Сервера"
|
| |
| |
| IG-88 | Дата: Пятница, 12/Янв/2007, 10:26:03 | Сообщение # 30 |
 Почетный житель
Группа: Проверенные
Сообщений: 537
Статус: Offline
| За код спасибо (хотя мне пока и не полагается).
За файлы ещё большее спасибо.
Насчет антивируса подумал так. Бач штука редкая и команд в ней не особо много, поэтому там где в каком нибудь языке обходятся одной командой, бач же вынужден какую-то повторяющуюся операцию повторять заново, либо делать циклические переходы из одной части программы в другую. Так что это долго и не производительно.
Ну а если поиск по имени файла:)
If exist virus.exe do del virus.exe q
Но это лишь баловство, ведь там может быть важный файл и тогда нехорошо будет.
Вообще моей идеей первоначально было создание маленьких утилит, которые ищут определённую гадость в определённом типе файла. Неудобно, но действенно, когда знаешь, какой вирус заразил какой тип файла. Насчет явы, Реван, спасибо что так потрудился над ответом, я хоть в яве знаю то что написал выше, но кое-что прояснилось. Почему например ява иногда долго грузится. Есть замечательный сайт www.firststeps.ru на нем все это есть, в нем собственно сейчас я и пропадаю. Сейчас попробую бачевую анимацию сделать, но теперь конкретно сижу и поглощаю учебный материал. А вообще то пока я знаю лишь бач и всё _(:^) ЗЫ.А у Мистика интересный сайт
Suffer well
Sometimes it's hard
It's hard to tell
|
| |
| |
| IG-88 | Дата: Пятница, 12/Янв/2007, 10:43:15 | Сообщение # 31 |
|
Почетный житель
Группа: Проверенные
Сообщений: 537
Статус: Offline
| Ой, а меня зелёным цветом стали показывать, Реван, спасиииииибо!!!
Suffer well
Sometimes it's hard
It's hard to tell
|
| |
| |
| Реван | Дата: Пятница, 12/Янв/2007, 12:25:04 | Сообщение # 32 |
|
Старейшина
Группа: Проверенные
Сообщений: 21
Статус: Offline
| | Quote | | За код спасибо (хотя мне пока и не полагается). |
Да хрен с ним. Я лично проверил пользователя :). | Quote | | Ну а если поиск по имени файла:) |
Ты тупишь чего-то. А если переименую файл? Неее, это ерунда. | Quote | | ЗЫ.А у Мистика интересный сайт |
Ты еще моего фрэймворка не видал 
|
| |
| |
| IG-88 | Дата: Воскресенье, 14/Янв/2007, 18:40:30 | Сообщение # 33 |
|
Почетный житель
Группа: Проверенные
Сообщений: 537
Статус: Offline
| Скажи-ка мне пожалуйста, стиль твоей подписи я уже не раз встречал, типа perl coder,
kaspersky user, я тогда corel user и photoshop user. Что это за шрифт в твоей подписи, я такой много где видел, это не стандарт ли какой-нибудь? Я с сайтом работаю в front page. Графику в corel draw и photoshop.
Если зайти на сайт www.demiart.ru там сайт нарисован мастерами этого дела.
Моя кнопка , это ерунда по сравнению с тем что могут нарисовать. Еще, обьясни мне пожалуйста, Реван, что мне делать: хочу залезть на сайт www.depeche-mode.ru вместо этого интернет собака такой лезет на http://eburgertry.info/st/sp/sp.php я в отпаде. Вирус какой-то там. Не лезьте если Антивируса нету. У меня что, гадость, которая перенаправляет с депеша на непонятную ссылку в реестре находится, или ещё где? Поразительно просто, видать какие-то троянцы мать их , узнали, что люблю слушать и днём и ночью, и сделали мне такой вот прикол. Не знаю, что делать блин. Я думаю, если с твоего компа зайдет, то будет всё нормально.
I am тупинг 
Suffer well
Sometimes it's hard
It's hard to tell
|
| |
| |
| Реван | Дата: Понедельник, 15/Янв/2007, 01:13:38 | Сообщение # 34 |
|
Старейшина
Группа: Проверенные
Сообщений: 21
Статус: Offline
| Это юзебары. Пройди по ссылке, которая к картинкам привязана - там все есть.
Не люблю фронтпэйдж.
На депеш действительно залезает. Попробуй поискать в ресстре.
|
| |
| |
| IG-88 | Дата: Понедельник, 15/Янв/2007, 11:30:44 | Сообщение # 35 |
|
Почетный житель
Группа: Проверенные
Сообщений: 537
Статус: Offline
| Эти сволочи уже свалили оттуда, ссылка не работает, видать кто-то крупный попался, ссылку в реестре искал дофига и больше, антивирусами, антишпионами, антигадостями и пр. После 2 часов напряженной работы результат - заражена исполняемая программа IExplore. Я нашел вирус именно там, ведь какого черта у меня в диспетчере задач IExplore поменялся на iexplore. Хоть для компа разницы нет, ЧТо МаЛеНькая буква, что БОЛьШая, но это жо не спроста. А раз уж на то пошло userbar можно самому нарисовать. Эмблема программы+прозрачность(в Соrel)+пара смачных эффектов(photoshop)=смачная подпись.
Сейчас над ней работаю. Добавлено (15/Янв/2007, 11:30:44)
---------------------------------------------
Эти сволочи мне ещё интернет испортили, драйвер какой-то msvcrl.dll не найден.
Отправьте мне кто нибуь на мыло, а то щас из Оперы пишу, неудобно, хотя и много возможностей. Кто нибудь из вас знает, как сделать так чтобы хакеров, гадов таких, проучить. Вот например Intrusion.Win.MSSQL.worm.Helkern;Атака по протоколу UDP с адреса 61.128.211.212 на локальный порт 1434 была успешно отражена.;15.01.2007 14:20:35
Мне что, узнать что за сайт на ip на этом находится и главе этого сайта отправить сообщение со скриншотом антивируса, файлом отчёта, и просьбой принять меры?
Suffer well
Sometimes it's hard
It's hard to tell
|
| |
| |
| Реван | Дата: Вторник, 16/Янв/2007, 08:13:54 | Сообщение # 36 |
|
Старейшина
Группа: Проверенные
Сообщений: 21
Статус: Offline
| | Quote | | А раз уж на то пошло userbar можно самому нарисовать. Эмблема программы+прозрачность(в Соrel)+пара смачных эффектов(photoshop)=смачная подпись. Сейчас над ней работаю. |
Окей. Если сделаешь шаблон - скинешь. http://www.ripe.net/perl/whois?61.128.211.212
|
| |
| |
| Cache | Дата: Вторник, 16/Янв/2007, 08:20:15 | Сообщение # 37 |
 Странник
Группа: Член Совета
Сообщений: 68
Статус: Offline
| Если это единичный случай, то они (администраторы ресурса), скорее всего даже заморачиваться не будут.
Говори, что думаешь и думай, что говоришь.
|
| |
| |
| IG-88 | Дата: Вторник, 16/Янв/2007, 09:41:18 | Сообщение # 38 |
|
Почетный житель
Группа: Проверенные
Сообщений: 537
Статус: Offline
| Да нет уж, они меня зае, это отнюдь не раз. Добавлено (16/Янв/2007, 09:41:18)
---------------------------------------------
Но их скорее всего кто-то палит, на меня разные атаки были, они периодически прекращаются, и всё становится на свои места. Раньше меня 127.0.0.1 доставал, какой-то trendmicro.com видать начальство сайта гадов таких засекает, ну и хорошо. | Quote | | http://www.ripe.net/perl/whois?61.128.211.212 |
Реван, у меня есть программа IP-tools, вещь универсальная, и время точное скажет, и сайт найдет и порты просканирует, и узнает ip по адресу сайта и наоборот, и много ёще всего.
Suffer well
Sometimes it's hard
It's hard to tell
|
| |
| |
| Tycho | Дата: Вторник, 16/Янв/2007, 10:02:10 | Сообщение # 39 |
 Старейшина
Группа: Администраторы
Сообщений: 3863
Статус: Offline
| | Quote (IG-88) | | Раньше меня 127.0.0.1 доставал, какой-то trendmicro.com видать начальство сайта гадов таких засекает, ну и хорошо. |
127.0.0.1 - это собственный адрес твоего компьютера. А TrendMicro - вообще-то производитель антивирусов, антишпионов и прочего чистящего софта. По идее, с него атак не должно быть, разве что какая-то бяка под их продукт маскируется.
Все написанное в этой книге может оказаться неправдой.
|
| |
| |
| IG-88 | Дата: Вторник, 16/Янв/2007, 16:18:32 | Сообщение # 40 |
|
Почетный житель
Группа: Проверенные
Сообщений: 537
Статус: Offline
| Tycho, спасибо, ip-tools действительно его определяет как localhost, у меня ведь dsl, там модем скорстной через сетевую карту подключен. Но все-равно кто-то под видом TrendMicro мне устраивал атаку клонов, то есть вирусов.
На мой комп несколько человек глаз положили и стали им баловаться. То у меня cd-rom вылезет, то монитор начнёт мигать. Но потом я скачал кучу всяких анти- и всё прошло. А вообще-то я всяких гадов пугал сканированием портов, на кого-то даже действовало. А кому надо, запускал win32.backdoor.rain это шутка такая, когда по экрану типа стекает вода, как будто дождь идет. При этом компьютер ничего не может делать, можно только мышкой двигать, а программы в основном не работают.
Suffer well
Sometimes it's hard
It's hard to tell
|
| |
| |
| Реван | Дата: Вторник, 16/Янв/2007, 18:36:41 | Сообщение # 41 |
|
Старейшина
Группа: Проверенные
Сообщений: 21
Статус: Offline
| IG-88, 127.0.0.1 это не совсем адрес твоего компьютера. Это дефолтный адрес который прописан в файле WINNT\System32\drivers\etc\hosts. В *nix-ах наверняка все по-другому. Советую тебе проверить этот файлик на наличие "левых" адресов - очень часто он используется для редиректов в целях рекламы.
|
| |
| |
| IG-88 | Дата: Среда, 17/Янв/2007, 14:45:45 | Сообщение # 42 |
|
Почетный житель
Группа: Проверенные
Сообщений: 537
Статус: Offline
| Правильно мыслишь, там windows redirected hosts у меня был, вместо свежей антивирусной базы закружает свежие вирусы. Вот и готовы мои юзербары, 30 минут фотошопа с корелом и парочка настроек яркости\насыщенности\контраста\прозрачности. Фильтров куча, эффектов ещё больше, нарисовано с чистого листа, эмблема корела редактирована 3 фильтрами и немного изменена по форме. Весят много, так что придется чуточку подождать. Ничего говорить не буду, оцените сами.
первый - 
второй - 
третий -  А это я в интернет полазил и столько гадостей накачал, spybot аж повис когда всё это проверял.
Suffer well
Sometimes it's hard
It's hard to tell
|
| |
| |
| Маргарита | Дата: Среда, 17/Янв/2007, 15:11:18 | Сообщение # 43 |
 Старейшина
Группа: Администраторы
Сообщений: 1832
Статус: Offline
| IG-88, Первый неплох. остальные похуже.
но самое главное - они СЛИШКОМ большие  уменьши. и скин спайбота здесь не особо нужен, убери лучше. к теме-то не относится
I believed it would justify the means
It had a hold over me
|
| |
| |
| IG-88 | Дата: Среда, 17/Янв/2007, 17:03:25 | Сообщение # 44 |
|
Почетный житель
Группа: Проверенные
Сообщений: 537
Статус: Offline
| Ну естественно они большие, даже очень, радикал их в 2 раза уменьшил. Ведь нужно хорошее качество, ведь не будет renderer с малюсеньких рисунков делаь эффект вышивания, получится не очень, уменьшить всегда успею, главное - нарисовать 
Мне 2 нравится, первый я сделал ради прикола Равнение на подпись Ревана и всякие там юзербары, и задумывал я всё в более строго. Ну ладно corel draw это начало, можо сделать по навороченней и главное, не кучу эффектов без всякого смысла, а в каком-то едином стиле.
Каждый рисунок получается из предыдущего, это творческий порыв...
Заказывайте мне, завтра что-нибудь ещё сделаю, а щас хочу спать 
Suffer well
Sometimes it's hard
It's hard to tell
|
| |
| |
| Реван | Дата: Четверг, 18/Янв/2007, 10:38:42 | Сообщение # 45 |
|
Старейшина
Группа: Проверенные
Сообщений: 21
Статус: Offline
| IG-88, Ну ты чего, это же совсем не юзебары!
1) Сравни размеры
2) Углы линий не совпадают
3) Шрифт не тот
4) Надписи всегда справа
|
| |
| |
| IG-88 | Дата: Четверг, 18/Янв/2007, 13:27:45 | Сообщение # 46 |
|
Почетный житель
Группа: Проверенные
Сообщений: 537
Статус: Offline
| Это вариации на тему юзербар.
1) уменьшить я успею
2) углы линий будут примерно такими же если я уменьшу
3) шрифта у нас нема, а у меня вообщето не шрифт, это буквы переделанные, в оригинале corel draw обладает некоторым синим свечением, а синее на синем - синее
4) а у меня слева
5) что это за шрифт?
Реван, а почему твоя фотка вправо уехала?
И почему ты такой сонный на фоте?
Вообще-то настоящий юзербар, как у тебя, гораздо скромнее - и шрифт мелкий, и буквы строгие, и размер маленький, а у меня единственный и неповторимый.Добавлено (18/Янв/2007, 13:27:45)
---------------------------------------------
Кстати, анимированный узербар даже лучше выглядит- и места меньше занимает и информации больше даёт.
Suffer well
Sometimes it's hard
It's hard to tell
|
| |
| |
| Реван | Дата: Воскресенье, 21/Янв/2007, 12:18:54 | Сообщение # 47 |
|
Старейшина
Группа: Проверенные
Сообщений: 21
Статус: Offline
| 5) Говорю тебе - поищи в Гугле или на юзебарах.
Уехала вправо? Я всегда сонный если что :). Ладно, поменяю потом, достали уже все, не нравится новый юзерпик. Да блин, на userbars.org аниматор есть.
|
| |
| |
| Mystic_Nihilistic | Дата: Понедельник, 22/Янв/2007, 09:30:49 | Сообщение # 48 |
 Мистическая морда. ^_^ ня!)
Группа: Проверенные
Сообщений: 1531
Статус: Offline
| Фотка кстати у мну на месте вроде стоит... А касательно юзербара - IG-88, шрифт обычно ставят visitor кажется (его можно скачать... сейчас не скажу где, лениво искать ). А да прикреплю архив с ним и всё делов. А сам юзербар и верно слишком огромный - на любом мало-мальски приличном форуме его или сотрут нафиг, в зависимоти от доброты админов, либо тебя вместе с ним. Ну или вежливо попросят уменьшить, как здесь. Ну ладно, ты уже итак пообещал уменьшить, значит сие не есть суть важно. Короче... что можно сказать. Помнится я сам юзербар делал... вышло конечно кривовато, ибо не старался особо, но вообщем-то мне большего и не было нужно. Всё равно делал не ради того, чтобы ставить, а просто в порыве творческого энтузиазма. 
Ta-Was-Ne.
Everything that doesn't kill us makes us strAnger. ©
Those who cannot learn from history
Are doomed to repeat it! © KMFDM
|
| |
| |
| IG-88 | Дата: Понедельник, 22/Янв/2007, 15:39:13 | Сообщение # 49 |
|
Почетный житель
Группа: Проверенные
Сообщений: 537
Статус: Offline
| Да елки-палки, вы мне все уже ето сказали, Мистик, я делаю это ради хорошего качества. Вот посмотри в разделе ГАРЕЛЕЯ \Рабочие столы , мой последний ответ, это как раз я увеличил скриншот с плохим качеством, оно получилось ещё хуже. | Quote | | Я всегда сонный если что :). Ладно, поменяю потом, достали уже все, не нравится новый юзерпик. |
Реван, ты не обижайся, так даже прикольней кажется.
Ещё приколньней, если ты дашь расшифровку своего ника со своей домашней страницы. Добавлено (22/Янв/2007, 15:39:13)
---------------------------------------------
Мистик, что у тебя написано? бе Мистик Нихилистик? наверно надо было by Mystic Nyhilistic, или это это секрет фирмы - задумка автора? А, и ещё, пора бы тебе уж шапку деда Мороза сменить на зонтик и идущий дождь, весна ведь скоро.
На самом деле я хотел чтобы получилось, ни как у всех, это альтернативный вариант, у Маргариты вон вообще шрифт непонять какой и красивый. Как-то размеров юзербара кажется мало и лучше не нас , а нарисовать огонь, и вписать в него within temptation.
А что ето такое?
Suffer well
Sometimes it's hard
It's hard to tell
|
| |
| |
| Реван | Дата: Понедельник, 22/Янв/2007, 16:07:44 | Сообщение # 50 |
|
Старейшина
Группа: Проверенные
Сообщений: 21
Статус: Offline
| | Quote | | Реван, ты не обижайся, так даже прикольней кажется. |
Вот именно. Насчет расшифровки ничерта не понял. Нет у меня пока домашней страницы.
Это тот ацтой который Экзар слушает =) | Quote | | бе Мистик Нихилистик? наверно надо было by Mystic Nyhilistic, |
Да нед же, "быть Мистиком" гораздо интереснее звучит
|
| |
| |
|
