Все шло хорошо, пока не появилась проблема — трещены и пятна на матрице. Не смертельно, но зачем же себя мучить?

Я разузнал сколько стоит матрица (порядка 120$) и решил позвонить в МакСтор — единственный магазин в Одессе, где занимаются продукцией Apple.

— Здравствуйте, нужно поменять матрицу в макбуке.
— Да, этоможно, но будет стоить дорого, порядка 500$.
— Какие 500$, если сам ноут стоит 800$ а матрица порядка 120$?
— Ну незнаем, откуда вы нашли экран для про по такой цене…
— У меня простой макбук, и поменять надо не экран а матрицу
— Тогда нужно отдать его в наш сервисный центр, там посмотрят и скажут сколько будет стоить ремонт
— А сколько на это уйдет времени?
— Доставка в сервисный центр может занять до двух недель.
— Спасибо, я все понял и не хочу иметь с вами дел
— До свидания

То, что Макстор проводит разводку для лохов за 500$, это понятно. Но ждать только две недели для того, чтоб узнать цену — это уж слишком.

Макбук используется для работы и переписки с клиентами и мне проще взять за 500$ обычный ноут и поставить туда Linux. Ведь никаких сервисных центров в Одессе больше нет.

Так что стоит дважды подумать, прежде чем покупать продукцию Apple в Украине — сервис там намного хуже, чем в том-же Samsung например.

P.S. А теперь фанаты Apple можете минусовать хабратопик.

Источник HabraHabr.ru

Все, что описано ниже, касается Украины. В других странах, насколько я общался с разработчиками, жизнь проще и дела обстоят получше, но точно утверждать не буду, т.к. руками не щупал.

Итак, есть 2 основных варианта открытия валютного счета для получения денег из-за границы SWIFT-переводом: счет предприятия (ЧП, ООО, ОАО — без разницы) и счет физлица (частного лица).

Достоинства первого:

• возможность заплатить налоги меньше 17% НДФЛ
• с ПФ вопросы решаются аналогично другим, связанным с получением денег
• все беленько, чистенько и замечательно

Минусы:

• обязательно требуется договор с подписью/печатью
• поступление должно быть подтверждено актом
• примечание к платежу должно включать номер договора и акта
• невозможность получения долларов на руки. Только продажа на межбанке

Приехали. Упросить Apple сделать для себя исключение и заключить нормальные договора, подписывать каждый перевод — нереально, проще марсоход собрать уже.

Поэтому переходим к пункту два.

Счет физлица

Открывается за 5 минут, карта через пару дней на руках. Далее все будет рассказываться на примере ProCredit Bank. Это не реклама, просто я там уже 2 года обслуживаюсь и нареканий нет.

Когда я поинтересовался, как они посмотрят на постоянные SWIFT-переводы из США на мой счет и какие лимиты на размер перевода, при которых они еще не стучат запускают финмониторинг, получил следующее (числа в гривнах):

1. до 100 тысяч единовременного поступления их не интересует моя персона
2. 100-300 тысяч и я разговариваю со своим менеджером по поводу перевода
3. 300 тысяч и выше — беседа с начальником площадки

По их же словам, данные в налоговую они не передают.

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

К тому времени я уже слышал, что Apple примечания не делает и решил рискнуть.

После первого перевода я уже был спокоен — примечание было, но содержало лишь абсолютно невразумительную информацию. Если быть совсем точным, оно содержало коды продуктов и суммы, заработанные с их продажи за вычетом 30% аппстора. Дальнейшие содержали то же самое.

Выводы: работать в Украине с App Store можно, но чревато. Т.к. с эти приходов вы обязаны оплатить еще 17% НДФЛ и 33% в ПФ.

Любые вопросы велкам, сам в свое время с этим намучился, готов прояснить и помочь.

Источник HabraHabr.ru

Кстати, так утверждает и сам её автор.

%username%, скачать библиотеку «Bacon And Eggs» или документацию[депозиты, 40 кб тарбол], любезно переведенную на русский язык автором топика?

P.S. Пожалуйста перезалейте куда-нибудь, а то в потёмках пароль от хостинга не найду

Источник HabraHabr.ru

Вчера Apple представила новое устройство — планшетник iPad. Гаджет работает на модифицированной под большие экраны версии iPhone OS. Со вчерашнего дня всем зарегистрированным разработчикам доступна новая iPhone SDK 3.2 Beta, которая позволяет разрабатывать приложения для iPad. В новом SDK доступно руководство по разработке приложений для планшетника, примеры кода и конечно же симулятор самого устройства для отладки программ.

Загрузить iPhone SDK 3.2 Beta можно с ресурса iPhone Dev Center.

Источник MacPages.ru

Пока не ясно как на подобную инициативу отреагирует сообщество Mozilla, получающее деньги от компании Google за использование по умолчанию их поисковой системы (в русскоязычных сборках используется Yandex). Напомню, что Mozilla запрещает вносить изменения в браузер Firefox с сохранением названия. Пользователям, привыкшим к Google, после установки новой версии Ubuntu придется внести изменения в настройки.

Источник OpenNet.ru

Вы можете обсудить любую статью, задать вопросы автору или просто поучаствовать в дискуссиях в интересных вам темах. Надеемся, что вы оцените труд авторов журнала, без которых он был бы невозможен и этот выпуск журнала будет интересен всем поклонникам этой CMS/CMF!

Спасибо всем авторам, которые решили опубликовать свои статьи или переводы, надеюсь на дальнейшее сотрудничество.

Приятного чтения!

Журнал является некоммерческим и распространяется свободно.
Все права на статьи принадлежат их авторам.

Все коды, приведённые в статьях актуальны для Drupal 6.xx (спасибо HiltoN)

Сайт журнала: magazine.drupalogy.ru

P.S. Просьба сильно не пинать, это первый опыт работы с вёрсткой документов в InDesign.

Отдельная благодарность XaocCPS, чьи советы мне очень помогли!

UPD: Спасибо всем за ценные замечания и советы!

Источник HabraHabr.ru

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

Наша трансляция начнется в 21:00 по московскому времени на macspoon.ru и в специальном твиттере @macspoon_live. Приходите!

Ждем толстого Джобса и тонкого планшета.

Источник HabraHabr.ru

Вспомнил что дома у меня есть ткань из углеродного волокна, она проводящая и должна отлично подойти.
Отрезал кусочек ткани от полотна, т.к. она очень легко «лохматится», с другой стороны армировал её наклеив простой советский тканевый лейкопластырь. Кстати, вещь отличная, клеевой слой не боится влаги, да и просто крепкая. Т.ч. беру его во все походы для разного непредвиденного ремонта, а не только как средство в аптечку.
Поводив кусочком по экрану понял, что листать большим «пятном» материала и осуществлять прокрутку экрана можно. Для более «тонких операций», например управления приложением iPod или набора СМС, необходимо пятно контакта поменьше.
Одел перчатки, определил место, где же мне удобнее разместить это «пятно».
Прикинул выкройку для материала и место разреза на перчатке. Т.е. то место в котором проводящий материал выйдет из перчатки наружу.
Нарисовал на приклеенном уже лейкопластыре выкройку, которая показалась мне приемлемой.
Кусачками электромонтажными сделал надрез в перчатке, и протащил щипчиками полученную выкройку, точнее её язычёк, изнутри наружу. Как и что располагается при этом относительно друг друга, должно быть хорошо видно из фотографий.

Внешний «язычёк» по периметру закрепил швейной иголкой с ниткой. Немного «заштопал» поверхность получившейся подушечки сверху. Слегка закрепив тем самым не стойкий к истиранию материал. По хорошему можно было бы сеточкой из синтетической ткани сверху покрыть. Было бы надежнее, но мне не досуг сейчас.
Упомянутая подушечка позволяет точнее ощущать место, которым необходимо касаться экрана и повышает точность работы. Внутри перчатки лепесток можно расположить как вам больше нравится. Ёмкостная связь устойчивая в обоих положениях. Ткань не мешается, т.к. мягкая. Внутри я не крепил, т.к. через небольшое время он там сам умнется и все будет ОК.

Я не белошвейка, так что пришил на скорую руку и не слишком «чисто».
Первым делом проверил удобство использования управляя приложением iPod.
Все элементы работают на Ура. В том числе такие как скролирование текущего места воспроизведения и откат на 30 сек назад (см.фото в начале). Все остальное интерфейсное управление в телефоне так же работает отлично.С набором СМС тоже работа вполне приемлемая.

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

Я имею и другое решение проблемы.
Например с помощью иголки и тонкого медного в эмалевой изоляции обмоточного провода простегать насквозь кончик перчаточного пальца, причем необязательно плотно, можно с большим шагом, площадь диаметром 10 мм или меньше. Для организации ёмкостной связи пальцев с экраном этого будет вполне достаточно! Думаю это даже проще будет, и провода такого везде много. Рекомендую диаметр примерно 0,2 мм. Можно разобрать старый звонок, электромоторчик от старой игрушки или плеера, сгоревший вентилятор от компьютера, спросить у рукастого знакомого и т.п. Но вот у меня дома как раз не оказалось в нужный момент, а разбирать что то не хотелось, хотелось ткань проверить. Спортивный интерес так сказать. И я вышел из положения по своему.
Можно выпустить такой небольшой кит для «модернизации» любых перчаток в 2 минуты.
Есть еще одна мысль как сделать это просто. Проверю, если будет работать- поделюсь.

P.S. Буду рад если сумел расшевелить чью то мысль или помог решить проблему.

Источник HabraHabr.ru

До знакомства с CMS ModX планировалась статья сравнения этих двух систем, особенно после появления темы «Сравнение Drupal, MODx (и других систем) в рабочем проекте» на drupal.ru где предлагалось соревнования что выяснить какая система лучше.
После небольшого знакомства с МодХ все вопросы отпадают сами собой и ни о каком сравнении не может быть и речи.

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

Зато МодХ отлично делает сайты визитки, имеет свой менеджер загрузки файлов, имеет встроенный редактор TinyMCE, многоязычный интерфейс администратора, понятный мастер установки и много чего другого. И в тоже время делать сайты визитки на Друпале немного неправильно, сам факт выделения 64Мб оперативной памяти для сайта визитки на 20 страниц и хостинг для этого «проекта» может вызвать истерический смех у многих веб-разработчиков.

Вообщем как я уже и сказал выше никакого сравнения я делать не собираюсь, но МодХ достоин того что бы о нем написали.

Вступление и первый подход к системе

МодХ ориентирован на небольшие сайты, имеет: АПИ, Ajax, ЧПУ, мета теги, группы пользователей. Наличие некоторый технологий даже удивляет, например, встроенный аналог CCK, только под названием «переменные шаблона».

Системные требования мы опустим, они не отличаются от большинства систем: PHP, MySQL, Apache/IIS, так как система рассчитана под сайты визитки то потребления ресурсов значительно ниже от Друпала/Джумлы.

Документация и сообщество

Я думаю уже понятно, что система больше чем простые визитки, но начинающие разработчики при освоении системы упираются в недостаток документации. Количество напечатанных книг под Drupal, Joomla, Wordpress измеряются десятками, а то и больше под МодХ толковых книг нет.

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

Есть форум поддержки, но мне не понравилось его читать, знающих людей можно сосчитать по пальцам руки, а тех из них которые отвечают и того меньше. Могу привести мой вопрос и ответ на него что бы прояснить ситуацию. На мой вопрос «Как реализовать термины и категории материалов?» я получил ответ «Это вопрос к телепатам?». Правда чуть позже мне дали ссылку в какую сторону рыть что бы получить ответ, а закончилось обсуждение что я сам нашел в документации уже готовое решение (использование тегов с помощью Ditto). По ходу изучения ил использования будут всплывать еще подводные камни, но не больше чем в других системах, поэтому перейдем к хорошему.

Шаблон сайта глазами МодХ

Верстальщику под МодХ повезло куда больше чем друпалерам. Внедрение дизайна упрощено, но функционал при этом не страдает. Для верстки шаблона необходим только установленный сайт, шаблон и его части хранятся в базе данных поэтому создание редактирования шаблона делается прямо в админке что ускоряет процесс верстки, хотя преимущество внешнего редактора неоспоримо (с подсветкой проще писать).

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

Сам шаблон может состоять из блоков и есть несколько видов этих блоков:

• {{Имя_чанка}}
  чанк (chunk) – фрагмент HTML-кода (возможно использования Javascript-кода). который может использоваться в шаблоне.
• [[Имя_сниппета]] или [!Имя_сниппет!]
  сниппет (snippet) – фрагмент РНР-кода. Отличие этих вариантов в том что первый вариант кэшируется, второй нет.
• [*имя_элемента*]
  заменяется на соответствующий элемент документа MODx.
• [(Имя_переменной)]
  заменяется на системную переменную MODx.
• [~ИД~]
  заменяется на ссылку на документ с соответствующим ид.
• [+Имя_подстановщика+]
  заменяется на подстановщик.

Чанки и снипеты могут иметь многократные вложения.

Теперь смотрим на наш главный шаблон:

и результат:

эта же страница в редакторе:

Немного о внутренностях

Еще скриншоты можно увидеть здесь http://mixa.su/699506/aHR0cDovL3dpa2kubW9keGNtcy5jb20vaW5kZXgucGhwL01PRHhfMC45LjVfaW5fc2NyZWVuX2NhcHR1cmVz/

Админка сделана с использованием Ajax и отлично справляется с возложенными на нее обязанностями. Ресурсов система потребляет меньше Друпала, кроме того как и любая современная CMS имеет систему кеширования. Кеш сохраняется в файлы, при этом файл кеша представляет собой сериализованный массив.

Подробно рассматривать АПИ и делать статью о создании сайтом пока мы не будем, а только затронем процесс расширения сайта (добавление статей, новостей).

При создании контента мы можем делать древовидную структуру с многократным вложением страниц. Называем одну из страниц корневой папки «новости» и все новости сохраняем в эту папку. Первая часть добавления новостей на этом закончена, теперь необходимо сделать вывод. Тут все просто сами создаем SQL запрос, сами следим за корректностью передаваемых данных и сами обрабатываем результат запроса.

Навигацию страниц делаем тоже ручками старым «дедовским» методом, проверяем что нам передаю юзер в ГЕТ запросе и передаем это SQL запросе. Если программист забудет проверить, а юзер передаст «-1» в виде страницы, получим ошибку от мускула с завершением скрипта, таким нехитрым способом можно создать новости, блоги, форум и другой функционал портала.

Расширение функционала

Добавить функционал можно несколькими способами, это установка плагинов или снипетов. Как они устроены внутри понятно и так (см. выше про добавление новостей).

Наиболее популярны:

• eForm – создание и обработка форм
• Ditto – снипет для организации информации (блоги, новости, статьи, каталоги)
• Breadcrumbs – «хлебные крошки» путь текущий страницы
• AjaxSearch — сниппет для организации поиска по сайту с применением Ajax
• Jot – комментирование материалов

Итог

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

Система позволяет разработчику манипулировать блоками и элементами сайта не привязываюсь к 2-х, 3-х колоночных шаблонов. После запуска сайта на сервере, все изменения можно проделывать через админку. Отдельно хочется выделить управление содержимым, на первых шагах мне как друпалеру было непривычно пользоваться админкой и все казалось не логичным, но через час освоения я бы оценил админку на 9 балов по десятибалльной шкале (один балл снимаю за отсутствие подсветки HTML/PHP кода, при том что правка его вложена в функционал).

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

Вывод: ModX — отличная система для создание сайтов визиток. Drupal — отличная система для сайтов побольше.

Источник HabraHabr.ru

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

Update Почему-то для некоторых читателей общая идея статьи оказалась непонятной, поэтому пропишу явно: идея в том, чтобы показать некоторые конкретные примеры применения известных атак (если можно это назвать «атакой», конечно) в именно linux-окружении. Linux — ничуть не безопаснее в некоторых аспектах, чем другие системы.

О способах проникновения говорить смысла нет, вредный софт всё равно просочится на любую систему. И никакой антивирус не поможет. Также не будем особо углубляться в типы вредоносного ПО, пусть это будут «троянцы» и «вредители». Троянцы — это разнообразные кейлоггеры, похитители паролей и прочие шпионы. Вредители — это стиратели документов и разрушители системы. Далее всё это буду называть одним словом «вирус». Также опустим вопрос вредительства на системном уровне, то есть будем считать, что вирусу в /usr/bin не пробраться.

Автозапуск

Итак, вирус в системе, например, через дырку в libflash запустился скачанный бинарник; для выживания ему нужно прописать себя в автозагрузку. В современной системе для этого есть множество разнообразных способов, часто крайне трудно вычислимых. В каждом Desktop Environment (DE) существует несколько способов запускать приложения при старте DE. Например, в KDE есть каталог ~/.kde/env, все файлы из которого выполняются при загрузке системы, аналогично работает каталог ~/.kde/Autostart (между этими двумя каталогами есть разница, но в рамках данной статьи она несущественна). Достаточно положить туда исполнимый файл-скрипт для запуска вируса и всё. Более хитрый вариант — просканировать этот каталог и встроить команду запуска уже в существующий скрипт.

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

Помимо средств DE остаются разнообразные стартовые скрипты типа ~/.xsession или ~/.profile, или .zshrc. При большом желании, наверное, можно даже в ~/.fonts.conf какую-нибудь разрушительную дрянь засунуть.

Как бороться? Никак. Пока никаких средств надёжного контроля нет, с бардаком в скриптах никто (из авторов софта) особо не заморачивается. Параноидальное решение — считывать хешсуммы от критичных пользовательских файлов-конфигов и хранить их в месте, недоступном для изменения со стороны пользователя. Затем при запуске все хешсуммы проверять.

Маскировка

Помимо прописывания себя в файле автозапуска, вирус может добавить кучу полезной для него информации в конфигурационные файлы. Одной из самых привлекательных целей может стать переменная окружения PATH. Напомню, что в этой переменной хранится список путей, которые будут испробованы для поиска исполнимой программы. Обычно переменная PATH выглядит примерно так: /usr/bin:/bin, а вирус может её модифицировать как ~/bin:/usr/bin:/bin. Чревато это тем, что теперь программа, набранная без указания полного пути, будет сначала искаться в пользовательском каталоге, а уж потом в системных. А в пользовательском каталоге будет лежать заботливно подложенная вирусом программа с названием ssh или sudo; пользователь ничего не заметит, а введённые им критичные данные благополучно сольются.

Решение? Использовать только полные пути при запуске программ. Однако это не гарантированная защита. Более надёжным решением было бы ограничивать доступ к модификации критично важных переменных окружения.

Вредительство

Здесь всё совсем грустно. Как правило для нанесения максимального вреда достаточно одной команды — rm -rf ~/. После этого можно попрощаться со всеми данными.

Также ничего не мешает зашифровать все данные в домашнем каталоге, как это делают некоторые виндовые вирусы.

Также возможно и более мелкое вредительство, например, прописывание в конфиги браузеров всякой дряни (подмена домашней страницы, например). Централизованно бороться с таким невозможно, тут должны авторы приложений разбираться.

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

Выводы

Достойная защищённость требует изрядной доли паранойи. Значительно осложнить жизнь вирусу поможет система контроля запускаемых приложений (сравнение хешсумм исполнимых файлов и скриптов). Запретить «зацепиться» на диске можно запретом на запись на этот самый диск. При этом нужно всё-таки обеспечить какой-то способ модификации конфигурационных файлов.

Описанные способы и варианты — это лишь то, что приходит в голову при попытке задуматься о проблеме. Наверняка, найдутся ещё какие-нибудь особо изысканные методы (типа использования ~/.fonts.conf), но для начала хватит и этого. Вот только производители софта, в том числе и системного, над вопросами такой вот примитивно-бытовой безопасности не задумываются особо. А надо бы.

Источник HabraHabr.ru