влияет только размещение на другом железе*:
- другой носитель внутри того же сервера
- другой сервер
а перенос из папки в папку на одном и том же носителе ни как не влияет. объемы кеширования не меняются. права доступа все равно проверяются, даже всем все можно - это перепроверяется
upd - * - и то в случае сильных различий. например с харда на ссд. или с сервера на на гигабитке, на сервер на сотке. и снова - если код небольшой, но вызывается часто - он один раз поднимается, и сидит где то в кешах. если интерпретация питона на стороне клиента, тем более - затраты только на первую загрузку. потом код в памяти до завершения программы
Moskus, ну не думаю. для ростелекома по оптике, это больше похоже на норму (знакомы из СПб показал такую же ситуацию). для крупных провайдеров типа TTK норма обычно строго симметричный канал. в крупных городах симметричный канал обычно у большинства кабельных провайдеров.
другой вопрос мобильный интернет, возможно пока общая тенденция как раз такая же как у топикстартера
другой вопрос - зачем меряться с хостов в Киришах, если ip вроде как Новгородский? меряйтесь с Москвой или Питером. возможно заморочки в Киришах а не у вас
webiru, бывает что файл хостов лочат/подменяют вирусы. не стоит забывать о такой вероятности. проверка со свежего внешнего носителя типа др.веб и так называемая "автономная проверка", не помешают
GavriKos, я упустил из виду, что все коллекции по существу ссылочные типы. если в методе будет пере присвоение коллекции - новая коллекция не будет возвращена, но на этом видимо аналогия и заканчивается. при работе с элементами коллекции, действительно происходит работа с элементами той же самой коллекции. признаю промах
Alex, сброс настроек не пробовали? (не факт что поможет, если на отдельно проекте нет рецидива)
Но не открывается когда впф проект входит в состав 2-ух других (не впф) проектов.
вообще то проекты не имею вложенности, они входя в состав решения. а решение не имеет спецификации типа технологии, проекты любых стеков технологий в нем равноправны
как эксперимент - создайте копию папки проблемного проекта и откройте сам файл проекта студией. будет создано решение с одним проектом в памяти (при закрытии студии будет предложено его сохранить). если в таком варианте проблема сохранится (подозреваю что так и будет) это будет доказательством, что сбой именно в проекте. в фале проекта, или параметрах сохраненных окон, или в самом макете (изменения, которые сделали его несовместимым с конструктором)
Александр, в этом есть свой прикол - по ощущениям, темная тема проводника, осталась главной фишкой! ;)
(хотя есть косвенные признаки, что расход памяти чуть упал (но точно не увеличился) и (возможно) система чуток похудела на диске (хотя может просто подтерла следы всяких удаленных установок софта )) )
LiptonOlolo, должны но не обязаны..
- читай мой первый камент еще раз.. и спокойно
- смотри на скрин https://i.imgur.com/2ytrIFi.png ты тут видишь слова "открыть во вкладке"?
John Smith, ээ.. хотел добавить реплику, про возможные символы (именно буквы) которых нет в анси.. но не спец по немецкому, просто сталкивался по работе с той темой, которую озвучил ))
Alex, хм.. ни разу не сталкивался..
- проект большой?
- свой или чужой?
.. если свой и маленький - не должно такого быть. если чужой и большой - может и ломает дизайнер, из за какойнить несовместимости (в тч возможно после правки макета)
тут полный набор:
- попробовать на новом маленьком проекте, будет ли рецидив
- сбросить настройки студии
- проверить диск на ошибки
- .. вплоть до поиска вирусов и/или переустановки студии
это мероприятие из тех, которые нельзя достоверно описать на чужом опыте - у всех разный хвост обновлений, разный набор контроллеров и распределение по ним ролей. и у всех разная внимательность и терпеливость при планировании
и еще раз напомню - так ли уж нужно ломать то что работает?
влияет только размещение на другом железе*:
- другой носитель внутри того же сервера
- другой сервер
а перенос из папки в папку на одном и том же носителе ни как не влияет. объемы кеширования не меняются. права доступа все равно проверяются, даже всем все можно - это перепроверяется
upd - * - и то в случае сильных различий. например с харда на ссд. или с сервера на на гигабитке, на сервер на сотке. и снова - если код небольшой, но вызывается часто - он один раз поднимается, и сидит где то в кешах. если интерпретация питона на стороне клиента, тем более - затраты только на первую загрузку. потом код в памяти до завершения программы