Moskus

Естественно - нужно просто заменить в URL символы % на их URL-encoded эквивалент %25. Декодирование URL - не рекурсивно, потому, при декодировании это превратится обратно в %.

Потому что либо вы используете мышь, а не графический планшет, либо с вашим планшетом что-то не так (настройки драйвера, настройки в Illustrator). Мышь, очевидно, к силе нажатия и наклону нечувствительна.

https://electronics.stackexchange.com/questions/30...
Там ещё куча ссылок.
Если коротко, то так, как вы это пытаетесь прикинуть, это не считают. И 100 градусов для светодиодов - дохрена. Чтобы они не деградировали быстрее ламп накаливания, они должны быть не горячее 70 градусов.

Добавлю немного подробностей.
- "По даташиту нагреваются до 100 градусов" - неверно. Это максимально допустимая, а не номинальная рабочая температура.
- Судить об эффективности радиатора только по его температуре - нельзя, потому что тепловое сопротивление перехода между светодиодами и радиатором - неизвестная величина. При высоком сопротивлении, светодиод может, условно, уже сгореть, а радиатор все еще будет еле теплым. Судить об эффективности охлаждения по температуре можно, только если измерять температуру светодиода. Эта температура - единственный базовый показатель, который имеет значение.
- Поскольку сценарий использования лампы в вопросе не описан, непонятно и то, как вообще рассматривать ситуацию. Потому что, например, для режима кратковременного включения, именно радиатор (устройство, выполняющее интенсивный теплообмен со средой через конвекцию и излучение) - не нужен. Я делал несколько осветителей для макросъемки и микроскопии для такого режима, где роль теплоотвода выполнял кусок металла с большой теплоемкостью, но малой теплоотдачей (так было банально дешевле и быстрее). А вот для ситуации постоянной работы такой фокус бы не сработал, потому что достаточно быстро теплоотвод нагрелся бы, и перестал обеспечивать низкую температуру корпуса светодиодов, так как рассеивание тепла с его поверхности было бы явно недостаточно.

Нет, markdown нельзя считать лучшим языком разметки, хотя со своей задачей он, в принципе, справляется.
Вы можете хранить свои заметки на GitHub.
Если вы так ставите вопрос, поставьте OpenOffice write и пользуйтесь, но это не будет markdown. Или, если вам нужно хранить эти заметки в сети, можете использовать Google docs, тоже без markdown.

Добавлю, что весь смысл markdown как раз в предполагаемой простоте ввода разметки (на запоминание которой нужно пять минут) вручную. Потому непонятно, зачем вам одновременно markdown и GUI для форматирования им.

Похоже, вы пошли по распространенному обратному пути подгонки выбранной технологии под нечётко сформулированную задачу, вместо поиска технологии для решения четко сформулированной.

Во-первых, не занимайтесь ерундой и не сохраняйте из Фотошопа с прозрачностью. Во-вторых, у imagemagick есть ключ background для задания цвета фона. В-третьих, совершенно непонятно, зачем сохранять чёрно-белые изображения в JPEG - в PNG без прозрачности они не будут много занимать.

Для того, для чего вы хотите - никак не создать.
Кластер - это даже согласно статье из Википедии, которую вы приводите - это слабо связанная вычислительная система.
Попробую объяснить, используя аналогию.
Вы считаете, что компьютеры можно объединять также, как можно объединять усилия людей, наполняющих бочку водой, таская ее ведрами. Один человек наполнит за час, два - за полчаса, и так далее. Но это процесс, который распараллеливается элементарно.

А на самом деле, кластер работает подобно команде сценаристов, которые пишут сценарий сериала из двадцати серий, работая удаленно по бумажной почте: сначала главный сценарист придумывает персонажей и общий сюжет, записывает это, потом ему нужно разбить его на серии и отослать каждому из сценаристов, указав, какую серию тому нужно прописать в подробностях. Если бы он писал все сам, ему бы понадобилось по неделе на серию, итого - двадцать недель. А съемки можно начинать, когда готова первая серия (через неделю). Поскольку съемки одной серии занимают три дня, съемочная группа будет простаивать четыре дня из каждой недели, пока не будет готова следующая серия (деньги во время простоя тоже расходуются, хотя ничего не производится). Съемки будут, таким образом, завершены через 20*7+3=143 дня.

Наемным сценаристам тоже нужно по неделе на написании серий, но начальная работа главного сценариста тоже занимает неделю, плюс - три дня на доставку "каркаса сценария" наемным сценаристам, три дня на доставку сценария серий обратно, еще пять дней на проверку и исправление нестыковок. Итог - начинать съемки можно только через 25 дней, а не через семь, но продолжать их можно уже непрерывно. Съемки будут завершены через 25+3*20=85 дней.

Ровно как здесь нельзя ускорить процесс еще больше, заставив больше сценаристов писать по половине серии (потому что при этом растет сложность стыковки кусков сюжета, которые написаны разными людьми, потому им придется переписываться, теряя время), так и пытаясь запустить на кластере условную игру, придется просадить кучу времени на медленное общение узлов между собой по сети.

Чтобы всё "летало" в реальном времени в игре, вам нужен один мощный компьютер с многоядерным процессором, мощной видеокартой и быстрой шиной, которая всех их объединяет. А собрать кластер из сотни древних ноутов на медленном Ethernet и получить производительность в сто раз больше в играх - это фантастика из дурацких фильмов про хакеров.

Note и status (это правильный термин для post-ов в Facebook) - это разные вещи. В постах нет форматирования, есть только фокусы с разными символами. В note форматирование есть.

https://docs.gimp.org/2.10/en/gimp-tool-perspectiv...
www.imagemagick.org/Usage/distorts/#perspective

Создание производных продуктов - такое же нарушение.
"Смогут ли привлечь" - это второй вопрос. Но если захотят, то смогут.
Также, я не уверен, что вы понимаете, что значит "low poly". Вероятно, вы хотите сказать "более низкое разрешение", это не то же самое.