Dmitriy_2014

Dmitriy_2014
Рейтинг
370
Регистрация
01.07.2014
Интересы
Веб-технологии
А нужно ли вообще меню для веб-сайта?
okir #:
Сайты без меню... злость берет...
Я бы сказал – Сайты без меню..злость берет… у которых по 80К трафика :-)
А нужно ли вообще меню для веб-сайта?
softerra #:
В мобильной версии без меню - никак. Придется мотать бесконечно вниз. Все нормальные сайты имеют меню.

Меню - это как карта метро. Можно тупо ездить по всем станциям, а можно сразу выбрать маршрут ..
Тут ещё такой вопрос, а нужно ли меню если в нем всего три элемента – Все разделы, Поиск и О сайте?
Вопрос про тег NAV в стиле HTML 5 и меню?
Забавно что чатджипити советует то nav/div, то nav/nav :-)
А нужно ли вообще меню для веб-сайта?
kalmarsw #:

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

Тоже думаю, что ИИ не сможет делать скриншоты с меткой куда нужно тыкать мышкой, ну что бы это было похоже на правду и работало, да и ИИ слабоват на передок, да он мне как-то советовал код, и выглядело это круто, но в реальности рабочий код я нашел на стековерфлов или на каком-то форуме, а иногда и просто противоречащие ответы, короче доверяй, но проверяй.
Рендеринг на стороне сервера – SSR, разве это не то что всегда делал PHP?
Vladimir #:
Включи кэширование полностью для всех страниц, и отдавай на запрос страницу из кэша, получишь тоже самое
Ну кеширование — это понятно, оно понятное дело включено, и отдается полностью подготовленная страница html, но даже без этого по сути на стороне сервера генерируется/создается страница html и отдается пользователю, а-ля ssr, рендеринг на стороне сервера, ведь пользователь уже получает готовый результат, даже без кэша если.
Рендеринг на стороне сервера – SSR, разве это не то что всегда делал PHP?
Sly32 #:
По сути Дмитрий прав - то же самое что делает любой PHP фреймворк.

Ну, да, это я себе так представляю, вот есть же у меня тема для WordPress’а, да и сам вордпресс, там есть код, он интерпретатором создает/генерирует подготавливает html страничку, отдает её веб-серверу, а тот клиенту, то есть так-то это и есть типа ssr рендеринг на стороне сервера, он же php не на стороне клиента это делает.

Но, у них я так глянул, нужно node.js и ещё кучу библиотек, какие-то утомительные подходы, чтобы по сути сделать тоже самое что и php в базе, ну в смысле для ssr. Другой вопрос что там еще механизмы аякса, реактивного подхода, ну типа что бы страничка не перезагружалась, но по сути рендеринг на стороне сервера это же просто php (ну или другой язык – python, ruby, asp, java, go до них говорят и Perl был для этих же целей).
Есть ли в WordPress простой счетчик посетителей?
Забавно, что плагин аналитики для подсчета посетителей показывает почти ровно также, как и Яндекс.Метрика, разница буквально в 24 посетителя и 32 просмотра, я думал, что будет разница более заметная, а так почти один в один, всегда думал, что Яндекс.Метрика врет, но вроде что свой кастомный скрипт что их, показывает одно и тоже +/-.
Есть ли в WordPress простой счетчик посетителей?
Я просто хочу показания сравнить с Яндекс.Метрикой и Лайф.нитернет, как вы думаете будет похоже.
Есть ли в WordPress простой счетчик посетителей?
Dmitriy_2014 #:

Нужно посмотреть это наверное.

https://wordpress.org/plugins/official-statcounter-plugin-for-wordpress/

Не этот не очень, что-то у него отзывы не очень, а вот это вроде ничего:

https://wordpress.org/plugins/koko-analytics/

Плюс он пишет что:

Cached: Fully compatible with pages served from any kind of cache. – Что вроде как означает - Полная совместимость со страницами, обслуживаемыми из любого типа кэша.
Есть ли в WordPress простой счетчик посетителей?
Сейчас только подумал, плагины, наверное, не будут работать с закешированными страницами нормально.
1... 141516171819202122 ...201
Всего: 2005