Искал щас фразу у буранчика про ДИО

Онгоинги
Ну вот эту. С великой эпохальной анимы. Я тут в rss увидел, что ПРОДОЛЖЕНИЕ(опять 2012 год и опять продолжение старых маст_си) почти вышло, уже 16 серий. Думаю, можно наконец качнуть. И качнул.


Качнул, открыл первую серию. НАСЛАДИЛСЯ, знаете прямо насладился как продолжением Аквариона. И понял. Сначала, нада, пересмотреть, старый первый сезон.

А фразу, которую я искал — вот этот коммент с записи. (помните, еще тогда я отметил, что Дневник будушего и Головоломку буду смотреть, когда выйдет все. И под новый год ознакомился залпом)
И нашел еще вот эту запись. (по первости я ее не признал, а с годами стал лучше отзываться, а сейчас уже записал в эпохальные, лол)

И по пути, нашел интересные записи у Буранчика. Да, я уже подзабыл даже.
БУРАНЧИК молодец! Он полностью не оправдал — не одно мое предсказание, по статистике интернет людей. Я ему вечно пророчил армию. Но он отмазался. И наконец закончил свой геморой. Вот чисто, я даже порадовался за чела. Потому что наблюдаю его путь уже года 4 наверно. И он не стал «большинством», которых я наблюдаю и на их основе делаю свою статистику.

yandex mail и псевдонимы

Полезности
help.yandex.ru/mail/?id=1120698


кстати, возможно кто-то не знает. например БАНАЛЬНО, но я не знал :) вот лох да.

Неплохая полезная штука. Я всегда использовал на своих фановых доменах реги, по домену, специально для такого дела. Т.е. регался на сайте, и делал несуществующее мыло по имени домена где регаюсь — а в гугл аппс все несуществующие перессылаются мне.

Мне вот интересно

Всякая хуйня


Почему в европе raid сыпятся чуть ли не постоянно, а в рашке я такого почти не встречаю.
У нас может просто их не используют?)) Ну это шутка конечно.

Но реально сколько наблюдаю, с нашей рашкой, которую много за что хаят(и по сути есть за что) — с железом в разы лучше дела обстоят.
И я сейчас не про немцев, а именно про европу.

Играл щас в кс, слышу "еррорчик меня из стима удалиЛА"

Старое. О жизни
Открываю «все игроки» смотрю steamid, нахожу чела, благо он единственный без аватарки был на серваке — смотрю, это же старый chikishman. Этот ник я с 2008 помню.
И!!! Неужели он всегда думал, что я баба, из-за моей бабской аватарки?
Ужас )))

И кстати, раз такое дело. Решил я открыть свой профиль стим. Раньше активные люди, пропали. Я как раз чистил как-то в прошлом году, а этих оставил, ибо интересно «вернутся ли когда-ниб в сеть».


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

Зачем-то оставил в rss новости ростелекома

Интернеты
Парочка таких эпичных.
может в будущем будет что-то интересное ?
«Ростелеком» подвел итоги работы системы видеонаблюдения на избирательных участках в ходе выборов Президента РФ // довольно такие внушительные цифры и объемы. наверно интересно. а что станет со школами? как вообще щас дела в школах? тоже довольно интересно, как щас там тотальная слежка, в каждом классе по камере ? есть кто из школоло у меня в читателях?
«Ростелеком» начал строительство самого крупного Центра обработки данных в России

Highload оптимизация

Вебмастерское
Зачастую, «бутылочным горлышком» вашего приложения является база данных, таким образом перво-наперво включаем slow query log и смотрим какой запрос у нас самый медленный, и думаем что с ним делать, если не можем вкурить проблему — зовём старших, пусть тоже повтыкают в EXPLAIN (хабр) вашего чудо-запроса.

Но, опять же ссылаясь к моему опыту, большинство проблем с БД решают правильные индексы. Легко запомнить, что индексировать следует внешние ключи, и всё что у вас в WHERE, ORDER BY, GROUP BY (список не полон, для начала – самое оно).

Не следует пихать много индексов в таблицу которая часто обновляется, иначе накладные расходы на обновление индекса будут перекрывать ваш профит от оных в разы. Советую внимательно почитать об оптимизации в MySQL.

Поиск с использованием LIKE это плохо. Полнотекстовый с MyISAM уже лучше. Внешний аля Sphinx — рулит и бибикает для MySQL и PostgreSQL, инфа достоверная 100%.

Но это полбеды, проблем в БД может подкинуть и само приложение — обращение к БД в цикле/рекурсии или еще каким извращенным способом могут привносить удивительные поправки в результаты нагрузочного тестирования. Сделайте простой профайлер ваших запрос и проследите на каких страницах количество запросов начинает зашкаливать (особенно это касается типа-ORM и почти-Active Record, когда один объект = один запрос, или даже не один). Всем кто уповает на магию фреймворков, иль каких-нить gem-ов — не надейтесь, всё о чём я написал в равной степени относится к большинству языков web-программирования, г… код есть везде, он вездесущ.

Ну, а теперь о главном, нет о главной странице в 1,5 метра — дождется ли её загрузки пользователь со скоростью доступа в 256кбит? Клиентская оптимизация должна проводиться в обязательном порядке: YSlow да Page Speed вам в зубы. Да если погуглить, то даже небольшая правка htaccess для apache улучшит ситуацию:
# Enable ETag
FileETag MTime Size

# Enable Deflate
AddOutputFilterByType DEFLATE text/html text/plain text/xml text/css text/javascript application/x-javascript

<ifModule mod_expires.c>
  ExpiresActive On
  ExpiresDefault "access plus 1 seconds"
  ExpiresByType text/html "access plus 1 seconds"
  ExpiresByType image/x-icon "access plus 2592000 seconds"
  ExpiresByType image/gif "access plus 2592000 seconds"
  ExpiresByType image/jpeg "access plus 2592000 seconds"
  ExpiresByType image/png "access plus 2592000 seconds"
  ExpiresByType text/css "access plus 604800 seconds"
  ExpiresByType text/javascript "access plus 216000 seconds"
  ExpiresByType application/x-javascript "access plus 216000 seconds"
</ifModule>

Пожмите JavaScript и CSS, да переключите jQuery на Google CDN.

anton.shevchuk.name/php/highload-optimization-for-children/

*чища свой гугл ридер в 2012, листая избранное в нем*