Все остальное, кроме красивого вывода комментариев — баги. Думаю никто не против если вместо обычного вывода будет красивый. =) Сделайте пожалуйста 1.0.41.
Насчет миниатюр в фотосете, похоже проблема не у вас, а в одном из моих кастомизированных плагинов…
В альто, по крайней мере у меня, наибольшую нагрузку дают не запросы к базе. Вот практически голый сайт с альто у меня генерируется 0.05 секунды, из них обращение к базе и кэшу занимает 0.0015, смешное время.
Если включен кеш так и будет. Или это вообще пустой сайт, на котором ничего не создается. Посмотрим что случится, когда будут одновременно и инсерты и апдейты и селекты идти.
БД — с наибольшей вероятностью главная проблема. Если конечно не используется апач с префорком. (Тогда и нагрузку создавать не надо достаточно открыть N медленных соединений, заблокировав все ресурсы веб сервера).
Запустим мониторинг, хотя бы top, на сервере и понаблюдаем за нагрузкой. У вас нагрузка не возросла? У меня её отчетливо видно. Правда в других браузерах сайт отвечает, и не всегда задумчиво, но мы видим пожирание ресурсов.
Мой сайт сейчас не на альто, он расчитан небольшую нагрузку. VPS за 500 р в месяц. При 50 одновременных клиентах, и времени загрузки ~0.9-1 (методика loadimpact.com) никакой существенной нагрузки на ЦПУ я не наблюдал, как и деградации сервиса. Если потребуется что-то более серьезное — я начну с анализа трафик модели и узких мест, таки думаю этим местом будет БД, а если точнее — дисковая подсистема по iops.
Самая основная проблема такого фильтра что из под одного IP могут приходить несколько пользователей. Значит надо это закладывать. Если это закладывать, то сама эта идея теряет смысл, а способов ДоСа и ДДоСа в целом куда больше.
1. А зачем сервису такой пользователь, который делает 20 запросов в секунду? Ну явно не обычный пользователь.
А зачем сервису который можно положить с одного IP вообще думать о высокой нагрузке? Видимо он расчитан изначально на другое.
И сразу второй, зачем севис рассчитанный на 10 юзеров в день кто-то будет ддосить? =) И кто этот человек пользующийся таким МОЩНЫМ инструментом? =)
2. Вы кэшируете всю страницу целиком или только объекты используемые для генерации страницы? Сколько времени генерируется у вас хотя бы главная страница? Или же у вас закэшированный html отдается?
Кеширование в высоконагруженных проектах всегда многослойное — что-то должно кешироваться ну уровне браузера, что-то на уровне веб сервера, что-то на уровне логики, что-то на уровне БД, и т.д.
В контексте Альто, достаточно включить query cache на InnoDB в MySQL чтобы повторные селекты не приводили к повторным обращениям к дисковой подсистеме, а результаты брались из памяти. Даже мемкеш не нужен.
Если задача более сложная, то можно сделать так чтобы например вся главная страница, к которой происходит большинство обращений, бралась из кеша в течении как минимум минуты.
3. Если страница генерируется, даже за 0.1 секунды, вы же понимаете что это довольно ощутимая нагрузка для впс. Если я в 10 закладках поставлю отправлять 50 запросов в секунду? Мой впс может и потянет, но отдавать страницы ооооочень долго.
Пользователи обновляющие страницу создают очень малую нагрузку.
4.Даже habrahabr использует этот же инструмент. Вы этим сайтом тоже не пользуетесь потому что он отдает 503?
Высоконагруженные проекты уровня хабра скажем так чуть более сложную архитектуру имеют.
Бессмысленная накрутка. Повторные запросы должны отдаваться используя кеши. А уж сколько раз пользователь нажмет на рефреш — сугубо его прихоть. Хоть 100. Если из-за этого сервис встает колом, то можно собирать вещи и сворачиваться, ибо это нонсенс. Видеть 503 ответ — тоже нонсенс. Зачем мне такой сервис? А из-за использования NAT`а провайдерами из под одного IP может ходить сколько угодно пользователей.
Самый оптимальный и сбалансированный вариант в плане анонимности — ТОР: www.torproject.org/
Если нужно просто достучаться до заблокированного ресурса — в сети полно анонимайзеров, можно использовать translate.google.com (без шуток).
В каталогах расширений популярных браузеров есть плагины для быстрой настройки проксей. Не забываем только проверять прокси на анонимность.
Еще из быстрых способов — турбо режим в опере.
Ну и можно конечно использовать туннель на ssh к своему заграничному vps, желательно оформленному на чужое имя и с логами, уходящими в /dev/null
Есть проблема с отображением большого числе картинок в фотосете, когда появляеся кнопка «показать еще». После ее нажатия выводится какой-то ахтунг — все картинки разного размера включая какие-то микро миниатюры. Вечером постараюсь не забыть и выложить скриншот.
Что насчет красивого вывода комментариев в подсказках при наведении мышки (прямой эфир) с помощью jquery, как сделано на этом сайте?
Я уже писал, что задание речками rel=tooltip и data-placement не срабатывает по какой-то причине…
С одной стороны конечно использовать для этого движок заманчиво, вроде и побыстрее должно быть… но я считаю что тут не настолько все однозначно — логика вывода имен должна определяться шаблоном а не движком, поскольку кое-где выводится и то и другое. С учетом того, что много где осталось что вывод определяется шаблоном, я предлагаю вернуть как было. А в настройках движка пусть остается вывод логина по умолчанию.
Опять пошла неразбериха с именами/логинами… может лучше было оставить как было, там по крайней мере за несколько итераций мы добились более менее логичного и единообразного представления…
Сейчас
1. В половине мест использование имени или логина задается через новый конфиг Alto.
Т.е. мне теперь пришлось установить, иначе половина просто не отображалась так как надо (раньше было без этого)
2. Однако, вторая половина шаблона по-прежнему регулируется параметром
$config['user']['name'] = 'true';
3. Фиг бы с ним, однако, вылезли новые косяки, там где их не было:
Обидно то что я кучу времени потратил на выявление этих нестыковок и теперь все с нуля походу придется тестировать. В «ленту» и «активность» даже боюсь смотреть…
Мой скрипт:
Права «переустанавливаются» с нуля. Так что можно запускать в любой момент, чтобы все пофиксить.
Имейте в виду что некоторые плагины умудряются нарезать картинки в своих директориях (например смайлики), поэтому может потребоваться их добавить.
Насчет миниатюр в фотосете, похоже проблема не у вас, а в одном из моих кастомизированных плагинов…
Ну как, когда ждать исправления по последним сообщениям?
Если включен кеш так и будет. Или это вообще пустой сайт, на котором ничего не создается. Посмотрим что случится, когда будут одновременно и инсерты и апдейты и селекты идти.
БД — с наибольшей вероятностью главная проблема. Если конечно не используется апач с префорком. (Тогда и нагрузку создавать не надо достаточно открыть N медленных соединений, заблокировав все ресурсы веб сервера).
Мой сайт сейчас не на альто, он расчитан небольшую нагрузку. VPS за 500 р в месяц. При 50 одновременных клиентах, и времени загрузки ~0.9-1 (методика loadimpact.com) никакой существенной нагрузки на ЦПУ я не наблюдал, как и деградации сервиса. Если потребуется что-то более серьезное — я начну с анализа трафик модели и узких мест, таки думаю этим местом будет БД, а если точнее — дисковая подсистема по iops.
Самая основная проблема такого фильтра что из под одного IP могут приходить несколько пользователей. Значит надо это закладывать. Если это закладывать, то сама эта идея теряет смысл, а способов ДоСа и ДДоСа в целом куда больше.
А зачем сервису который можно положить с одного IP вообще думать о высокой нагрузке? Видимо он расчитан изначально на другое.
И сразу второй, зачем севис рассчитанный на 10 юзеров в день кто-то будет ддосить? =) И кто этот человек пользующийся таким МОЩНЫМ инструментом? =)
Кеширование в высоконагруженных проектах всегда многослойное — что-то должно кешироваться ну уровне браузера, что-то на уровне веб сервера, что-то на уровне логики, что-то на уровне БД, и т.д.
В контексте Альто, достаточно включить query cache на InnoDB в MySQL чтобы повторные селекты не приводили к повторным обращениям к дисковой подсистеме, а результаты брались из памяти. Даже мемкеш не нужен.
Если задача более сложная, то можно сделать так чтобы например вся главная страница, к которой происходит большинство обращений, бралась из кеша в течении как минимум минуты.
Пользователи обновляющие страницу создают очень малую нагрузку.
Высоконагруженные проекты уровня хабра скажем так чуть более сложную архитектуру имеют.
Про VPN сказали, добавлю еще пару рецептов…
Самый оптимальный и сбалансированный вариант в плане анонимности — ТОР: www.torproject.org/
Если нужно просто достучаться до заблокированного ресурса — в сети полно анонимайзеров, можно использовать translate.google.com (без шуток).
В каталогах расширений популярных браузеров есть плагины для быстрой настройки проксей. Не забываем только проверять прокси на анонимность.
Еще из быстрых способов — турбо режим в опере.
Ну и можно конечно использовать туннель на ssh к своему заграничному vps, желательно оформленному на чужое имя и с логами, уходящими в /dev/null
Боже ну отключите вы этот nicescroll не мучьте пользователей тормозами…
Я уже писал, что задание речками rel=tooltip и data-placement не срабатывает по какой-то причине…
Сейчас
1. В половине мест использование имени или логина задается через новый конфиг Alto.
Т.е. мне теперь пришлось установить, иначе половина просто не отображалась так как надо (раньше было без этого)
2. Однако, вторая половина шаблона по-прежнему регулируется параметром
3. Фиг бы с ним, однако, вылезли новые косяки, там где их не было:
Обидно то что я кучу времени потратил на выявление этих нестыковок и теперь все с нуля походу придется тестировать. В «ленту» и «активность» даже боюсь смотреть…
У меня есть предложение вернуть так как было…