Продолжение этой статьи

Долгое время в ветках SVN был один существенный недостаток. Система не помнила мержей, и программисту приходилось самостоятельно заботиться о том, что бы сохранить номер ревизии, когда происходило копирование изменений из транка. Проблема частично решалась добавлением комментариев в лог, но все таки это было чревато ошибками, и целиком ложилось на совесть программиста.
В версии 1.5, наконец-то, программисты Subversion выполнили свое давнее обещание, и добавили несколько полезных фич для работы с ветками.
Итак, в версии 1.5 команда merge обзавелась двумя новыми опциями: --record-only и --reintegrate.
Теперь ответственность за контроль копирования изменений ложится целиком на плечи SVN (merge tracking), а программист может легко, и без боязни выполнять merge так часто, словно это команда update.

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

Теперь, если кто-то просит установить ему тот или иной пакет программ, в первую очередь думаешь не о том как выкроить 15 минут на установку, а нужна-ли вообще на этом компьютере данная программа, и есть ли смысл выкладывать 699 $ за фотошоп для контент-менеджера просто потому, что ему в нем удобней кадрировать фотографии, поступающие от клиента.


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

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

На удивление оказывается, что многие незнают о существовании зон, свободных для регистрации. Более того, многие платят за регистрацию доменов в этой зоне деньги — стандартная цена у известных регистраторов от 5 до 15 у.е. за то, что можно сделать самому бесплатно.

Вот какие домены можно зарегистрировать абсолютно бесплатно:
Украина
.net.ua, .od.ua, .org.ua, и множество вида регион.ua
Россия
.com.ru, .net.ru, org.ru, pp.ru, .msk.ru, spb.ru и множество остальных типа регион.ru

Ниже инструкция типа «домен бесплатно для чайников»

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

Первую часть читайте здесь.

В этой статье мы рассмотрим:
— Авторизацию пользователей из базы данных MySQL.
— Детализацию трафика по направлениям.

Есть очень простой способ улучшить внешний вид шрифтов во многими любимой убунте.

Этот топик мой ответ на жалобу одного человека, что «баги достали».

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

Первые задачи могут быть такие:

• Обеспечить интеграционное тестирование, чтобы каждое обновление на production не было головной болью.
• Обеспечить регрессионное тестирование – чтобы выявленные ошибки не возникали опять (отслеживались автоматически).

Многие СУБД поддерживают методы полнотекстового поиска (Fulltext search), которые позволяют очень быстро находить нужную информацию в больших объемах текста.

В отличие от оператора LIKE, такой тип поиска предусматривает создание соответствующего полнотекстового индекса, который представляет собой своеобразный словарь упоминаний слов в полях. Под словом обычно понимается совокупность из не менее 3-х не пробельных символов (но это может быть изменено). В зависимости от данных словаря может быть вычислена релевантность – сравнительная мера соответствия запроса найденной информации.

В статье рассказывается как работать с полнотекстовым поиском на примере БД MySQL, а так же приведу примеры «нестандартного» использования данного механизма.

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

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

Так уж сложилось у людей, проживающих на территории нашей страны, менталитет не позволяет тратить средства на платный софт. Хотя потуги правительства и фискальных органов, связанные с попыткой вступления в ВТО и имеют место быть, но это всего лишь потуги, и пиратство у нас процветает по прежнему. Но в среде компьютерных маньяков к которым я с некоторой натяжкой отношу и себя, уже давно принято использовать бесплатные аналоги необходимых программ, начиная от операционных систем и заканчивая бог знает чем еще.

Про этот замечательный сервис на Хабре уже несколько раз писали.
Сегодня с радостью для себя заметил, что на форуме проекта появилась тема про клиент для Linux. Напомню, ранее был клиент только под Windows и MacOS X.
Особых сложностей установка не вызывает — есть сборки под Федору и Убунту (для нее также есть и репозиторий) — под обе основные архитектуры, также доступен исходный код. Единственное существенное ограничение на данный момент — поддерживается только файловый менеджер Nautilus (среда Gnome), так что любителям KDE стоит либо подождать, либо написать свой клиент — исходники открыты.

Краткая инструкция по установке:

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

Свой переход я начал с того что собрал все свои потребности по софту в виде mind карты и статьи с просьбой к хабраобщественности в помощи при подборе софта. У меня немного Linux'ойдов среди знакомых, а таких знакомых, которых я бы мог о чем-то попросить, нет вообще. Спасибо всем, кто откликнулся, ваша помощь неоценима! В благодарность откликнувшимся и в помощь другим перебежчикам :) решил поделиться своим опытом перехода.

Нашел в сети ресурс Playdeb с репозиторием сборок пакетов распространенных игр для Ubuntu Linux. Список игр на данном ресурсе полностью аналогичен списку игр с ресурса www.getdeb.net, но установка и обновление проще, т.к. позволяет установить игру в один клик(используя AptURL) и обновлять потом через репозиторий.
Раньше я такого ресурса не видел и думаю он многим «ленивым»(и не только ;-) ) геймерам будет полезен.

UPD. Топик перенес в Убунтариум.

Этот пост в первую очередь адресован умельцам Html и java script.
Что если сделать стартап, который бы генерировал код счётчика подписчиков для вставки в блог. И не простой счётчик, а анимированный. По принципу тамагочи. Ноль подписчиков-икра на дне аквариума. Дальше-больше. Растёт себе рыбка, плавает. Чем больше читателей, тем больше рыбёха. Цель- вырастить акулу. (тут не обязательно рыбка- может быть любое живое существо). И автору блога интересно, и читатели немного развлекутся. Вопрос. Есть ли смысл реализации?

Пообещал вчера написать статью о реальных случаях оптимизации БД MySQL.
Пришлось сегодня вставать утром пораньше чтобы воплотить обещанное в жизнь.
Централизованное управление мыслями поддерживать еще сложно, поэтому не судите строго за казусы и ляпсусы в моей статье.

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

В данной статье опишу несколько приемов, которые были использованы для приложения с 4млн+ пользователей и которое имея порядка 100млн+ хитов в сутки, а в конце опишу задачу, которая решалась недавно и может быть многоуважаемое сообщество предложит мне решения этой задачи более эффективное нежели то, к которому пришел я.

Вчера собрался ускорить работу(получилось достаточно ощутимо) и загрузку системы(30 секунд, против полутора минут), почитал многие how-to.
Опишу что и где я улучшал. Итак о способах, по порядку.

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

Шаблоны я обычно строил с помощью инклюдов: в начале подключался header.tpl, в конце — footer.tpl, в середине ещё что-нибудь нужное. В целом разметка получалась довольно аккуратной, но не проходило ощущение, что не хватает чего-то важного. Окончательно понимание этого чего-то появилось, когда мне случилось написать простенькое приложение на Django. И это «что-то», как все поняли, оказалось наследованием шаблонов. Простая, как и всё гениальное, идея позволяла существенно упростить шаблоны и избавиться от дублирующих блоков.

Решил перейти на Ubuntu. Завтра мне привезут новый ноутбук — Asus U3S. Если у кого-то был опыт установки Ubuntu на эту машину, пишите о возникших траблах, буду рад.

Основная видимая мной проблема — выбор аналогичного win софта под ubuntu. Я прошу помощи у хабраобщественности в подборе и поиске решений.

Предлагайте решения — не надо эмоций (не разжигайте войн)

Несколько читателей блога webo.in просили меня выложить конфигурацию связки nginx + Apache, на которой работает сервер. Хотя это и не относится напрямую к теме клиентской оптимизации. Однако, большинству специалистов, занимающихся клиентской оптимизацией, будет интересно узнать о настройке нескольких хостов для выдачи статики и пара других трюков, связанных с балансировкой запросов.

Также я подробно комментирую все настройки конкретно Apache, которые так или иначе относятся к самой оптимизации времени загрузки страниц.

читать дальше на webo.in →