Недавно я с удивлением обнаружил, что у американского Амазона отвалился выбор способа доставки, осталась только 'International Courier Mail' (а уж в какую из курьерских служб она транслируется - не так и важно).
Для тех кто не в курсе: обычная почта это до 10000 рублей в неделю без таможенной пошлины, а курьерская - это посылки до 5000 рублей бесплатно, а все что дороже - растаможка по полной программе.
Изучение вопроса нашло Amazon.co.uk, который предлагает Air Mail как один из вариантов доставки. Конечно, там все несколько дороже (фунты-с), но с поправкой на растаможку - получалось, по идее, лучше.
Update А у Barnes and Noble можно выбрать из трех видов доставки (два USPS-а и курьер) и можно платить PayPal-ом. После праздников попробую их.
Update2 Но у B&N все сильно дороже. Все по MSPR, а на тех книжках, что я покупаю, типичная амазонная скидка - процентов 25.
Содержание сейчас практически полностью эквивалентно русской версии, но со временем конечно разойдется (по форумам, по статьям).
Анонсирую тут с единственной целью - если кто-то постил ссылочки на русский вариант в англоязычные списки рассылки, то перепостите пожалуйста английский вариант.
Однако я этих модулей пересмотрел за последнее время более полусотни и из посмотренного, выбрал один именно от этого автора (легкий пост текстов с картинками) ибо этот модуль:
лучше варианта конкурента;
есть версия под 6-й друпал, чего у конкурента нет.
Да и вообще, судя по комментариям, мужик честно доделывал чужую работу до состояния, когда можно удобно использовать.
Ну ладно, его дело, собственно, но что делать пользователям модуля ?
Сейчас у меня Друпал орет, дескать неподдерживаемый модуль, снесите срочно! Соответственно, этот warning теперь будет висеть всегда, пока не снесу. И других, более важных, предупреждений я не увижу (если не буду проверять статус каждый день).
Я то перетерплю, у меня сайту два дня и текстов с картинками ровно два. Я могу и руками переделать все. А что делают те, у кого таких текстов сотни ? Замену я нашел, она более функционально, но и куда более монструозна. Но ведь это же перевставлять новые теги....
Умный Беляев не ошибался: Drupal с Postgresql не живет. Увы.
Последней каплей оказалась попытка побэкапить MySQL-ный вариант сайта и все-таки отнести его на Postgres (я его лучше знаю, лучше умею бэкапить, лучше умею настраивать и так далее).
Увы, Backup and Migrate получает список таблиц для бэкапа через 'SHOW TABLE STATUS', а это место, понятное дело, в постгресе не работает.
Впрочем, справедливости ради, на маленькой базе на MySQL оно работает в пару раз быстрее за счет query cache. А большой базы у меня пока нет.
Я об этом уже писал, но общая реакция была в духе "а покажи проблему на реальных снимках". На мой взгляд, совсем реальные снимки нехороши тем, что они невоспроизводимы: невозможно найти такую же сцену, освещение, камеру и проверить утверждение автора. Снимки специальных модельных объектов (мишеней) гораздо показательнее так как легко воспроизводятся.
Возьмем рассеянный дневной свет и сфотографируем общеизвестную гретаговскую мишень:
Картинка снималась так, чтобы не было клиппинга ни в одном из каналов. Клиппинг специально проверялся Rawnalyze, стандартный центровзвешенный экспозамер камеры сразу дал правильный результат, экспокоррекция не потребовалась.
Задачи получить колориметрически-верное воспроизведение не было, поэтому картинка сконвертирована Adobe ACR 4.4.1 с настройками Auto, никакого профайлинга и прочих хитростей.
Посмотрим теперь, что произойдет, если все эти прекрасные цвета окажутся в зоне передержки.
USPS продолжает радовать. Заказ сделан на B&H 8 апреля, а16-го днем я его уже мацал в руках (ну, если быть точным, то в B&H разбили доставку на две посылки, отправили 9-го и 10-го, причем из разных офисов, и вторая посылка дошла только 18-го).
Вот американская часть трекинга:
Попытка использовать Drupal совместно с PostgreSQL 8.3 с грохотом провалилась. Основная функциональность работает, но стоит копнуть чуть глубже и налетаешь на проблемы. Например на эту, судя по переписке там ниже - проблема не только в блоках (ну и вообще, идея делать join по двум полям, одно числовое, а второе - какое-то, несколько потрясла)
Довольно печально, кстати, смотреть, как ошибка найденная 2 месяца назад - не поправлена, хотя с тех пор было 1 или 2 релиза.
Натыкался и на проблемы с форматом даты, при попытке поставить русский формат (DD.MM.YYYY) оно прямо в таком формате и в базу хочет записаться.
Еще про Drupal: словил невнятный подземный стук. Смена языка пользователем сначала работала, а потом почему-то перестала, работает только смена в системе в целом. В том же месте другие грабли: экспорт строк для перевода экспортирует только те строки, которые встречались системе при работе, нормального способа экспортировать все на свежеустановленной CMS - не нашел.
Резюме. Несмотря на то, что система мне очень понравилась, впечатление пионерской поделки временами перебивает все прочие.
В комнате светло. И ночью тоже светло, если лампочку включить
Свет - почти точно 5000K, CRI=92 (это i1Share посчитала). Конечно, это не color proof качество, но жизнь все равно стала прекрасна.
Люстра не болтается под потолком, стало просторнее.
Цена вопроса - меньше ста баксов, по 270 рублей за лампы (их две) и 1700 за светильник с высокочастотным (электронным) дросселем. Несмотря на то, что лампы формально 5400K, прибор намеряет 4970, может быть потолок поглощает синий, а может это лампы такие.
Вот спектр ламп:
И единственный вопрос, который меня мучает, это почему я все это не сделал года три назад...
Update: По просьбам трудящихся
Лампы OSRAM DE LUXE L36 W/954 (даю ссылку на lampa28 т.к. на сайте Osram можно только каталог в rar-ах скачать, а если вы у лампы-28 что-то купите, им будет приятно).
Светильник из Рязани LTX 236 с электронным ПРА неизвестной мне иностранной фирмы.
Потерял полдня, прежде чем сложил все кубики в пирамидку (и то, не уверен что правильно).
Нужно: получить PHP5 с клиентом PosgreSQL (всякие прочие extensions на вырост), в виде апачевского модуля, все происходит под FreeBSD7.
Apache 1.3, все собираем из ports - не работает. SIGSEGV где-то внутри инициализации pthreads, хотя никому из участников эти threads нафиг не нужны и непонятно кто их приволок. /usr/local/bin/php - работает.
Apache 1.3, собираем PHP --with-pgsql - все работает, пока нет загружаемых extensions. Как только появляется хоть одно - падаем.
Apache 2.2, собираем все из ports - работает.
FreeBSD6 в этот раз не пробовал, но когда в прошлый раз пробовал - работало.
Получается, из-за скромненькой фигулинки всем проектам показан переезд под Apache2 ? И mod_perl2 ? А mod_perl2 небось тоже не работает ?
MySQL не предлагать. С Apache я совладаю как-нибудь, а два сервера баз данных в моей жизни - это уже перебор. Снести семерку тоже не предлагать, UFS2 на терабайтных FS - уже перебор.