Как выбрать программиста с адекватной ценой за час?

Minifets,

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

а зачем тогда программисты для решения этих задач, если они типовые?
для типовых задач делаются типовые программные продукты.

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

Жив ли русскоязычный фриланс?

Олег Гамега, ничем не отличается от англоязычного фриленса. только тем, что выбора больше - англоязычный выигрывает.

ну и другой уровень цен - то, что для заказчика чашка кофе - для нашего разработчика может быть и нормальной дневной оплатой.

но опять таки - как договоришься, как раскрутишься.
у меня и в РФ заказы на сотни тысяч рублей - не редкость.

в то же время иносранцы - редкостные жлобы, разбалованные теми, кто работает за плошку риса в день.

Почему cmd Windows не форматирует русский язык и как это исправить?

написать в cmd
powershell

Как вывести популярные товары из БД?

Сергей Попов,

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

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

Как вывести популярные товары из БД?

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

нужно смотреть только "корзины в статусе покупка оформлена".

Как правильно реализовать автодеплой с битбакета?

Зачем rsync?
pipeline умеет выгружать в DockerHub и хорошо с ним интегрирован.
Даже если контейнеры Докера не нужны - их можно просто использовать как механизм для транспортировки, а потом просто распаковать файлы из контейнера, будто это zip-файл.
Утилит/библиотек загрузки-выгрузки из/в registry Docker - предостаточно.

Как правильно реализовать автодеплой с битбакета?

у битбакета есть свой легонький pipeline.
нафиг не нужен этот монстр jenkins

Где в проектах на Битрикс размещать папку .git?

".git" не нужно размещать вручную.
вы видимо имели ввиду - где вызвать команду "git init", которая в свою очередь создаст папку ".git"?

Что это за устройство на фотоаппарате?

Ingernirated,

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

сложные модели умеют дополнительно давать вспышки команды для изменения мощности и изменения фокусировки лампы вспышки.

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

изредка умудряются провести реверс-инженерные исследования и научиться управлять чужими вспышками. однако это касается только фирменных вспышек известных производителей фотоаппаратов - Canon, Nikon прежде всего. реже вспышки Pentax, Sony, Panasonic, Olympus.

да и то эти режимы управления как правило, не 100% работают, какая то корявость остается. например, обычно нефирменные радиосинхронизаторы не поддерживают работу с автоматикой управления выдержкой/дифарагмой фотоаппарата.

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

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

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

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

Why debian doesn't recognize the audio/ogg mime type?

Idobrodushniy, если речь об Amazon S3, то протокол передачи и получения файла позволяет явно указывать MIME. С именем хранимого в S3 файла тип MIME не связан.

Why debian doesn't recognize the audio/ogg mime type?

Idobrodushniy,

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

этого и не надо.

как только ты попытаешься отображать в виде картинки MP3-файл, содержащий на самом деле музыку - ты тут же получишь "ошибку декодирования JPEG". И никак не сможешь его отобразить, даже если MIME тебе однозначно укажет, что там JPEG.

Why debian doesn't recognize the audio/ogg mime type?

браузер, вообще-то, в первую очередь определяет MIME по заголовку "Content-Type", который отдает браузеру сервер вместе с файлом.

Why debian doesn't recognize the audio/ogg mime type?

Idobrodushniy,

НО, также, предварительно команда file читает сам файл, где она находит так называемые "magic sniffs", какую то определенную последовательность байт, которая соответствует определенному миме типу, разве не так ?

гипотетически такое может быть. но форматов файлов очень много. и предусмотреть автоматическое определение типа файла по его содержимому - непросто.

этого можно ожидать только от очень узкоспециализированных приложений.
например, просмотрщик картинок может автоматически определять JPEG/PNG/TIFF по содержимому.

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

в общем случае используется именно расширение файла. внутрь файла для определения MIME никто не лезет.

Why debian doesn't recognize the audio/ogg mime type?

Idobrodushniy,

я использую вызов из консоли докера и из консоли хоста одной и той же команды - "file -i filename"

это совершенно неважно.

поздравляю вас! вы столкнулись с ситуацией, которая позволит вам понять - зачем нужен докер!

смысл докера как раз в том, чтобы изолировать подобные непредсказуемые ситуации.

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

в этом и смысл докера - повторяемость.

Why debian doesn't recognize the audio/ogg mime type?

Idobrodushniy,
ну во первых по вашей же ссылке есть еще и упоминание не об общесистемной таблице соответствий, а о таковой таблице у пользователя.
во вторых далеко не каждый софт использует эти таблицы, тот же Python содержит внутри себя в стандартной библиотеке свою собственную таблицу соответствий.

Why debian doesn't recognize the audio/ogg mime type?

Idobrodushniy,

https://wiki.debian.org/MIME

Filename suffixes: The system-wide mapping from file suffixes to MIME types is set in /etc/mime.types.

именно это я и написал.
filename suffix - это и есть "расширение файла" по-русски.
а /etc/mime.types - это и есть "общесистемная таблица соответствий расширения файла и типа MIME"

Why debian doesn't recognize the audio/ogg mime type?

Idobrodushniy,

Директория хост машины синкается с директорией внутри контейнера - кладу туда файл с хоста, у файла на хосте mime-type=audio/ogg, внутри докер контейнера получаю информацию о файле - mime-type=application/octet-stream. "
Или директория может по хттп синкается ?

еще раз - в третий раз:


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

есть специализированные вещи, типа "облачные хранилища" - S3, OpenSwift. Там ты когда кладешь файл, вместе с файлом можешь записать и тип MIME. и работает это все именно по http.

в классических файловых системах такого нет.

однако некоторые приложения могут использовать общесистемные таблицы соответствий между MIME и расширениями файлов

Why debian doesn't recognize the audio/ogg mime type?

Idobrodushniy,

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

ну если ты считаешь что все знаешь - значит ты уже решил проблему.

Why debian doesn't recognize the audio/ogg mime type?

Idobrodushniy,

При чем здесь http сервер? Директория хост машины синкается с директорией внутри контейнера - кладу туда файл с хоста, у файла на хосте mime-type=audio/ogg, внутри докер контейнера получаю информацию о файле - mime-type=application/octet-stream.

если вы получаете файл по http - то MIME-тип вместе с файлом вам отдает сервер.
если вы получаете файл напрямую с диска (с файловой системы), то MIME-тип определяет ваше приложение.

если, как вы утверждаете, вы получаете непосредственно из файловой системы - то значит в докере или вне докера - используются разные таблицы соответствия.

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

Why debian doesn't recognize the audio/ogg mime type?

Idobrodushniy,
еще раз - типы MIME это часть HTTP-протокола. И только так.
единственное, что может помочь определить MIME средствами файловой системы - это расширение файла.