увы-увы, лично мой опыт работы с данной связкой крайне печален
все отлично работает пока каждое по одной копии и/или на одном сервере
для масштабирования связка крайне неудобоварима, кибана с еластиком требуют ежедневного администрования, постоянно то индексы на одном из кластеров побились то кибана отвалилась
могу посоветовать посмотреть в сторону telegraf -> influx -> chronograf
связка намного проще и в настройки и в обслуживании
В принципе нет. Есть нюанс с передачей различных параметров, в fasthttp все сделано через байт типы, т.е значения аргументов, кук, хедеров возвращается в виде []byte а дальше уже приводить к типу который нужен.
Почему gin? Не увидел цифр по нагрузке.
У меня от него осталось двоякое впечатление. У себя на проекте используем fasthttp. Нагрузка ~18k rps, чисто rest.
А по-моему глупость делать все заведения под одну гребенку как угодно среднестатистическому посетителю. Не нравятся такие правила — не приходите. Есть много и тематических заведений и вообще закрытых клубов которые иногда в десятки раз успешнее обычных стандартных ресторанчиков.
На делфи еще пишут?! Расскажите пожалуйста современное применение данного языка.
Последний раз встречал делфи года три назад на производственной фирме где люди со стажем по 5-10 лет на нем работают и банально нет времени и средств переучиваться и переводить процесс на что-то поновее.
Есть какие-то перспективы или отрасли конкретно под этот язык?
Не понимаю, почему не сделать одноразовые ссылки у бота, а потом еще и завернуть в google url shortener или любой другой аналог? Ссылка не является нелегальным контентом ведь. А массово запретить p2p и торрент трафик никто не в состоянии пока.
Хороший перспективный стартап который развивается, получает часть рынка, начинает стремительно набирать обороты, внедряет различные системы монетизации, продается крупной компании которая его поганит до ужаса… история повторяется?!
Насколько я правильно понял информацию и данное видео как раз голову то и не пересаживали, а произвели разрез в области позвоночника отделив спинной мозг и производили их сращивание.
Для стационарных устройств есть специальные терминалы. Плюсом считывания карты со смартфона как раз и есть мобильность и перемещение, от которого вы избавились превратив телефон в тот же стационарный терминал. Так что больше велосипед чем инновация, имхо.
Вот как раз с этим (привет размыленым тестурам из фолаута 4 в 2к) проблем не будет никаких. Будет больше ресурсов — разработчики будут писать менее оптимизированный код. Посмотрите что стало с гугл хромом когда ram стал доступен обычному пользователю в больших количествах. То же будет и с видеопамятью)
все отлично работает пока каждое по одной копии и/или на одном сервере
для масштабирования связка крайне неудобоварима, кибана с еластиком требуют ежедневного администрования, постоянно то индексы на одном из кластеров побились то кибана отвалилась
могу посоветовать посмотреть в сторону telegraf -> influx -> chronograf
связка намного проще и в настройки и в обслуживании
У меня от него осталось двоякое впечатление. У себя на проекте используем fasthttp. Нагрузка ~18k rps, чисто rest.
Последний раз встречал делфи года три назад на производственной фирме где люди со стажем по 5-10 лет на нем работают и банально нет времени и средств переучиваться и переводить процесс на что-то поновее.
Есть какие-то перспективы или отрасли конкретно под этот язык?
Да какое ж там разрешение и плотность пикселей для такой карты то?!?!
Фразы:
вода и не более.