• Видеоуроки - есть ли польза?

    @Singularity
    Лично для видеоуроки это пустая трата времени.
    Прочитать намного бьістрее.
    Ответ написан
    Комментировать
  • Как собрать и минифицировать CSS и JS в Yii2?

    @ph4n70m
    Разобрался.
    Качаешь отсюда https://developers.google.com/closure/compiler/ jar и кидаешь в корень проекта

    npm i yuicompressor - и тащишь yuicompressor.jar тоже в корень

    Создаёшь файл через ./yii asset/template config/minify.php

    Убираешь комментарии с двух строк вверху (где константы) и внизу. А также "раскомменчиваешь"
    'bundles' => [
    'app\assets\AppAsset',
    'yii\web\YiiAsset',
    'yii\web\JqueryAsset',
    ],

    и всё. можешь запускать
    ./yii asset config/minify.php assets/app_min.php

    На выходе будет файл в assets/app_min.php который и подключаешь к проекту
    Ответ написан
    Комментировать
  • Что спрашивают на позицию middle/senior php?

    pavel_salauyou
    @pavel_salauyou
    Symfony2 & Angular разработчик
    Спрашивали на senior (всё, что удалось вспомнить):
    можно ли взломать ssl
    для чего нужны интерфейсы и абстрактные классы
    чем отличается сервисно-ориентированная разработка от доменно-ориентированной
    как сделать так, чтобы никто не смог угнать куки через джаваскрипт, как сделать чтобы нельзя было перехватить куки
    кроссдоменные запросы
    как добавить поле в высоконагруженную базу в таблицу на продакшене где 100 миллионов записей, без отказа бля базы
    что такое партиционирование, шардинг, репликация
    как работает http
    что такое rest и soap
    что такое репликация и как передаются данные при репликации между серверами, виды репликаций
    триггеры, процедуры в базе
    про способы кеширования веб приложений
    джоины в базе
    просили написать функцию нахождения ближайшего числа в массиве, для заданного числа
    что такое рефакторинг
    DIC, ServiceLocator
    Какие паттерны знаешь и т.д.
    Ответ написан
    29 комментариев
  • Как стилизовать стрелочки тегов select и input[type="number"]?

    @eandr_67
    web-программист (*AMP, Go, JavaScript, вёрстка).
    jqyery chosen, jquery select2 и т.д. Плагинов для стилизации полей ввода море - на любой вкус.
    Ответ написан
    2 комментария
  • Как реализовать выезжающую панель на изображении?

    Oogway
    @Oogway
    Хорошие примеры hover эффектов на изображении: tympanus.net/Development/HoverEffectIdeas
    Ответ написан
    Комментировать
  • А где вы берете иконки?

    @maxyc_webber
    Web-программист
    Ответ написан
    Комментировать
  • Какие цвета лучше всего подходят для чтения с монитора?

    iiil
    @iiil
    Инженер и вэб-дизайнер, рисую.
    1. Контрастные цвета
    В идеале это черный на белом, но как тут правильно пишут — яркий монитор будет белым бить по глазам. Лучше всего использовать не холодный белый, а теплый.
    2. Специально спроектированные шрифты для мониторов
    вроде верданы, тахомы, и пр.
    В идеале не только спроектированный компьютерный шрифт или шрифт для веб, но и с отдельными глифами для каждого размера шрифта. Такие шрифты есть (мало, поищите, я даже не берусь назвать), они достаточно сглаженные даже с отключенным антиалиасингом, так как проектируются попиксельно, в т. ч. рассчитываются апроши, чтобы межбуквенное расстояние не гуляло, что тоже очень утомляет глаза и затрудняет чтение.
    3. Отключенный или несильный антиалиасинг начертания
    Да, с ним буквы выглядят симпатичнее, но глаз постоянно пытается сфокусироваться.

    Из общих рекомендаций, если собираетесь много читать с монитора, то могу посоветовать также обратить внимание на интерлиньяж. Многие оставляют его по умолчанию, но для чтения он маловат. Сильно увеличивать тоже не стоит, так как будет теряться связь между строками, но скажем если автоматические мы имеем 12/14 pt, то лучше увеличить на 1 или 2 пункта, т. е. 12/16.
    Ответ написан
    6 комментариев
  • Какие цвета лучше всего подходят для чтения с монитора?

    Deerenaros
    @Deerenaros
    Программист, математик, задрот и даже чуть инженер
    @Mischuk как это ни странно - связка чёрного с белым - наиболее ужасна. К счастью, даже если Вы откроете текстовый редактор с белым фоном и начнёте писать чёрный текст, монитор не отобразит идеально белый, также как и идеально чёрный. Будь это так - в глазах бы рябило от контраста (разве только редкие личности могли бы спокойно читать).

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

    По поводу мониторов - то тут очень хорошо работает тёмный фон. Дело в том, что сам по себе монитор - это лампа. Попробуйте посмотреть на яркую лампу. Ну, час, два... Печально, да? Впрочем, если за матовым стеклом - чуть лучше. Примерно это и происходит с монитором. Есть люди, у которых голова болит от LCD мониторов - всё таки это лампа за матовым стеклом. Но чёрные пиксели меньше пропускают света. То есть они более матовые. Поэтому - так лучше.

    Ещё из советов - чем крупнее шрифт, тем лучше, однако, как и везде, сильно усердствовать не стоит. Как по мне - прямо тут (toster.ru) почти идеал. Лично мне нравится чуть мельче - больше помещается, но по среднему на больнице это таки идеал.

    P.S. Я знаю очень мало ресурсов, что удачно использовали инвертированные цвета. Причина проста - элменты UI конфликтуют с фоном. А если их делать светлыми - слишком выбиваются. Так что это не просто, найти идеал.
    Ответ написан
    2 комментария
  • Что нужно знать, чтобы стать хакером?

    neopug
    @neopug
    Не слушайте вы этих зануд. Чтобы стать хакером нужны только четыре вещи:
    1. Ролики;
    2. Ноутбук;
    3. Топор;
    4. Посмотреть фильм Хакеры.
    Успех гарантирован! Деньги польются рекой, а Анжелина Джоли будет смотреть на вас, как на героя. Правда, судя по вопросу, она для вас немного старовата. Хотя может и усыновить.

    P.S. Ну и чтобы мне сразу не слили карму, реальный совет изучите сети на уровне CCNA (на рутрекере есть первая часть курса) - это база, для того, чтобы вы поняли что вы будете защищать/ломать. Без базовых знаний можно заниматься только терморектальным криптоанализом.
    Ответ написан
    Комментировать
  • Что нужно знать, чтобы стать хакером?

    dintsec
    @dintsec
    Маркетолог, копирайтер
    Сначала ответь себе на вопрос: "А нахуа мне это надо". Ответил? Молодец. А теперь реши, какую область ты хочешь избрать? Пентест, реверс-инжиниринг, аудит безопасности и мн.др. Толку от того, что ты будешь хватать всего по-немногу. Выбери узкую специализацию и прокачивай этот скилл. За какой срок? Зависит от тебя. Можно и за год не хило прокачаться, если пахать в этом деле по 18 часов в сутки. Ежели просто поиграться, возьми Kali Linux, закинь эксплойтик себе на android-смартфон, подними шелл и успокойся
    Ответ написан
    Комментировать
  • Что нужно знать, чтобы стать хакером?

    edinorog
    @edinorog
    Троллей не кормить!
    я бы порекомендовал для начала не задавать такие вопросы на тостере и других местах =)
    Ответ написан
    4 комментария
  • Что нужно знать, чтобы стать хакером?

    Breaking-cat
    @Breaking-cat
    Я бы порекомендовал начать путь с изучения языка Ассемблер
    Ответ написан
    Комментировать
  • Что нужно знать, чтобы стать хакером?

    @DaNHell
    Change the world
    7 Steps to Become a Hacker:
    1) learn
    2) try
    3) learn again
    4) try again
    5) try UNTIL
    6) share
    7) return to 1).
    Ответ написан
    4 комментария
  • Что нужно знать, чтобы стать хакером?

    Deerenaros
    @Deerenaros
    Программист, математик, задрот и даже чуть инженер
    Ей, хе хей!

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

    Хакер - это не тот, кто взламывает, ломает. Ближе всего, конечно, определение, как хулиган. Но тоже не совсем верное. Это скорее безбашенный человек, который не знает слова "невозможно" и пытается докопаться до порой недокапываемого. Но к тому же, он весьма просвещён в области Computer Science (понимает, когда есть смысл, а когда нет смысла вскрывать RSA и подобное). К тому же он далеко не профан в схемотехнике: паяльник держит ровно, мозг может выдать схемку, а руки всё ровно сотворить.

    В общем хакер - это тот парень, кто без ума от компьютерной техники. Конечно, в современном мире это слово искажено, не без успеха небезызвестного Кевина Митника (можете почитать "Искусство обмана" с комментариями Митника).

    Теперь о том, что собственно хакеры делают. Они исследуют. Исследуют новое и, возможно, не очень важное. Но весьма и весьма интересное. Если Вам не интересно, почему виртуалиция кода очень крута и зачем в Windows до сих пор литеральное монтирование дисков, то возможно стезя хакера не Ваша. Научиться этому всему можно, но вряд ли Вам это будет интересно.

    Многие мои знакомые узнавали об устройстве компьютера едва ли не сами, методом проб и ошибок. Запомните это: на границе исследованного этот метод, пожалуй, единственный. Больше ничего нет просто потому что никто ничего не продумал.

    Но. Хакеры ничего не защищают. Они исследуют. Настоящий хакер делает лишь то, что ему нравится, иначе будет мучать депрессия. Хакер не обязательно должен ломать сети. Он вообще не обязательно должен ломать. Но у хакера очень узкая специализация: базовые навыки в IT в общем и невероятные в своей специализации. Это потому, что невозможно достич успеха не концетрируясь на чём-то одном.

    Кевин Митник - хакер информационной безопасности
    Джон Кармак - хакер трёхмерной графики
    Джулиан Ассанж - хакер информационной безопасности
    Линус Торвальдс - хакер just for fun'а

    Есть ещё много реально крутых хакеров. Если Ваш путь - информационная безопасность, то вот небольшой roadway: в первую очередь следует изучить теорию чисел, разобраться в криптографии, потом разобраться в сетевых технологиях (здесь очень много всего: от iptables до сетевых интерфейсов как в софте, так и в железе), наконец потом немного драйверов, userland'а и kerneland'а: как работает ОС, где слабые места. В перерывах кормим себя web'ом: apache, ngix и прочая сетевая утварь; также изучаем багрепорты и те дыры, которые уже были найдены когда-то, пытаемся найти и то, как они были найдены, в каких обстоятельствах.

    Проникаемся всей этой атмосферой. Порой вытворяем безумное. Нет, не пытаясь получить премию Дарвина, скорее пытаемся решить задачу тысячелетия и/или взломать пентагон.
    Ответ написан
    3 комментария
  • Что нужно знать, чтобы стать хакером?

    @lookid
    Спросить у Мыщъха. Изучить С, asm, серьезно углубиться в reverse engineering. Поработать 5-7 лет в касперском, докторвебе, параллелс.
    Ответ написан
    1 комментарий
  • Что нужно знать, чтобы стать хакером?

    @Loreweil
    Во-первых, нужно знать английский на уровне advanced. Ибо большинство актуальной литературы именно на этом языке.

    Начать советую с книжки Hacking Exposed. Можно скачать курс CEH с рутрекера. Но он, ИМХО, не очень, книга лучше. Скачать дистрибутив Kali Linux, изучать тулзы, которые в него входят, в первую очередь nmap.
    Изучить Metasploit (входит в Kali Linux). Для этого написана хорошая книга Metasploit Toolkit for Penetration Testing, Exploit Development, & Vulnerability Research.
    Записаться на курсы на такие или на такие.

    Изучая вышеприведенные материалы, когда будешь понимать, что есть пробелы в определенных знаниях (сетевые протоколы, программирование, операционные системы, криптография), подтягивать эти знания через википедию, литературу, курсы. Как-то так.
    Ответ написан
    2 комментария
  • Что нужно знать, чтобы стать хакером?

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

    Что бы ответить конкретнее, нужно что бы вы конкретнее описали ваш вопрос.
    Ответ написан
    Комментировать
  • Действительно ли back-end разработка более консервативна, чем front-end?

    hrls
    @hrls
    Половина ответа в вопросе, но дьявол в мелочах.
    Действительно, для относительно продуктивной backend-разработки практически на любом языке программирования необходимо знать несколько базовых фреймворков и тулов, которые решают большинство задач. Это скелет ~90% приложений сложнее hello world. Хотя и этот скелет меняется и развивается, пусть и не так быстро как хотелось бы, как разнообразные отростки (не консервативность, но более долгий жизненный цикл). Суммарный вес технологий и инструментов не меньше, и уж точно не менее динамично изменяющийся, чем у frontend-разработчиков.
    Далее личный опыт на примере Java.
    Лет 7-8 тому достаточно было знать Spring, Struts, Hibernate да Apache Commons в довесок для разработки большинства решений. Ну и J2EE-стек для задач Enterprise-уровня.
    В году 2014 Spring, Hibernate все также в арсенале программиста, но появилась куча абсолютно новых вещей вроде AMPQ, Hadoop, Netty, Scala с функциональной парадигмой, мультиязычные окружения с Clojure/Groovy/JRuby; стали чаще встречаться альтернативные реализации популярных библиотек (например Guice / Guava); старые технологии вроде J2EE стали использоваться несколько реже. А одних только Key-Value хранилищ, кэшей и прочих NoSQL как грязи. Изменился даже сам подход к построению приложений – мало кто в 2005 слышал про asynchronous event-driven модели и отталкивался при проектировании от REST-стиля (собственно, там и корни frontend-девелопера как отдельной специализации). Про эволюцию систем сборок, VCS, бенчмарков и прочих "микро"-элементов можно расписывать не одну простыню.
    И да простят меня frontend-товарищи за, возможно, чванливый тон, но раскурить тонкости работы async IO в зависимости от ОС-специфики вроде epoll/kqueue или учитывать CAP-теорему при построении middleware-кэша это уровнем сложности повыше, чем новый CSS-препроцессор и CoffeeScript c очередным MVC / MVVM-фреймворком. Некоторые задачи, вроде синхронизации потоков, так и вообще лежат большей частью в области математики.
    Уверен, что и в frontend-разработке существуют задачи сложнее и интереснее поехавшей на пиксель верстки и обновления полей после парсинга JSON, но ИМХО backend-разработка ближе к системному программированию старой школы, в то время как frontend суть прикладное программирование с примесями дизайна.
    Frontend-инструментов больше, backend-инструменты сложнее.
    Ответ написан
    4 комментария