• Как выдержать повышенные нагрузки на систему: рассказываем о масштабной подготовке к Черной Пятнице
    0
    Спасибо, но хотелось бы больше технических подробностей… Сейчас всю статью можно пересказать так: «мы год готовились, купили больше серверов, придумали план управляемой деградации сервиса, но ничего не понадобилось».
  • Экспресс-обзор производительности PostgreSQL 10.5 в новейших облачных сервисах Яндекс.Облака
    0
    Это виртуальная машина или физическая?
  • Экспресс-обзор производительности PostgreSQL 10.5 в новейших облачных сервисах Яндекс.Облака
    0
    Вспомнил, почему хотел, но не смог протестировать local-nvme: похоже очередной баг в интерфейсе, не дает возможности запустить кластер с этим диском из-за якобы превышенных квот. Решают этот вопрос с тех. поддержкой, когда решится — протестирую с этим диском.
  • Экспресс-обзор производительности PostgreSQL 10.5 в новейших облачных сервисах Яндекс.Облака
    0
    <сообщение удалено>

    Прошу прощения! Написал ответ и понял, что на MDB у меня тоже был network-nvme!
  • Экспресс-обзор производительности PostgreSQL 10.5 в новейших облачных сервисах Яндекс.Облака
    0
    В таком случае имеет смысл попробовать в Yandex Managed PostgreSQL при создании выбрать local-nvme, они быстрее.

    Да, в первую очередь конечно интересовал диск. Результат Яндекса с 1226 TPS — это именно на диске local-nvme.

    И ещё интересно было бы посмотреть стрельбу, которая в процессор упрётся

    Отличная мысль, спасибо! Попробую как руки дойдут, дополню.
  • Экспресс-обзор производительности PostgreSQL 10.5 в новейших облачных сервисах Яндекс.Облака
    0
    Да конечно, альтернатив много… Но это уже оффтоп )
  • Экспресс-обзор производительности PostgreSQL 10.5 в новейших облачных сервисах Яндекс.Облака
    0
    Вы правы, но AWS не работает в России, а для некоторых проектов это — обязательное требование :(

    Что касается похвалы, то не очень понял, о чём вы? Я постарался привести только голые цифры. Наоборот, я указал, что у Яндекса еще полно косяков, пока каждый третий затык решается только через тех. поддержку.
  • Партиционирование в postgres 9.x. Использование pg_pathman для оптимизации вставки и отсечения (pruning) партиций
    0
    Раньше наша жизнь была серой и однообразной, мы создавали новые секции, триггеры и т.д. вручную. Страшно было даже подумать о том, чтобы разбить существующую распухшую таблицу на секции на боевой базе. А потом появился pg_pathman. funbringer спасибо большое вам и вашим коллегам за это, ваш вклад трудно переоценить!
  • Сводные данные о зарегистрированных доменах второго уровня в зоне .RU
    0
    Совершенно не обязательно 200 ok.
    Ну да, я поэтому и написал «обычно»…

    Доменов, с заголовком Sinkhole = 32.
    Спасибо! Я думал их будет гораздо больше.
  • Сводные данные о зарегистрированных доменах второго уровня в зоне .RU
    0
    В рамках данной статьи раскрытие технических особенностей системы не предполагалось.

    Жаль, чисто с т.з. статистики ценности в статье как-то маловато.

    Что вы имеете в виду?

    Это: en.wikipedia.org/wiki/DNS_sinkhole. Обычно такие домены отвечают вам статусом 200, но в заголовках ответа есть что-то типа «X-Sinkhole: Malware sinkhole». Если при сканировании вы не смотрели заголовки, то теперь уже это никак не понять…
  • Сводные данные о зарегистрированных доменах второго уровня в зоне .RU
    0
    Приоткройте завесу тайны: на чем написан краулер? Как долго обрабатывалось 5М доменов и на каких мощностях?

    Еще интересно, сколько доменов вам ответили, что они DNS sinkhole?
  • Партиционирование в PostgreSQL – Что? Зачем? Как?
    0
    > Напрягает еще ограничение на количество разделов — во всех источниках не рекомендуют иметь более чем несколько десятков партиций.

    А можно вот здесь поподробнее. Получается, что партиции по диапазону id, как описано в статье, создавать нельзя? Они ведь будут только прибавляться со временем и рано или поздно достигнут того самого «рекомендованного предела в несколько десяткой партиций»? Хотелось бы услышать еще мнение rdruzyagin на эту тему.

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

    Заранее спасибо!
  • Компания «Яндекс» запустила агрегатор логистических служб «Яндекс.Доставка»
    +1
    Инициатива отличная! Я, как владелец интернет-магазина, просто не могу передать словами весь геморрой, который приходится терпеть, если ты хочешь отгружать по России-матушке не только Почтой. Помимо Почты, мы сотрудничаем с парой крупных логистических компаний. У каждой из них свой регламент работы, свои ПВЗ, свои условия курьерской доставки, свой API для обмена данными, свои методы и порядки расчетов… и все это умножается на необходимость как-то отслеживать все изменения в регламентах работы и адресах ПВЗ, чтобы предоставлять клиентам актуальную информацию. Поэтому я очень согласен с фразой

    Самое главное, чтобы с нас сняли эту головную боль

    Но, почему опять Москва? На ней что, свет клином сошелся?

    «Яндекс.Доставка» специализируется на транспортировке товаров из Москвы и Подмосковья в регионы России.

    Я понимаю, что объем товаров, отгружаемых из Москвы в регионы намного превышает объем, отгружаемый из регионов в регионы, но в этом-то и есть печаль: как правило, магазины с хорошим оборотом имеют средства для нормальной автоматизации своей логистики, а также имеют возможность пользоваться различными предложениями по хранению, фулфилменту и пр., доступными в Москве. Получается, что жизнь облегчают в первую очередь тем, кто и так «в шоколаде» по сравнению с региональными магазинами. Мы отгружаем регион-регион и нам бы в первую очередь пригодился такой сервис по описанным выше причинам. Очень хочется надеяться, что Москва — это только стартовая площадка, и что у Яндекса есть планы на развитие этого сервиса в регионах.
  • Почтовый офис Яндекса: как мы сделали сервис, анализирующий результаты рассылок в реалтайме
    0
    Вы можете попробовать подтвердить владение доменом sendgrid.convead.com.

    Это мы уже сделали, но по нему все время «Данных пока нет»… Эх, ладно, видимо не судьба.

    Кстати, аналогичный сервис от ваших коллег из Mail.ru все прекрасно показывает по нашему домену.
  • Почтовый офис Яндекса: как мы сделали сервис, анализирующий результаты рассылок в реалтайме
    0
    Мы не нарушаем требования, описанные по приведенной ссылке. Что значит «не похожа на честную рассылку»? Наши письма выглядят вот так: take.ms/9xCr0. Точно так же выглядят любые рассылки через Mailchimp например (обратный адрес — мой, отсылающий домен — другой). Они тоже «не честные»? Простите, но я не понимаю, о чем вы.
  • Почтовый офис Яндекса: как мы сделали сервис, анализирующий результаты рассылок в реалтайме
    0
    Что имеется ввиду под «отправителем»? Домен всегда одинаковый (если клиент не заказал себе whitelabel, но этот случай не рассматривается).
  • Почтовый офис Яндекса: как мы сделали сервис, анализирующий результаты рассылок в реалтайме
    0
    Ребята, а как еще можно подтвердить домен, кроме размещения на нем html-файла? Почему нет подтверждения через DNS, например? Конкретная проблема: мы используем для рассылки писем сервис SendGrid, который для whitelabel требует настройки A-записи домена, с которого рассылается почта, на свой IP. В результате наш общий from-домен имеет вид o1.sendgrid.convead.com и A-запись указывает на SendGrid, так что никакой возможности положить туда файл нет. Привязаться к конкретному емейлу тоже нельзя, т.к. мы — SaaS-сервис, отправляем письма от имени своих клиентов, емейлы всегда разные. Как мне подтвердить домен?

    Прошу прощения, что задаю вопрос в комментариях к статье полугодовой давности, но излазил весь хелп по почтовому офису, а формы суппорта так и не нашел.
  • Как увеличить продажи в интернет-магазине с помощью сегментирования листов email-рассылок
    0
    Настраиваем виджет «Нужна помощь?».
    Задача простейшая: расположить на нем кнопку вызова чата с оператором.
    Проблема: невозможно подвесить на эту кнопку onclick.

    Или я плохо смотрел? Буду благодарен за пинок в нужном направлении.
    Смотрели хорошо, действительно beta-версия виджетов этого не умеет. Но функция интересная и, безусловно, нужная. Записали это в roadmap :)
  • Как увеличить продажи в интернет-магазине с помощью сегментирования листов email-рассылок
    0
    Мне кажется, отсылка более одного — в рамках одной рассылки — письма одному и тому же емейлу есть однозначный и безусловный косяк. Юзер не виноват, что кто-то где-то считает Карла Маркса и Фридриха Энгельса четырьмя разными людьми :) и скорее всего не хочет получать даже одно письмо, а тут на его голову сваливается вот такое счастье.
    Вы правы, один и тот же емейл не должен получать несколько одинаковых писем, это мы решим в ближайшее время.
    Предполагаю, мы столкнулись именно с этим случаем и Convead решил, что visitor_id «главнее» email. И как мне кажется такие случаи (а их будет много, т.к. многие движки имеют подобный механизм) нужно абсолютно четко отсекать.
    Если в случае с рассылками все достаточно однозначно, то вот здесь мы пока не пришли к единому мнению. Дело в том, что ряд сайтов (в т.ч. среди наших клиентов) по каким-то причинам используют фейковые емейлы, которые вполне могут быть и не уникальными. Мы долго думали, стоит ли рассматривать такие граничные случаи, но сейчас уже наверное склоняемся к тому, что не стоит, и что действительно визиторов нужно «склеивать» по емейлу, т.к. в подавляющем большинстве случаев это будет правильным. Сделаем это в ближайшее время, спасибо за фидбек!
  • Как увеличить продажи в интернет-магазине с помощью сегментирования листов email-рассылок
    0
    Посмотрел, ваша рассылка ушла не 26 раз одному человеку, а 26 разным людям с одинаковым емейлом (это видно, если посмотреть на id-шники визиторов). Видимо, когда вы тестировали, вы как-то передали 26 раз один и тот же емейл для разных визиторов. Convead специально не склеивает визиторов по емейлу, потому что это не всегда правильно. А вот что делать с одинаковыми емейлами у разных юзеров в рассылках мы пока думаем (в т.ч. поэтому рассылки еще в beta). Ну, видимо, исходя из вашего фидбека, надо все-таки склеивать их при отправке :)
  • Как увеличить продажи в интернет-магазине с помощью сегментирования листов email-рассылок
    0
    значит «Ключевые стр» рекомендуете убить, дабы не вводили в заблуждение?

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

    Кстати виджет не обидится, если я его defer?

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

    Директ добавляет ?yclid= ко всем объявлениям, если в установках кампании это разрешено. Можно отловить заход оттуда по наличию этого агрумента. Как добавить кастомный агрумент в настройках Директа не нашел — возможно нужно отредактировать ВСЕ ссылки…

    Огромное спасибо за наводку, вот про yclid-то мы и забыли! В завтрашнем релизе это тоже учтем (тогда не нужно добавлять ничего руками в ссылки).

    Дальнейшее обсуждение предлагаю перенести в приват, т.к. оно уже становится слишком частным. Спасибо!
  • Как увеличить продажи в интернет-магазине с помощью сегментирования листов email-рассылок
    +1
    Продлил вам триал до 15 января, спасибо, что не поленились отписать фидбек!
  • Как увеличить продажи в интернет-магазине с помощью сегментирования листов email-рассылок
    +1
    Посмотрел ваш магазин и аккаунт изнутри. Тут имеет место ряд проблем:

    Вот сейчас пробежался по «отказным» — они все посмотрели как минимум один товар.

    На самом деле эвент «Просмотр товара» ваш магазин не присылает. В инструкции по настройке написано, что он должен вызываться после основного кода Convead, а он у вас стоит на странице выше кода. В консоли JS есть ошибка об этом: «ReferenceError: convead is not defined».

    Кстати, вообще обратите внимание на ошибки JS на странице товара, там у вас есть синтаксическая ошибка выше по коду в var displayPrice = ; — из-за нее потенциально тоже могут быть разные проблемы.

    Если ставить код эвента 'view_product' после основного кода неудобно — просто заверните его в DOM.ready():

      $(document).ready(function() {
        convead('event', 'view_product', {
          product_id: '1239',
          product_name: 'Чехол Oxford, 229х125х99',
          product_url: 'http://motokofr.com/product.php?id_product=1239'
      });
    

    Видел тех, кто посмотрел пару десятков товаров.

    Здесь есть определенная терминологическая проблема. Вы настроили ключевую страницу «Product», но Convead не считает это просмотром товара, т.к. для него «просмотр товара» — это именно эвент «view_product», про который я написал выше. Звучит довольно бредово, согласен, но здесь проблема в том, что мы находимся в стадии активного развития, проверяем различные гипотезы и часто изменяем поведение системы и в результате можем просто забыть о чем-то важном или считать это само собой разумеющимся.

    Так, изначально мы придерживались идеи настройки системы без необходимости добавлять какие-либо куски JS на сайт, кроме основного кода. Мы думали, что достаточно проассоциировать какую-либо страницу на сайте с тем или иным этапом воронки продаж и все заработает. Так появился механизм «Ключевых страниц» и их типы («Product», «Cart», «Purchase» и т.п.). Идея была в том, чтобы просто настроить паттерны для этих ключевых страниц и ваши посетители будут распределяться по воронке. Однако со временем мы поняли, что не все так просто… У кого-то роуты сайта постоены на использовании GET-параметров, у кого-то — нет. У кого-то нет отдельной страницы чекаута или совершения заказа и т.д. Все это конечно можно было бы решить через настройку аккаунта, но когда мы прикинули, сколько галочек и полей нужно будет заполнить пользователю, то отказались от этой идеи и перешли от системы ключевых страниц к системе эвентов. Эвенты, кроме всего прочего, открыли также возможность учитывать такие важные для интернет-магазина события, как «положил товар в корзину» и некоторые другие. В настоящее время мы поддерживаем около десятка различных эвентов, в т.ч. и кастомные, которые удобно ставить на всякие кнопочки на сайте и затем сегментировать своих пользователей по этим эвентам.

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

    В общем, если вы отладите JS на страницах товаров, то Convead начнет учитывать просмотры товаров в воронке продаж.

    И еще более интересная подробность выяснилась: на тысячу заходов нет ни одного «по рекламе». Это абсолютно точно не так, основной трафик идет из Директа, это я знаю точно. Счетчик показывает половину «прямых», половину «поиска». СТОЛЬКО прямых быть не может, это тоже известно.

    При определении источника визита Convead в первую очередь ориентируется на заголовок HTTP referer. Мы разбираем его на части и пытаемся понять, на что он похож, и к какому источнику его можно отнести. Так же должен определяться и Яндекс.Директ. Я просмотрел выборочно порядка сотни ваших посетителей, но среди них не обнаружил ни одного с реферером из директа. Может быть вы точно знаете, что кто-то пришел из директа и сможете прислать мне ссылку на него?

    Есть еще такое предположение: у вас много прямых заходов (с пустым referer), это может например говорить о том, что переход осуществлен из https:// на http://, в этом случае как раз реферер будет пустым. Последние новости из мира SEO говорят, что поисковики активно экспериментируют с шифрованием всего трафика, так что такая ситуация с переходом из поиска по рекламе теоретически может быть. Правда, обычно они используют промежуточный редиректер, который как раз редиректит с http:// на http://, но все же прецеденты появления пользователей с пустыми реферерами из поиска и рекламы уже были.

    Лайфхак: если Convead не сможет определить источник по рефереру, то он попробует поискать в текущем URL вашего сайта параметр utm_source. Если найдет его — то он запишет визит в источник «Реклама» независимо от реферера. Так что просто добавьте ко всем вашим ссылкам в объявлениях что-то типа "...?utm_source=yandex_direct" и все будет считаться правильно. Эта рекомендация, кстати, пригодится при любом анализе трафика, не только в Convead.

    Вообще хочу поблагодарить вас за фидбек, нам этого очень не хватает! Мы знаем свой проект слишком хорошо, чтобы объективно оценить удобство его использования и настройки, а также пользу от внедрения. Поэтому такая обратная связь от живых людей и настоящих магазинов бесценна, это открывает глаза и позволяет взглянуть по-новому на то, что мы считали не столь уж важным (хороший пример в ключевыми страницами, которые только путают). Еще раз спасибо :) Я доступен для любых вопросов.
  • Как увеличить продажи в интернет-магазине с помощью сегментирования листов email-рассылок
    0
    Вася увидит открытый текст и будет кричать про безопасность :)

    Мы, конечно, думали о шифровании, но решили не заморачиваться с этим по целому ряду причин. Если интересно — перечислю их отдельно.

    тогда какая разница между «смотрели», «не заинтересовались» и «отказ», если во всех этих группах они посмотрели кучу товаров?

    Я ввел вас в заблуждение своим предыдущим комментарием, поторопился. На самом деле обстоит так:
    • Покинули сайт (отказы) — это те, кто не посмотрел ни одного товара.
    • Смотрели товары — это те, кто посмотрел хотя бы один товар за визит.
    • Не заинтересовались — это те, кто посмотрел хотя бы один товар за визит, однако не прошел дальше по бизнес-процессу (ничего не купил и не положил в корзину).

    Важно: под «Смотрели товары», «Положили в корзину» и пр. понимается наличие соответствующих эвентов ViewProduct, AddToCart и т.п., которые должны корректно передаваться с вашего сайта.

    И еще более интересная подробность выяснилась: на тысячу заходов нет ни одного «по рекламе».

    Напишите пожалуйста мне в ЛС id вашего аккаунта или домен, я посмотрю изнутри, что там насчет источников визитов.
  • Как увеличить продажи в интернет-магазине с помощью сегментирования листов email-рассылок
    +1
    1. Как-то замаскировать данные в JS не получится, но я, если честно, не совсем понимаю смысл этого мероприятия, ведь они «светятся» только для их владельца, сервер же генерирует вам персонализированный кусок JS-а. Думаете Вася Пупкин не знает, что он Вася Пупкин с таким-то емейлом? :)

    Если, не смотря на выше сказанное, вы все-таки не хотите передавать данные через JS, то можете делать это с бекэнда, для этого у нас есть полнофункциональная библиотека на Ruby с Readme и примерами, а также чуть хуже документированная библиотека на PHP. С помощью этих библиотек вы вообще можете интегрировать ваш магазин с Convead практически без JS-а, передавая все данные с бекенда.

    2. Вы говорите про понятие «Отказ» в привычных терминах веб-аналитики (Яндекс.Метрика или Google Analytics) — там действительно «отказами» считаются закрытия страницы без переходов. Convead же оперирует терминами жизненного цикла клиента в интернет-магазине. С точки зрения воронки продаж вашего бизнеса «отказной» клиент — это тот, что не проявил интереса к товарам (не добавлял их в корзину и не покупал).
  • Жизненный цикл задач в Redmine для небольшой группы разработки. Наш опыт и полезные советы
    0
    У нас было три стейджинга на 1 тестировщика :) Потом маразм прошел и мы поняли, что все-равно один тестировщик в один момент времени использует только один сервер. Остальные два оставили для просмотра реквестерам фич. Но проблема одного тестового сервера на несколько готовых фич осталась.
  • Жизненный цикл задач в Redmine для небольшой группы разработки. Наш опыт и полезные советы
    0
    У тестировщика есть свой тестовый сервер для проверки задач, но прежде чем скидывать задачу на проверку программист должен выложить ее в рабочем состоянии на тестовый сервер.

    Каким образом программист узнает, свободен ли этот тестовый сервер, и не тестирует ли на нем сейчас кто-то свои задачи? Постоянно спрашивает у тестировщика? Просто у нас были постоянные проблемы с этим: программистов несколько, а тестировщик один. В результате в общем чате постоянные вопросы типа «Стейджинг свободен?! Занимаю!» и т.п. А если тестировщик в данный момент занят, то вообще непонятно что: программист переходит к следующему таску, а данный таск «подвисает» в неком статусе «ожидает тестирования»… В общем, как-то нам это сложно показалось. У вас с этим как?
  • Перезапуск медиа издания: обзор
    0
    Вы ничего не написали про поиск, и странно, что никто про это не спросил. А было бы интересно, как он реализован?
  • Полифазный сон: отзывы, «теория», личный опыт
    +4
    Я вот чего только не пойму: как с таким режимом жить-то? Работать — понятно, хорошо (в теории). Но жизнь ведь не только из работы состоит. Как «среднестатистическому» человеку можно практиковать такой сон, если:
    а) у него есть маленький ребенок, с которым нужно посидеть/отвести в садик/покормить (извини, малыш, папе надо поспать 20 минут);
    б) он поехал путешествовать с друзьями или пошел в турпоход (чуваки, привал, у меня по расписанию 20 минут сон);
    в) надо ехать куда-либо на машине в перегоном более 4 часов;
    г) еще 100500 ситуаций.

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

    Получается, что практическое применение этого метода весьма ограничено (как правильно было замечено в статье — м.б. какими-то экстремальными ситуациями)? Иначе нет смысла привыкать, проходить режим зомби, чтобы в ближайшем отпуске сорваться и отоспаться за все пропущенное время :)
  • Изначально ущербная система подготовки к переговорам
    0
    Очень часто, как исполнителю, мне приходилось встречаться с позицией «я плачу деньги, значит я диктую условия». И в любых спорных ситуациях аргумент ну мы же платим! почему-то считался прямо-таки тузом (если не джокером) в рукаве. Было очевидно, что никак заказчик не может понять, что любая сделка должна быть взаимовыгодной, и тот факт, что у него есть деньги, никак не отменяет того, что ему оказываются равнозначные по стоимости услуги. Т.е., проще говоря, в голове большинства заказчиков его деньги всегда важнее (ценнее) оказываемой ему услуги. Безумно трудно что-то с этим сделать, я так и не смог с этим справиться.

    Еще одна похожая ситуация — отношения работодателя и работника. По моим личным наблюдениям ситуация, когда работодатель считает, что он купил себе раба за ХХ руб. в месяц, встречается повсеместно. Хотя, если разобраться, это ведь тоже всего лишь сделка (трудовой договор), результат переговоров (собеседования), условия которой должна быть взаимовыгодной. Однако почему-то подавляющее большинство наших сограждан считает, что отстаивать свои интересы в рамках трудового договора — «западло» и «не лояльно». А работодатель часто считает, что ему за зарплату «все всё должны». Особенно часто это встречается в не-айтишной сфере.
  • Эволюция IT-инфраструктуры нашей розницы – последовательные «линьки»
    0
    1. А если все-таки нет доступа к системе в рабочие часы? Точка простаивает, или есть какие-то инструкции для работы в оффлайне?
    2. Это я скорее коряво сформулировал вопрос… Забираете ли вы «сырые» заказы с сайта в 1С и обрабатываете там, или же менеджеры предварительно обрабатывают заказы где-то в админке сайта, после чего отправляют их в 1С? Или заказы с сайта вообще вы обрабатывается в отдельном потоке, который не пересекается с ритейловой 1С-кой?
  • Эволюция IT-инфраструктуры нашей розницы – последовательные «линьки»
    +1
    Игры нет, потому что поставщик — олень

    Это бесценно! Мы, как ваши микро-коллеги, отлично вас понимаем :)

    Если по существу, то вот что хотелось бы узнать:
    1) Как вы решаете проблемы недоступности 1С в торговых точках, если не секрет? Например, нет интернета или «обновление сломало один эс»? Что они делают в таком случае?
    2) Опять же, если это не коммерческая тайна: помимо торговых точек, которые работают в 1С, у вас есть какой-то выделенный отдел, который обрабатывает онлайн-заказы, которые прилетают в 1С с сайта?
  • Обзор 7 онлайн-сервисов для локализации ПО
    0
    Спасибо вам огромное! Я бы никогда в жизни этого не нашел! :)
    Добавил в статью ссылку на ваш комментарий со скриншотами.
  • Обзор 7 онлайн-сервисов для локализации ПО
    0
    Я может быть не туда куда-то смотрю, но не вижу никаких выпадающих менюшек, вот скриншоты:
    monosnap.com/image/TKvY8NTgWVSUzCACGYDe7baQCB85kl.png
    monosnap.com/image/2wtT3w2k1vbL7TjyKnq9SYK2lVhrbM.png
  • Обзор 7 онлайн-сервисов для локализации ПО
    0
    Я имел ввиду именно второе: перевод проекта на русский. Интуитивно я понимаю, что не должно быть тут каких-либо проблем, но я излазил уже все настройки своего тестового проекта и просто ну нигде не вижу, как я могу добавить какой-то язык, кроме перечисленных пяти. А по вашей ссылке 404, наверное это приватный проект.
  • Обзор 7 онлайн-сервисов для локализации ПО
    0
    Нет, мы конкретно эти не пробовали.
  • Обзор 7 онлайн-сервисов для локализации ПО
    0
    Не совсем понял, что значит «экспорт сразу в PHP» (в каком формате? gettext или ...?), но есть даже библиотека для работы с API CrowdIn: github.com/akeneo/php-crowdin-api (требует PHP >= 5.3.3).
  • Обзор 7 онлайн-сервисов для локализации ПО
    0
    Сами пока склоняемся к lingohub просто по причине нативной интеграции с Github, что для нас весьма удобно. В любом случае, такого рода сервисы можно менять относительно безболезненно, так что планируем попробовать несколько уже в боевом режиме.
  • «Нетворческая» сторона локализации. Проект глазами переводчика
    +1
    Я сделал небольшой обзор нескольких сервисов локализации (правда, не с т.з. переводчика, к сожалению): habrahabr.ru/post/229031/
  • Качественная локализация мобильного приложения. 5 простых советов и 12 ссылок
    0
    Я протестировал и сделал небольшой обзор нескольких сервисов для локализации: habrahabr.ru/post/229031/