Сергей Тихонов

Выяснилась, что при группировке данных по какой то поле в FACET группировать никак, по этому необходимо делать дополнительный запрос:

select id,vacancy_id,prof_area_ids,latitude,longitude from jobVacancy
    where prof_area_ids=199 group by vacancy_id;

SELECT GROUPBY() AS prof_area_id, COUNT(DISTINCT vacancy_id) FROM jobVacancy
    WHERE prof_area_ids=199 GROUP BY prof_area_id;

Только надо эти запросы отправлять одним разом а не каждого по отдельности т.е. мульти запросом.

Закрыть кавычку?

Кодеры на венде должны страдать.

phpMyAdmin

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

То есть, если питон будет тупить, это будет замедлять клиента. Если такое происходит — нужно уже задумываться о масштабировании своего приложения. Например, consumer-producer через threading/asyncio/multiprocessing (в зависимости от задачи). Или даже очереди сообщений.

Это очень безопасно. Уже на втором пользователе БД встанет колом в ожидании первого, и никаких "подобных ситуаций" произойти не сможет.
1. Создаете в базе запись о переводе денег, снимаете эту сумму со счета пользователя.
2. Колупаетесь с внешним API, сколько влезет, невзирая.
3. Если все удалось - тихо радуетесь сами и радуете пользователя.
4. Если вернулась ошибка - отменяете перевод, возвращаете сумму.
5. Если при регулярной проверке (например, ежедневной) оказываются висящие неподтвержденными платежи достаточной давности - отменяете их и извиняетесь перед пользователем за косяки.
6. И никаких транзакций, их не для этого придумали.

Сложно посчитать (50000 - показанное в первый день) поделить на 6 или что?...

Неверный вопрос.
Неверные требования.
Неверное понимание проекта.

1) Ваша сейчас единственная задача - это дать ответ на три вопроса:

- какие деньги вы готовы потратить на этот проект.
- какие деньги вы готовы потратить на продвижение проекта.
- какую главную функциональность вы хотите получить.

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

3) Стабильная и быстрая работа платформы не зависимо от количества пользователей - глупая постановка требований. Ибо очевидно, что если платформа держит 1000 юзеров в сутки, то с увеличением до 200к юзеров, появятся новые требования к железу, архитектуре и подходах к разработке.

4) Но, если быть честным, вы похоже на типичного "бизнесмена", который думает, что запилит какой-то сайт с курсами, и к нему начнут валить 10к людей в день, хотя по факту будет 5-10 человека.

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

Бизнесмен должен думать о деньгах, а не о том, почему .net хуже или лучше, php.

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

Могу предположить, что вот в этом: bufio.NewWriter(f).
Либо делайте Flush(), либо используйте небуферизованный io.Writer.

w := bufio.NewWriter(f)
defer w.Flush()
client.Logger = log.New(w, version, log.Lshortfile)