Это значит рамблер берёт у них новости и транслирует у себя.
Где? У Рамблера нет своей поисковой машины, поэтому никак не влияет. Вполне возможно доп. трафик с рамблера только. НО как мне известно туда настоящие СМИ берут, а не всякие УГ сайты т.к. модерация ручная.
Остаётся 3-и часа до окончания аукциона.
Заработок в сапе уже 2,66 и поднимается т.к. ещё 89 ссылок в состоянии WAIT, одобрено 60 :)
Да я вот с помощью интела диска делал и чёт вот такой косяк. Кстати на другом HDD терабайтнике, там тоже 31 килобит, надо бы выравнивание сделать, но ждать долго. Позже надо будет заняться.
Как я люблю ваши вконце приписки :)
Я выбирал по надёжности. Вот на второй компьютер для жены уже буду покупать другой. Хотя у нас в городе проблема, что SSD вообще тотальная редкость, завозят одну фигню. Но это другая история :)
Тут почитайте: http://roman.terekhov.su/2010/01/10/vklyuchenie-ahci-rezhima-bez-pereustanovki-windows-vista7/
Я вас уверяю, вы выжмите всё из SSD :)---------- Добавлено 13.07.2013 в 17:35 ----------
Ещё раз говорю, у меня были сектора по 31 килобайт. Не нужно мне теорий, я не просто так начал всё это "расследование".
Много если. В большинстве случаем люди просто вставляют диск от производителя и нажимают далее далее далее и вся инфа на SSD перешла с HDD. И вот тут косяк происходит. Никакого выравнивание нет и не заложено, всё сделано через 1 место.
Гарантия ничего не значит. Это отговорка на "да потоооммм, если что". У нас нет официальных представителей НИ одной фирмы, поэтому эта гарантия для оптовых закупщиков. У моего жестака гарантия 1 год от продавца и всё.---------- Добавлено 13.07.2013 в 17:37 ----------
Ок, я не буду спорить т.к. всё лежит в области теорий и минимальных значений в производительности. Я доверяю ОС, если она говорит не нужно, значит не нужно.
Если я правильно понимаю:
Раньше у меня размер сектора был 31 Килобайт
И нужно было все файлы раскладывать по ячейкам этого размера и считывать тоже. Т.е. программа на 1 мегабайт разбивалась по 31 Килобайт.
И это очень плохо т.к. по сути 1 сектор должен быть 1 мб и больше в наше время, чтобы быстро считывать 1 сектор, а не тонну по 31 килобит.
Так же размер сектора должен делиться на 4-ре. Не помню почему :)
Как это исправить?
Удаляем все файлы вместе с разделом. Форматируем, создаём новый раздел с нужным нам размером секторов. Это гемор, если влом сносить систему :)
А вот программа Paragon Alignment Tool, поднимает все файлы и подними всё делает и т.п. Через несколько минут вы получаете полностью рабочий диск с нужным размером секторов на вашем жестаке.
Как то так :)
У меня сейчас 2 мегабайта сектор.---------- Добавлено 13.07.2013 в 15:51 ----------
У вас AHCI включен в биосе и в системе?
Конечно нужно полноценно рассматривать всё.
Ну и что, что будет отдельный скрипт? Ну это смешно сравнивать даже если разница в 100 миллионах циклов будет 2-е секунды. И? 2-е секунды разницы, да тут большинство за курением пол жизни проводит 🤪
В данной проблеме действительно стандартная функция решает проблему быстрее и понятнее, чем регулярки. Но очень много функций в PHP есть, которые выполняют часть функций регулярки. И предлагают решить задачу в 3-5 строк стандартными функциями против 1 регулярки.
Так же я смотрю на синтаксис и если в стандартной функции нет многобайтовости или гемор с русским языком и т.п. то тут уж тут только регуляки.
Я юзаю диск уже 8-мь месяцев никакой дефрагментации не делал, всё летает. Там доступ к ячейкам же прямой, там шпиндель крутить не нужно и двигать головку. Так что про BSOD без дефрагметации это глупости.
Я готов за это заплатить +30%
:)
Не понимаете вы. Никто в реальности не будет использовать ваш цикл. Сайт это полноценная CMS. Поэтому если на неё будет 100 000 запросов ваш сервер ляжет очень быстро.
Для этого используется, что? Правильно:
1. Кэш PHP скриптов внутри веб-сервера
2. Кэш уже готового HTML, чтобы сервер его просто отдал юзеру
Поэтому мифы про медленность регулярок живут лишь в плоскости теорий и вот таких вот тестах. В реальности это не применимо.
