• Как принимать платежи на сайте без ИП?

    xmoonlight
    @xmoonlight
    https://sitecoder.blogspot.com
    Максим Федоров ответил однозначно верно.
    https://tech.yandex.ru/money/apps/ - но лучше использовать это.

    Лайфхак: можно сделать автоматическую обработку почтовых оповещений о входящих платежах и периодически проверять E-mail ящик для приёма входящих оповещений.
    Данное решение максимально универсальное, т.к. сможет обрабатывать все типы платёжных систем для ФЛ, чтобы обеспечить автоматизированный приём средств.
    Но без труда - не вытащить и... - придётся враппер/пингер почты mail-box'а написать.
    Ответ написан
  • Как принимать платежи на сайте без ИП?

    @MarkLb
    Можете использовать агрегатор платежей FreeKassa, но там высокая комиссия.
    В плане Qiwi - используйте: https://qiwi.com/api - тут менее всего удобно, ибо нет уведомлений о новых платежах, но есть методы для проверки, так что также просто подключается.
    В плане WebMoney - можно использовать WebMoney Merchant(https://merchant.webmoney.ru/conf/default.asp), там не надо ИП, он работает с начального аттестата - получить можно за 10 минут через банковский платеж.
    В плане Яндекс.Деньги ответ выше дали, пользуюсь такими же методами.

    UPD: Qiwi добавили webhook'и, теперь можно без шаманаства с CRON получать данные.
    Ответ написан
    7 комментариев
  • Определение живых пользователей от ботов?

    firedragon
    @firedragon
    Не джун-мидл-сеньор, а трус-балбес-бывалый.
    1. Запрос страниц без картинок (почти однозначно бот)
    2. Время на странице (нужна статистика)
    3. Капча на чувствительные места (регистрация и отправка сообщений)
    4. Регистрация через соц. сети (почти однозначно не бот)
    5. Невидимая кнопка, если перешел сразу бан. (почти однозначно бот)
    6. banner gdpr большого размера и не нажатая кнопка. (почти однозначно бот)
    7. push notification который не нажали на 2 страницах (почти однозначно бот)
    Ответ написан
    7 комментариев
  • Определение живых пользователей от ботов?

    index0h
    @index0h
    PHP, Golang. https://github.com/index0h
    Цель любой защиты - сделать ее взлом не выгодным. Самая дешевая защита:
    1. Проверка user-agent
    2. CSRF
    3. Гугло каптча перед важным действием
    4. Блокировка на N минут после неудачного входа / важного действия

    Простые атаки это отсечет, но не более. Невидимая картинка вас спасет от примитивных curl/wget, не более. WebDriver ко многим защитам на стороне браузера (секреты в localStorage, iframe, ...) не восприимчив.

    Те защиты, что я привел - тоже не дают особых гарантий, но они довольно дешевые
    Ответ написан
    2 комментария
  • Javascript получение данных из консоли?

    azproduction
    @azproduction
    В клиентском JavaScript нет как таковой консоли. Есть неймсейс и методы которые используют вендоры браузеров для отображения данных для отладки — методы одни, но данные отображаются от браузера к браузеру разные. Фаетически есть «STDOUT», «STDERR», но нет «STDIN». Можно, конечно, сделать костыль, используя prompt(), подогнать интерфейс как javascript linux или написать расширение для конкретного браузера.

    В Node.js есть полноценные методы работы с терминалом TTY
    Ответ написан
    1 комментарий
  • Можно ли работать программистом, но не оценивать сроки?

    zoonman
    @zoonman
    ⋆⋆⋆⋆⋆
    Есть проект, называется Fogbugz
    www.fogcreek.com/fogbugz
    В нем можно ставить задачи и указывать время их исполнения. Он собирает информацию и потом может выдавать предсказание о времени выполнения задачи.
    По опыту могу вам посоветовать, если вам кажется, что задача займет пару часов, а заказчику скажите 4 или 6. В систему вводите свое собственное время. Через пару месяцев у вас появится некоторая картина вашей скорости.
    На мой взгляд лучше срок немного увеличить, чем сделать не вовремя. Вообще это приходит с опытом, но все равно очень сложно оценивать время выполнения. Лично я стараюсь узнать о задаче максимум до начала ее выполнения или представления оценки заказчику.
    Что еще можно сказать - не переживайте сильно по поводу оценки времени. Все ошибаются, даже специалисты с 10-20 летним стажем.
    Есть еще немного другой подход - непрерывная разработка, в которой нужно ставить оценки времени, но необязательно их соблюдать. Т.е. оценку разработчик делает сам для себя. Что-то вроде личного мотиватора, не более того.
    Ответ написан
    2 комментария
  • Можно ли работать программистом, но не оценивать сроки?

    pletinsky
    @pletinsky
    Ваша проблема довольно типична на самом деле :) Это не какие то индивидуальные особенности, просто многие боятся самому себе в этом признаться.

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

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

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

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

    Что посоветовать - вопрос непростой. Ну, работать в серьезных проектах конечно, с профессиональными людьми. Там таких проблем поменьше.
    Ну и конечно учиться оценивать. Ведь ваши беспокойства вызваны неопределенностью. Вы просто не знаете как сказать правильную цифру. Конечно на самом деле никто не знает, некоторые лишь пытаются убедить себя, что знают. Однако вы можете приблизиться к реальности.

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


    Системный подход решает многое.
    Ну и конечно классический финт ушами: закладывание рисков. Просто учтите риски, добавив время, проявив храбрость, чтобы сказать большую цифру. И если на самом деле сделаете быстрее, считайте, что учтенные вами риски попросту не случились. Это вашему руководителю будет очень понятно.
    Ответ написан
    Комментировать
  • Можно ли работать программистом, но не оценивать сроки?

    trevoga_su
    @trevoga_su
    1. НЕ ВЕЗДЕ сроки имеют место быть. Ищите работу где сроки не требуются. Таких мест полно. Это как правило долгоиграющие проекты принадлежащие бизнесу, а не говеные веб-студии, штампующие на заказ.

    2. Сроки можно озвучивать, если вы пишите что-то, что вам понятно, задача прозрачна или типична. Есть задачи, когда о сроках не может быть и речи - например, поддержка/разбор чужого кода кода. На таких задачах сроках быть в принципе не может.

    3. Приехал я как-то с поломкой машины к мастеру-частнику. Говорю - вот то то не работает. Сроки? А он мне отвечает - а я не могу сказать. Откуда я знаю что там сломалось?
    Это я к тому, что даже такая в такой теме, как ремонт авто, где казалось бы все четко и все делается по наработанной схеме, сроки крайне не определены.

    4. Если с вас требуют сроки, значит вы что-то делаете не так или работаете где-то не там. Про сроки можно говорит в строительстве, где укладка одной плитки СТАНДАРТНО занимает Н минут и вы должны полы покрыть 30х40 метров. Тогда сроки справедливы. В IT сроков не может быть. Т.е. не должен исполнитель думать о сроках. Это не его дело. Менеджмент должен дать время с запасом и не терзать исполнителя.
    Ответ написан
    3 комментария
  • Как начать понимать программирование?

    VoidVolker
    @VoidVolker
    Dark side eye. А у нас печеньки! А у вас?
    Программирование — всего лишь перевод алгоритмов с абстрактного человеческого языка на такой же абстрактный искусственный язык ЭВМ, но более строгий логически и ограниченный язык. Так что по сути своей программисты — это переводчики с одного языка на другой. Важно уметь четко и однозначно формулировать свои мысли, иметь абстрактное и образное мышление, а так же хорошую память. И конечно иметь огромное желание постоянно учиться и развиваться, изо дня в день, из года в год — по-другому тут никак.
    Для начала рекомендую изучить устройство ЭВМ и принципы, по котором оно все работает. Так же полезно изучить историю появления ЭВМ — чтобы понимать откуда вот это все вокруг взялось и почему оно вообще есть.
    Ответ написан
    1 комментарий
  • Как начать понимать программирование?

    darakanoit
    @darakanoit
    ЯП не является целью, ЯП лишь инструмент как и любой другой язык в мире.(не только it).
    Обычно называют это техническим складом ума - думать по другому.
    Я бы советовал Вам выделить время на логические раздумия над задачами. Когда понимаешь как должно работать это в голове,потом потихоньку переносишь в код.
    Ответ написан
    3 комментария
  • Как понять суть программирования (подробнее в содержании)?

    UnknownHero
    @UnknownHero
    Человек не тратит сотни часов и дней на изучение композиции, как строится перспектива, как падает свет, как формируются тени, чтобы понять, подходит ли ему рисование или нет, хочет он заниматься этим или нет.

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

    Понравилась роль программиста ?

    С моей точки зрения это всё работает не так. Любому может понравиться картина художника и он захочет стать художником.
    Но уже через 100 часов обучения он бросил это дело, т.к. сам процесс ему не понравился.
    Поэтому лучше понять это в процессе.

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

    Если вам нравиться эта идея, то можете выбирать этот путь.
    Если сомневаетесь,я думаю, поможет только практика.

    А что на счёт разных языков или технологий... В любой сфере нужно будет иметь немалые начальные знания и постоянно учиться.
    Просто нужно взять что-то одно и выучить.
    Ответ написан
    Комментировать
  • Разработчик недисциплинированно трекает время. Что делать?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    А зачем вообще трекать время? Уложился в дедлайн - молодец. Не уложился - разбор полётов. Хронически не укладывается - понижение грейда или увольнение.
    Ответ написан
    21 комментарий
  • Как скрыть часть блока?

    fallus
    @fallus
    .parent .block:nth-child(2) ~ .block{
      display: none
    }
    .parent.active .block:nth-child(2) ~ .block{
      display: block
    }


    // jQuery
    $('.button').on('click', function(){
      $('.parent').addClass('active');
    });
    
    // или не jQuery
    document.querySelector('.button').addEventListener('click', function(){
      document.querySelector('.parent').classList.add('active');
    });
    
    // я не сумасшедший.
    Ответ написан
    3 комментария
  • Как скрыть часть блока?

    AleksandrB
    @AleksandrB
    Совсем недавно вывел "Hello world"
    Во-первых, задать для зеленого блока css свойство overflow: hidden; с фиксированным height
    Во-вторых, использовать для отображения js (хотя можно и на css)
    document.getElementById('strlochka').onclick = function () {
       const green = document.getElementById('green');
       green.style.overflow = 'auto';
       green.style.height = 'auto';
    }

    Код не тестировал, смотрите и подгоняйте сами.
    Ответ написан
    Комментировать
  • Как начать работу в open source проекте?

    angrySCV
    @angrySCV
    machine learning, programming, startuping
    заходишь на гитхаб, выбираешь интересный проект, смотришь раздел issues -> там написано что им уже требуется, или сам заводишь эту ищью (если что-то хочешь сам добавить), ну и начинаешь фигачить.
    Ответ написан
  • Как правильно подключить js файлы?

    была такая же проблема. для каждой страницы подкручивались свои js. когда начали собирать фреймворк - мне надо было собрать все скрипты так, чтобы на всех страницах одни и те же подключались. в итоге было много ошибок. Как решила? - правила js-файлы. Задачу решила. Для себя выводы - изначально шаблон делать с расчетом, чтобы все js подключались без конфликтов. Т.е. сразу это делать на этапе разработки верстки. А не потом сидеть в ужасе.
    Ответ написан
    Комментировать