Я думаю что никого.

Плохо думаешь, подумай еще разок

Но это не так важно, кто тут владелец чего

@demeliorator вот скажи твое мнение, как поддерживать "имидж" компании с крутыми технологиями, двигать их вперед, и не находится в постоянном состоянии "это нада переделать" внутри компании ? Ну мы конечно говорим про стартап на 40 человек, который хочет привлекать специалистов технологиями \ задачами.

Ну - зависит от количества проектов у компании

Что за компания - продуктовка, сервисник?

В сервиснике технологии все время разные

сервис скорее.

А в продуктовке сейчас модно микросервисы

Знаю один стартап, который не парится и переделывает

вот, да

у чуваков правило "если сервис нельзя с нуля написать за три дня, то он говно"

сервис скорее.

Ну тогда все от кастомеров зависит

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

Если там говноэнтерпрайз, то придется EJB2 хавать

А если сервисник обслуживает финтех какой-нибудь, то там и скала будет, и хз что

так вопрос был как двигаться вперед в этом ?)

Ну - а сейчас стек технологий какой у тебя?

никак

так вопрос был как двигаться вперед в этом ?)

Берёшь микросервисы нежно за волосы

опсы будут вешаться

не, правда, никак

но в программисты будут довольны

Ну - а сейчас стек технологий какой у тебя?

все по классике питон\постгря\нгинкс\эластик\хадупчик со спарком и хбейзом.

Ммм, так а куда ты хочешь двигаться?

И так вроде все норм - даже эластик есть вон

И спарк

да я не куда, я в хадупчики сместился и живу там

мне интересно что делают такого чтобы стек не тух и при то все жило

*при том

Алексей, я правильно понимаю, что ответом на apache vs nginx должна быть ответ о подключаемых модулях апача и пересылки запроса другому демону nginx'ом?

O_o

Что не так?=)

Просто надоело читать, решил спросить =)

Ну, однозначного ответа ни кто не дал

Еще можно вспомнить о асинхроности nginx'a

Ну я приводил это, сказали это только часть

Я за 30 минут переведу сайт с Апачи на nginx и обратно

Хочешь дам такой который не переведешь?

Хочешь дам такой который не переведешь?

А кто сказал что сайт будешь ты давать?

😄

коллеги

уймитесь, а?

всем же ясно все

Хочешь дам такой который не переведешь?

Сайт которому nginx нужен только как прокси?

ну - пришел вчера к нам юноша из церкви свидетелей энджиникса

не надо из этого устраивать истерику с битьем посуды на сутки

Сайт которому nginx нужен только как прокси?

Есть некоторый софт который не будет работать без апача

Есть некоторый софт который не будет работать без апача

Ааа

Ааа

В общем почти все что угодно на mod_perl, например. Еще были даже опенсорс проекты которые полагают что их запускает mod_php

Ну давайте я вопрос задам. А вы попробуйте ответить

Есть сервис там пользователи и данные. Задача написать клиента для REST API, личный кбинет. Какой протокол выберете - XML, JSON. А может быть YAML ? Вот кратко скажите какой и почему.

ни что из перечисленного - не протокол

протобаф )

если хитрый формат то хмл, если простой то жсон

ямл это и есть жсон

началось

там написано - написать клиента

сервер, стал-быть, уже есть

все решено до нас

Я послушаю несколько версий

Какой формат будет истинно верным?

тот, который на сервере реализован

Daniel, cлишком быстро и правильно :)

А если бы я спросил. Задача написать клиента для REST API, личный кбинет, какой формат выбрать?

Клиента и API

в смысле - api тоже я разрабатываю?

Ну да. Вот даже так спрошу. В чем ПРИНЦИПИАЛЬНОЕ отличие XML и JSON для REST сервисов?

принципиальных нет, но все же разница есть в объеме передаваемых данных (причем не всегда xml больше - например в xml через CDATA можно кинуть бинарные строки, а в json придется кодировать) и простоте передачи типов в xml для статически типизированных языков. Плюс в xml есть DTD.

ямл это и есть жсон

Оо

например в json нет ссылок, которые есть в yaml

например в json нет ссылок, которые есть в yaml

Потому что он суперсет

С 1.2, вроде, ямл официально базируется на json

Слабовато жгете. Никто не назовет принципиального отличия? Даже Чистяков?

Ну да. Вот даже так спрошу. В чем ПРИНЦИПИАЛЬНОЕ отличие XML и JSON для REST сервисов?

а разве rest сервисам не без разницы?

какой provider дадите, такой и захавает.

например в json нет ссылок, которые есть в yaml

какие ссылки ?

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

a: &a key: value b: <<: *a

кажется чтото очень ненужное

понятно