Архив за месяц: Март 2017

Оно 2017. Трейлер.

Помню как в детстве смотрел «Оно», потом боялся ходить один по квартире.

Несколько раз перечитывал книгу (когда стал старше).

Помните, добрый клоун с зайчьей губой, его улыбка и летающие шарики. Жуть.

Новая версия фильма обещает быть стоящей. Мурашки уже от одного трейлера.

К слову, вокруг только трейлера было очень много хайпа, фанаты Кинга отсчитывали дни и минуты до «премьеры».

Надеюсь, что будет стоящее кино.

Про версионность

Фактически каждая коммерческая версия Magento — 2.0.*, 2.1.*, 2.2.* это отдельный продукт.
Поэтому имеет смысл иметь отдельные ветки и версии вашего экстеншена под каждую из мажорных коммерческих веток Magento.

https://habrahabr.ru/post/324450/

Против подхода Битрикса, который печется о обратной совместимости всех версий (как заявлено). Лично я считаю, что подход, выбранный Magento — лучше.

Позволяет постепенно избавляться от костылей, позволяет вычищать код и т.д.

Долгая прогулка. Кинг.

Мне показалось довольно нудно. Читал долго. Цепляли и затягивали лишь некоторые моменты. Возможно, Кинг специально «тянул кота за одно место», чтобы передать суть прогулки.

В целом неплохо, но не отлично =)

Конвертируем MyISAM в InnoDB

Очень старая (2005 год) статья от Петра Зайцева (Percona) о конвертировании  MyISAM таблиц в InnoDB

http://peter-zaitsev.livejournal.com/6154.html

Are there any performance benefits with Innodb tables when ? Yes there are, even if you forget about support
of transactions, row level locking and consistent reads. Innodb tables are clustered by PRIMARY KEY. This
means a lot of overhead for writes but PRIMARY KEY reads could be twice as fast compared to MyISAM tables for
disk bound loads. To retrieve the row by PRIMARY KEY MyISAM normally needs 2 reads, while Innodb only one.
If you have table small enough to fit in memory there are more benefits — Innodb caches both data and index
in memory, while MyISAM caches only index, using OS cache for caching data, which means Innodb can have much
better performance especially for Random IO (joins), moreover Innodb builds hash indexes in the buffer pool based on
BTREE indexes, which speeds up lookups even further. This all makes Innodb up to 3 times faster for some heavy join
queries, when data is in memory. Even if tables do not fit in memory you get asynchronous read-ahead and asynchronous
dirty buffers flush which is helpful in some cases.

 

Не дыши

Понравилось. Иногда люблю посмотреть фильмы такого жанра. Конечно, с пробирками и оплодотворением перегнули, на мой взгляд.