* орган тела (рука, нога, палец, ухо и проч.), ныне употребляется большей частью в словосочетании «половой член», а в отношении иных органов термин считается устаревшим;
* элемент какой-либо совокупности:
o рядовой участник организации или иной общности: член общества, член партии, член клуба, член академии, член семьи, член правления, член городской или земской управы и т. п.; обычно используется лишь в тех случаях, когда принадлежность к данной организации добровольная («член нации» или «член армии» не говорят);
o государство как участник международной организации (член ООН, член ЕС и под., опять-таки подразумевается свобода входа и выхода, так что про «члены СССР» или «члены США» не говорят);
o член предложения;
o член ряда, последовательности, арифметической или геометрической прогрессии;
+ членом называется слагаемое в сумме или часть иного подобного выражения, см. также: одночлен, двучлен, трёхчлен и т. д.; многочлен;
o член класса в объектно-ориентированном программировании:
+ функция-член — то же, что метод;
+ переменная-член — то же, что поле класса;
* член (устар.) — в грамматике то же, что артикль.
Таким образом смысловой охват слова «член» намного выше, чем у упомянутого ранее варианта. Поэтому ваша пара запросов еще менее удачна, чем моя.
А если по делу — то ваш комментарий означает, что вы, похоже, не поняли моего комментария выше. Либо увидели не те акценты. Что ж, поясню. Мой предыдущий комментарий следовало читать так:
Сравнение частоты использования того или иного выражения в Сети не следует использовать как надежный аргумент для защиты корректности того или иного варианта применения этих выражений.
Я прекрасно понимаю, для чего Идее нужны файлы кэшей и файлы индексов — без них весь её могучий функционал и не реализуешь. Но факт остается фактом: если в проекте много изменяющегося или, как у меня, динамически генерируемого кода, то со временем в кэше оказывается чертова куча файлов, которые уже реально не существуют (это мое предположение). В результате даже когда ты пытаешься использовать банальный банально просто набирать код, то Идея постоянно замирает на небольшой промежуток времени, который постоянно растет.
Как я уже сказал — в таких случаях помогает только ручная чистка кэшей. После этого ВСЕ операции (поиск классов, TODO, автодополнение и проч.) работают намного быстрее.
Если есть предложения как достигнуть этого без чистки кэшей, то я готов вас выслушать ;)
Я имел в виду не сколько то, что сама верхняя планка существует, а то, что если в тарифном плане написано громкое слово UNLIMITED, то это означает, что эта верхняя планка довольно низка.
Сайт, на котором предполагается реально высокий трафик, на UNLIMITED-плане очень быстро получит замечание от хостера. Суть замечания может быть произвольной :) Либо хостер просто урежет вам ресурсы и у вас просто будут проблемы с производительностью.
По-хорошему нужно закрыть Идею, почистить кэш и открыть идею обратно. Но из-под Идеи у меня может быть оставлен запущенным проект (Glassfish + Jetty, оба в режиме отладки). В итоге нужно остановить Jetty, раздеплоить проект, остановить Glassfish, закрыть Идею, очистить кэши, запустить Идею, запустить Glassfish, задеплоить проект, запустить Jetty. Так что с маленьким скриптом тут не очень.
При работе с большими проектами Идея со временем начинает подтормаживать всё больше и больше. Однако если почистить её папку с кэшем файлов (а он у меня иногда под 3Гб вырастает), то Идея начинает работать ощутимо быстрее. Хотя проект она после чистки будет открывать несколько дольше.
Поэтому сейчас приходится чистить вручную 1-2 раза в неделю.
Добавили бы они еще возможность очистить кэш Идеи или, еще лучше, делать это автоматически если Идея неактивна и компьютером не пользуются (оставлен на ночь).
Поддерживаю. Совершенно непонятно когда и кто успел это доказать.
На мегабите сжатая страница весьма грузится ощутимо быстрее, чем несжатая. Также не стоит забывать, что при сжатии на уровне 1-4 мы в большинстве случаев экономи ресурсы нашего сервера (быстрее отдали страницу — быстрее освободили память).
Конкретная сравнительная статистика есть на webo.in.
Посмотрим, что про Член говорит нам вики:
Таким образом смысловой охват слова «член» намного выше, чем у упомянутого ранее варианта. Поэтому ваша пара запросов еще менее удачна, чем моя.
А если по делу — то ваш комментарий означает, что вы, похоже, не поняли моего комментария выше. Либо увидели не те акценты. Что ж, поясню. Мой предыдущий комментарий следовало читать так:
Как я уже сказал — в таких случаях помогает только ручная чистка кэшей. После этого ВСЕ операции (поиск классов, TODO, автодополнение и проч.) работают намного быстрее.
Если есть предложения как достигнуть этого без чистки кэшей, то я готов вас выслушать ;)
Сайт, на котором предполагается реально высокий трафик, на UNLIMITED-плане очень быстро получит замечание от хостера. Суть замечания может быть произвольной :) Либо хостер просто урежет вам ресурсы и у вас просто будут проблемы с производительностью.
«И почему сейчас таких не делают?» ©
По-хорошему нужно закрыть Идею, почистить кэш и открыть идею обратно. Но из-под Идеи у меня может быть оставлен запущенным проект (Glassfish + Jetty, оба в режиме отладки). В итоге нужно остановить Jetty, раздеплоить проект, остановить Glassfish, закрыть Идею, очистить кэши, запустить Идею, запустить Glassfish, задеплоить проект, запустить Jetty. Так что с маленьким скриптом тут не очень.
Поэтому сейчас приходится чистить вручную 1-2 раза в неделю.
Ну хотя бы когда это реально рефакторинг :)
На мегабите сжатая страница весьма грузится ощутимо быстрее, чем несжатая. Также не стоит забывать, что при сжатии на уровне 1-4 мы в большинстве случаев экономи ресурсы нашего сервера (быстрее отдали страницу — быстрее освободили память).
Конкретная сравнительная статистика есть на webo.in.