Тут недавно про безопасность рассуждали и пришли к выводу что всем пофиг.

А как на счет ошибок скриптов, битых ссылок, скорости отдачи, валидности кода? Давно вы secure и error.log смотрели? Держит ваш сайт нагрузку или вы ждете когда добрый дядя хостер намекнет, что пора взять тариф подороже?

Вот жалуетесь здесь, что продажи пропали и виноват в этом Плимус, а вы уверены что проблема не в вашем сайте?

Здравствуйте, icezone, Вы писали:

Мне недавно хостер написал, что мои MySQL-запросы используют слишком много памяти и дает несколько дней, чтобы исправить. Стал спешно искать в чем же дело, решилось добавлением mysql_free_result($result); после каждого запроса.

Здравствуйте, icezone, Вы писали:

I>Тут недавно про безопасность рассуждали и пришли к выводу что всем пофиг.

I>А как на счет ошибок скриптов,

нет скриптов

I>битых ссылок,

проверяем иногда

I>скорости отдачи,

не меряли

I> валидности кода?

пох. рендерится и ладно

I>Давно вы secure и error.log смотрели?

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

I>Держит ваш сайт нагрузку или вы ждете когда добрый дядя хостер намекнет, что пора взять тариф подороже?

Держит сколько надо

I>Вот жалуетесь здесь, что продажи пропали и виноват в этом Плимус, а вы уверены что проблема не в вашем сайте?

не жалуюсь

I>Тут недавно про безопасность рассуждали и пришли к выводу что всем пофиг.

хз, кому как. мне не пофиг.

I>А как на счет ошибок скриптов,

нет ошибок.

I>битых ссылок,

нет

I>скорости отдачи,

нагрузка не большая. с головой хватает.

I>валидности кода?

это так важно?

I>Давно вы secure и error.log смотрели?

раз в месяц

I>Держит ваш сайт нагрузку или вы ждете когда добрый дядя хостер намекнет, что пора взять тариф подороже?

нагрузка не большая

I>Вот жалуетесь здесь, что продажи пропали и виноват в этом Плимус, а вы уверены что проблема не в вашем сайте?

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

Здравствуйте, Sharowarsheg, Вы писали:

S>нет скриптов

Завидую. Все на статике?

I>>скорости отдачи,
S>не меряли

А она, между прочим, влияет и на выдачу поисковиков и на ресурсы сервера.

S>пох. рендерится и ладно

Тут почти согласен, хотя я не стану покупать на сайте у которого верстка поехала. А вы?

S>У нас выключен логгинг. Логи имеют тенденцию постепенно и незаметно забивать весь винт за пару лет, а я так за последние может три года в них ни разу и не смотрел.

Зря. Там есть много интересного.

S>Держит сколько надо

Как определил? Ты же логи не смотришь.

S>не жалуюсь

И это правильно!

Здравствуйте, ProgExplorer, Вы писали:

PE>Мне недавно хостер написал, что мои MySQL-запросы используют слишком много памяти и дает несколько дней, чтобы исправить. Стал спешно искать в чем же дело, решилось добавлением mysql_free_result($result); после каждого запроса.

Странно:

mysql_free_result() only needs to be called if you are concerned about how much memory is being used for queries that return large result sets. All associated result memory is automatically freed at the end of the script's execution.

Здравствуйте, icezone, Вы писали:

I>А как на счет ошибок скриптов
два сайта, один на shtml, второй использует php, тестировал, ошибок не обнаружил.

I>битых ссылок
Все внешние неправильные ссылки перенаправляю на правильные с помощью с помощью htaccess, внутренние без ощибок

I>скорости отдачи
От меня мало зависит

I>валидности кода?
Вылизано как у кота яйки

I>Давно вы secure и error.log смотрели?
Раз в неделю

I>Держит ваш сайт нагрузку или вы ждете когда добрый дядя хостер намекнет, что пора взять тариф подороже?
Нагрузка небольшая

> А она, между прочим, влияет и на выдачу поисковиков и на ресурсы сервера.

Можно подробнее? Сомневаюсь, что скорость отдачи влияет на сайты <100 страниц.

Здравствуйте, grosborn, Вы писали:

G>Можно подробнее? Сомневаюсь, что скорость отдачи влияет на сайты <100 страниц.

Если про влияние скорости на выдачу, то это из гайдов самого Гугла.
Если про влияние на сервер, то ситуции разные бывают. Апач на ВПС можно легко уложить и одним запросом.
Я, собственно, не просто так разговор завел — недавно наблюдал на одном VPS 118 процессов Апача.

> G>Можно подробнее? Сомневаюсь, что скорость отдачи влияет на сайты <100 страниц.
>
> Если про влияние скорости на выдачу, то это из гайдов самого Гугла.

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

Здравствуйте, AnonThisTime, Вы писали:

ATT>хз, кому как. мне не пофиг.

Брутфорсят часто? Я таки сподобился поставить нормальный файрвол.

ATT>нагрузка не большая. с головой хватает.

Время загрузки страницы тоже имеет значение.

I>>валидности кода?
ATT>это так важно?

В принципе пофиг, так до кучи спросил.

I>>Давно вы secure и error.log смотрели?
ATT>раз в месяц

Правильный подход.

ATT>нагрузка не большая

Какой тип хостинга? Шаред, дедик или ВПС?

ATT>не жалуюсь. вместо этого пыхчу над новыми версиями/проектами, тогда и просиданий не будет.

А я уже неделю сервер кручу, кто-то балуется по выходным.

Здравствуйте, Aniskin, Вы писали:

A>два сайта, один на shtml, второй использует php, тестировал, ошибок не обнаружил.

Я сам не обнаружил, зато боты помогли. Перебором долбили и посыпались PHP варнинги.

I>>скорости отдачи
A>От меня мало зависит

Неправда. Практически любой сайт можно ускорить раза в два даже на шареде.

I>>валидности кода?
A>Вылизано как у кота яйки

Завидую. Кнопки социалок много ошибок валидации дают.

I>>Давно вы secure и error.log смотрели?
A>Раз в неделю

Нифига себе.

A>Нагрузка небольшая

Почему у всех нагрузка небольшая? Я вот тоже думал, что у меня запас в несколько раз,
но Апач периодически начал выжирать всю память.
Попробуй вот эту штучку http://loadimpact.com/

Здравствуйте, grosborn, Вы писали:

G>Я попросил подробнеее, поскольку не встречал достоверных данных на этот счет. Написать они могут что угодно, но это не значит, что так оно и есть.
G>Пропорциональной зависимости, значительной зависимости для мелких сайтов, быть не может, поскольку это давало бы совершенно неправильные развесовки. Какая-то зависимость все-таки думаю есть, раз они это упоминают, но где об этом прочитать я не знаю.

Подробнее знает только Гугл. Не зря они в WMT показывают скорость загрузки и плагины для этого выпустили.

Здравствуйте, icezone, Вы писали:

I>Почему у всех нагрузка небольшая? Я вот тоже думал, что у меня запас в несколько раз,

в несколько раз — это как? а если напишут где и хаброэффект нагрянет? я дума., запас от текущей нагрузки должен быть раз в сто, это недорого

I>но Апач периодически начал выжирать всю память.

на чём именно (скрипты/файлы)? у тебя nginx спереди есть? апач worker или threaded?

Здравствуйте, BulatZiganshin, Вы писали:

BZ>в несколько раз — это как? а если напишут где и хаброэффект нагрянет? я дума., запас от текущей нагрузки должен быть раз в сто, это недорого

Хабраэффект не испытывал, но раньше держал Диггэффект, а недавно бразильцы устроили мне карнавал на вордпрессовском сайте. Все устояло.

BZ>на чём именно (скрипты/файлы)? у тебя nginx спереди есть? апач worker или threaded?

Вот тут дело темное. Энджинкса нет, все по дефолту — Апач воркер и панелька Плеск.
Ошибок PHP/MySQL нет, посещаемость обычная. Пока курю логи.
Либо кто-то балуется, либо бот тупой попался.

Здравствуйте, icezone, Вы писали:

I>Вот тут дело темное. Энджинкса нет, все по дефолту — Апач воркер и панелька Плеск.

число воркеров = keepalive (в секундах) * req/s

если у тебя стандартный keepalive в 60 сек. и число запросов в секунду хоть изредка доходит до 10 (и держится так целую минуту), то число воркеров может доходить до 600. а каждый из них, как я понял из top, жрёт мег 20

я же говорил, что апач воркер — это несерьёзно

Здравствуйте, Sharowarsheg, Вы писали:

I>> валидности кода?

S>пох. рендерится и ладно

Главное, что бы программы не писались по принципу "компилируется и ладно"

Здравствуйте, icezone, Вы писали:

A>>два сайта, один на shtml, второй использует php, тестировал, ошибок не обнаружил.

I>Я сам не обнаружил, зато боты помогли. Перебором долбили и посыпались PHP варнинги.

У меня тоже долбят, но за два года так и не надолбили ничего.

I>>>скорости отдачи
A>>От меня мало зависит

I>Неправда. Практически любой сайт можно ускорить раза в два даже на шареде.

Как можно ускорить сайт на shtml?

I>Завидую. Кнопки социалок много ошибок валидации дают.

Согласен, но можно проверить без них, а когда ошибок нет, добавить.

A>>Нагрузка небольшая

I>Почему у всех нагрузка небольшая? Я вот тоже думал, что у меня запас в несколько раз,
I>но Апач периодически начал выжирать всю память.
I>Попробуй вот эту штучку http://loadimpact.com/

Спасибо, поиграю.

Здравствуйте, icezone, Вы писали:

S>>нет скриптов

I>Завидую. Все на статике?

Годы в копирайтах на ASP.NET.
Поддержка активации на ASP.NET.

I>>>скорости отдачи,
S>>не меряли

I>А она, между прочим, влияет и на выдачу поисковиков и на ресурсы сервера.

Выдачу смотрели, там очевидны другие проблемы

S>>пох. рендерится и ладно
I>Тут почти согласен, хотя я не стану покупать на сайте у которого верстка поехала. А вы?

У нас верстка не поехала, но и не валидируется.

S>>Держит сколько надо
I>Как определил? Ты же логи не смотришь.

На Task Manager смотрю иногда.

Здравствуйте, icezone, Вы писали:

Очень серьезно. Сайт проксируется через https://www.cloudflare.com/, он же и CDN, он же собирает весь javascript в один файл и делает его асинхронным так что он не влияет на скорость загрузки сайта, он же и за безопасность отвечает — по логам видно что отбивает спамеров и ботов. Держит нагрузку в 100 одновременных подключений на http://loadimpact.com/ больше не тестировал, потому что не нужно, но график вверх не загибался, потому и больше может. Пинги равномерно низкие со всего мира — это из-за CDN.
Сайт на Drupal, всевозможные кеши включены, оптимизации сделаны, картинки пожаты через Image Catalyst 2.0 и загнаны в CSS через DataURI.
Page Speed Grade:91%, YSlow Grade:94%
Количество запросов который посылает браузер при первой загрузке 15 (466.1K) — 2.16s, при всех последующих — 6 (23.3K) — 1.17s (потому что гружу 3 разных счетчика), и это до полной загрузки со скриптами, а до отображения (то есть то что видит человек) и того меньше — 968ms.

Верстка не валидная из-за кнопок социалок, но точно не едет даже в ie6, разве что картинки с прозрачностью хуже выглядят и кнопки на css3 попроще становятся

А теперь самое интересное — всё это на шареде http://www.ukraine.com.ua/ за 15$ в год! Больше ни за что я не плачу (ну кроме домена . Изначально тариф был 10$/год, но я докупал место, как потом оказалось лишнее, потому что старый кеш по крону не чистился