Dmitriy_2014

Dmitriy_2014
Рейтинг
370
Регистрация
01.07.2014
Интересы
Веб-технологии

У майков блог на WordPress, прикиньте чуваки у которых своя серверная ОС, свой веб-сервер IIS, свой фреймворк .NET ASP(язык программирования по сути на стороне сервера, а-ля php), бесконченость бабла, специалистов топого уровня со всего мира сделали блог на WordPress, даже они поняли что все это фигня что у них есть :-), и установили WordPress с Yoast плагином, прикиньте :), а вы говорите, и еще что-то думаете:

https://blogs.microsoft.com/

Не удивлюсь если он под Линукс и апач/нджинкс.

А что в W3C Markup Validation Service – на эту строку ошибку выдает:

Error: CSS: contain-intrinsic-size: Property contain-intrinsic-size doesn't exist.

Что это значит, там типа в конце свойства точку с запятой забыли или типа того?
Osmxnxn #:
Он связан с использованием нового свойства CSS contain-intrinsic-size. Это свойство помогает браузерам оптимизировать рендеринг изображений и других элементов на странице. Оно указывает браузеру, что элемент (в данном случае изображения) имеет определенные размеры, даже если фактические размеры еще не известны. Это позволяет избежать проблем с компоновкой страницы, таких как сдвиги контента при загрузке.
Спасибо.
Кодировка может быть и сменилась на utf-8, и способы может быть все рабочие, но при проверке кодировки файла пишет us-ascii, что бы я там не делал ( кроме NOTEPAD++ причем в винде ).
Оно может все и срабатывает, Но я проверяю файл, хочу узнать в какой он кодировке сохранен, а пишет что в us-ascii. Вики пишет что uft-8 и 7-битная us-ascii типа совпадают на какой-то момент, может из-за этого линукс не втыкает что у файла utf8 кодировка, фиг его знает в общем я смирился, это такая логика системы как я понял.
Sly32 #:

iconv -f US-ASCII -t UTF-8 input.txt -o output.txt

И такое не помогает?

Да, нет, оно наверное помогает, и даже что-то делает, но при проверке file i, enca L none file.php, все равно пишет что кодировка us-ascii у файла, а должна быть как я себе это представляю utf8, т.к. после смены кодировки в Notepad++ у файлов прямо так и пишется когда проверяешь их file i, что кодировка utf8, но я все понял это прикол такой юниксовый.
max256 #:

а проблема то вообще есть или просто хочется чтобы показывало utf8, а не us-accii ?

Ну я не знаю, как бы я меняю кодировку и ожидаю что она изменится, проверяю и ничего, я все понял юниксвей, причем в Notepad++ файлах с измененной на utf8 показывает utf8, да я все понимаю это же не Windows.
estic #:

Facepalm. Просто ничего не делайте 😉

Да это понятно.
Ilya74 #:
Изменять /lib/systemd/system/ssh.socket кстати говоря идея не самая хорошая, потому что эти изменения однажды перезапишутся.
Перезапишутся исходя из настроек в sshd_config? И почему они не перезаписались сразу после перезагрузки пк?
Mik Foxi #:

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

Я слышал, что уменьшается колличество всяких ботов, автосканеров, атак и тому подобное долбящихся в 22 порт, и типа нагрузка на сервер меньше, но насколько это правда я не знаю. Если откровенно говорить, у меня на основном VPS сервере используется стандартный порт 22, правда с fail2ban, и знаете я иногда поглядываю на нагрузку uptime – среднее average и короче там почти её и нет, так что фиг его знает даже создает ли это нагрузку какую эти боты, но надо отметить что если глянуть работу fail2ban то там постаянно тысячи блокировок, тех кто пытается сбрутфорсить пароль, но и даже при этом нагрузка никакая. Но в теории да я думаю искать рандумный порт и сканить стандартный чуть ленивее и проблематичней, хотя и это не проблема. Вот тема с простукиванием порта, но это уже уж слишком параноидальная шизофриния, и не полнейшее неудобство.
Всего: 1998