Коллеги, ваш спор не имеет под собой основы, вы оба правы. Я искренне радуюсь за людей, которые добиваются успеха, особенно в такой сложной сфере. За робототехникой будущее
Василий Банников, своими кастыльными мозгами я бы создал таблицу, залил бы в неё данные с помощью группировки или подзапросов. Потом бы удалил всё из основной таблицы, кроме тех, которые присутствуют во временной таблице. Но прям "не изящно"... )
По итогу я вообще грохнул все данные и поставил заливку ещё раз этой таблицы заново с нормальными правилами. Но в вашей теме надо бы подразобраться, прям какой-то новый уровень.
Спасибо
Александр, к сожалению, с php не подскажу. к вам на сервер с одного клиента приходит сообщение в обработчик вебсокетов. Далее вы это сообщение через этот же обработчик можете отправить остальным подписчикам. И одновременно с этим выполнить сохранение в свою базу как вы это привыкли делать. Это две разные независимые операции - примеров должно быть много, базовая вещь
Дмитрий, да, я и не спорю, чем крупнее компания, тем может больше людей отвечать и функциональные обязанности делятся между этими людьми. Тогда вам нужно с этим человеком сесть и пройтись по роадмапу, главное договориться между собой, чтобы не осталось веток, за которые (как окажется на ковре у высокого начальства в самый неподходящий момент) никто не отвечает
была ещё история какая-то, отправила крупная компания одновременно всех средних руководителей на конференцию на неделю или даже на две. Затем отделы, оставшиеся без руководства разделили на три типа. Руководителей, чьи подчинённые стали хуже работать - оставили доучиваться. Руководителей, чей отдел остался на том же уровне - повысили. А чьи отделы стали лучше работать - тех уволили.
DevMan, разве богатый фронт, типа вью, ангуляра или реакта сео-дружелюбен?
Во всех трёх решениях используется следующая методология: вначале загружается пустой каркас приложения с роутингом, а затем уже аяксом догружаются нужные данные. Соответственно, если у поискового робота выключен js, то он будет индексировать пустую страницу.
Я слышал, что гугл решил эту проблему у себя, но, во-первых, я не уверен в надёжности такого решения, во-вторых, за остальных поисковиков сказать такого не могу.
Да, крутые дядьки это решают сервер-сайд рендерингом (ssr), но у меня был такой опыт: я поставил новое ангуляр приложение, добавил сср и... приложение не собралось. Из-за того, что _наименование_ какого-то npm пакета было более допустимой длины. Проект этот я сразу же удалил и для себя сделал зарубку, что не хочу поиметь гемморой на сео из-за модных spa приложений. Для каких-то внутренних кухонь, типа админок или прочего, чему сео вообще не нужно я использую ангуляр, штука удобная.
Поделитесь экспертным мнением в этом вопросе?
Василий Банников, Спасибо, возьму на заметку этот способ. Если через c# совсем ничего не получится, поковыряю. Тут просто слишком много лишнего оверхеда: разворачивать, связывать, обновлять, поддерживать новый отдельный сервис ради одного этого.
я не очень силён в этом. Насколько понимаю, клиентские js библиотеки оперируют DOM моделью страницы в браузере чтобы построить график.
На сервере же DOM отсутствует и поэтому нельзя даже через node js отрисовать график.
Можете дать какой-то пример?