чтобы не портить вам беседу)

https://telegram.me/joinchat/Be4rsT3Uyr1TjmSlrRc77g

или подсобите, у меня вот это не работает(

https://paste.ofcode.org/U5r5tnrHdEdb7yVBAYEXx8

или подсобите, у меня вот это не работает(

setInterval(action(c1), 3); замени на setInterval(function() { action(c1)} , 3);

ооо

спасибо

Народ, какой сейчас фронтэнд стек технологий нужно знать чтобы комфортно чувствовать

Реакт. Больше ничего не нужно, всё остальное от лукавого.

\o \o

Почитал, что такое реакт, оказывается такую штуку я сейчас пишу.

Почитал, что такое реакт, оказывается такую штуку я сейчас пишу.

Уникально

Сейчас бы писать на реакте и не знать что это реакт

О господи, ну в js чате хотя бы не напоминайте о шургиной, достало

Сейчас бы писать на реакте и не знать что это реакт

Речь вроде не писать на реакте, а писать реакт ;)

Ага, писать. Зачем брать готовое, если можно написать свое.

Ну и нафиг весь этот зоопарк из библиотек тогда. Пока одно освоишь выйдет другое и то что учил уже устарело

Вон java или c++ 20-30 лет без этой кучи и норм

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

А это вот для чего bower gulp

Еще сасс лесс

И прочее

Разработку может и ускорит. Но пока освоишь весь этот набор, жизнь пройдет мима тебя

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

В лесу учить тоже можно

Там не до этого)

Подскажите по SQL. Хочу сделать чат, того же формата как в телеграмме. На первый взгляд в таблице с сообщениями можно сделать один глобальный message_id, но не понятно, как тогда нормально получать часть сообщений, например с -20 до -10. Или только добавление message_chat_id - номер сообщения в чате решит проблему.

Всмысле чтобы при заходе в чать. Диалоги подгружались?

Всмысле чтобы при заходе в чать. Диалоги подгружались?

Не при заходе в чат, тут можно запросить последние 10 сообщений. А при запросе более ранних сообщений.

тебе нужно добавить dialog_id

(кол-во сообщение, все сообещния) - N(кол-во сколько выводим в порции). Т.е всего сообщений 100, нужно выводить по 10, 100-10 = 90. Вот отсюда и выводи limit 90, 100, потом 50, 60 и тд

зачем считать общее кол-во сообщений?

чтобы порциями точно выводить

дба на вас нет...

Подскажите по SQL. Хочу сделать чат, того же формата как в телеграмме. На первый взгляд в таблице с сообщениями можно сделать один глобальный message_id, но не понятно, как тогда нормально получать часть сообщений, например с -20 до -10. Или только добавление message_chat_id - номер сообщения в чате решит проблему.

если есть id сообщения, то понятно как получать от него следующие N

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

причем здесь ид, подгуружать старые сообщения обычным лимитом

арфметикой указатель переносишь откуда начинать вывод и до куда

table messages (id int, chat_id int, author varchar, message text); открываешь чат — грузишь последнее select * from messages where chat_id = :chatID order by id desc limit 100 подгружаешь более ранние, у клиента уже есть сообщения, из них берешь самый маленький ид: select * from messages where chat_id = :chatID and id < :minMessageID order by id desc limit 100

Select * from messages where messageId > $marker LIMIT N

messageId < $marker

арфметикой указатель переносишь откуда начинать вывод и до куда

не нужна там никакая арифметика. Нужно знать от какого сообщения сколько грузить

Да, что-то я протупил, что можно взять WHERE от самого маленького id. Так и сделаю.

юзер зашел в чат, ему загрузились предыдущие сообщения. Запоминаем ид. То что далее напишут - не важно. Если он доскроллир до верха или нажал кнопку загрузить старые, от того id-10(порция) = x. и вывод limit x, id

id первого сообщения которое подгрузилось

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

в моем примере видишь сортировка в обратном

таким образом можно просто указывать лимит, без оффсета

а развернуть порядок потом в приложении можно

это намного производительнее, оффсет заставит базу бегать по диску гораздо больше чем нужно

А как обстоят дела с готовыми чатами на js? Имеет смысл думать на тему выкладывания в открытый доступ или нет смысла тратить на это силы? Чат на вебсокетах и node.js (не работал, как раз будет повод разобраться).

Ребят, у меня странный вопрос =)) просто тут много людей)) есть PDF, в нем поля куда можно ввести текст. Вот как это поле передвинуть мальца?)))

А как обстоят дела с готовыми чатами на js? Имеет смысл думать на тему выкладывания в открытый доступ или нет смысла тратить на это силы? Чат на вебсокетах и node.js (не работал, как раз будет повод разобраться).

Я как раз на неделе делал систему диалогов типа вк, на полную реализацию дня 2-3 ушло, но готовую не стал бы брать, вышло бы столько же

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

думаю у большинства так же будет

У меня так же, нужен чат для панели управления. Идея в том, чтобы его выделить в отдельный модуль, который максимально просто подключается на стороне клиента и сервера. Тогда можно вложить больше времени и коллективный разум. 2-3 дня довольно оптимистичный прогноз. Как бы мне не понадобилась целая неделя.

А потом ещё пара лет на всякие мелочи

В javascript дефайны есть? Ищу и не нахожу. Хочу сделать так: #define callError(e) return this.callError(user, req, res, e);

Боже, лол, нет

Зря, зря, зря.

Узнал, что приватных функций тоже нет. Как дальше жить.

Эм, Михаэль-сама, откуда препроцессору взяться в интерпертаторе ?

Он же однопроходный.

Он же однопроходный.

ну вообще то нет

ERROR: S client not available

А, ну если считать трансляцию в байт-код...

я про hoisting

А, это... На самом деле, оно и в один проход реализуется, учитывая гомогеничность подхода JS к организации кода ("все - поле: классы, функции, перменные")

Ну или "все - свойство", вопрос терминологии.

Это в Питоне надо код проанализировать, прежде чем отличить вызов функции от создания объекта.

А в JS это официально одно и то же.

Кстати, приватные ф-ии тоже противоречат идеологии по факту.

Сущность может вообще распределена быть, если захотеть. Все упирается в текущее значение this.

И никто не мешает инъекциям кода в объект, например.

А потом ещё пара лет на всякие мелочи

Правда. Слишком оптимистично надеяться написать аналог телеграма за неделю на языке, который начали изучать)

Правда. Слишком оптимистично надеяться написать аналог телеграма за неделю на языке, который начали изучать)

Аналог телеграмма пишется за месяц, а я хочу всего лишь чат, недели должно хватить.

Это смотря что вкладывать в слово "аналог"

Старые жигули и ламборджини последней модели - тоже аналоги, и то и то автомобили

Ну и собрать можно крупноузловой сборкой из 5-6 частей, а можно разработать каждый болтик с нуля

Так что лучше конечно просто определиться а что и в каком виде нужно

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

Особенно те кто в этой сфере многое повидал

А написать чат - где-то видел как тестовое задание в двух компаниях

Нода, экспресс и сокет ио

Так что да, чат можно и за 4 часа запилить

Аналог телеграмма пишется за месяц, а я хочу всего лишь чат, недели должно хватить.

Аналог и за год не написать одному человеку. Под капотом здесь много всего, тем более и приложений разных навалом

Это смотря что вкладывать в слово "аналог"

То, что похоже на чат телеграмма, работает, с минимальным функционалом и имеет возможности для развития, то есть с понятной и расширяемой архитектурой, а не набором костылей.

Вот с последним сложно, остальное вполне за неделю

"Аналог телеграма за месяц" это чушь, конечно же.

Тем более одним разработчиком.

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

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

Тогда это обычный чат, причём тут телеграм?

Аналог телеграмма пишется за месяц, а я хочу всего лишь чат, недели должно хватить.

Ахахахахапхх

Извините

Я один только сетевой протокол для телеграма уже месяц пишу