Любая ненужная дырка отверстие - снижение прочности плоскости. Снижение прочности - доп. вибрация. + проникающий шум изнутри. Итого - в готовой системе (с хдд, видяхой и тп) с "дырявым" корпусом общий шум ПК будет выше, чем цельном (при прочих равных разумеется).
Yur_OK: Например, я загрузил 20 файлов во временную папку, провел необходимые операции над ними и только после этого переименовываю их для дальнейшей обработки.
Вопрос - нафига такой цирк и риски (не только в именах, а и тупо при обрыве связи всё заново делать? Бред же!)? Что мешает после загрузки каждого файла (при копировании из темпов) тут же их переименовывать?
Mad_Man: Машинное время измеряется в тактах, а не в секундах.
А рация на бронепоезде. Научись уже читать что надо спрашивающему. Это часто не всегда то, на что ты хочешь ответить.
Yur_OK: например при пакетной загрузке, когда нужно назначить имена сразу 30 уже загруженным файлам.
Да хоть 100 (даже самых мелких :))! Всё равно на загрузку\генерацию_имени уйдет больше времени, чем 0,01сек на каждого. (Для особо параноидальных случаев можно и с точностью до 0,001 сек генерировать :))
В уникальности имён* в моём варианте я уверен . А вот в целесообразности (скорости\нагрузки и тд) - сомневаюсь.
Yur_OK: А вы напишите функцию, которая это делает, и вызовите ее раз 100 в цикле и посмотрите результат. Увидите много повторяющихся значений даже с учетом того, что вы берете время с точностью до сотых секунд.
Речь о генерации названий файлов при их загрузке. Одновременно (с точностью до сотых сек.) файлы не могут быть загружены (или я не прав?). Отсюда - с чего бы повторяющиеся значения?
Корпуса громкие нет от дырок, а
Любая ненужная дырка отверстие - снижение прочности плоскости. Снижение прочности - доп. вибрация. + проникающий шум изнутри. Итого - в готовой системе (с хдд, видяхой и тп) с "дырявым" корпусом общий шум ПК будет выше, чем цельном (при прочих равных разумеется).
Например, я загрузил 20 файлов во временную папку, провел необходимые операции над ними и только после этого переименовываю их для дальнейшей обработки.
Вопрос - нафига такой цирк и риски (не только в именах, а и тупо при обрыве связи всё заново делать? Бред же!)? Что мешает после загрузки каждого файла (при копировании из темпов) тут же их переименовывать?
Машинное время измеряется в тактах, а не в секундах.
А рация на бронепоезде. Научись уже читать что надо спрашивающему. Это часто не всегда то, на что ты хочешь ответить.
например при пакетной загрузке, когда нужно назначить имена сразу 30 уже загруженным файлам.
Да хоть 100 (даже самых мелких :))! Всё равно на загрузку\генерацию_имени уйдет больше времени, чем 0,01сек на каждого. (Для особо параноидальных случаев можно и с точностью до 0,001 сек генерировать :))
В уникальности имён* в моём варианте я уверен . А вот в целесообразности (скорости\нагрузки и тд) - сомневаюсь.
* для задач в стартпосте.
А вы напишите функцию, которая это делает, и вызовите ее раз 100 в цикле и посмотрите результат. Увидите много повторяющихся значений даже с учетом того, что вы берете время с точностью до сотых секунд.
Речь о генерации названий файлов при их загрузке. Одновременно (с точностью до сотых сек.) файлы не могут быть загружены (или я не прав?). Отсюда - с чего бы повторяющиеся значения?
А покритикуйте такое решение.
Берём полную дату+время с точностью до сотых сек. (получим число типа: 2014050718493612).
Дальше вместо каждой цифры поставим допустимые символы, им соответствующие (хоть по своей таблице, хоть др. способами).
Уникальность тут 100%, а что со скоростью\нагрузками по сравнению с мд5\mt_rand при достаточно плотной генерации результатов?
Смысл от этого?
Всего-навсего рефспам.
Где и как искать уязвимости?
Где - в ворованных темах с помоек.
Как - в соседнем разделе есть всё.
Спасибо ) но уже нашел неплохое решение.
Озвучь.
зенкой добавляю в блоги.
По хмл-рпс или как?
Redmine
На бис:
Простое решение
Мне не нужно ни управление проектами ни CRM ни постройка санатория для летних семейных пикников.
Как не нужны и заморочки с РР.
Всё, что нужно - это общение (типа комментов что ли, тикетов и тп) только с ещё одним полем к каждому посту и суммирование этих значений.
Бонусом к этому может быть уведомление на мыло и смена состояния топика (в работе\завершено).
Всё это должно быть или сервис или пхп-скрипт, устанавливаемый в полклика на любой хостинг.
А ещё лучше - плагин к ВП :)
А "работать" с этим должна суметь даже блондинка (с той же лёгкостью, как она как вконтактах пишет).
Подскажите плагин для кеширования картинок на сплог.
Прикинь, нежданчик :)
Пощу спаршенные статьи на блог wordpress
Как постишь?