Старосільська 1Е офіс 301

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

Зв'яжіться з нами

web@ach.org.ua

Думки

Перенесення сайту від іншої компанії

трансфер-домен

Для перенесення сайту з іншої компанії (від людини який обслуговував Вас раніше) потрібно виконати наступні умови:

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/
Логін : логін
Пароль : пропуск
Дані для FTP-доступу:
FTP сервер : ftp.iqdental.com.ua
Логін : логін
Пароль : пропуск
– html-сторінка, файли та 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 секунди, та й герой фільму висловлює крайній ступінь радості (руки піднято вгору), коли дивиться на цей код. Хоча у фільмі програма виконується, схоже, навіть без компіляції.

Оригінальний код однією з програм, звідки запозичений фрагмент.

Кадр з фільму.

Кадри із цим вихідним кодом справді можна побачити в офіційному трейлері фільму «Штурм Білого дому» ("Штурм Білого дому") на 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

Сервіси та інструменти

Вирізати&Розріж мене - Безкоштовний плагін для фотошопу, який допомагає швидко готувати елементи дизайну для різних типів пристроїв.

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

Мобільна мозаїка - Галерея відмінних інтерфейсів додатків для мобільних пристроїв.

Конструктор стрічки - сервіс для швидкого створення красивих стрічок-нашивок.

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

Нескінченні іконки — сайт, де щодня з'являються якісні іконки, витримані в єдиному стилі.

Генератор світових хмар - сервіс зі створення красивої хмари з ключових слів.

Адаптивні ескізи — PDF-заготівлі від ZURB для швидкого прототипування адаптивного дизайну на папері.

Просто тестується - Сервіс валідації сайтів з інтерфейсом на Twitter Bootstrap. Перевіряє багато сторінок.

Плагіни

jbar — плагін для створення простого та гарного горизонтального бару.

Пікадай - плагін для вибору дати.

Хитрий - Гнучкий і простий плагін для створення зручного скролла зображень.

Spin.js - корисний плагін для створення завантажувальної «крутилки» потрібного розміру та форми.

ВЕРЕСЕНЬ Підказка - jquery-плагін, допомагає швидко створювати гарні спливаючі підказки.

Безкоштовні плюшки

жовтень Набір іконок програми - Набір з 120 іконок для програм у форматах png, psd, csh.

Добірка фонових текстур і патернів для фотошопу та ілюстратора. І ще одна подібна добірка.

Шрифт JWH від Діми Бага

Prosto - Класний шрифт від Павла Ємельянова і Івана Гладких.

Лігатурні символи - іконковий шрифт з 200+ символами в форматах SVG, EOT, TTF, WOFF від Казуюкі Мотояма.

Відмінні макети пристроїв з різною роздільною здатністю екранів для демонстрації адаптивного дизайну.

Незвичайні іконки жестів на сенсорних екранах.

Безкоштовний якісний UI кит.

Golden Bootstrap - Набір less-правил для Bootstrap, який дозволяє розташовувати елементи сайту згідно з правилом золотого перерізу.

приховування паролів

Приховування паролів при введенні застосовується дуже давно, і часто використовується в формах реєстрації і авторизації. Це дозволяє не розкрити свій пароль стороннім, які стоять за спиною. Хоча приховування паролів це хороша методика, створена заради безпеки користувача, але існує ймовірність, що вона може зіпсувати враження користувача від вашої форми реєстрації. Коли користувачі натискають кнопку «зареєструватися», вони очікують побачити ненабридливу, просту форму реєстрації. Але те, як ви вирішили оформити введення пароля, може розчарувати їх у всьому сайті.

Ця стаття висловлює особисту думку автора та торкається експериментальних UX-технік., які не є єдино правильними. Чи згодні ви із запропонованими варіантами? Чи можете запропонувати найкращі рішення? Можете поділитися своєю думкою або запропонувати своє рішення у коментарях.

Підходить для авторизації, не підходить для реєстрації


Авторизація використовується набагато частіше, ніж форма реєстрації. Користувачам потрібно зареєструватися на сайті лише один раз, щоб створити обліковий запис, в той же час входити на сайт для доступу до облікового запису йому доведеться багато разів. Через те, що форми входу використовуються так часто, велика ймовірність, що користувачам доведеться вводити пароль на очах інших людей. Іноді користувачі просто хочуть показати щось своїм друзям чи колегам, у такому разі їм доведеться входити на сайт, напевно в цей час поряд уже хтось буде перебувати. Тому є сенс використовувати приховані паролі у формах входу.



Однак, причини та наслідки приховування пароля у формі реєстрації зовсім інші. Приховування пароля зазвичай призводить до помилок, тому що користувач не бачить, що він набирає, і не може точно визначити, де зробив помилку. Наслідки друкарської помилки в паролі при авторизації не настільки серйозні, як при реєстрації нового користувача. Якщо користувач не зміг набрати правильний пароль з першого разу, він просто намагається ввести його ще раз. Якщо він введе неправильний пароль під час реєстрації, він не зможе увійти до облікового запису, і йому доведеться скидати свій пароль. Такі помилки – це не вина користувача сайту. Це вина дизайнера, який не дав користувачу можливості побачити, що він ввів у поле пароля.

А якщо ми приберемо поле з підтвердженням пароля?


Одна з найбільших перешкод для користувача під час реєстрації, яке створює приховування пароля – це поле для підтвердження пароля, яке часто використовується у формах реєстрації. Це поле змушує користувача набрати пароль ще раз і перевіряє, що значення цих двох полів збігаються, знижуючи ймовірність помилки у паролі. Причина існування цього поля іноді користувачі, вводячи пароль у полі з прихованим вмістом, роблять помилки, і це додаткове поле може відсіяти ці помилки.



Поле для підтвердження пароля може бути додане з гарною метою, але вони мають один недолік. Користувачі схильні зробити навіть більше помилок, вводячи пароль у два різні поля. Більш того, їм доведеться виконати додаткову роботу, щоб виправити ці помилки. Через те, що вони не бачать, де опечаталися, їм доведеться очистити вміст обох полів і заново ввести пароль щонайменше один раз. Таким чином, поле для підтвердження пароля не тільки викликає більше помилок, але й змушує користувача робити певну роботу, щоб виправити їх, уповільнюючи його та роблячи процес реєстрації неприємним.

Примітка перекладача. Поле для підтвердження введеного пароля вже почали прибирати деякі великі сайти, приклад — twitter.com. Також, для країн СНД існує ще одна проблема – наявність кількох розкладок на клавіатурі, внаслідок чого користувач може ввести однаковий пароль двічі не в тій розкладці, в якій він передбачає. Тож у даному випадку користі від цього поля ще менше.

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


Приховування пароля може додати користувачеві більше проблем, чим користі. Вони приховують не лише пароль, але й друкарські помилки, які зробив користувач, через що їх складно помітити та виправити. Безпека, яку пропонує таке рішення, не варто цього, тому що зазвичай відвідувачі реєструються на сайті, перебуваючи одні, коли ніхто не заглядає їм через плече. Реєстрація виконується лише один раз, після чого їм не доведеться реєструватися заново. Відображення пароля простим текстом цього разу, коли вони одні, ймовірно, не настільки серйозний ризик для їхньої безпеки, як ми звикли думати. Шанси того, що хтось підгляне пароль практично нульові, навіть якщо користувач реєструється у громадському місці.



Вирішення всіх цих проблем - тимчасово показувати пароль, так що користувач зможе ввести його швидко та уважно, наприклад, показувати пароль пару секунд, так що він зможе побачити, що ввів. Тимчасове відображення пароля знижує кількість помилок і спрощує пошук та виправлення помилок. І користувачеві не доведеться турбуватися про тих, хто стоїть за його спиною, оскільки пароль ховається дуже швидко, наприклад, показується всього два останні введені символи. Цікавим доведеться запам'ятовувати набір (сподіваємось) випадкових знаків за кілька секунд, що практично неможливо зробити. Якщо ми показуємо лише останні символи, їм доведеться дивитися на екран більш тривалий період часу, щоб побачити весь пароль.

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

Відображення пароля, коли поле знаходиться у фокусі


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



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

Ще одна можливість – показувати лише останні введені символи, замінюючи інші зірочками, таким чином підтверджуючи введення пароля.

Прапорець для відображення пароля


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



Прим. перекладача. У такому разі ми даємо користувачеві можливість самому ухвалити рішення, відображати пароль або приховувати його залежно від місця та оточення.

Рівновага між безпекою та досвідом взаємодії


Зазвичай рекомендується слідувати загальноприйнятим дизайнерським рішенням, але коли таке рішення уповільнює користувача, ускладнює виконання завдання або збільшує ймовірність помилки, воно вимагає серйозного обмірковування. Безпека має бути збалансована з досвідом взаємодії. Надаючи надто велику перевагу безпеці, ви можете залишити неприємне враження від користування вашим ресурсом. Коли ви знайдете "золоту середину", У користувачів не буде проблем із використанням Вашого веб-сайту, навіть якщо він не дотримується загальноприйнятих дизайнерських рішень.