Никита Геннадич

Самый банальный способ - действительно через iframe всё это сделать. Как по мне, не такой уж и плохой вариант, минусов там меньше чем плюсов.

А вообще, можно было бы и правда сделать шаблон на чём-нибудь в духе AngularJS и просто подгружать новые данные, перерисовывая шаблон при необходимости.

Ну, во первых. Если вы хотите именно качество, тогда смотрите в сторону раздельных проигрывателей для винила и CD.

Также, очевидно, что для этого варианта понадобятся какие-нибудь активные колонки, либо (в идеальном случае) ресивер с парой пассивных колонок.

Лучше купите какой-нибудь подержанный диджейский Technics. Или Denon, на худой конец. За указанную сумму время от времени можно найти на барахолке экземпляры. По качеству даже они будут абсолютно точно лучше любого бытового проигрывателя за эту же цену, даже если этот бытовой новый. С другой стороны, у диджейских есть свою нюансы - во первых, если использовать его с активными колонками, надо смотреть чтобы в нём был встроенный фонокорректор. Во вторых - у диджейских буэшных проигрывателей часто убиваются головки целиком или иглы. Для диджеев это расходный материал, поэтому если вам попался такой экземпляр, это мелочи, иглы можно купить самые дешёвые на замену, да и головку целиком там поменять не сложно в целом.

Ну и ещё момент - если у вас нет ресивера, но есть колонки и раздельные проигрыватели для винила и сиди - не забудьте, что вам нужно ещё чем-то выбирать источник, то есть колонки должны иметь два входа =) Именно поэтому я в начале написал что вариант с ресивером - лучший.

Ну и да, всё вышеизложенное верно только если вы действительно хотите по настоящему качественный проигрыватель винила. Всё, что есть по вашей ссылке это настоящий хлам, однако, если вас устраивало, как звучало дедушкино радио размером с пачку сигарет, подключенное к радио-розетке - можете смело брать, полагаю качество вас устроит. А CD стационарный так вообще любой можно брать.

Имхо, лучше вообще плагинами для редиректа не пользоваться, а использовать редиректы сервера. Если у вас апач (чаще всего), то это редактирование .htaccess в корне сайта.

Правила для редиректа уже сто раз описывались где только можно, приведу пример простых редиректов для переадресации с www-версии и c обязательным HTTPS:

<IfModule mod_rewrite.c>
  RewriteEngine on
  
  RewriteCond %{HTTP_HOST} ^www\.ВАШДОМЕН\.ВАШАЗОНА$
  RewriteRule ^(.*)$ http://ВАШДОМЕН.ВАШАЗОНА/$1 [R=301,L]
  
  RewriteCond %{HTTPS} off
  RewriteCond %{HTTP:X-Forwarded-Proto} !https
  RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
</IfModule>

Правила для подстановки /blog, полагаю, легко сами нагуглите. Хотя, 80 постов это не так и много, если что можно и руками написать, вот пример:

<IfModule mod_rewrite.c>
  RewriteEngine on

  Redirect 301 /относительный/адрес/без/домена/СТРАНИЦА.php https://ДОМЕН.ЗОНА/абсолютный/адрес/новой/СТРАНИЦЫ.php

</IfModule>

Вообще возможны вариации, рекомендую вам изучить синтаксис mod_rewrite, наверняка пригодится, тем более вам ничего особо сложного не нужно.

Да тут всё зависит от того насколько у вас сложный список и от того как вы в принципе привыкли делать. Позиционировать можно десятком различных способов.

Чаще всего всё сводится либо к padding\margin, либо к position:relative\absolute и позиционированию посредством left\right\top\bottom. Во втором случае нужно помнить про наследуемость свойства position (подробнее прочитать про этом можно в любом нормальном справочнике).

Если речь идёт конкретно о текстовом элементе, не стоит также забывать о свойствах text-align и line-height.

Да тут даже jQuery не нужен, всё на нативном JS можно в несколько строк уместить.

А я вот сам рисовать люблю. Но "бартер" с дизайнером - тоже вариант очень неплохой.

Качай себе nLite и собирай сборку как тебе угодно будет.

Хотя чтобы она 50 метров получилась, это я даже не знаю чё оттуда выкинуть надо. Ещё метров 100 наверно реально сделать, но 50 мне лично видится очень сомнительным.

Видел я однажды такого размера систему на специализированном встраиваемом железе лет десять назад, но там было урезано вообще всё что можно и нельзя, я даже не представляю как разработчики того компа такую сборку сделали вообще.

С другой стороны, если речь идёт конкретно про саму сборку, т.е. iso архив с установочными файлами, тогда это не так и сложно сделать.

У меня аналогичная проблема.

Аваст даёт следующие названия:
PHP.Agent-MN
PHP.Decode-DJ
PHP.shell-HZ

Я не смог точно найти лазейку, через которую заражается сервер. Знаний PHP у меня, увы, не хватает чтобы понять как работает этот зловред. Восстановил файлы из старого бэкапа и обновил Joomla до последней версии - не помогло, буквально через три часа работоспособность сайта вновь была нарушена, это вывело меня из себя и я попробовал копнуть глубже.

Я выяснил, что зловред создаёт рандомные (по всей видимости) файлы в системных папках Joomla, в которых закодировано содержимое основного кода вируса. Кодировка не особенно заумная, бывает либо base64, либо кодировка unix-символами, однако так как она получается рваной, логика работы от меня ускользает, да и лень мне всё воедино собирать - весь код этой дряни аваст не ищет, так как очевидно, не во всех файлах есть зловредный код. К тому же эта скотина умеет подмешивать части своего кода в системные файлы joomla, это усложняет поиск лишнего кода. Помимо прочего, он модифицирует главный файл index сайта. Насколько я понимаю, он делает из него нечто вроде лаунчера, который запускает что-то собирающее остальной код воедино из частей, разбросанных по всем директория. Также, даже если сайт не использует htaccess, зловред добавляет его в корень сайта. Помимо прочего в SQL-базе jooml'ы появилась подозрительная запись в разделе сессий пользователей, я её тоже удалил.

Исходя из всего что мне удалось выяснить, я думаю что как минимум часть операций производится вручную.

Я не нашёл пока нормального лечения этой проблемы. Однако изменил права на папку в которой находится корневой каталог сайта и файлы, лежащие в корне сайта - везде 0444.

Я подозреваю что косяк тут в конфигурации у хостера, так как попытки изменения index.html были даже на статичном сайте. Однако, видимо поняв, что результата это не даст (сайт-то статичный), изменения были отменены.

Однако в одном из файлов есть unix-команды, что наводит на мысль об уязвимости в конфигурации сервера. У вас, случайно, не на NIC-RU хостинг?

Было бы круто, если бы кто-нибудь помог разобраться с этой заразой. Я сохранил несколько файлов для анализа.

Татьяныча почитай =)

www.artlebedev.ru/kovodstvo/sections

* Там, конечно, не только про сетку.

Это жеж противозаконно =)

Если вопрос теоретический, думаю смысл имеет, но только с учётом постоянного перебора прокси и нескольких атакуемых адресов (не постоянно в один долбиться, а чередовать) + перерыв между запросами.

Однако, также думаю, что у большинства вменяемых служб (яндекс, гугл, etc) стоит блокировка при заходе с разных ip и при слишком частых попытках. Сам я, конечно же, дофига диванный, так что это всего лишь моё мнение.

Опять же, имхо разумнее не тупо брутить, а использовать словарь с топом популярных паролей (их последнее время в сеть неоднократно выкладывали всякие разные компании), тогда шанс резко возрастает.