- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
zzzit, умничаете описывая самые банальные вещи? ;) Ну давайте, послушаем.
Но это все не отменяет всего остального ранее сказанного.
Да, это можно узнать спустя 5 минут, полистав официальный сайт ;)
WapGraf, после ваших советов про половину памяти на процессы апача, а половину на mysql я вообще не понимаю, как у вас хоть что-то работает.
ТС не слушайте ни кого, на таком впс(панель вестасп+апач+нджинх+мускуль) держу порядка 15 сайтов, есть бд 250мб, сумарная посещалка 10-15к хостов(понимаю что надо переезд на мощнее, но как бы работает и ладно). По поводу убунту 14 не знаю как на сервере но на компе она прожорливая, лучше посмотрите в сторону дебиан или centos, и еще если навыков в админстр. нет лучше взять впс с администрированием, у меня поначалу было много вопросов, пока не научился.
действительно чего слушать хостеров с многолетним стажем у которых сотни впс на своих нодах.
---------- Добавлено 06.06.2015 в 14:06 ----------
Вот так там запущен апач.
.
извиняюсь, но после этого даже комментировать не буду.
данные настройки приведут к неработоспособности сайта когда на него параллельно зайдут 2 человека.
zzzit, опять фантазии, опять фантазии. Как выйдете из мира фантазий и теорий тогда и побеседуем.
На средненькую CMS с некоторой посещаемостью на индексы около этого объема и уходит. НО никто не говорил что нужно кому то что-то отдавать.
А вообще... Оно мне надо? Уважаемые господа, зачем настраивать апач под конкретный проект, ставим все параметры в единицу согласно заверениям zzzit и экономим на администраторах!
p.s. если что претензии не ко мне.
извиняюсь, но после этого даже комментировать не буду.
данные настройки приведут к неработоспособности сайта когда на него параллельно зайдут 2 человека.
Хостер с многолетним опытом называется. Бэклог 4 увидел там? Не знаешь что это означает? Чего советы раздаешь?
---------- Добавлено 06.06.2015 в 13:19 ----------
На средненькую CMS с некоторой посещаемостью на индексы около этого объема и уходит. НО никто не говорил что нужно кому то что-то отдавать.
Не уходит ничего. Память в мусорку уходит только.
Хостер с многолетним опытом называется. Бэклог 4 увидел там? Не знаешь что это означает? Чего советы раздаешь?
к сожалению знаю, это просто издевательство на сервером - 4
с такими настройками точно от F5 будет складываться.
к сожалению знаю, это просто издевательство на сервером - 4
с такими настройками точно от F5 будет складываться.
Так что, не 2 уже?
Там в nginx лимиты от атак, а средний ответ от бэкэнда 100 мс, сможешь посчитать, какая посещаловка должна быть, чтобы упираться в очередь из 4 соединений?
Plutishe, забавный пример
пик посещаемости 🤪 ???
Вообще полезно читать Интерент, уже была прекрасная статья, на которую можно сослаться:
http://habrahabr.ru/post/242011/
а ничего что это "корявый" перевод статьи http://www.narga.net/optimizing-apachephpmysql-low-memory-server/ гугл-транслейтором
>>If table cache is set too low, mysql will barf on you, and you don’t want that.
>>Если установлен слишком маленький кэш таблицы, то mysql будет блевать на вас, вы же не хотите этого.
и хабра-юзер никогда ничего подобного не делал и не тестировал.
Не уходит ничего. Память в мусорку уходит только.
ааа, вот оно как. Нам уже и индексы не нужны. Продолжайте в том же духе, духе гениального админа!
Мне приятно за вами наблюдать 😂
Следующим пустом будет "удалить все" ? 😂
А может у вас собственная cms, в которой индексы в таблицах есть но никогда не используются? Ну тогда да, однозначно в мусор все идет.
А зачем нам держать все индексы, и редко используемые, и часто используемые в памяти процесса mysql? Потому что советчики советуют советы?
На чем тут экономия по сравнению с индексами в кэше фс?
Сомневаюсь, что вы понимаете. Троллите только. Понимали бы, не призывали бы их целиком в памяти mysql держать, не те нагрузки, где от этого есть профит.