Ingernirated: под окошками каждая вторая программа при запуске лезет к автору на сайт проверить, не было ли обновления. Отличить это от вредоносной активности довольно проблематично.
Ingernirated: Да, конечно. Компьютер же это делает.
Вы можете прочесть код любым hex-редактором.
Если, конечно, чтение машинных кодов кажется вам чем-то осмысленным.
Вообще-то технологии заражения в целом устарели.
Нынешние exe-вири просто подменяют жертву, перенося ее тело в другой файл, который вызывают, отработав сами.
Виталий: man preg_replace
Пока в вашем вопросе не будет описания того, что вы пробовали и что у вас не получилось - на содержательный ответ можно не рассчитывать.
А если браузер через два часа сообщит сайту, что Х уменьшилось на -28552, вы поверите и заплатите эти деньги клиенту?
Вообще-то счетчик делается двумя сигналами - "старт" и "стоп". Ну, "пауза" по вкусу. И что там в это время происходит в браузере - сайт вообще не должно волновать.
pixik: с тестов, например. Они не только помогут ничего не сломать при рефакторинге, но и дадут понимание того, что происходит и как оно должно происходить.
Ну, и реюз кода - не самоцель, на самом деле. Копипаста тоже может работать веками и надежно. Дублирование логики в разных участках кода - вот это попахивает.
Например, у вас выводятся файлы в определенном формате, но с разными вариациями - у вас будет ряд функций, выполняющих примерно одни и те же действия. Приведение их к единой функции со сложной логикой может только ухудшить сопровождение - и не дать никакой практической пользы, особенно если время от времени добавляются новые варианты, и добавить их копированием и правкой примерно аналогичного варианта намного легче, чем прописать новые варианты той сложной логики.
Вообще роутер, особенно если он дешевый и на заводской прошивке, стоит проверить в первую очередь. Если кто-то снаружи что-то ломал, первый кандидат - как раз роутер.
x67: у кэнонов откровенно слабая поддержка оборудования - даже в виндах могут быть проблемы, например, с новыми x64-системами у старых моделей. Под Линь дров сплошь и рядом просто нет.
Личного опыта борьбы с их струйниками не имею, гуглите обсуждения по модели.
Да щас. Вин-принтеры, за которые все пережевывает драйвер, а на железо уходит кашица в своем собственном формате, все еще живы и исчезать не собираются. Те же дешевые Киосеры.
Spheniscus: с Бразерами проблем не было - ибо кто же их в здравом уме будет всерьез использовать?
С дешевыми Киосерами (у меня DS-1060DN) проблемы есть, и не только под Линуксом. У них на памяти сэкономили люто, и PDF-ка побольше просто вешает эту балалайку. Под Линь без танцев с бубном не работает, средства заставить работать вроде бы есть, но по причине непригодности в серьезной работе - не заморачивался.
Уточнение было не "какие конкретно модели", а "какой сегмент хотя бы". Потому что с дорогими сетевыми PostScript-принтерами под Линь, как правило, проблем не бывает. А вот офисные ультрабюджетные уродцы таят в себе множество тайн и открытий.
Вы хоть какие-то рамки обозначьте.
Вряд ли вам будет полезен, например, мой опыт с HP 5200 - это не частый гость в офисах.
И конкретные модели, если уже что-то приглядели.
Скажем, у Kyocera есть и неплохие профессиональные модели, и безобразный эконом-сегмент.
Впрочем, если вам нужен совет пальцем в небо типа "бери НР, с ним проблем нет" - можете считать, что его вы получили ;)
Александр Реутский: Здесь и не нужно было каких-то особенных знаний. Просто желание разобраться самому.
Если его нет - готовый результат все равно бесполезен.
Александр Реутский:
Открыл в Geany.
Сменил eval на print.
Запустил в консоли.
Увидел ошибку "лишняя скобка".
Открыл в Geany.
Убрал скобку.
Запустил в консоли, перенаправив выход в новый файл.
Все.
alex_ak1: я открывал файл обычным Geany. Однако раз уж мы имеем дело в РНР, можно было просто набросать скрипт на пару строк: get_file_contents / str_replace / put_file_contents - вообще без всяких редакторов... И вы так и не дали ТС чему-то научиться самостоятельно.
Александр Реутский: с установкой какой-то демки. Да, вижу.
Ну, так сделай два движения извилинкой и расшифруй сам. Никаких подводных камней в этой "шифровке" нет.
И вы будете в этом ковыряться вместо ТС? Смысл?
На Тостере каждую неделю такой пост от криворучек, нахватавшихся вирусни. Интересно им, что такое они поймали. Правда, знаний для того, чтобы это понять, недостаточно. А в скрипте банальная рассылка спама, ддос или что-то из той же серии. Ничего интересного... и главное, что ТС нужно не копаться в этом дерьме, а выкинуть его с сайта и искать, через какую дыру это дерьмо вливается. Пока он тут искал сервисы расшифровки и задавал вопросы, его сайт уже наверняка успели "зарядить" снова...
Если вы неспособны самостоятельно заменить eval на print - что вам, собственно, даст расшифровка?
Там, между прочим, будет не разжеванное объяснение, а запутанный код.
lxfr: максимальная ширина - 1000 пикселей, если не ошибаюсь. Но есть возможность развернуть фрейм во весь экран.
Нет никакого особенного "кода приложения". Это просто страница у вас же на сайте, в которую вы подключаете js-библиотеку ВК, и именно через нее ваша страница взаимодействует с соцсетью.
Если ваши скрипты не будут конфликтовать с той самой библиотекой - ломаться нечему, скрипты фрейма изолированы от родительской страницы.
