Конец года — время подводить итоги. И если вы получаете зарплату не в валюте, то, скорее всего, итоги будут неутешительными. Доллар и евро выросли почти в два раза. Продукты в сетевой рознице в уходящем году подорожали в среднем на 20–25%, и в начале 2015 года подорожают еще на 14,5–15%. В 2015 году будут максимально увеличены коммунальные платежи и подорожает проезд (Санкт-Петербург) и не будут индексировать зарплаты.
Рубрика «индексация» - 2
Как уходящий год повлиял на наши зарплаты?
2014-12-22 в 5:32, admin, рубрики: зарплата, зарплата в it, индексация, Исследования и прогнозы в IT, кризис Когда вы выполняете какой-нибудь запрос, оптимизатор запросов MySQL пытается придумать оптимальный план выполнения этого запроса. Вы можете посмотреть этот самый план используя запрос с ключевым словом EXPLAIN. EXPLAIN – это один из самых мощных инструментов, предоставленных в ваше распоряжение для понимания MySQL-запросов и их оптимизации, но печальным фактом является то, что многие разработчики редко его используют. В данной статье вы узнаете о том, какие данные предлагает EXPLAIN на выходе и ознакомитесь с примером того, как использовать его для оптимизации запросов.
Читать полностью »
Что нового в SQLite (2013)?
2013-09-10 в 15:38, admin, рубрики: sql, sqlite, Администрирование баз данных, базы данных, индексация, оптимизация запросов, разработка, метки: sqlite, базы данных, индексация, оптимизация запросовВ последнем обновлении SQLite планировщик запросов претерпел серьезные изменения и отныне зовется Планировщик Запросов Следующего Поколения. Мы решили сделать небольшой обзор нового планировщика и некоторых других значительных обновлений SQLite в текущем году. Новый функционал может оказаться полезным разработчикам.
Техподдержка Google или её отсутствие. Алгоритмы поиска помощи
2013-07-04 в 14:32, admin, рубрики: android, Google, Google Chrome, индексация, информационная безопасность, техническая поддержка, техподдержка, удаление, метки: Google, индексация, техническая поддержка, техподдержка, удалениеНедавно столкнулся с проблемой, когда мне понадобилась оперативная поддержка хотя бы информационная.
Я нашел в результатах индексации Google ресурс на котором увидел конфиденциальную информацию о себе и своих близких, на ресурсе который непонятно откуда накопал кучу информации которую я лично о себе заполнял разве что в банке при оформлении пластиковой карты и то на бумаге, еще много лет назад. Понятно что Google не имеет отношения к той информации которую индексирует, но разве не на благо пользователей работает вся эта машина?
Видимо нет.
Так, когда я попытался своими силами сообщить о не доброжелательном ресурсе и попытался сделать так что бы сайт который размещает о тысячах пользователей конфиденциальную информацию закрыли от индексации, у меня ничего не получилось.
Дело в том, что я нахожусь в Украине, прямого номера по поддержке продуктов Google здесь нет, есть возможность только обратиться в саппорт. Или звонить в близлежащие или не очень страны. В последствии я все таки позвонил в Российское представительство, но об этом позже.
Важнейшие $in’ы: производительность MongoDB в диапазонах
2013-03-07 в 9:17, admin, рубрики: mongodb, nosql, Администрирование баз данных, базы данных, индексацияПеревод этой статьи уже есть на хабре, но он ужасен и содержит ложную информацию.
Приветствую, искатели приключений! Путешествуя по территории индексации MongoDB хотя бы некоторое время, вы, возможно, познакомились с таким правилом: если ваш запрос содержит сортировку/порядок (orderby) – добавьте сортируемое поле в конец индекса который используется для запроса.
Во многих случаях когда запрос содержит равенство (то есть поиск конкретного значения, например, {“name”: “Charlie”}) данная мантра бывает весьма полезной.
Запрос
db.drivers.find({"country": {"$in": ["A", "G"]}).sort({"carsOwned": 1})
Индекс
{"country": 1, "carsOwned": 1}
Такая комбинация будет не такой эффективной, как может показаться, не смотря на то, что индекс соответствует правилу. В этом запросе есть ловушка, в которую вы с легкостью попадете следуя общепринятому мнению.Читать полностью »
Правильный расчет для VDI (часть 2)
2012-09-03 в 9:26, admin, рубрики: IOPS, raid, vdi, windows, Блог компании HP, виртуализация, виртуальная машина, индексация, оптимизация, сервер, Серверная оптимизация, система хранения данных, метки: IOPS, raid, vdi, windows, виртуализация, виртуальная машина, индексация, оптимизация, сервер, система хранения данныхЭто продолжение серии из двух постов, в которых я рассказываю о построении VDI-решения для крупной российской софтверной компании.
Немного математики
Опираясь на описанную в предыдущем посте теорию, проведем расчеты:
Одновременно от 6 до 9 пользователей VDI могут использовать одно физическое ядро CPU. Для упрощения возьмем среднюю цифру — 7 пользователей.
Согласно требованиям заказчика необходимо обеспечить работу 700 пользователей по VDI с расширением до 1000.
Читать полностью »
Правильный расчет для VDI (часть 1)
2012-08-30 в 8:51, admin, рубрики: IOPS, raid, vdi, windows, Блог компании HP, виртуализация, виртуальная машина, индексация, оптимизация, сервер, Серверная оптимизация, система хранения данных, метки: IOPS, raid, vdi, windows, виртуализация, виртуальная машина, индексация, оптимизация, сервер, система хранения данныхПредставляю вам серию из двух постов, где я постараюсь рассказать о разработке довольно типового решения VDI для предприятия среднего размера. В первой части – подготовка к внедрению, планирование; во второй – реальные практически примеры.
Часто бывает так, что инфраструктура у нашего потенциального заказчика уже устоялась, и серьезные изменения в оборудовании недопустимы. Поэтому в рамках многих новых проектов возникают задачи по оптимизации работы текущего оборудования.
Например, у одного из заказчиков, крупной отечественной софтверной компании, имеется довольно большой парк серверов и систем хранения. В том числе — несколько серверов HP ProLiant 6-го и 7-го поколения и система хранения HP EVA, которые были в резерве. Именно на их базе нужно было разработать решение.
Озвученными требованиями к решению VDI были:
- Floating Desktops Pool (с сохранением изменений после окончания сессии);
- Начальная конфигурация — 700 пользователей, с расширением до 1000.
Мне предстояло просчитать какое количество серверов и систем хранения в итоге перейдут из резерва в состав решения.
В качестве среды виртуализации выбрана VMware. Схема работы получилась примерно такая:
Читать полностью »
Индексация AJAX-сайтов поисковым роботом Яндекса
2012-05-21 в 8:31, admin, рубрики: ajax, индексация, поисковая оптимизация, яндекс, метки: ajax, индексация, яндексРады сообщить, что улучшения индексации AJAX-сайтов Яндекс поддержал изменения в поисковом роботе и правилах обработки им URL таких сайтов.
Технология AJAX пользуется большой популярностью. Однако то, как содержимое страницы «видит» браузер и пользователь, отличается от того, как страницу «видит» робот поисковой системы. Например, пользователь видит удобный интерфейс с динамически подгружаемыми страницами, в то время как содержимое той же страницы для поискового робота может быть пустым или представленным в виде остального статического HTML-контента страницы, для генерации которого не используются скрипты.
При создании AJAX-сайтов могут использоваться URL с #, но такой URL не используется поисковым роботом. Как правило, часть URL после # отсекается. Поэтому вместо URL вида site.ru/#example он обращается к главной странице сайта, расположенной по адресу site.ru. Это значит, что контент страницы может не проиндексироваться и, как следствие, не попасть в результаты поиска.
Теперь вебмастер AJAX-сайта может указать поисковому роботу Яндекса на необходимость индексации, поддержав соответствующую схему в структуре сайта. Для этого нужно:
Почему я ненавижу AJAX-автоподгрузку и люблю ссылки с номерами страниц
2012-03-27 в 8:05, admin, рубрики: ajax, автоподгрузка, веб-дизайн, индексация, интерфейсы, Юзабилити в IT, метки: ajax, автоподгрузка, индексация, интерфейсы 
Я не луддит. Я понимаю, что AJAX даёт возможность более быстро просмотреть большее количество контента экономя трафик и время. Но у автоподгрузки с моей точки зрения есть ряд существенных недостатков. Читать полностью »
Почему я не люблю AJAX-автоподгрузку и предпочитаю ссылки с номерами страниц
2012-03-27 в 8:05, admin, рубрики: ajax, автоподгрузка, веб-дизайн, индексация, интерфейсы, Юзабилити в IT, метки: ajax, автоподгрузка, индексация, интерфейсы 
Я не луддит. Я понимаю, что AJAX даёт возможность более быстро просмотреть большее количество контента экономя трафик и время. Но у автоподгрузки с моей точки зрения есть ряд существенных недостатков. Читать полностью »