В Хипчате маркдаун и не нужен — там есть нормальная html-разметка (с ровно одним косяком — в ней нельзя использовать @упоминания, если это сообщение отсылается программно). Куцого маркдауна хватает только чтобы вставить bold/italic, а для нормального форматирования сообщений этого категорически недостаточно.
Именно из-за html-формата мы и пользуемся Хипчатом — только он позволяет очень гибко форматировать различные сообщения, правильно визуализируя входящую информацию. Если ваш кейс — это «чатик менеджеров» и «чатик программистов», то, конечно, html не нужен. Но если для вас мессенджер является реактивным средством мониторинга проекта, то без вменяемого форматирования никуда.
Очень жалко, что этого так и не поймут конкуренты Хипчата.
А покажите, пожалуйста, на пальцах что значит «расстояние до ближайшего товара». Точнее, как определить ближайший товар к некоему слову? Я что-то никак не придумаю как можно построить такой индекс.
А подскажите, пожалуйста, какой-нибудь плагин, который может выравнивать HTML-код, его очень не хватает нашим редакторам. Только чтобы он умел выбирать типы отступов (пробелы/табуляция) и не тянул за собой в зависимостях nodejs (и каком дебилу пришло это в голову?).
Мне удобно палкой обмениваться с друзьями или разовыми работодателями, например. Мне перечисляют ххх рублей в пейпале, я ровно столько же получаю на карточку, без всяких комиссий. Чем не валюта?
Да что ж у вас так жопу рвёт из-за Донецка?
Вы можете просто ответить на вопрос: какое время мне надо показать клиенту с Europe/Samara, если в UTC оно равно 2015-10-26T16:41:19Z?
Что за чушь?
У меня на сайте есть событие, которое произойдет через год. Пользователь, заходя на сайт, хочет точно знать во сколько по его локальному времени будет это событие. Кто должен пересчитывать дату в таком случае?
Смешение от UTC — это не полная информация о таймзоне, её недостаточно, так как вы не сможете пересчитывать даты в будущем: там, возможно, будет перевод часов, о котором из оффсета узнать не получится.
Если администраторы сайта живут в разных часовых поясах и оперируют своими локальными датами, надо это учитывать в коде, если они живут в одной — серверное время не имеет никакого смысла.
Как вы без актуальной базы таймзон можете сказать сколько времени будет у клиента с таймзоной «Europe/Samara» когда на сервере будет 2015-10-26T16:41:19Z?
Причем тут это?
Ваш дебильный тезис не имеет никакого смысла, если в вашем проекте используется пересчёт времени в локальную таймзону пользователя. Актуальную базу таймзон в таком случае иметь всё равно надо: неважно какая таймзона исходная, если конвертируте в неправильную, например, Europe/Moscow, у которой старый оффсет +4, это всё равно вас не спасёт.
А вот администраторам сайта, которые вводят в админке какой-то контент с датами, дефолтная таймзона в виде UTC прибавит только головной боли: им придётся каждый раз пересчитывать реальное время события в UTC.
tl;dr: если в проекте даты пересчитываются в локальную таймзону пользователя, обновлять все равно придётся и смысла держать всё в UTC нет никакого.
Лично мне наплевать, в чём вы там видите смысл, честно. Можно говорить правильно, можно говорить неправильно. Я вам указал на вашу ошибку и на то, что в публичных местах она недопустима, а вы там сами дальше решайте, нравится ли выглядеть тупицей, или лучше взяться за пробелы в своих фундаментальных знаниях.
Кстати, забыл спросить: а когда ява и шарп стали хипстерскими языками? C++ поди тоже хипстерский потому что там хеши не называют массивами?
О, всё с вами понятно. Нет языка кроме PHP и Леердорфа, пророка его. И наплевать, какие там есть правила во всех остальных языках, включая классические определения из CS.
А вы, кстати, знаете, что даже списки в вашем пхп — это хеш-таблицы?
Вообще, отрицать очевидные вещи (и термины) — признак не очень большого, уж извините, ума и кругозора. Особенно там, где вы пытаетесь кого-то чему-то учить.
Да, чёрт возьми, та структура данных, о которой вы говорите, называется хеш. Ну или ассоциативный массив. Или словарь. Просто «массивом» приличные люди называют списки. Не вводите новичков (на которых и рассчитан этот пост) в заблуждение неверной терминологией.
Мне кажется, что посыл «обновите, а то нам трудно с вас брать деньги» был бы куда хуже воспринят, так как была бы явная ассоциация «не обновлюсь — не буду платить».
Именно из-за html-формата мы и пользуемся Хипчатом — только он позволяет очень гибко форматировать различные сообщения, правильно визуализируя входящую информацию. Если ваш кейс — это «чатик менеджеров» и «чатик программистов», то, конечно, html не нужен. Но если для вас мессенджер является реактивным средством мониторинга проекта, то без вменяемого форматирования никуда.
Очень жалко, что этого так и не поймут конкуренты Хипчата.
А WMZ — это валюта или нет?
Вы можете просто ответить на вопрос: какое время мне надо показать клиенту с Europe/Samara, если в UTC оно равно 2015-10-26T16:41:19Z?
У меня на сайте есть событие, которое произойдет через год. Пользователь, заходя на сайт, хочет точно знать во сколько по его локальному времени будет это событие. Кто должен пересчитывать дату в таком случае?
Если администраторы сайта живут в разных часовых поясах и оперируют своими локальными датами, надо это учитывать в коде, если они живут в одной — серверное время не имеет никакого смысла.
Как вы без актуальной базы таймзон можете сказать сколько времени будет у клиента с таймзоной «Europe/Samara» когда на сервере будет 2015-10-26T16:41:19Z?
Ваш дебильный тезис не имеет никакого смысла, если в вашем проекте используется пересчёт времени в локальную таймзону пользователя. Актуальную базу таймзон в таком случае иметь всё равно надо: неважно какая таймзона исходная, если конвертируте в неправильную, например, Europe/Moscow, у которой старый оффсет +4, это всё равно вас не спасёт.
А вот администраторам сайта, которые вводят в админке какой-то контент с датами, дефолтная таймзона в виде UTC прибавит только головной боли: им придётся каждый раз пересчитывать реальное время события в UTC.
tl;dr: если в проекте даты пересчитываются в локальную таймзону пользователя, обновлять все равно придётся и смысла держать всё в UTC нет никакого.
Кстати, забыл спросить: а когда ява и шарп стали хипстерскими языками? C++ поди тоже хипстерский потому что там хеши не называют массивами?
А вы, кстати, знаете, что даже списки в вашем пхп — это хеш-таблицы?
Вообще, отрицать очевидные вещи (и термины) — признак не очень большого, уж извините, ума и кругозора. Особенно там, где вы пытаетесь кого-то чему-то учить.
Да, чёрт возьми, та структура данных, о которой вы говорите, называется хеш. Ну или ассоциативный массив. Или словарь. Просто «массивом» приличные люди называют списки. Не вводите новичков (на которых и рассчитан этот пост) в заблуждение неверной терминологией.