Dmitriy_2014

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

Что ещё за средняя рука, откуда она растёт?

Да это образно, и не дно, но и не топ :), рука застряла где-то по середине, да я думаю ты догадываешься откуда она растёт :-)
Виктор Петров #:
По весу они - тьфу, но всё же.
С одной стороны да, но с другой стороны svg иконки имеют не то чтобы большой, но обширный код, минус css оформление которое больше двух строк, минус странный js тоже в пару тройку строк и разметка по делу, лишние строки и занимаемое пространство, я прям одни плюсы только вижу :-)
Виктор Петров #:
Если кликают - грех убирать, это всё же микроконверсия и соцсигналы.
С этим я безусловно согласен, но это при условии что ими действительно кто-то пользуется, я ещё раз зашел на 4pda вроде у них нету, поправьте меня если что, сайт занимает высокое место в топ рейтинге Liveinternet и думаю имеет большую посещаемость, мне кажется они думали над этим и убрали их, ща глянул на 3dnews у них вроде тоже нету.

Что-то ссылка на новость самоудалилась, у Searchengines какие-то проблемы с сайтом хакер.ру или ссылки на новости нельзя выкладывать, протестим на 3dNews: https://3dnews.ru/1055768/hakeri-atakovali-bolee-16-mln-vebsaytov-na-baze-wordpress

Vladimir SEO #:
если на отвали то вряд ли, а если канал с трафом то по ссылкам траф будет идти и сами ссылки будут давать небольшой плюс В КОМПЛЕКСЕ с остальными ссылками
Не к сожалению, я не смогу сделать не на отвали, так что только на отвали, т.к. не на отвали очень сложно, муторно и может самое обидное так же ничего не принести полезного сайту. А так я ничего не теряю, штампую ролики каждый день по приколу и ставлю ссылки на свой сайт.
Aisamiery #:

Кеширование, как бы вам сказать, оно в целом не для всего и не везде нужно. Например возьмем блог, для выборки 10 категорий и там 10 постов на странице не требуется кэш, БД отработает эти простые запросы практически моментально.  Если брать CMS то ей надо пробежаться по всем плагинам и опросить по всем событиям, которые вообще могут не участвовать в загрузке этой страницы, они в этот момент могут даже куда то на внешние сервера что то отправлять. Вот когда таких операций становится много, тогда и нужно кеширование, но это оверхэд для блога, особенно для личного блога. Когда у вас например интернет магазин и товар собирается по частям, то вам кэш поможет не грузить лишний раз систему однотипными операциями и кеширование тут крайне желательно.

Кэш на самом деле это не плагин, это достаточно большой раздел в бэкенд разработки с кучей нюансов, кэш не панацея и бывает как полезным так и вредным, например банально выборка с БД может быть быстрее, чем открытие файла кеша для каждой карточки, которых 30, так как к БД подключаемся 1 раз, а кэш файлов надо открыть 30. Короче там все очень тонко и надо понимать что и для чего делаешь.

Ну то есть с кэшем на VPS не будет равняться без кэша на настоящем суперкрутом сервере. У меня на сайте в основном прожорливыми плагинами являются всем известные наверное плагины по подбору похожего и дополнительного материала, ну может и ещё какие-то по мелочи, но с этим в лёгкую справляется предварительное кеширование страниц, но в этом случае я ничего не могу сделать с сайтом т.к. он становиться менее динамическим отдавая по сути статические html, а отключить я это тоже не могу т.к. скорость сильно разница и поисковики не дремлют, да и конкуренты которых как вы понимаете в компьютерной тематике даже в любительской выше головы и у них у всех кэширование. К сожалению очень интересная тема про профилирование мне не подходит т.к. у меня куча зависимостей от сторонних разработчиков в виде плагинов и естественно я таких сложных плагинов сам не напишу и не смогу сопровождать это оверхеад для меня задача, единственное что я могу попрофилировать это свою тему и то чуть-чуть.
Aisamiery #:

оно будет работать быстрее, но в пределах погрешности, вы не получите 2х производительности, при 2х частоте. Вы можете даже бэнчмарки процессоров разных посмотреть, там в процентном соотношении не очень высокие приросты, а с учетом того, что процессор обычно ждет I/O, то в целом на глаз вообще может быть не заметно разницы. Диски тоже как вам сказать, linux считает что свободная оперативка должна быть только на полках в магазинах, по этому по факту если у вас хватает оперативки то линукс в неё начнет складывать файловую. Ну а память и так была быстрая, и сервера нормально работали и на ddr1 и на ddr2 и так далее.

PS. Если вас интересует именно производительность, то вам совет научится работать с профилировщиками, например xhprof или xdebug и вы поймете где именно проседает у вас производительность. Есть так же очень клевый сервис https://www.blackfire.io/

Для меня важен был бы вопрос - оно будет работать также быстро если я отключу плагин кеширования?
Aisamiery #:

У вас не корректное представление о "мощном" железе. Что php, что вебсервер, что БД работают в рамках одного потока, один поток обрабатывает одно ядро, большее количество ядер вам увеличит лишь большую пропускную способность, а не скорость ответа. Что вы будете на условном бегете на хостинге, что на селектеле на выделенном сервере за 30к рублей, если у вас 1 запрос в минуту на сайт, то разницы вы не увидите никакой, больше ресурсов дает возможность больше обработать запросов одновременно. Занимайтесь любимым делом и когда там появится нагрузка, скорее всего у вас уже будет денег взять себе нормальную железку, пока у вас большой нагрузки нет, то и смысла от неё нет, а кривые запросы к БД и в целом кривые алгоритмы в коде на мощном железе не дадут видимых результатов, примерно как пхп 8.1 дало прироста для WP, на уровне погрешности.

Вы правы у меня вообще смутные представления об этом всем, я не эксперт и не профи, я любитель, но даже мне кажется что те приложения которые отвечают за работу сайта, тот же PHP интерпретатор, MySQL и сам веб-сервер работали бы побыстрее на скажем серверном процессоре у которого максимальная частота в 5.30 GHz - Intel® Xeon® W-10885M, NVMe pci-express дисках которые в 7 раз быстрее обычных ssd sata и новой памяти ddr5 у которой пропускная способность вроде в 3 раза быстрее и частоты выше, в общем мне кажется это не одно и тоже что виртуальные ядра в VPS, но я могу ошибаться т.к. я просто со стороны смотрю на это, а как оно в реале работать будет я не знаю это правда.
Aisamiery #:

Вы то какой интерес от этого получите? Ну допустим есть у вас выделенный сервер и что от этого изменится? =))

Мне кажется это помогло бы мне опять вернуться к своему любимому делу заниматься своим хобби сайтом, а не превращать его типа оптимизируя в пиксель который грузится за 1 миллисекунду, отдавая пользователем кешированные страницы, патакая поисковым системам. Я хотел бы что бы у меня было на сайте куча всяких динамических штук, любых плагинов и т.п. и это все в реальном времени собиралось бы и было бы динамическое, а по скорости сравнялось бы с отдачей кешированной страницы. Мне кажется мощное железо и сервер может это устроить, чтобы закрыть всякую лагающую фигню быстрым суперскоростным железом. Но это не точно и из разряда фантазий, я даже не знаю может ли сравняться отдача заранее подготовленной html страницы с создаваемой в реальном времени динамической страницей по скорости благодаря крутому железу. В общем мне не нравиться кеш отдавать, а хочется заниматься сайтом, но поисковые системы сразу меня опустят ниже плинтуса если я так сделаю, а сервер может это вытенет, а может и нет.
Sly32 #:

Непонятно, что тебе это даст... Чисто поиграться, но для этого можно и на домашней машине развернуть локально сервер. А если у тебя крутится серьезный сервис и тут пропало электричество или ты забыл оплатить инет) А у тебя по договору SLA должен быть 99.99?  

У меня не будет своего сервера, там ещё очень много причин, потому что это дорого, я не потяну администрирование и управление им, честно скажу это из разряда фантазий, но мне кажется что допустим такие проекты как 3Dnews, 4PDA, VC, habr, LOR, ixbt, и т.п. работают не на VPS я даже думаю они сразу стартовали с серверов, знаю, знаю Дима ты сравниваешь . с пальцем это не одно и тоже, но ещё раз уточню это из разряда мечтаний, бдений.
Всего: 1998