Уже писал в ответ teke teke. Я согласен что рендеринг на сервере самое "стабильное" решение, но очень похоже что это устарело в наше время, сейчас вебом правят клиентские библиотеки, с клиентским рендерингом, а сервер нужен только для обмена данными. К тому же так меньше трафика идёт по сети (я думаю это более критично для мобильных телефонов, чем зарядка), соответственно сайт работает быстрее, сервер меньше нагружается и т.д.Так что в обоих подходах есть как плюсы и минусы, но мир всё больше переходит к рендеру на клиенте. И мой вопрос в том, что же стоит обрабатывать на клиенте, а что лучше на сервере?
С одной стороны я согласен с вами, но
1. Не так часто сталкиваюсь с людьми, которые работают с отключенным JS. Вернее до сих пор лично ещё не сталкивался. Приватность беспокоит многих, это да, но у большинства дальше беспокойства дело не доходит. Да и не готовы люди перестать посещать нужные сайты, в обмен на приватность – людям нужен контент, они его получают, а приватность уже как бонус.
2. В наше время очень много JS-библиотек, работающих на клиенте, которые по-сути абсолютно бесполезны, если на сайт зайдёт человек с выключенным JS. Очень много разработок, и сайтов где они применяются, будут бесполезны в таком случае. Но ведь люди разрабатывают и применяют.
Impeeeery: в своём вопросе я указал, что могу написать и так, и так, и есть опыт разработки как одних, так и других приложений. Но вопрос решил задать чтобы узнать мнение сообщества, сталкивались ли они с подобными проблемами и, если да, то как их решили. Конечно ко всему можно прийти самому, заново изобретая велосипед. Но ведь можно прочитать книгу, статью, задать вопрос, и не тратить время на придумывание решения проблемы, которую уже решили до вас.
Второй раз в этом вопросе проскакивает ссылка на одну и ту же статью про то, какой Docker плохой. Лучше бы подсказали чем человеку решить его проблему, ответили бы на вопрос. А если Docker и плохой, подсказали бы как решать другими средствами, он уже по FTP готов заливать!
Ну и по поводу Docker. Можно там и базу хранить и всё что нужно. То, что система оркестрации может с одной ноды на другую перекинуть – нужно настроить систему оркестрации для привязки конкретного образа к конкретной ноде. Удобство "перекидывания" есть тогда, когда есть куча одинаковых машин и куча образов, которым по-сути не важно где запускаться. Но никто не мешает выделить отдельно машины под БД, отдельно под какие-то другие сервисы. Тем более, я думаю, что у автора одна или несколько машин, с небольшими проектами (об этом он написал) так что проблем не будет.
По поводу нагрузки от Docker-а: не настолько и большой оверхед от его использования. Да, он есть, но удобство развётрывания всё-таки перевешивает. Ну и приложение внутри docker не обязательно от root-а запускать.
Мне кажется эта статья похожа на статью о том, как Убер с Postgres на MySQL перешел - единичный случай когда у людей что-то не получилось сделать и им система не подошла. Это не значит что всем теперь нужно делать то же самое. Тем более что есть очень много статей, как люди переходили со второй технологии на первую (с MySQL на Postgres или с ничего/ручного развёртывания/etc на Docker) и остались довольны.
Антон Уланов: да, всё есть и всё работает, но и простые разные точки могут работать на одном канале, перебивая друг друга и создавая коллизии на L1. но возникают ли они при использовании capsman? как это проверить? и если сделать точки по разным каналам, не ухудшится ли работа capsman (будут пропадать пакеты и т.д.)? вот в чем мой вопрос
Сергей ZSA: если честно, по вашему вопросу не особо понятно что вам для работы нужны одновременно открытые редактор кода и фш. но это уже не важно. я думаю в вашем вопросе лучше всего поможет техподдержка adobe.
Сергей ZSA: ну если нужен будет через 10 секунд. то это значит что вы им пользуетесь ))
Не знаю в чём именно дело, но виноват явно ФШ. Возможно есть смысл написать в техподдержку Adobe?
Начал разбираться в вашем коде...
Во-первых у вас кнопки вверху были уже привязаны к открытию/закрытию, поведение в вашем комментарии из-за этого
Во-вторых в вашем коде идёт поиск по `button[data-toggle="collapse"]`, хотя везде дальше используются `a`
В-третьих ни у одной `a` не указан `data-target` который вы пытаетесь там взять Накидал в JSBin, для перезапуска можно нажать "Run With JS" в панели Output
Спасибо за ответ. Я тоже больше склоняюсь к варианту с одной большой таблицей для "частей событий", понимаю что есть базы гораздо больше чем может быть у нас и как-то работает же
Хотя в вашем случае есть отступы от краёв и, придётся либо делать дополнительный элемент и его "затемнять" либо, как подсказывает ThunderCat, сделать двумя картинками
интерес как раз в том, что раньше работало, а потом перестали, получается что они отключили.
за wallbag спасибо, посмотрю
а что за проблема с буквой "б"? понимаю, что оффтоп, но всё же, интересно ))
