webinfo

Рейтинг
306
Регистрация
22.01.2021
livetv #:
Чтобы боты даже не пытались туда стучаться - профилактика в виде robots

Во-первых, лучше писать конкретно: боты ПС.
Во-вторых, если для яндекса это как-то сработает, то для гугла может только помешать.

Виктор Горняков #:
У него отличная взаимосвязь с SQL, aspx(NET), php

М-м-м... А каким боком тут серверные языки?   jQuery - всего лишь библиотека функций JavaScript. Нет у него никакой связи с перечисленными языками.

ushi #:
вопрос состоял не в том, как выполнить переадресацию. Вопрос в том, как закрыть двойной слеш в robots.txt

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

Использование метатега роботс - тоже лучше, чем robots.txt.
Использование каноникал - тоже лучше.

robots.txt в данной ситуации наихудший вариант.

jQuery позволяет ускорить разработку, облегчает чтение кода и позволяет использовать множество сторонних плагинов (то есть слайдеры, галереи, и т.д. и т.п.), которые работают на базе этой библиотеки.
Sly32 #:

Еще раз для тех кто не разбирается - отсутствие буфера приведет к замедлению работы, но улучшит ситуацию с падением по памяти и уменьшение - это только поиск проблемы. 

Ну вот и разберись с этим. Одно дело - брать готовое из буфера, другое дело - долбить сервер новыми и новыми заданиями на обработку. И как при этом сжирается память - это большой вопрос. И офигеть какое ты предложил решение - сделать буфер меньше меньшего при оперативке в 3 гига. 😂

Sly32 #:
увеличение буфера однозначно ухудшит ситуацию.

Ну вот неоднозначно. И не ухудшило по факту. Ещё раз для нечитателей: осталась только проблема с разрывом соединения, которая может происходить от 100500 причин.

Sly32 #:
если всего 3 и 2 выделить под кэш, добра не жди

Это тебе так кажется. На самом деле, при маленьком буфере сервер всё равно жрёт память, только "мимо буфера". И кроме того, чтобы понять, кто и что жрёт, надо мониторить все процессы. А буфер 128М при оперативке 3Гб - это вообще ничто, и твой совет "уменьшить буфер" - вообще "ниочём".  (А особенно восхитил твой пассаж в ответ на мой вопрос о настройках 🤣).

Sly32 #:
я понимаю, что ты хотел сказать НЕ влезали

Спасибо, исправил.

Sly32 #:

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

Сам разберись. У ТС данные не влезали в буфер, поэтому и надо было увеличить размер буфера. А теперь у него осталась только ошибка разрыва соединения при подключении пользователя к серверу базы, что может быть вызвано кучей причин.

Sly32 #:
Я уже сомневаюсь, что ты вообще понимаешь хоть что-то.

Сомневайся и дальше, сколько хочешь. Только не лезь больше в тему.

Постоянно удивляюсь людям, которые сами нихрена не понимают,  но лезут поучать других. Неужели так трудно почитать документацию? Вот что у ТС было:

The default value is 134217728 bytes (128MB).

Правда ты считаешь, что в логах - именно то, что в настройках:
Sly32 #:

Понятен уровень, то есть эта строчка в логах тебе ничего не сказала:
2024-01-30  7:45:53 0 [Note] InnoDB: Initializing buffer pool, total size = 128M

Понятие "default value" тебе не знакомо.

А вот ограничение:
On a dedicated database server, you might set the buffer pool size to 80% of the machine's physical memory size


Реально же рекомендуется устанавливать этот параметр в 50-70% от оперативной памяти,
А не вот это вот твоё:

Sly32 #:
попробуй для начала в 64К
truebusiness #:
То есть покупать виртуальные хостинги нынче не вариант для вордпресс сайтов?

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

Всего: 7661