Старосельская 1Е офис 301

Киев, Украина

Свяжитесь с нами

web@ach.org.ua

Мысли

Перенос сайта от другой компании

transfer-domain

Для переноса сайта с другой компании (от человека который обслуживал Вас ранее) нужно выполнить следующие условия:

1. Договорится с Нами о том, что вы желаете перенести сайт. Это можно сделать позвонив по телефону (044) 360-02-93, (063) 463-33-38.

2. Переслать нам существующие пароли от хостинга и от домена либо от панели управления на web(@) ach.org.ua.

Пароли от хостинга выглядят примерно так:

«Здравствуйте!
Благодарим за выбор нашего сервиса.
Данное письмо содержит информацию о Вашем хостинг-аккаунте для домена iqdental.com.ua. Пожалуйста, сохраните данную информацию.
Данные по Вашему хостинг-аккаунту:
Доменное имя: iqdental.com.ua
IP Адрес : 91.197.128.155
* Временный адрес: https://91.197.128.155/~iqden45
Данные для доступа к панели управления DirectAdmin:
Адрес : https://da1.ukrnames.com:2222/
Логин : login
Пароль : pass
Данные для FTP-доступа:
FTP-сервер : ftp.iqdental.com.ua
Логин : login
Пароль : pass
— html-cтранички, файлы и php скрипты необходимо загружать в папку public_html
— CGI/Perl скрипты работают только в директории public_html/cgi-bin
Почтовые сервера:
POP3 Сервер : mail.iqdental.com.ua
SMTP Сервер : mail.iqdental.com.ua
WEB-почта : https://da1.ukrnames.com/webmail
DNS сервера:
NS1 : ns1.da.ukrnames.com
NS2 : ns2.da.ukrnames.com

С уважением, служба поддержки клиентов
ООО «Центр интернет-имен Украины»
www.ukrnames.com
Центр поддержки клиентов
+380 (44) 360-43-10
+380 (57) 780-03-86
+7 (499) 918-72-55 (больше номеров) Онлайн-чат
Twitter«

От домена:

с названием адреса или просто от панели управления.

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

4. Оплатить услуги по обслуживанию сайта в нашей компании (600-800грн/год). Возможно больше, при большом обьеме информации.

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

Для упрощения процедуры наши специалисты могут связыватся с предыдущими администраторами вашего сайта.

Если Ваш сайт уже находится в нерабочем состоянии, то процедура и стоимость будет оговорена отдельно. Подробнее читайте в статье восстановление сайта.

Если возникают какие-то вопросы, то вы всегда можете позвонить нам по телефону: 063-463-33-38 либо 044-360-02-93.

С днем веб-мастера!

Сегодня 4.04, день веб-мастера.

Поздравляю всех веб-девелоперов, верстальщиков, веб-дизайнеров, системных администраторов, и всех-всех-всех, кто так, или иначе связан с этой сферой.

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

Кстати говоря, дата — не случайная. Не знаю почему, но именно «Not found» решили выбрать днем для этого праздника. Конечно, лучше что бы было меньше Not found’ов, и больше информации взамен Not found’у.

Под катом квест.

Так же сегодня день интернета. Международный день. В России, например, он празднуется 30 апреля.

В честь праздника я сделал небольшой квест (начинать можно с QR-Кода в картинке), первые 5 человек написавшие мне кодовое слово с последнего этапа получат символический подарок — бесплатную регистрацию .ru домена.

Успехов, и еще раз с праздником!

Ветрогенератор без лопастей

Несколько дней назад на Хабре появилась новость о том, что энергетика Дании на 25% сейчас зависит от ветрогенераторов. Понятно, что ветрогенераторы — не панацея, и у этих механизмов есть некоторые недостатки, включая большое количество движущихся деталей, износ лопастей, шум и прочее. На днях голландская компания Mecanoo представила пробную модель электростатического ветрогенератора, у которого вообще нет лопастей и движущихся частей.

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

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

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

Яблоко или груша?

 

На форуме Stackoverflow обсуждают, как сделать PNG, который будет по-разному выглядеть в разных браузерах. Например, картинка вверху выглядит как груша в Chrome/Firefox, но «превращается» в яблоко в браузере IE.

Рецепт простой. Всё дело в гамма-коррекции, которая учитывается в одних браузерах и не учитывается в других браузерах. Чтобы эксплуатировать эту разницу, мы берём две картинки: яблоко и грушу. Грушу помещаем в светлые пикселы PNG.

Яблоко — в тёмные пикселы PNG. Яркость нужно настроить так, что при затемнении груша становится хорошо видна, а яблоко затемняется полностью. И наоборот, при максимальном осветлении груша практически исчезает, а яблоко хорошо видно.

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

P.S. Ещё один пример: в браузерах с гамма-коррекцией отображается эмблема GNU, а в старом IE или Opera — цветной пингвин.

 

Программист опознал свои исходники в голливудском фильме

 

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

Естественно, функциональность программы не имеет отношения к сюжету фильма, код просто тупо вставили в видеоряд. Но автор всё равно доволен. Не каждому программисту удаётся увидеть своё творение в кино, пусть даже на 3-4 секунды, да и герой фильма выражает крайнюю степень радости (руки подняты вверх), когда смотрит на этот код. Хотя в фильме программа исполняется, похоже, даже без компиляции.

Оригинальный код одной из программ, откуда позаимствован фрагмент.

Кадр из фильма.

Кадры с этим исходным кодом действительно можно увидеть в официальном трейлере фильма «Штурм Белого дома» (”White House Down”) на 1:39.

Видеоряд в фильме собран из нескольких программ, которые автор написал в 2007-2008 годах для демонстрации Raw Sockets с целью инъекции пакетов. Вот полный список тех файлов:

https://code.securitytube.net/Programming-an-ARP-DoS-Tool.c

https://code.securitytube.net/Generic-Packet-Injection-Program.c

https://code.securitytube.net/Ethernet-Packet-Injection.c

https://code.securitytube.net/TCP-Packet-Injection.c

https://code.securitytube.net/IP-Packet-Injection.c

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

Как Samsung проводит тесты своих телефонов

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

В Таджикистане по приказу властей частично заблокирован доступ к Facebook



Некоторые провайдеры Таджикистана в минувшее воскресенье получили от местного отделения службы связи приказ заблокировать доступ к Facebook.

Причина блокировки не указывалась.

Часть провайдеров уже выполнила приказ, поэтому их клиенты остались без доступа к соцсети.

Вообще, в Таджикистане насчитывается порядка 41000 пользователей Facebook. И правительство не впервые блокирует доступ к социальной сети — в марте уже был подобный приказ, в результате которого доступ к Facebook и ряду других сайтов отрубили примерно на неделю.

Официальный представитель Facebook в России сообщил, что компания пока тщательно изучает ситуацию, чтобы потом выступить с официальным заявлением.

Windows XP потеряет поддержку через 497 дней



Система потеряет поддержку Microsoft 8 апреля 2014 года, когда будут выпущены последние обновления для XP.

С сайта Microsoft можно даже скачать специальный гаджет рабочего стола, который ведет обратный отсчет. Только этот гаджет работает лишь под Windows 7.

А компания Camwood (помощь предприятиям в миграции с системы на систему) опубликовала на своем сайте аналогичные часы.

Итого выходит, что поддержка Windows XP составила 12 лет и 5 месяцев.
Это бьет предыдущий рекорд (Windows NT и 11 лет и 5 месяцев).

Microsoft советует всем сделать upgrade с XP на Windows 7.

Новое для веб-дизайнера за октябрь 2012

Сервисы и инструменты

Cut&Slice me — бесплатный плагин для фотошопа, который помогает быстро готовить элементы дизайна для различных типов устройств.

Webplatform.org — огромная база документации по всем веб-технологиям от Apple, Adobe, Facebook, Google, HP, Microsoft, Mozilla, Nokia, и Opera.

Mobile Mozaic — галерея отличных интерфейсов приложений для мобильных устройств.

Ribbon Builder — сервис для быстрого создания красивых лент-нашивок.

Viewport Resizer — инструмент в виде букмарклета для быстрого тестирования адаптивного дизайна.

Endless Icons — сайт, где ежедневно появляются качественные иконки, выдержанные в едином стиле.

World Cloud Generator — сервис по созданию красивого облака из ключевых слов.

Responsive Sketchsheets — PDF-заготовки от ZURB для быстрого прототипирования адаптивного дизайна на бумаге.

Simply Testable — сервис валидации сайтов с интерфейсом на Twitter Bootstrap. Проверяет много страниц.

Плагины

jBar — плагин для создания простого и красивого горизонтального бара.

Pikaday — плагин для выбора даты.

Sly — гибкий и простой плагин для создания удобного скролла изображений.

Spin.js — полезный плагин для создания загрузочной «крутилки» нужного размера и формы.

SEP Tooltipster — jquery-плагин, помогающий быстро создавать красивые всплывающие подсказки.

Бесплатные плюшки

OCT Application Icon Set — набор из 120 иконок для приложений в форматах png, psd, csh.

Подборка фоновых текстур и паттернов для фотошопа и иллюстратора. И еще одна подобная подборочка.

Шрифт JWH от Димы Бага

Prosto — классный шрифт от Павла Емельянова и Ивана Гладких.

Ligature Symbols — иконочный шрифт с 200+ символами в форматах SVG, EOT, TTF, WOFF от Kazuyuki Motoyama.

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

Необычные иконки жестов на тачскринах.

Бесплатный качественный UI кит.

Golden Bootstrap — набор less-правил для Bootstrap, который позволяет располагать элементы сайта согласно правилу золотого сечения.

Скрытие паролей

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

Эта статья выражает личное мнение автора и затрагивает экспериментальные UX-техники, которые не являются единственно правильными. Согласны ли вы с предложенными вариантами? Можете ли предложить лучшие решения? Можете поделиться своим мнением или предложить свое решение в комментариях.

Подходит для авторизации, не подходит для регистрации


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



Однако, причины и последствия скрытия пароля в форме регистрации совсем другие. Скрытие пароля обычно приводит к опечаткам, потому что пользователь не видит, что он набирает, и не может точно определить, где сделал ошибку. Последствия опечатки в пароле при авторизации не настолько серьезны, как при регистрации нового пользователя. Если у пользователя не получилось набрать правильный пароль с первого раза, он просто пробует ввести его еще раз. Если он введет неправильный пароль при регистрации, он не сможет войти в аккаунт, и ему придется сбрасывать свой пароль. Такие ошибки — это не вина пользователя сайта. Это вина дизайнера, который не дал пользователю возможности увидеть, что он ввел в поле пароля.

А что если мы уберем поле с подтверждением пароля?


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



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

Примечание переводчика. Поле для подтверждения введенного пароля уже начали убирать некоторые крупные сайты, пример — twitter.com. Также, для стран СНГ существует еще одна проблема — наличие нескольких раскладок на клавиатуре, в результате чего пользователь может ввести одинаковый пароль два раза не в той раскладке, в которой он предполагает. Так что в данном случае пользы от этого поля еще меньше.

Временный показ пароля уменьшает количество опечаток


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



Решение всех этих проблем — временно показывать пароль, так что пользователь сможет ввести его быстро и внимательно, например, показывать пароль пару секунд, так что он сможет увидеть, что ввел. Временное отображение пароля снижает количество опечаток и упрощает поиск и исправление ошибок. И пользователю не придется беспокоиться о тех, кто стоит за его спиной, так как пароль скрывается очень быстро, к примеру, показывается всего два последних введенных символа. Любопытным придется запоминать набор (надеемся) случайных знаков за несколько секунд, что практически невозможно сделать. Если мы показываем только последние символы, им придется смотреть на экран более длительный период времени, чтобы увидеть весь пароль.

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

Отображение пароля, когда поле находится в фокусе


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



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

Еще одна возможность — показывать только последние введенные символы, заменяя остальные звездочками, таким образом подтверждая ввод пароля.

Флажок для отображения пароля


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



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

Равновесие между безопасностью и опытом взаимодействия


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