тогда меня перестанут совсем понимать

?

Да такое мешает, когда много сообщений коротких. И это действительно уже обсуждалось

Я пишу сообщения в процессе осмысления предыдущих постов, в прочем так же я и разговариваю, это нереально изменить

Я буду не я если я начну подругому писать

В процессе осмысления постов, можно написать, собственно после самого осмысления. Это же логично, сначало думать потом говорить/писать. А разделять можно В О Т Так Да и дополнить моно, путем редактирования, если на то пошло

Блин, а у приложения телеграмовского есть api какой нить?)

Можно было бы мутануть демон, который склеивал бы сообщения, у которых разница в отправлении меньше n секунд)

В Mail.ru Агенте такое было, если я правильно помню

Я просто тоже привык писать иммитируя речь)

Если что-то объяснить надо, то могу длинный пост накатать бес проблем, продумать, все дела. А беседую короткими)

Если что-то объяснить надо, то могу длинный пост накатать бес проблем, продумать, все дела. А беседую короткими)

Да все тут грешны этим, спасет только автоматизация...

Ну вот и вовращаясь к этому, гугл и сайт телерама мне не помог. Учитывая что это не опен сорс, то я хрен знает как можно мутануть

Блин, а у приложения телеграмовского есть api какой нить?)

есть апи для ботов

это я видел

чо через бота можно думаешь реализовать?

со сторонней библиотекой - запросто

ну как запросто.. можно

Вообще странно,что в телеграме пока это не реализовали

Удобная фича

в собильной версии можно голосом набирать

Можно было бы мутануть демон, который склеивал бы сообщения, у которых разница в отправлении меньше n секунд)

Я тоже думал об этом)

бота можно сделать такого

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

Я не понимаю почему сам телеграм их не объединяет и не считает как один пост

Я не понимаю почему сам телеграм их не объединяет и не считает как один пост

Кстати да

http://joxi.ru/Y2LeoEyIODdRA6

kill me plz

Работать на проекте удобнее сразу нна сервере)

Смотря что, верстку делать нормально на сервере ты не сможешь. Все вот эти веб редакторы кода в админке это детский сад в сравнении с PhpStorm и редакторами типа саблайм и атом. Верстка это тлько локально, а потом уже на сервер ее отправлять.

На счет склейки сообщений можно всем скоком в поддержку телеграмма написать, чтобы они добавили это в функционал программы. Например Facebook Messenger склеивает твои сообщения и выглядит это одним. Удобно) Сразу видишь что это от одного человека, хоть и написал он тонну маленьких сообщений

Смотря что, верстку делать нормально на сервере ты не сможешь. Все вот эти веб редакторы кода в админке это детский сад в сравнении с PhpStorm и редакторами типа саблайм и атом. Верстка это тлько локально, а потом уже на сервер ее отправлять.

Ну так то да. Мы видим верстку, делаем пуши с комитами. Но когда в модексе идет разбивка, тебе придется работать удаленно. И опять же удаленно работать на сервере через пхп шторм никто не запрещал

И то что кто-то как-то говорит короткими сообщениями. Это привычка, не больше не меньше. Обычная работа над собой тут может сделать все необходимое. Если конечно найти в себе силы поработать над собой)

И на счет контроля версий типа Git и репозиториев типа гитхаб и битбакет. В командной работе без них не обойтись это 100%. Кто утверждает обратное, тот просто не работал в большой команде, или вообще в команде.

Ну так то да. Мы видим верстку, делаем пуши с комитами. Но когда в модексе идет разбивка, тебе придется работать удаленно. И опять же удаленно работать на сервере через пхп шторм никто не запрещал

Ну в идеале это сделать верску локально и по FTP одеть ее на модкс) как мы собсно и делаем)

Ура, кто-то меня поддержал

И на счет контроля версий типа Git и репозиториев типа гитхаб и битбакет. В командной работе без них не обойтись это 100%. Кто утверждает обратное, тот просто не работал в большой команде, или вообще в команде.

Я и не говорил что это плохо)

Я сказал что это нужно не везде)

У нас в день по 20 плюс коммитов

Попробуй пораюоьай напрямую без гитв

Ты толи читать не умеешь

Я не говорил что в твоём случае надо как-то подругому

Я не запоминаю весь чат

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

Я сказал что есть проекты в которых можно обойтись без этого

Я НИХЕРА НЕ СПОРЮ

Вы что в двоём читать не умеете

Есть

Хорошо когда есть взаимопонимание)

Я ответил все в тему. И поддержал твою точку зрения с небольшим дополнением)

Вы и в правду тролите Владимира, Вы хоть прочитали про то что он писал о живом сервере и локальном

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

я один работаю но гит помогает оч как

Не я не троллю, наоборот поддержал. Некоторые проекты не требуют гита. Но в большинстве случаев он необходим. Даже скорее не от того что делаешь а в каком колличестве. Если много народу, без гита не обойтись. За рееедким исключением.

Что будешь делать на локальном, перенесет на настоящий и что то небудет работать. Если заведомо не настроить все ручками

Что будешь делать на локальном, перенесет на настоящий и что то небудет работать. Если заведомо не настроить все ручками

В большинстве случаев достаточно поменять данные бд

Если речь о пхп,просто нужно писать универскальный код

В большинстве случаев достаточно поменять данные бд

Не только бд

Домен разный пути разные

С модкс такое не прокатит

Я вообще подразумевал под ПО сервера

я один работаю но гит помогает оч как

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

отличие в кэширование и конфигурайии виртуалхоста

+ разные версии php сервера и прочее

ERROR: S client not available

+ разные версии php сервера и прочее

Можно писать унив.код и все

Про домен, после разрабоьки все равго переносить на сервер заказчика

Можно конечно

Почему нельзя работать с гитом и живым сервером? Вот пушите и комитете сколько хотите, потом просто по фтп заливаете проект, в чем проблема то?

а можно не заморачиваться и работать на живую)

+

Ну так что, массово напишем в поддержку о том что нужна функция склеивания сообщений?

Я не против)

в настройках телеграмма есть пункт задать вопрос, туда напишите

я щас тоже накатаю

Ему по фиг, он уже не уважает нашу рашу. Из зв его проблем страдают обычные юзеры

в чем проблема написать на вражеском?

"Good afternoon! I believe, it could be a good idea to implement the function of gluing several messages sent consequently by one person into one. Quite often you write several short messages just like you would do it in oral speech which might really cause discomfort for other users. This is where this function of chaining messages might come in handy, Thank you."

Я им писал уже не раз, и они мне отвечали на русском) так что не обязательно на английском им писать))

Я не про то, что нужно писать им на вражеском. Просто сам Дуров забил на Россию. Он говорит - что нам хватит мессенджера от ВКОНТАКТЕ

Ну хз. По идее мы не для России просим, а для улучшения самой программы и удобства всех пользователей. В любом случае я им написал.

Все правильно, правое дело - должно быть глобальным.

Почему нельзя работать с гитом и живым сервером? Вот пушите и комитете сколько хотите, потом просто по фтп заливаете проект, в чем проблема то?

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

Все зависит от потребностей и грамотности

А если проект ещё не стартанул, то всё можно делать сразу на сервере заказчика

Посетителей всё равно нет

Опять таки зависит от того что вы там делаете и сколько вас

Короче любой способ имеет право на жизнь

Или на хостинге существующего проекта, меньше вероятность, затыков при работе

А если проект ещё не стартанул, то всё можно делать сразу на сервере заказчика

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

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

И постоянный холивар

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

когда что-то заказывают у меня я изначально обговариваю это

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

+

когда что-то заказывают у меня я изначально обговариваю это

опять же это личное

я и не говорил что не личное)