Потратить 10 минут на регулярку - это заморачиваться, а искать плагин, ставить его, проверять совместимость, проверять корректность работы - это не заморачиваться?) Ну ок.
Если там просто какой-то ненужный текст, то напишите небольшую регулярку с этой целью, и пусть она заменит всё это дело в нужных вам файлах на "". Netbeans так умеет делать, не знаю насчёт остальных IDE и просто редакторов.
Большое спасибо за статью. Хорошая наводка на размышления.
Сегодня постарался изучить этот вопрос подробно. Скачал с официального сайта утилиту для обновления BIOS, обновил его. Изменения увидел. Проверил, включён ли xHCI контроллер - включён, всё нормально. Правда, в моей версии BIOS есть четыре разных режима работы xHCI контроллера: Smart Auto, Auto, Enabled и Disabled. Пробовал увидеть разницу между Smart Auto и Enabled.. Трудно сказать на глаз, но вроде Smart Auto как-то чуть-чуть побыстрее) Но это вполне может быть просто уже моё личное восприятие.
Linux после всех этих манипуляций загружается примерно на той же самой скорости, как и раньше. То есть, ощутимого прироста я после этого всё также не увидел. Так-то на самом деле всё вполне даже быстро работает, я не жалуюсь. Работать мне комфортно. Просто всегда хочется добиться наилучшего быстродействия, вы наверное понимаете меня, если тоже любите копаться в подобных штучках :)
Поэтому, пока что этот вопрос остаётся для меня всё равно до конца не раскрытым. Возможно, позже узнаю что-то на эту тему, или протестирую свой диск на другой матери, и мне станет что-то яснее.
Спасибо за ссылку в любом случае, вы хорошо расширили мои познания :)
Даже если запрос будет передан постом, GET данные пыха тоже увидит и получит. Идите и тестируйте показанный мною код, сами удостоверитесь, что всё там прекрасно передается.
Спасибо за информацию про контроллер USB. Не знал этого.
А насчёт USB 3.0 и 2.0.. Блин, ну я ведь не похож вроде на идиота) Естественно я вставлял свой диск в те самые "синие" порты, кроме всего прочего, у меня прямо на дисплее диска отображается текущий режим USB.
ОЗУ на рабочем компе было либо меньше, либо также, как у меня. У меня 8 гигов. В любом случае этот порог очень редко превышается при работе. Процессоры, возможно, были разные, но у меня дома стоит Core i5, поэтому я не думаю в сторону того, что процессор может быть слабым звеном, тем более при активной загрузке данных с жёсткого диска он ведь редко используется на 100%. Но хотя, возможно, я что-то не знаю в этой части, поэтому не исключаю какую-то взаимосвязь с другими компонентами компьютера.
Я тут насчёт Riot статью сегодня написал, решил немного упорядочить свои выводы насчёт этой библиотеки. Если интересно, приглашаю к прочтению: believer.su/programmirovanie/riotjs
Влад Developer: основное достоинство риот - это очень маленький порог вхождения: ~пара часов чтения документации и игры с примером - и можно уже вполне начинать писать какие-то свои рабочие компоненты.
Насчёт веса - это да, не это его главное достоинство)
Влад Developer: нет, честно, я даже не вникал подробно ни в одно из больших и сложных современных решений, которые продвигают нынче разные разные корпорации. Мне просто лень было изучать такой объем информации, когда все мои проекты были довольно просты и не нуждались в подобных сложных фреймворках)
А потом я просто прочитал на хабре про Riot.js, за пару часов изучил его логику и их пример todo-приложения, доработал этот пример, и мне всё понравилось) И после этого я начал использовать её в своих проектах, и сейчас, спустя где-то пол года или чуть больше, я очень даже доволен этой библиотекой и сильно как-то не горю желанием изучать что-то другое. Она удовлетворила мои личные потребности во фронтенд-разработке. Даже сложные компоненты с помощью неё легко разбиваются на отдельные блоки и вкладываются друг в друга.
Но далеко не факт, конечно, что моё мнение является единственно верным. Как я сказал, реально больших и сложных проектов, в которых бы было РЕАЛЬНО много JS кода, я еще не писал, и большие и мощные фреймворки не изучал.
Сергей Сергеев: да обычный какой-то кеш всяких результатов вычислений на сайте :) Не я его писал, точно сказать не могу, что там такое кешируется. Но кешируется много, много мелкой информации, которая распихивается по отдельным файлам.
В общем, я это дело просто решил: изменил драйвер кеширования с файлового на APC, чтобы хранить всё это в оперативной памяти сервера, вместе файлов. Теперь этой проблемы больше нет)
OS: Debian 7.0
Кронтаб смотрел следующим образом: crontab -u [username] -l
Я смотрел на загрузку в это время по графикам, которые строит Newrelic, но там информация обобщается и сглаживается таким образом, чтобы показывать средние значения, и трудно становится определить точно, какое из приложений начинает перетягивать все ресурсы системы под себя. Надо будет как-нибудь посмотреть прямо в это время как работает сервер, наверное.
Всё, большое спасибо, это и было проблемой. Я сам дурачина, у нас же реально у сервера другая временная зона, и скрипты крона надо было изучать в соответствии с нею.
Теперь источник проблемы виден - это скрипт очисти папки кэша на одном из сайтов, в котором выполняется такая команда:
0 4 * * * find /var/sites/site/public_html/application/cache -ctime +1 -delete
То есть, находит и удаляет файлы кеша возрастом больше суток. Там этих файлов реально огромное количество набирается из-за плохо продуманной системы кэширования, не разбивающей файлы по директориям. Походу, именно эта команда отъедает оперативную память и не даёт достаточного количества её другим приложениям, что становится причиной нестабильной работы сервера.
Честно, именно в агрегации информации из логов у меня нет опыта. Понятное дело, что можно открыть лог запросов к серверу, и там их уже целая куча, тысячи строк. Но вот что с этими данными делать, я не знаю) Запросы на сервер идут постоянно, сайты довольно популярные, а как проанализировать эту информацию и вынести на её основе какие-то полезные выводы - я не знаю.
Newrelic уже подключен) Триальный период использовали, сейчас работает бесплатная версия. Да, действительно, у нас же там логгирование php еще не подключено, надо будет подключить и посмотреть, что он покажет. Спасибо за совет.
vgbege: вам так жалко, что ваше устройство загрузит дополнительно килобайт данных при запросе?) Я не стал усложнять компонент аякс-навигации только ради этого, оно и так прекрасно работает и не оказывает особое влияние на удобство и производительность.
vgbege: вы сами подвели меня к этому своими бесконечными рассказами про сферических программистов в вакууме.
Пожалуйста. Из того, что я писал и что работает и по сей день. Я писал только код, если что. Я не дизайнер.
itcmalik.com - писал его уже года три или четыре назад. Фронтенд весь написан вручную небольшими компонентами. Естественно, с использованием jQuery. Никаких фреймворков. Аякс-навигация и всё такое.
quran-online.ru - мой личный проект, который я начал писать где-то полтора года назад и который развиваю и по сей день. Компоненты используются почти те же самые, которые использовались в предыдущем примере, лишь с небольшими доработками. Плюс написано несколько дополнительных, специально для этого сайта. Снова никаких жирных фреймворков, почти все написано вручную. Советую поизучать данный сайт повнимательнее, там много интересных мелочей, вплоть до мгновенного переключения дизайна и горячих клавиш для навигации по сурам и аятам Священного Корана.
Ну и наконец, вот вам проект, в котором я был тимлидом в течении года, написал для него всю основу на фронтенде и бэкенде (бэкенд на Кохане), в подчинении у меня было три разных программиста: 36n6.ru
Советую заглянуть в разделы учреждений и врачей, там много интересных ui-элемкетов. И снова: тут использовались почти все те же самые мои собственные компоненты с небольшими доработками конкретно для этого проекта. Плюс, там некоторые сложные ui-элементы отображаются с помощью Backbone. Данный проект продолжает развиваться двумя другими программистами, которые ранее были у меня в подчинении. Я ушёл оттуда по своим личным проблемам со здоровьем и лишь изредка помогаю небольшими доработками.
Сейчас я разрабатываю ещё один проект, и снова с нуля, и снова я использую там почти те же самые компоненты. И мне реально до сих пор ни разу сильно не понадобились какие-то большие фронтенд-фреймворки для всего того, что мне надо было сделать. И я пока даже не думаю о том, чтобы использовать их в своих проектах.
Надеюсь, я смог удовлетворить ваше любопытство. Всего хорошего вам, и до свидания)
