Задать вопрос
  • Какой максимально эффективный способ защиты от скачивания изображений с сайта вы знаете?

    xmoonlight
    @xmoonlight
    https://sitecoder.blogspot.com
    1. Самое простое - Watermark.
    2. Сложнее - частичная доставка с сервера выбранной области изображения с шифрованием и расшифровкой на клиенте, и никогда не отображать изображение целиком. (т.е. типа контейнера со скроллом внутри канваса по аналогии с гугл-мапс).
    3. Хардкорный стиль - Adobe Flash Application!
    4. "Puzzle" - "хаотичная" (только с виду!) динамическая нарезка в режиме спрайт-карты и сборка через js. Формула - тоже разная каждый раз.
    5. "Калька" - многослойное изображение из нескольких с альфа-каналом (с прозрачностью)
    6. Класть изображение в JS-контейнер на серверной стороне, помещая в него метод отображения с привязкой к IP и браузеру клиента, и ровно на 15 секунд (чтобы загрузил и всё) и бинарные шифрованные данные, после загрузки скрипта у клиента - запрашивать токен с сервера на расшифровку данных.
    (методы можно комбинировать)
    Ответ написан
    4 комментария
  • Почему Safari не корректно работает с flexbox?

    serjikz
    @serjikz
    web-developer
    делаю так для поддержки старых браузеров и приколов с вебкитом и прочими:
    display: -webkit-box;
    display: -moz-box;
    display: -ms-flexbox;
    display: -webkit-flex;
    display: flex;
    -webkit-box-pack: justify;
    -webkit-justify-content: space-between;
    justify-content: space-between;
    -webkit-flex-wrap: wrap;
    -moz-flex-wrap: wrap;
    -ms-flex-wrap: wrap;
    -o-flex-wrap: wrap;
    flex-wrap: wrap;


    Это всё вместо
    flex-wrap: wrap;
    display: flex;
    justify-content: space-between;
    Ответ написан
    3 комментария
  • Какие проекты на github демонстрируют лучшие стороны Ruby on Rails?

    Собственно PaaS / SaaS проекты требуют реактивных подходов.
    Так что вопрос о целевой платформе/фреймворке сформулирован не совсем корректно.

    В первую очередь нужно понимать что прийдется работать с CQRS-ES, а не с MVC / MVP.
    И там нужны различные многопоточности, да ассинхронности...
    Возможность работы с SSE / Websocket'ами.
    И никаких "один клиент - один поток/процесс"

    В интерпретируемых языках - php / python / ruby / perl, кроме node.js, нет этих плюшек.
    Часто используют всякие прокладки и костыли типа beanstalk и gearman
    Называют это все "высоконагрузом"... вот наивные

    node.js не вариант
    Максимум на нем можно реализовать prerender.
    SaaSы на node будут сложны в поддержке и разработке.
    Ну разве что вы уверенны что сможете найти джедаев в СНГ, которые точно будут с этим работать 2-3 года... что собственно фантастика.

    Могу посоветовать только swagger Play2 jooq + apache DirectMemory.
    Возможно также использовать Grails + atmosphere, но там проблемы с производительностью.

    В "богатых фронтендах" проблем хватает, и выбор не велик.
    Сейчас есть только angular. Все остальное либо с утечками памяти, либо довольно сырое и дырявое. У ангуляра тоже не все сладко, вот к примеру нет поддержки httр кэширования в REST ресурсах. Хотя есть restangular, но ещё довольно сырой. В общем есть нюансы которые могут сильно тормозить разработку проектов при специфических требованиях.
    Ответ написан
    2 комментария
  • Джуниор поневоле: как найти и убедить разработчика-джедая стать для тебя ментором?

    justyork
    @justyork

    >1) Без каких знаний и личных качеств вы не захотите связываться с джуниором-падаваном даже бесплатно?

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

    > 2) Каким знаниям и навыкам должен обучиться джуниор через полгода работы под вашим началом, чтобы вы не захотели с ним расставаться и готовы были предложить ему работу на ставку полноценного разработчика?

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

    > 3) Как вы считаете, может ли менторство подобного рода быть эффективным при удалённом сотрудничестве? Взяли бы вы джуниора на удалёнку?

    По мне так самый удачный вариант работы, но только чтобы он не боялся общаться в голос по скайпу и не терялся на недели...

    Ответ написан
    Комментировать
  • Движок сайта sbets.ru

    SMF, для таких целей отлично подходит расширение для Mozilla Firefox и Google Chrome - Wappalyzer. Оно анализирует сайт и выводит все технологии, которые применяются на нем. MiE5CdgYQNU.jpg

    Ответ написан
    Комментировать
  • Какой облачный хостинг выбрать под проект на Ruby On Rails?

    Отлично подходит для Rails-приложений Digital Ocean (http://digitalocean.com/). Есть все что вам нужно, из того что вы указали в своем вопросе. Ну и цена очень приятная.

    Ответ написан
    2 комментария
  • Переход с PHP на …?

    @gro
    В очередной раз вижу здесь фразы «при изучении Node.js не приходится изучать заодно новый язык», «заниматься лучше чем-то одним».
    Да какого чёрта? Изучать нужно всё, и питон, и руби, и ноду, и китайский язык для кучи. Просто чтобы понимать, что те парадигмы, которые используете не являются единственными возможными.
    Даже если после этого на PHP останетесь, то окажется, что на нём начали писать намного лучше.
    Я, например, после знакомства с ООП-языками стал на Си на порядок лучше писать, хотя там, казалось бы, никаких синтаксических конструкций для этого нет.
    А когда разберётесь сами, тогда и сможете выбать на чём специализироваться. Намного лучше, чем это вам поможет этот тред.
    Ответ написан
    1 комментарий
  • Переход с PHP на …?

    Mithgol
    @Mithgol
    Присоединяюсь к рекомендациям попробовать Node.js, аргументом в пользу которого является то обстоятельство, что веборазработчику при его изучении не приходится изучать заодно новый язык: в Node используется JavaScript, на котором и без того работает клиентская часть сайтов.

    Таким образом для перехода на Node достаточно изучить API Node и освоить выбор нужных готовых модулей с открытым исходным кодом, разработанных сообществом. Модули можно находить по списку в вики или искать по ключевым словам на сайте npm.

    В частности, готовых NoSQL-модулей там дофигищща. (Есть даже NoSQL-средства, специально разработанные для Node — в частности, NeDB.)
    Ответ написан
    Комментировать
  • Rails: Какие гемы Вы используете

    Loremaster
    @Loremaster
    Тестирование:

    * Cucumber — этот bdd фреймворк изменил мое сознание и дал увидеть какими красивыми могут быть тесты. Использую для интеграционного тестирования.
    * Capybara — высокоуровневый движок для проверки существования элементов на странице и прочего барахла.
    * Rspec — чудная штукенция, красивый и очень удобный тестовый фреймворк, который использую преимущественно для тестов контроллера и моделей.
    * FactoryGirl — удобная библиотека для создания фабрик для создания объектов.
    * DatabaseCleaner — для подчищения мусора перед/до/во время тестов.
    * CapybaraWebkit — это чтобы не открывать браузер при запуске тестов. Экономит время и вообще труъ. В своем проекте только за счет этого уменьшил время прогона тестов раза в 2.
    * ParallelTests — распаралеливаем тесты, за счет этой штуки выигрыш по скорости получил в 5 раз примерно.

    Разработка:

    * BetterErrors — ну уж очень удобная штука! Красиво отображает ошибки. Настолько полюбилось, что таскаю из проекта в проект и везде ставлю. Только добавьте к нему binding_of_caller, чтобы включить продвинутые возможности, такие как консоль прямо в окне с ошибкой!
    * QuietAssets — просим ассеты не шуметь в логах. Рекомендуется только для development режима.
    * Annotate — добавляем в модели (а также можно и в тесты соответствующие) схему таблички. Я нахожу это весьма удобным.
    * Brakeman — нам же не начхать на безопасность, правда? Правда! Поэтому мы будем хорошими молодцами и будем хотя бы иногда сканировать наше приложение в поисках уязвимостей, порой можно что-то очень даже дельное найти.
    * Gon — передаем данные из рельс в js легко и непринужденно. Очень удобный инструмент, правда! Попробуйте!
    * Slim — красивый и очень легкий шаблонизатор. Приятнее, чем, erb, легче (как минимум — визуально), чем haml.

    Перечислено, конечно же, далеко не все, что использую. Пользуйтесь на здоровье. :)
    Ответ написан
    Комментировать
  • Чем отличаются Javascript и ECMAscript?

    xanep
    @xanep
    Что было сначала — курица или яйцо? :)
    Чтоб понимать как соотносятся Javascript и ECMAscript, нужно окунуться немного в историю. Javascript был создан как скриптовый язык для Netscape. Майкрософт создал свой скриптовый язык для IE, который назывался JScript. Естественно использовать 2 языка для разных браузеров было не кошерно и Netscape инициировало стандартизацию, в результате чего родился стандарт языка ECMAscript. ECMAscript не привязан к браузерам, сам по себе не имеет средств ввода/вывода. Последующие версии языков Javascript и JScript были приведены в соответствие стандарту ECMAscript. На основе этого стандарта также был создан ActionScript.
    В итоге сегодня Javascript состоит из 3-х практически отдельных частей
    — Ядро (полностью соответствует стандарту ECMAscript),
    — Document Object model (DOM)
    — Browser Object Model (BOM)
    DOM — это API для достука к HTML. Его спецификацию вы можете найти на сайте W3C. BOM в каждом браузере реализован по своему. Соответственно вы найдете спецификацию Javascript от Mozilla (как наследницы Netscape) на их сайте. Отдельно можете почитать спецификации ECMAscript и DOM.
    В итоге получается, что изначально стандарт ECMAscript был основан на Javascript, а потом Javascript основан на ECMAscript. Вот так запутанно :)
    Ну а приставка Java — это маркетинговый ход. Java была очень на слуху в 90-х, поэтому и выбрали такое название. Точнее даже переименовали язык из LiveScript в Javascript.
    Ответ написан
    1 комментарий
  • Чем отличаются Javascript и ECMAscript?

    @b0n3Z
    Javascript — имплементация стандарта ECMAscript компанией Mozilla. Можно сказать, что это надмножество ECMAscript, потому что в нем есть такие штуки, как списковые выражения, короткие лямбда-функции, генераторы (yield), генераторные выражения, let — ключевое слово для создания более продвинутых локальных переменных (например, только в пределах цикла for), разрушающие присваивания ([a, b] = [b, a]).
    Из популярных браузеров только Firefox поддерживает Javascript в полной мере, так что использовать все эти крутые возможности не стоит. Однако, как правило, все, что появляется у мозиллы вскоре появляется в официальном стандарте, то есть в ECMAscript — так было с JS1.6, откуда в стандарт перешли списковые методы map, filter, forEach, indexOf.
    А JScript — имплементация стандарта ECMAscript корпорацией Microsoft.
    Ответ написан
    4 комментария
  • Внешний сервис почты a la Gmail\Яндекс для домена, есть ли альтернатива?

    lashtal
    @lashtal
    Слово «бесплатные» в вопросе не фигурирует, поэтому zoho.com/mail/ — 2$/акк/мес.
    Ответ написан
    1 комментарий