Народ интересуется, каково оно, свежему маководу. Как и положено блоггеру, начинаю публиковать свои впечатления.
Почему Mac?
Есть целая куча объяснений, выбирайте любое:
Есть одна программа, которую иногда хочется использовать. А под Windows/Linux ее в ближайшие годы не будет. Я даже ради нее неделю взгромождал MacOS на писюк, ужасно матерясь.
Стадное чувство. В нашем офисе уже много маков, их владельцев легко узнать по идиотской счастливой улыбке.
Еще стадное чувство. Идио.. Счастливые владельцы рассказывают про ноутбук с юниксом и все работает!
Конфигурация выглядит сбалансированной и не безумно overpriced.
Экран хвалят. Для ноутбука это дорогого стоит (а если ограничиваться только моделями с IPS-матрицей, да еще и светодиодной подсветкой, то есть ли выбор вообще?).
Основная причина, естественно, стадное чувство!
Почему Pro
Исключительно из-за надежды, что софт, использующий видеокарту для расчетов, будет активно появляться. Поэтому с видеоускорителем, с хорошим (ATI X1300 не катит). А что на себе таскать, 15 дюймов или 13, на мой взгляд разница невелика.
А знаете ли вы, что плагин Crossposter (к MT4) не работает с ЖЖ по двум прозаическим причинам
Во-первых, автор XML::Atom::Client при постинге новой записи делает POST (как и положено), а при обновлении имеющейся - PUT (вот ударило ему в голову). Мораль: не тестировали, даже не пытались.
Во-вторых, тот же модуль не забывает перекодировать текст из utf-8 в &#xNNNN (нафига, спрашивается?), ничего не делает с title и не передает кодировку принимающей стороне.
Всех бы убил, но боюсь один остаться. Попатчил в очередной MTLJPost (видели бы вы, как он конфигурируется под MT4, просто смех один), расслабился.
Есть некоторое количество форумов, которые хотелось бы регулярно мониторить. Часть - только списками новых тем, часть - все сообщения, часть - сообщения избранных тем. Идеально, конечно, было бы еще и с поиском, ну да это сам могу сделать.
Пусть для простоты - все они на стандартных распространенных движках: IPB, phpBB, VB (подозреваю, что распространенных движков есть десятка два, другими словами - счетное количество).
Ну неужели нету готового интернетного сервиса, который превращал бы указанные мной форумы в RSS-потоки ?
Предыдущий вариант скрипта экспортирует только те темптейты, которые уже описаны в конфиг-файле от Template Installer
В некоторых случаях это неудобно, хочется экспортировать все, включая widgets, системные темплейты и так далее. Поэтому родился новый вариант (скачать tmpl_export_full.zip).
Использование предполагается совместно с Template Installer:
./tmpl_export_full.pl OutDir [BlogID] [DSN]OutDir - обязательный параметр, что-то вроде
cgi-bin/mt/plugins/TemplateInstaller/template_sets/mycatalog
(mycatalog будет создан если не существует)
BlogID - ID блога (можно подсмотреть в параметрах mt.cgi при администрировании
конкретного блога.
DSN - Data Source в терминах DBI (dbi:Pg:movabletype - умолчание)
После исполнения скрипта, в каталоге OutDir появится набор темплейтов, который будет доступен плагину Template Installer.
Граждане, вас много лет кидали! Ноутбуки (которые 1280x800) считали в одну кучу с нормальными мониторами (которые 1280x1024). О сколько нам открытий чудных...
Гуляючи по сети, наткнулся на сайтик Arctic 1000 и ажно офигел:
втроем
за 25 дней
неся все на себе и кормясь из рюкзаков (а не охотой-рыболовством)
по летней тундре т.е. пешком по непростому рельефу, без всяких саночек по снегу
пройти 1000 километров
это надо быть крепким мущщиной.
Правда ряд вещей остаются для меня непонятными:
Во-первых, нет (обещанных на сайте) подробностей, а ведь уже год прошел.
Во-вторых, меня сильно удивило описание рациона. В первые дни они ели по 1.5 фунта (почти 700 грамм), а потом дошли до полутора кило на морду лица в день. Лично мне оно очень странно, я бы рисовал раскладку начиная с 400 граммов и до 700-800. Наверное я что-то не понимаю, но ведь и планируемый ими набор высоты (до полутора километров в день в последнюю неделю) удивляет только вместе с планируемой длиной дневного перехода (на минуточку, 70 километров = 45 миль).
Чудеса какие-то. Нет, они явно лучше меня знают что делают, но удивительно все это. При цели пройти NN километров в районе лично я бы какой-то другой маршрут спланировал бы, с максимальной энергоемкостью где-то с 3-го по 10-й день, а не в конце....
К MT3 был отдельный плагин nofollow, который приписывал атрибут rel=nofollow ко всем ссылкам в комментариях.
В четвертой версии эта функциональность есть прямо в самом движке. Ее несколько расширили, в частности в комментарях от доверенных комментаторов можно такую функциональность выключить (и тем их поощрить).
Естественно, о российских реалиях и теге <noindex> в SixApart не знают. Прилагаемый
решает эту проблему. На глаз - работает.
P.S. Если вы не знаете что такое "патч", то он вам не нужен
Те, кто программировал календарь для показа на вебе (и вообще в программах) знает, какая это мучительная задача. Тут и високосные годы и заполненные/не заполненные недели и много всего разного.
В то же время, иметь календарик в блоге — приятно, особенно если он не сильно пустой. По счастью, авторы Movable Type дают готовый Calendar Widget, который даже работает. И я даже им долгое время пользовался, но полного счастья не было:
Календарик - одинаковый на всех страницах. Включая, например, архив за ноябрь прошлого года. Хотя разумнее в архиве за прошлые месяцы показывать календарь за эти месяцы.
А если быть точным, то календарик на странице отвечает моменту ее генерации. Для архива за прошлый месяц - это будет дата последней записи за тот месяц, другими словами там будет правильный календарь пока вы не перегенерируете страницу.
Одним словом, бардак. Впрочем, есть средства его починить, но сначала нужно поставить задачу.
Голосом зануды: MovableType 4.x. Казалось бы, давно имеем систему Widget Set, можно собрать сайдбар из этих самых виджетов мышкой и разместить в блоге. Прекрасная штука, была еще в 3-й версии.
Однако в 4-й версии про них явно забыли и включаемые элементы настраиваются переменными (по сути, дефайнами) в шапке страницы. Как-то так:
Ну скажите пожалуйста, если widget set - это плохо, то нафига для них отдельный пункт меню завели ?
При этом, естественно, набор переменных новых темплейтов в документации не описан, несмотря на то, что одно из ключевых Release Notes у четверки озвучено как Kick-ass documentation. Впрочем, если kick-ass переводить буквально, то ощущение от документации сходится. Попробуйте там найти что-нибудь действительно нетривиальное....
MT-Colorer. Кажется прекрасной заменой для кривого, косого и т.п MTCodeBeautifier-а (который, извините уже непонятно как скачать, хорошо что в заначке был).
Но он тянет за собой ports/devel/colorer, который в свою очередь хочет принести все известные ему библиотеки и компиляторы java, после чего все ломается. Видите-ли JDK 1.4 не собирается GCC 4.2, а у меня это, пардон, системный компилятор (FreeBSD-current) и другого тут не носят.
Эх, хорошо что я незлобивый. Другой бы давно всех убил, один бы остался. (С) Успенский, близко к тексту.
Как и обещал ранее, родил скрипт для упрощения работы по переносу темплейтов MT:
Это не замена 97-баксового Template Exporter, а именно скрипт для легкой автоматизации работы (переносить через dump/restore не всегда удобно):
Предназначен для работы с Template Installer, в частности кормится его конфигурационным файлом.
Работает с командной строки, если у вас хостинг, то нужен shell-доступ, ftp недостаточно.
Назначение: сохранить результаты работы через интерфейс MT в виде, пригодном для установки TemplateInstaller (например, в другой блог). Сохраняются только темплейты, уже определенные в Template Set
Все настройки перевода (<__trans=..) естественно пропадают, ибо в базе данных оно сидит уже переведенное.