за неполный месяц розничные сети сумели реализовать всего 450 аппаратов
@
со старта продаж захватил не более 0,013% рынка
@
общий объём продаж в России должен достигнуть 1000 штук
9. Застопорилась идея перенести исполняемые файлы за пределы сайта
Это не до конца верно.
Начиная с версии 8.1, Друпал движется в сторону того, чтобы деплой и обновление сайта, а также управление дополнениями осуществлялось с помощью Composer'а. А при таком варианте установки (если говорить ещё точнее, то drupal-composer/drupal-project) index.php и иже с ним, оказывается в подпапке ../web/.
".." здесь — это корневая папка сайта, т.е. /htdocs/my_site/, либо /public_html/mysite.com/, либо что-то ещё. В результате конфиги и папка /vendor/ оказываются на уровень выше webroot и доступа к ним нет вне зависимости от вещей наподобие .htaccess.
Разумеется, при этом нужно подправить конфиги сервера или изменить свойства в панели управления хостингом, чтобы отразить переезд index.php в /web/.
P.S.
Если же говорить в целом, то гораздо более важной проблемой, благодаря которой Друпал время от времени прореживает своё комьюнити, мне видится привычка ломать совместимость модулей при выходе новой мажорной версии (6 -> 7 -> 8).
Да, я читал, из-за чего это происходит, да, я видел сколько новых возможностей появилось, но ряд модулей, доступных для версии 7, до сих пор так и не был портирован на восьмёрку, а многие из них, судя по всему, и не будут.
Возможно это моё ощущение, но мне кажется, что при выходе 8-й версии отвалилось больше пользователей, чем при предыдущих апдейтах. Опасаюсь, что если при выпуске версии 9 привычке не изменят, то сообщество друпала рискует поредеть слишком сильно.
Я не могу раскрыть каких-то конкретных цифр…
16 бригад по четыре человека и девять штукатурных станций. Они работают в течение всего года
Не смог пройти мимо и не поинтересоваться у человека, который с одной стороны, достаточно «в теме», с другой — вроде не особо заинтересован в том, чтобы представить услугу, как премиальную:
Мне как раз в ближайшее время может потребоваться машинная штукатурка. Человек, который мне про неё рассказал, говорит, что выгодно только если заказывать хотя бы на три квартиры вместе. Понятно, что это вариант скорее для новостройки.
Может быть вы в курсе, какую минимальную цену (без капитальных потерь в качестве работ и мастерстве исполнителей) можно получить в Москве, если нужно отштукатурить только одну не самую большую квартиру?
Совет о том, где именно, тоже бы пригодился. Думаю, что хабр вряд ли воспринимается как площадка для рекламы строительных бригад.
Утащил ссылки в укромный уголок, на всякий случай, с вашего позволения
Уж чего-чего, а это — всегда пожалуйста!
Более того, не стесняйтесь, несите прямо в красный угол, рассказывайте друзьям, пусть все видят. Если инструменты помогут или заинтересуют — пишите, задавайте вопросы.
Специалистам приятно слышать обратную связь, сейчас с этим негусто — среднестатистический пользователь завален различными предложениями и информацией, так что от подавляющего большинства, к сожалению, фидбэк нулевой.
Куда катится Habr?!
Некоторые статьи и переводы несущие куда большую смысловую нагрузку...
После этого поста вышел ещё один, тоже про восстановление данных с флешки.
Flash — не моя специализация в дата рекавери, но я написал сравнительно развёрнутый комментарий с техническими подробностями:
Флэш — не моя специализация в восстановлении данных, но кратко ответить вам смогу.
что это вообще за контроллер
Контроллер — у самой флешки, в данном случае CBM2096.
Контроллер может выйти из строя сам, может повредиться его микропрограмма, или может столкнуться с нештатной ситуацией в работе, что и произошло в данном случае. В результате штатным образом (через USB-порт) доступа к данным нет, несмотря на то, что они продолжают храниться в чипах памяти.
что за софт используется
Используется программно-аппаратный комплекс PC-3000 Flash, просто софта здесь было бы недостаточно. Софт, который используется в связке с ним, предназначен для работы с этим ПАК (да, каламбур).
как вообще происходит слив и дальнейшее восстановление данных?
После получения доступа к микросхеме памяти (выпаивание, подпайка к пинам монолита и т.п.) создаётся её дамп («сырой», как есть), который сам по себе ещё не является пользовательскими данными, но их содержит.
Дальнейшая работа ведётся с дампом (-ами) и её основная цель — по сути, эмулировать работу ушедшего от нас контроллера, дабы на выходе получить результат в виде файлов. Такая «сборка» — может быть весьма нетривиальной задачей ввиду как невысокого качества используемых комплектующих, так и используемых в этих комплектующих алгоритмов, призванных ситуацию максимально улучшить.
Разные производители и контроллеры распределяют данные по NAND-чипам по-разному и за этими распределениями стоит весьма серьёзная математика. Вкратце задача состоит в том, чтобы установить соответствие между логическими единицами структур данных и содержимым физических ячеек памяти.
Благодаря использованию специального комплекса, это может осуществляться по-разному: для самых популярных моделей могут существовать готовые решения, но это происходит всё реже, т.к. технологии усложняются, а производители под видом одной модели накопителя (одно название, модель, цена) легко могут продавать 3-5 разных изнутри устройств.
Сборка может осуществляться на основе информации о контроллере, тут автоматики меньше, но есть набор различных возможных действий, которые работают автоматически, но применяются специалистом вручную, в зависимости от накопителя, с которым он работает.
И третий вариант — ручная сборка, когда есть только общие идеи о том, что контроллер сотворил с файлами перед их записью на чипы. Тут, помимо самостоятельного тюнинга и выстраивания возможных шагов логики контроллера, можно уйти вглубь, вплоть до написания собственной подпрограммы обработки данных — для этого есть встроенный компилятор.
Говоря же в целом, для полноценного ответа на ваш вопрос вряд ли будет достаточно даже отдельного поста, не то что комментария.
Есть целый ряд подзадач, осветить которые кратко — нереально. Сначала надо получить доступ к памяти, если перед вами монолит (всё более частая ситуация сейчас), то вполне может потребоваться сначала определить его распиновку (pinout), если она неизвестна. Затем — подпаяться, это микропайка, отдельный скилл.
При создании дампа, например, вы можете обнаружить, что он недостаточно качественный и ECC-коррекция либо не исправляет ситуацию, либо такой возможности вообще нет. Соответственно, его надо перечитывать и это не просто нажатие F5 ещё раз.
Затем может потребоваться подготовка данных — это может быть инвертирование, XOR для страницы, изменение её формата и т.п.
Сборка может проходить по-разному: транслятор, номера блоков,…
То есть восстановление данных — это отдельная профессия, в которой уже сформировались свои специализации и flash — одна из них.
Если вы задавали вопрос с практической точки зрения, т.е. вам нужны углублённые знания в этой сфере, то я могу прислать вам или опубликовать здесь ссылку на курс обучения восстановлению данных.
Но, несмотря на то, что он длится три недели, это база для дальнейшего оттачивания ваших навыков самостоятельно. Сейчас отрасль развивается как никогда быстро и для того, чтобы просто идти в ногу со временем, требуется постоянная работа, нередко командная.
комплектные адаптеры на SD настолько дерьмовые подделки, что ни microSD в них, ни они сами в соответствующий разъем не вставляются никак (почти)
Это, пожалуй, не дерьмовая, а прекрасная поделка.
Китаец наилучшим образом вас обезопасил от того, чтобы сжечь к чертям в этом адаптере как купленную у него, так и уже имеющуюся(-иеся) у вас микроСД.
большая часть QLC SSD гарантирует порядка 0,1 записей диска в день в течение пяти лет
Это означает ресурс менее 50 ТБ для ССД объёмом 256 ГБ.
У китайского холдинга Цинхуа есть дочерняя компания Yangtze...
С учётом рассчёта выше для матёрых вендоров, надёжность первых китайских чипов страшно себе даже представить.
Хоть иди на барахолку и впрок закупайся б/у SSD корпоративного или серверного класса. Несмотря на их б/у-статус, похоже, что стоящая там MLC доживёт до какой-нибудь ELC с восемью битами в ячейке :-\
С учётом быстро растущей популярности Youtube и его сопутствующего превращения в телевизор, очень приятно видеть сторонние инструменты, позволяющие хоть немного увидеть что происходит за кулисами.
От себя добавлю, что возможно, вам стоит рассмотреть какой-либо вариант сотрудничества с разработчиками Metabot'а (он же kremlebot.rip) — их скрипт подсвечивает комментарии от участников, с высокой вероятностью являющихся 15-ти рублёвыми троллями.
Может получиться интересное сочетание.
Вот пример работы Метабота в комментариях под популярным видео на тему упомянутой в посте «Зимней вишни» в Кемерово:
Она выполняла все требования властей и удаляла из поисковой выдачи запрещённую информацию. Но это не помогло. Вчера её тоже заблокировали по распоряжению правительства
Прекрасная демонстрация того, чем заканчивается сотрудничество с авторитарными, автократическими и диктаторскими режимами.
Перенимайте зарубежный опыт, господа руководители крупных IT-компаний!
для покупателя одного диска — шанс его поломки в первый год эксплуатации будет равен 50%. Может сломаться, а может и нет
Напишите, пожалуйста, на Хабр пост-мини-лекцию по теории вероятностей.
А то заинтриговали тем, что будет с этим диском на второй год работы: он станет надёжнее (0.5 * 0.5 = 0.25 = 25%) или гарантированно умрёт (0.5 + 0.5 = 1 = 100%)?
А на третий? Ещё окрепнет (0.5 * 0.5 * 0.5 = 0.125 = 12.5%) или умерев, с вероятностью 50% прихватит с собой соседа (0.5 + 0.5 + 0.5 = 1.5 = 150%)?
Особенно интересно было бы оценить, что ждёт этот жёсткий диск в XXII веке — он станет самым надёжным устройством во вселенной (p = 7,8886090522101180541172856528279e-31 = 7,8886e-29%) или выйдя из строя, гарантированно аннигилирует Солнечную систему (p = 5000%)?
Гораздо хуже то, что этот приоритет формы над содержанием и дизайнерскую анорексию охотно копируют другие производители, в т.ч. видимые сразу невооружённым глазом откровенно идиотские решения, наподобие отказа от 3.5 мм аудио-разъёма и чёлки-моноброви.
Вот уж действительно мирное русло, в которое стоило бы направить разрушительную энергию всяких SJW и CoC-lovers!
Ведь тут не просто так, а за деньги пользователя активно продвигается:
фокусировка на и выбор исключительно по внешнему виду, без оглядки на «богатый внутренний мир»;
стремление любыми способами к тонкости-стройности и отказ от body positive (даже слово «body» менять не надо);
а также принудительная унификация «уникальных неповторимых снежинок» к единому виду, который диктуется гегемоном с высокой степенью закрытости и безальтернативности (порой граничащей с авторитаризмом) как в продуктах, так и в работе компании.
насколько для HDD вредно/опасно внезапное отключение питания?
Во-первых, dragonsbane вам верно написал про возможность залипания голов на пластинах, но это бывает не так часто.
На новых дисках, относительно, безопасно
А вот эта информация от adlerm уже успела подустареть, но в другом контексте:
Современные диски (да уже и не самые современные) используют такую технологию, как медиа-кэш (media cache, MC). И вот если в момент записи данных в него питание отключится, то высока вероятность того, что диску поплохеет.
К тому же с учётом современного размера секторов, это минимум 4 КБ нечитаемых данных. В результате при следующем включении диск не сможет медиакэш инициализировать.
Пользовательскими инструментами сделать что-то здесь получится вряд ли, это более низкий уровень, с которым самостоятельно в домашних условиях взаимодействовать сложно.
Также важно учитывать, что медиа-кэш отнюдь не маленький и в рамках тупого оживления диска его потерей можно и пренебречь, но вот если нужны данные, так делать не стоит — их там может быть немало и они будут свежими.
Не будьте как РКП, хотя бы заглушку какую-нибудь повесьте в духе «Вы используете провайдера, незаконно ограничивающего доступ к сетевым ресурсам без законного на то основания или предписания регулирующих органов».
А то в метро самые разные люди ездят, не все так продвинуты и вряд ли поймут что происходит.
Начиная с версии 8.1, Друпал движется в сторону того, чтобы деплой и обновление сайта, а также управление дополнениями осуществлялось с помощью Composer'а. А при таком варианте установки (если говорить ещё точнее, то
drupal-composer/drupal-project) index.php и иже с ним, оказывается в подпапке ../web/.".." здесь — это корневая папка сайта, т.е. /htdocs/my_site/, либо /public_html/mysite.com/, либо что-то ещё. В результате конфиги и папка /vendor/ оказываются на уровень выше webroot и доступа к ним нет вне зависимости от вещей наподобие .htaccess.
Разумеется, при этом нужно подправить конфиги сервера или изменить свойства в панели управления хостингом, чтобы отразить переезд index.php в /web/.
P.S.
Если же говорить в целом, то гораздо более важной проблемой, благодаря которой Друпал время от времени прореживает своё комьюнити, мне видится привычка ломать совместимость модулей при выходе новой мажорной версии (6 -> 7 -> 8).
Да, я читал, из-за чего это происходит, да, я видел сколько новых возможностей появилось, но ряд модулей, доступных для версии 7, до сих пор так и не был портирован на восьмёрку, а многие из них, судя по всему, и не будут.
Возможно это моё ощущение, но мне кажется, что при выходе 8-й версии отвалилось больше пользователей, чем при предыдущих апдейтах. Опасаюсь, что если при выпуске версии 9 привычке не изменят, то сообщество друпала рискует поредеть слишком сильно.
Мне как раз в ближайшее время может потребоваться машинная штукатурка. Человек, который мне про неё рассказал, говорит, что выгодно только если заказывать хотя бы на три квартиры вместе. Понятно, что это вариант скорее для новостройки.
Может быть вы в курсе, какую минимальную цену (без капитальных потерь в качестве работ и мастерстве исполнителей) можно получить в Москве, если нужно отштукатурить только одну не самую большую квартиру?
Совет о том, где именно, тоже бы пригодился. Думаю, что хабр вряд ли воспринимается как площадка для рекламы строительных бригад.
Более того, не стесняйтесь, несите прямо в красный угол, рассказывайте друзьям, пусть все видят. Если инструменты помогут или заинтересуют — пишите, задавайте вопросы.
Специалистам приятно слышать обратную связь, сейчас с этим негусто — среднестатистический пользователь завален различными предложениями и информацией, так что от подавляющего большинства, к сожалению, фидбэк нулевой.
После этого поста вышел ещё один, тоже про восстановление данных с флешки.
Flash — не моя специализация в дата рекавери, но я написал сравнительно развёрнутый комментарий с техническими подробностями:
habr.com/post/437664/#comment_19668560
Контроллер — у самой флешки, в данном случае CBM2096.
Контроллер может выйти из строя сам, может повредиться его микропрограмма, или может столкнуться с нештатной ситуацией в работе, что и произошло в данном случае. В результате штатным образом (через USB-порт) доступа к данным нет, несмотря на то, что они продолжают храниться в чипах памяти.
Используется программно-аппаратный комплекс PC-3000 Flash, просто софта здесь было бы недостаточно. Софт, который используется в связке с ним, предназначен для работы с этим ПАК (да, каламбур).
После получения доступа к микросхеме памяти (выпаивание, подпайка к пинам монолита и т.п.) создаётся её дамп («сырой», как есть), который сам по себе ещё не является пользовательскими данными, но их содержит.
Дальнейшая работа ведётся с дампом (-ами) и её основная цель — по сути, эмулировать работу ушедшего от нас контроллера, дабы на выходе получить результат в виде файлов. Такая «сборка» — может быть весьма нетривиальной задачей ввиду как невысокого качества используемых комплектующих, так и используемых в этих комплектующих алгоритмов, призванных ситуацию максимально улучшить.
Разные производители и контроллеры распределяют данные по NAND-чипам по-разному и за этими распределениями стоит весьма серьёзная математика. Вкратце задача состоит в том, чтобы установить соответствие между логическими единицами структур данных и содержимым физических ячеек памяти.
Благодаря использованию специального комплекса, это может осуществляться по-разному: для самых популярных моделей могут существовать готовые решения, но это происходит всё реже, т.к. технологии усложняются, а производители под видом одной модели накопителя (одно название, модель, цена) легко могут продавать 3-5 разных изнутри устройств.
Сборка может осуществляться на основе информации о контроллере, тут автоматики меньше, но есть набор различных возможных действий, которые работают автоматически, но применяются специалистом вручную, в зависимости от накопителя, с которым он работает.
И третий вариант — ручная сборка, когда есть только общие идеи о том, что контроллер сотворил с файлами перед их записью на чипы. Тут, помимо самостоятельного тюнинга и выстраивания возможных шагов логики контроллера, можно уйти вглубь, вплоть до написания собственной подпрограммы обработки данных — для этого есть встроенный компилятор.
Говоря же в целом, для полноценного ответа на ваш вопрос вряд ли будет достаточно даже отдельного поста, не то что комментария.
Есть целый ряд подзадач, осветить которые кратко — нереально. Сначала надо получить доступ к памяти, если перед вами монолит (всё более частая ситуация сейчас), то вполне может потребоваться сначала определить его распиновку (pinout), если она неизвестна. Затем — подпаяться, это микропайка, отдельный скилл.
При создании дампа, например, вы можете обнаружить, что он недостаточно качественный и ECC-коррекция либо не исправляет ситуацию, либо такой возможности вообще нет. Соответственно, его надо перечитывать и это не просто нажатие F5 ещё раз.
Затем может потребоваться подготовка данных — это может быть инвертирование, XOR для страницы, изменение её формата и т.п.
Сборка может проходить по-разному: транслятор, номера блоков,…
То есть восстановление данных — это отдельная профессия, в которой уже сформировались свои специализации и flash — одна из них.
Если вы задавали вопрос с практической точки зрения, т.е. вам нужны углублённые знания в этой сфере, то я могу прислать вам или опубликовать здесь ссылку на курс обучения восстановлению данных.
Но, несмотря на то, что он длится три недели, это база для дальнейшего оттачивания ваших навыков самостоятельно. Сейчас отрасль развивается как никогда быстро и для того, чтобы просто идти в ногу со временем, требуется постоянная работа, нередко командная.
Китаец наилучшим образом вас обезопасил от того, чтобы сжечь к чертям в этом адаптере как купленную у него, так и уже имеющуюся(-иеся) у вас микроСД.
Когда не в шутку занемог,
С алиэкспресса заказать заставил
Бальзам тигр белый жопа смерть строительный белок.»
С учётом рассчёта выше для матёрых вендоров, надёжность первых китайских чипов страшно себе даже представить.
Хоть иди на барахолку и впрок закупайся б/у SSD корпоративного или серверного класса. Несмотря на их б/у-статус, похоже, что стоящая там MLC доживёт до какой-нибудь ELC с восемью битами в ячейке :-\
От себя добавлю, что возможно, вам стоит рассмотреть какой-либо вариант сотрудничества с разработчиками Metabot'а (он же kremlebot.rip) — их скрипт подсвечивает комментарии от участников, с высокой вероятностью являющихся 15-ти рублёвыми троллями.
Может получиться интересное сочетание.
Вот пример работы Метабота в комментариях под популярным видео на тему упомянутой в посте «Зимней вишни» в Кемерово:
Прекрасная демонстрация того, чем заканчивается сотрудничество с авторитарными, автократическими и диктаторскими режимами.
Перенимайте зарубежный опыт, господа руководители крупных IT-компаний!
А то заинтриговали тем, что будет с этим диском на второй год работы: он станет надёжнее (0.5 * 0.5 = 0.25 = 25%) или гарантированно умрёт (0.5 + 0.5 = 1 = 100%)?
А на третий? Ещё окрепнет (0.5 * 0.5 * 0.5 = 0.125 = 12.5%) или умерев, с вероятностью 50% прихватит с собой соседа (0.5 + 0.5 + 0.5 = 1.5 = 150%)?
Особенно интересно было бы оценить, что ждёт этот жёсткий диск в XXII веке — он станет самым надёжным устройством во вселенной (p = 7,8886090522101180541172856528279e-31 = 7,8886e-29%) или выйдя из строя, гарантированно аннигилирует Солнечную систему (p = 5000%)?
Вот уж действительно мирное русло, в которое стоило бы направить разрушительную энергию всяких SJW и CoC-lovers!
Ведь тут не просто так, а за деньги пользователя активно продвигается:
А вот эта информация от adlerm уже успела подустареть, но в другом контексте:
Современные диски (да уже и не самые современные) используют такую технологию, как медиа-кэш (media cache, MC). И вот если в момент записи данных в него питание отключится, то высока вероятность того, что диску поплохеет.
К тому же с учётом современного размера секторов, это минимум 4 КБ нечитаемых данных. В результате при следующем включении диск не сможет медиакэш инициализировать.
Пользовательскими инструментами сделать что-то здесь получится вряд ли, это более низкий уровень, с которым самостоятельно в домашних условиях взаимодействовать сложно.
Также важно учитывать, что медиа-кэш отнюдь не маленький и в рамках тупого оживления диска его потерей можно и пренебречь, но вот если нужны данные, так делать не стоит — их там может быть немало и они будут свежими.
А то в метро самые разные люди ездят, не все так продвинуты и вряд ли поймут что происходит.