• Как создать персональную систему оплаты на сайте?

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

    Гуглить "как мы сделали свой процессинг банковских карт и что из этого получилось". Подобная статья была у badoo.com на хабре.
  • Как создать персональную систему оплаты на сайте?

    Я пониаю, однако пример софта был бы интересен.
  • Как создать персональную систему оплаты на сайте?

    Интересно есть ли open source решения которые уже прошли сертификацию и позволяют модификации под пользователя.
  • Как создать персональную систему оплаты на сайте?

    Наталья Налимова: видимо чтобы создать свой банк в перспективе и получить хоть какую-то экспертизу для начала.
  • Почему после включения HTTP2 сайт не работает в большинстве браузеров?

    Можно пример где:
    1. ssl секции включающие http2 расположены в http секции
    2. есть виртуальные хосты без ssl и http2
    А то лично мне не ясно как правильно указать
    listen 443 ssl http2;
    в http секции так что бы ничего не сломалось.
  • Почему после включения HTTP2 сайт не работает в большинстве браузеров?

    Николай: уже и не помню, просто использую теперь нормальный конфиг и всё.
  • Почему после включения HTTP2 сайт не работает в большинстве браузеров?

    Та же проблема.
    - с Firefox (43.0.4 - последняя версия) - белый экран
    - с Safari проблемы нет
    - с Chrome (47.0.2526.111, 64-bit) была такая же проблема (ERR_SPDY_INADEQUATE_TRANSPORT_SECURITY), но как-то удалось разрешить.

    A+ после генерации через эту утилиту https://mozilla.github.io/server-side-tls/ssl-conf...
    Если не включать http2 в nginx конфиге то всё отлично, с spdy не пробовал.

    Может быть действительно nat? Тестировал через wi-fi точку доступа.
  • Создание форм в Golang?

    Похоже вам и одному в этом тредике хорошо.
  • Создание форм в Golang?

    Linux - коммерчески вообще не нужен, и точка.

    Кому не нужно? Вам? Вся суть проста, я пишу много софта под сервера, а сервера сплош на Linux.

    Надо понимать что GUI это не отдельное "нечто", это всего лишь дополнительный пакет к функциональности приложения.

    Mac, Android, Windows - разные ОС, в большинстве случаев то, что нужно под 1 ОС, не нужно под 2 другими ОС.

    Может и так (хотя не для всех), но куда проще когда у вас 1 библиотека под подходящий по всем остальным критериям язык программирования и с помощью которой можно решать аналогичные задачи во всех интересующих ОС, а не только в каком-то конкретном варианте (типо Objective-C, Swift для iOS)

    > Вы пишете на всех сразу и одинаково хорошо?
    Конечно. Пишу на туевой куче языков.

    Я за вас рад.

    А для виндузятников с их GUI идеален C#, и ничто иное до сих пор до него не дотянуло в этом плане, да и в других тоже.

    Это вы конечно красиво сказали:) Но ради Windows изучать С# не вижу никакого смысла. Никакого профита в других сферах это не принесёт. Тащить C# на сервера где много софта бессмысленно, тем более linux версия C# вроде как толком и не работает или не поддерживается - в результате ограниченная платформа исключительно MS Windows.

    Крупные приложения с GUI, написанные под винду не на C#, не работают особо хорошо.

    Вы либо смотрите исключительно со своей колокольни либо напрашивается вывод "не пишите GUI приложения под Windows", пишите так как считаете нужным.

    Нравится Swift? Да на здоровье. Хотите С#? Да не вопрос.

    А если по делу, то колхоз из 100500 языков только что бы сделать что-то на какой-то замкнутой экосистеме мне не особо нравится. Возможно крупным компаниям где просто куча разных программеров со скилами в разных языках это и нормально, но не в одиночной разработке. Можно замкнуться в рамках какой-то одной платформы и именовать себя (веб|мобильным|серверным|каким-то ещё) разработчиком, но зачем себя специально ограничивать?

    По большому счёту если вас всё так не устраивает в GUI библиотеках (закромя C# и Objective-C/Swift) то что вы тут делаете? У вас явно нет желания сидеть и делать нормальную GUI-библиотеку для Golang. Или это не так?
  • Как создать авторизацию вконтакте в сайте на golang?

    Впрочем к задаче топикпастера это скорее всего не относится.
  • Как создать авторизацию вконтакте в сайте на golang?

    Когда с пол года назад пробовал использовать эту библиотеку там был баг с авторизацией по login/пароль без участия пользователя и браузера. Как сейчас дело обстоит не знаю.
  • Создание форм в Golang?

    VZVZ: личная мотивация это улучшение знаний в Golang и распространение его на другие платформы. Ведь GUI под Mac OS X в данном случае это не только GUI под мак, это ещё и GUI под Linux, Windows и любые другие операционные системы. Golang упростил жизнь во многих сферах, может упростить и в этой. Тащить кучу зависимостей что бы отобразить окошко с кнопочками? GTK, QT? Не говоря уже о том что:
    1. производительность GTK, QT, other зависимостей вам никто под ту или иную платформу не гарантирует
    2. править проще библиотеки написанные на том языке программирования который вы хорошо знаете.
    По этому в перспективе это чистый Си и чистый Golang лично для меня.

    Под распространением знаний я не имел в виду тотальную агитацию и навязывание. Просто если он напишет о своём опыте где-то (в одном экземпляре) с примерами и выводами лично для себя то те кто ищут информацию по теме всё равно это найдут и им будет интересно узнать как справился с такой задачей кто-то ещё.

    По поводу Objective-C, Swift, C++, Python. Вы пишете на всех сразу и одинаково хорошо? Вот мои частные мнения по поводу этих языков программирования и сравнение их с Golang лично для себя:
    Objective-C
    - купил корманный справочник больше полутора лет назад, читать скучно, запоминать тем более
    - много больших монстроозных конструкций для банальных вещей, не всегда понятно как понять будет ли это работать быстро или адски медленно (для этого банально нужно проводить и нарабатывать опыт)
    - не самый красивый или простой язык программирования
    - не предназначен для программирования чего-то кроме софта под iOS и Mac OS, врядли вы захотите делать на нём что-то ещё, например софт под Linux (как серверный так и клиентский)

    Swift
    - на первый взгляд красивый и локоничный язык, когда его представили он, вроде бы, был быстрее обычного Objective-C и его упрощённый синтаксис и библиотеки безусловно захватывали дух и умы мобильных разработчиков
    - опять таки вряд ли будете использовать их для чего-то ещё кроме iOS и Mac OS
    - как показала практика (чтения тех же статей на хабре) не все стандартные библиотеки были переписаны под Swift и в некоторых местах есть ацкие баги этой совместимости когда часть проекта это Objective-C, а часть Swift

    Objective-C и Swift
    - не понятно как расширять язык (сам язык)
    - не простые условия распространения софта и поддержки версий
    - компилировать где-то за пределами Mac? Да ладно... это вроде можно, но это точно костыль.

    C++
    - есть не мало статей сравнивающие C++ и Golang, в кратце - Golang безопаснее, проще, удобнее
    - лично я С++ изучал не раз и каждый раз задавался вопросом зачем он мне если есть более простой и производительный Си у которого ровно теже плюшки и проблемы, но нет кучи синтаксического мусора в коде
    - уже больше подходит в качестве универсального языка программирования, опять таки QT, GTK для отображение окошек в большинстве случаев

    Python
    - отличный синтаксис для работы с текстами
    - много библиотек для Big Data и Machine Learning
    - универсально для linux, mac, windows что плюс
    - что бы на нём писать нужно его знать, знать не проблема если посвятить этому время и много читать, благо много хороших книг (по крайней мере одна большая точно)
    - минус в том что это всё таки не то, не компилируемый язык, не такой быстрый как хотелось бы и его просто не хочется видеть в качестве личного универсального языка программирования.
    - опять таки чем там рисовать окошки? QT, GTK?:)

    Возможно под каждый из этих языков есть с десяток вариантов как отрисовать GUI, знаю что под один лишь Си есть как минимум вариантов пять и их можно с одинаковым успехом подключить к Objective-C, Swift (хотя зачем? онож только под iOS и Mac OS и под другие операционки это никто не использует...), С++ и Python.

    Теперь Golang
    - компилируемый
    - безопасный
    - простой
    - компактный (в плане кода)
    - быстрый
    - в большинстве своём качественный код
    - не требует зависимостей, а там где биндинги необходимы со временем появляются отлично написанные родные пакеты на Golang
    - его можно подключать к другим языкам, уже не раз библиотеки на Golang используются в Java для Android для выигрыша в скорости (к примеру проект с кастомной клавиатурой)
    - отличные и простые Goroutines

    Не вижу проблем писать на Golang графические приложения и уж тем более не вижу причин почему бы теже самые графические приложения что работают под Linux и Windows написанные на Golang не должны были бы так же хорошо работать под Mac OS.

    Если просто, то Golang это удобная числодробилка с предсказуемой надёжностью и очень хорошей скоростью, с простым и удобным низкоуровневым доступом по всему что может только понадобиться, отсутствие тонны вариантов написания одного и того же, что тоже плюс.
  • Создание форм в Golang?

    VZVZ: у меня в планах так же софт с GUI под MacOS написанный на Golang... просто пока решения нет и поделиться в этом плане увы нечем:) Однако для Golang уже три-четыре библиотеки на эту тему есть. Пусть гуглит, изучает и распространяет знания.
  • Создание форм в Golang?

    Формы могут быть разными, например html-формы... топикпастер просто не указал что ему конкретно нужно.
  • Как параллельно сконвертировать rstp потоки ip камер в изображения на golang?

    Конечно. Напишите мне завтра во второй половине дня по аккаунту: mantyr
  • Как сделать случайные отзывы на php?

    Анатолий Филиппов: фрилансишь? Сколько за задачку предлагали?
  • Как параллельно сконвертировать rstp потоки ip камер в изображения на golang?

    Так же не понятно что будете делать в такой ситуации:
    1. есть пачка данных в map которые вы начали обрабатывать и обрабатывать долго (ffmpeg же не быстрый)
    2. пока программа работала с прошлой пачкой данных пришла новая пачка данных (ну а вдруг? Вдруг эти задания софт генерирует например раз в 10 минут или клиентами)
    Что будете делать? Запускать вторый экземпляр программы и идти по новой пачке данных? В результате +100500 горутин и запусков ffmpeg. Не равномерное распределение нагрузки (то густо то пусто), не контролируемое время выполнения каждого задания (чем больше заданий одновременно тем медленнее они делаются).

    У меня сервис распознавания документов (картинка -> текст) и используется смешанный режим.
    1. есть группа заданий, каждая группа заданий работает независимо от другой
    2. таких групп заданий может быть много (в самом начале было определено что не больше некоторого разумного числа + есть возможность приостановить или возобновить любые группы через удобную админку обычным менеджером)
    3. в каждой группе пачка из примерно 10 000 - 150 000 заданий на распознавание
    4. каждое задание подразумевает от 1 до 6 страниц текста которые распознаются по отдельности.

    Сложность (фактически максимальное время) алгоритма для распознавания одного задания (1-6 страниц) можете посчитать сами (исходя из количество групп заданий и количества ядер)
  • Как параллельно сконвертировать rstp потоки ip камер в изображения на golang?

    Почему не используете каналы?:)
    Не думали что в json может прилететь через несколько лет 100500 записей сразу?

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

    rtspStreams := map[string]string{

    Вряд ли вы собирались прописывать этот map в программе вручную - а значит нужен какой-то интерфейс получения заданий. А значит сервис можно сделать постоянно живущим (демон/сервис, называйте как хотите, например получающий задания по http), а не время от времени запускаемый код. А значит синхронизация по sync.WaitGroup не требуется вовсе (если использовать каналы).

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

    Надеюсь выглядит это так: в сессии хранится только порядковый номер отзыва, а не весь csv или отзыв целиком. А то получится 100500 пользователей * на копию данных вместо 100500 пользователей * на int32(или int64).
    Кстати зачем в сессии это хранить? Разве при каждом заходе одного и того же пользователя не нужно показывать снова рандомный отзыв? Разве что хранить список уже показанных и исключать их из массива возможных что бы не показывать дубли. А как только все покажутся массив в сессии обнулять.