SovGVD
–1
NoSQL есть смысл использовать тогда, когда это нужно и подходит вашему проекту, а не когда это модно и менеджЫр говорит что и нам надо.
Самый распространенный вариант это наверное «вставка» nosql базы перед реляционной, в качестве буфера/кеширования. Банальный key-value redis с кешем данных на несколько секунд (зависит от задачи конечно) невероятно-чудесным образом разгружает SQL базу.
SovGVD
+1
Ну такой ролик легко в kdenlive сделать, и кривые для звука есть (появились в последних версиях, до этого только линейно или ручками по ключевым кадрам) чтоб затухать, и композитинг сложный можно делать (и текст, и картинки и куча видео поверх основного с ключевыми кадрами, анимацией и прочим, пример из того что делал для блога жены), и работа со скоростью (кривовато, надо сперва ускорить, а потом резать, иначе проблем можно много получить), и переходов навалом. Работа с картинкой и звуком с кучей плагинов/эффектов так же имеется. Ко всему прочему можно на слабых компах работать с FullHD/2K/4K через прозрачное проксирование клипов. Стаб так же есть и довольно не плохой, НО косячит на 4К роликах часто, HD, FullHD, 2K без проблем стабит.
SovGVD
0
Чего именно большего? Kdenlive вполне себе годный редактор. И 2-3 файла с переходами легко соединит.
SovGVD
+1
Для «взять 2-3 видео файла и просто красиво нарезать их с эффектами „переходов“ между сценами» редакторов море (более того «переходам» опасно увлекаться, видео превращается в демонстрацию этих самых переходов). В случае с natron это скорее Adobe AfterEffects, чтобы сделать какое то интересное наложение и эффекты, которые в обычных видео редакторах сделать проблематично или не возможно.
SovGVD
0
Как вариант:
ffmpeg -r 25 -start_number 1 -i pics/pic%08d.jpg -crf 20 -s 1920x1080 video_from_photo_fullhd_25fps.mp4


Или если файлы не названы по маске picXXXXXXXX.jpg, то можно все названия файлов кинуть в файлик (to_concat.txt), где на каждой строке file 'путь/имяфайла.расширение' и потом:
ffmpeg -r 30000/1001 -safe 0 -f concat -i to_concat.txt -sws_flags lanczos -s 3840x2160 -vf crop=4592:2583:0:400 -crf 15 timelapse_4K_29.97fps.mp4
SovGVD
+1
Natron это не видеоредактор аля Adobe Premier или Sony Vegas. Сперва надо на рабочую область вставит объект с видео файлом, потом цеплять эффекты/плагины/слияния в виде древовидной структуры (ноды). Посмотрите видео про Nuke и тому подобные редакторы.
SovGVD
+1
На скорую руку пробовал трегинг в natron2 («текстуры» со старой фотографии аналогичного завода взял), когда только поставил. Довольно четко точку удерживает, жаль не может сам искать точки интереса и их же трекать разом (пусть и долго). По одной не очень удобно натыркивать.
SovGVD
0
От версии к версии значек меняют, но расположен там же. Дока
SovGVD
0
Из старой версии:
SovGVD
0
Сохраняет он сам, только от версии к версии местоположение бекапов меняется. Сдвинуть весь блок можно инструментами, кажется следующий после ножниц значек (или до). Мне не хватает наложение эффектов/фильтров на всю дорожку разом, приходится делать набор на одном ролике, а потом копировать фильтры на другой, хорошо если 3..4 куска, а когда их много, да еще и поменять надо что-то глобально.
SovGVD
0
kdenlive прекрасен, проксирование клипов, рендер отдельно от редактора, куча эффектов, а в новой (пока вроде бета) еще и LUTы починили/сделали, но непонятные косяки с эффектом скорости продолжают добивать. Соскочил на него с OpenShot, который скорее продвинутый аналог windows movie maker, в то время как kdenlive на 100% заменил мне sony vegas.
SovGVD
+2
Хорошо бы кроме количества, посчитать еще и качество написанного. Обычно то что вижу в ЖЖ (ссылки от друзей или еще что) это какие то полноценные и интересные статьи, в твиттере это никчемные короткие сообщения, инстаграм — фотки непонятно чего через фильтры, вк — помесь твитера с инстрагамом.
SovGVD
+1
Всё норм. В следующий раз буду перечитывать сообщения перед отправкой внимательнее.
SovGVD
0
Тогда скоро SO можно переименовывать HO (Humor Overflow).
SovGVD
+10
Просто сегодня не мой день =) Всё в порядке.
SovGVD
+20
Ужасная опечатка =( Конечно же «подтягиваюТ». На SO всё чаще и чаще для любого простого решения предлагают сделать это на jq, хотя в реальности 1-2 строчки чистого JS решит всё.
SovGVD
+28
jQuery подтягиваю уже для всего, даже если просто стиль элемента поменять или innerHTML переписать.
SovGVD
0
Попробовал =) На первый взгляд — Супер!
Если не убьете простоту и не будете добавлять излишек, то must have для многих, кого часто просят сделать что-то аля визитки на первое время (хотя не что так не вечно как временное, один наколенно-универский сайтец с 2006 года висит и вполне здравствует).

Есть только несколько вопросов:
1) Сколько будет стоит приляпывание на свой домен в будущем? И в целом не ясно что с расценками.
2) Не хватает пресета «блог»
3) Будут ли разные типы аккаунтов? Например ресселер, чтобы клепать клиентам от личного аккаунта, но и сами клиенты могли под своим аккаунтом заходить потом (в идеале с еще большей блокировкой непотребств, например чтобы ресселер мог блокировать какие то действия с виджетами).
4) Можно ли будет слить сайт в html-ки без лишних программ? (малоли пригодится)
SovGVD
0
> Да, мы осознанно залочили функционал…
Какая прелесть! Т.е. на сайты вашего конструктора можно заходить без опасения получить приступ эпилепсии?

Надо будет посмотреть, а то несколько старых клиентов сидит на страшных сайтах «аля 90е» на самописных движках и несколько так и не доделаных на 100%, ибо бесплатно и для друзей.
SovGVD
+16
Если были настоящие алгоритмы шифрования, то юзеры бы писали гору гневных комментариев, вроде «очень медленного работает, приложение yakrutokodiruyu_mega_delux_edition_gold_premium_platinum_3000 в 100000 раз быстрее работает, а вы лохи и ничего не умеете».
SovGVD
+2
И квака работала, но вроде только у тех, у кого GPU был нормальный.
SovGVD
0
А почему скрипт у программистов считал не верно? Просто интересно, малоли пригодится на будущее.
SovGVD
0
Залуженый хард уже год работает, до этого он протянул почти 3 месяца (seagate кстати) и начал бед блоки выдавать и глючить. Не говорю что это панацея, просто до этого разбирал hdd от самсунга, очень старый, работающийх до сих порт, там вся контактная площадка в чем то похожем на олово, конечно раз в 100 красивее и ровнее чем вышло у меня =)
SovGVD
+5
Кроме герметизации, еще на плате контроллера лучше залудить или каким то способом предотвратить окисление контактной площадки, но похоже что лучше просто покупать HGST/WD.
SovGVD
0
Странная тенденция творится везде — сперва делаем фичу (или просто что-то отлично работает), убиваем её, ждем N лет, делаем костыль, возвращаем фичу.

Примеры:

было: webos/maemo/im-ы всякие (в меньшей степени) — 1 приложение для многих сервисов (звонки/видео/сообщения) в едином стиле, с объединением контактов
потом-сейчас: гора отдельных приложений, сыпящих разукрашенные извещения
сейчас: hangouts — можно слать смс + один проприетарный чат, winphone — можно слать смс + один проприетарный чат

было: стилус — удобно рисовать и делать заметки, экран работает от любого нажатия любым костылем/ногтем
потом: емкостной экран, можно растягивать картинки 2мя пальцами, но нельзя ни рисовать, ни тыкать чем угодно, не работает в перчатках и криво работает с маленькими пальцами ребенка
сейчас: специальный экран, специальный неудобный стилус, который не заменить ничем, дорого и далеко не во всех моделя

было: физическая клавиатура, быстрый набор текста, малое число ошибок
потом: гора экранных клавиатур, автокорректоров и всевозможных способов ввода, способных только на небольшие заметки или смс
сейчас: нашлепки-клавиатуры (qwerty, октавы, другие странные приспособления) для единиц моделей и то у китайцев и то через одно место работающих + почти нулевой выбор клавиатурников с современным железом внутри
SovGVD
+11
У меня один вопрос: кто-то смотрит минимизированный XML/JSON/etc в голом виде часто? По мне это просто формат представления данных для машины, который потом в массив/объект преобразуется в любом случае, а по пути каким нибудь gzip-ом пожметмя, чтобы стать еще экономичнее (если о вебе говорить).
Все эти отступы, как мне кажется, вещь в себе (представьте если там будет иерархия на 100500 элементов в глубину — гора никому не нужных отступов, которые займут места больше чем данные и всеравно не посмотреть без спец редактора). С таким же успехом можно было бы описывать данные markdown-ом, почти не изобретая новой человекчитаемой разметки.
Не хочу обидеть питонистов (сам писал несколько приблуд), но если нельзя явно структуру выделить чем то вроде {} (или, прости господи begin...end), то это величайший геморой.
SovGVD
+1
Мне кажется в данном цикле(?) статей адаптация под какой то ЯП не очень важна. Главное знать суть/алгоритм, а язык реализации это уже одна из последних вещей.
SovGVD
+6
Дети не видят практического применения получаемым знаниям.

На 100% согласен, ни в школе, ни в ВУЗе не рассказывали зачем всё это надо и как применить (за исключением пары хороших преподавателей, не грузивших горой терминов, а показывающих как это работает и куда можно вкорячить для дела). Хорошо что родители купили брату клон zx-spectrum и я увидел какую то красочную детскую переведенную книжку по бейсику (помойму отец подкинул мне её) — без этого вообще не знаю чем бы сейчас занимался.

Дети в целом жаждут знаний, но им очень хочется разнообразить процесс их получения и в школе.

Несколько лет был в школе «асистентом» (по сути админом, внедрял СПО и обновлял парк машин с помощью хороших людей), учителя почти все старые, перегружены горой отчетов и прочих бумажек, которые местное управление образованием отправляло по несколько штук в неделю (еще и черт ногу сломит как это заполнять, а «шаблоны» IT отчетов похоже составляла бабушка не отличающая процессор от коробки под столом), у них реально нет времени (и наверное давно нет желания) заниматься чем то новым и интересным с детьми, а те кто и хотели, сталкивались с трудностями реализиации чего-то нового. Приходящие новички смотрят на свою зарплату и уходят работать в другие места. На одном интузиазме мало кто будет работать, как вы сами писали «нужно быть реально круто замотивированным, чтобы полноценно и качественно работать с детьми». Я бы еще добавил — за нищенскую ЗП, которая не особо поднимется, если не будешь сидеть в хорошей школе 24/7 несколько лет. Хотя это наверное проблема всех бюджетников. (Так вышло что мать и жена в этой сфере крутятся и я им не завидую.)

Ну, и они почти никуда не выходят, а их надо водить на разные интересные экскурсии и встречать с интересными людьми.

Это было бы здорово, но не всегда есть возможность. Более того, школьные экскурсии моего времени заключались в посещении пары унылых гуманитарных (или еще хуже — полурелигиозных) музеев-забегаловок с соотвествующими экскурсоводами, омрачаемых ранним вставанием и долгой поездкой в default city. Лично меня спасало только наличие под боком загородной базы бауманки, куда водили на день космонавтики в демзал с распиленными ракетами, спускаемыми аппаратами и заинтересованными старыми преподавателями — это было очень круто и познавательно. Говорят теперь не водят.

Дети недогружены: знаний даётся куда меньше, чем при СССР, например. С другой стороны они в конце обучения перегружены подготовкой к ГИА, ЕГЭ.

Утром гуляю с собакой — дети идут с рюкзаками, забитыми книжками раза в 2 больше их по размеру, не очень понятно зачем. Знаний то может и так же суммарно, другой вопрос в актуальности и применимости этих знаний (помойму проблема и школ и вузов).
SovGVD
+3
Надо просто дать им после школы попробовать себя в разных профессиях

Это было бы здорово, но после школы мужская часть класса срочно поступает хоть куда нибудь или идет топтать сапоги, если родители не смогли откосить. И (по личному наблюдению) не малая часть возвращается с еще меньшим желанием что-то созидать и/или учится, чем было.
SovGVD
0
А имеются в природе подобные борды с 2мя SATA и стабильным консольным Debian? Как то переделывал свой NAS на основе mk802 (AllWinner A10), debian с карты то запускался, то нет — не приятно, диски через USB хаб с переходниками USB-SATA, скорость вполне сносная была (помойму около 20-30МБ/с), в сравнении с прошлой версией (1-2МБ/с, особенно круто было когда харды в нем по 1ТБ и надо с одного на другой копирнуть было почти всё).
SovGVD
0
А если повернуть, сфотографировать, повернуть и так далее. Замыкание контактов шнурка фотоаппарата задача не очень сложная (позже сделал с оптоэлементом, стало еще проще).
SovGVD
0
Здорово. А почему в такой конструкции не ипользовать серву? Примерно хоббийная PWM серва даст 180 (+-) градусов, через ардуинку можно задать 256 положений, немного механики и будет 256 положений на 360 градусов. (серва конечно не 9г, а заметно мощнее, хотя смотря что фотографировать)
SovGVD
0
Тот неловкий момент, когда видишь знакомый интерфейс киоска, который когда то совместно с дизайнером вкорячивал… Интересно совпадение оформления или нет =)
SovGVD
+4
Честно говоря на сколько улучшилась картинка сложно понять по малюсеньким превьюшкам. Боюсь на темных фотках попутно вылезли все прелести шумов матрицы, а светлые участки просто исчезли для глаза (или у меня что-то с монитором). Третья фотография в начале (с какой то игрой), откровенно говоря стала заметно хуже. Единственное что понравилось — печатная машинка стала заметнее. Но всё это не открытие, баловство с кривыми и уровнями (на разных каналах в разном цветовом пространстве в том числе) наверное самое первое что делают при обработке фотографий в графических редакторах.

По мне — повышение качества изображения, это когда убираются артефакты (шумы, пыль и прочее), регулируется экспозиция по интересующим объектам (например по лицам) и при этом не страдает детализация картинки, не пропадают пересвеченные/недосвеченные объекты и цвета не становятся жутко неестественными (привет переHDRщникам).
SovGVD
+12
А можно по подробнее про «в школьной форме» и «Изготовление… без цели распространения, публичной демонстрации»?
А то я тут хотел жене костюм купить и фотоаппарат имеется.
SovGVD
0
Спасибо за рекомендации. По описанию выглядит интересно, но надо попробовать, чтобы знать наверняка. (Да и я уже себе написал то что хотел для личных нужд, правда вместо статики выдается кеш из redis и есть mysql позади, но для хомяка сойдет).
Markdown не так уж сложен для формирования контента (по сути вместо окна с tinymce будет стандарное поле textarea), иерархию с модулями так же не сложно задать заранее (и заблокировать, чтобы не поудаляли лишнее).
Конечному контент-менеджеру вообще лучше дать как можно меньше возможностей портить, вы видели все эти сайты на wix и ucoz? Без бутылслез не взгляшень, а обилие виджетов заставляет иногда напрягаться комп не уже чем от современной игры.
Основная проблема скорее всего будет в том что у такого проекта мало возможностей на старе, а без них им не будут пользоватеться, а если не будут пользоваться, то и смысла развивать особо нет. Да и скорость работы любой CMS для среднестатистического сайта, при нынешних мощностях и ценах не критична, чтобы заморачиваться с кешем или статикой. А для крупного уникального проекта (или вырасшего из стандарной CMS) всеравно с нуля писать придется и оптимизировать под инфраструктуру.
В общем хотелка — это одно, а реальность — совсем другое.
И мне кажется CMS и вообще сайты понемного отмирают, потенциальные клиенты расползлись по социальным сетям, где можно впаривать продукцию целенаправленно, а не когда юзер найдет сайт через поисковик. Я думаю что будущее за унифицированным хранением контента и интерфейсе/агреггаторе для этой цели. По аналогии — можно искать и покупать книги с разным размером шрифта, а можно в централизованном магазине купить цифровую версию (данные), а в читалке (интерфейс/агреггатор) подстроить оформление под себя и с удовольствием потреблять контент в удобной форме (я думаю люди с ограниченными возможностями то же не откажутся от такого варианта).
SovGVD
+3
Некоторое моё видение идеальной CMS:
1. Всё — дерево с правами доступа (простейшая аналогия — файловая система, вроде ext2/3/4, где всё файлы, но под ними устройства, файлы, ссылки и прочее), а каждая ветвь(лист?) дерева — самостоятельный модуль со структурированной формой входящий/исходящий данных. Допустим массив с обязательными полями вроде «status», «input_data», «output_data», «errors».
2. Всё превращается в статику (голый html файл и/или json/xml(простигосподи), размазанные по папкам), что не может превратиться — кеш в nosql (даже на 1-2 секунды).
3. Никакого WYSIWYG на подобии tinymce, заменить можно например markdown-ом.
4. Все данные должны быть доступны сторонним приложениям через api/json-файлы без лишних заморочек, но с разделением прав (см пункт 1).
5. Кажный чих пользователя не должен поднимать тонны всевозможного кода, лишнихсоедниений с БД и прочие излишества.
6. В идеале каждая часть 100% самостоятельна и может быть использована в отрыве от ядра CMS, но не возбраняется использовать сторонние библиотеки-зависимости. (спорный и сложнореализуемый пункт на самом деле)
7. Никаких оберток для стандартного функционала языка программирования (исключения наверно, когда программист признанный, а не самопровозглашенный гуру и без обертки совсем никак не обойтись).
8. Всё что можно сделать без лишних зависимостей и комбайнов, надо делать так.
9. Стараться не заменять без особой надобности стандартные элементы форм, кастомными «красивыми» наборами html-кода.

Почему:
1. Как то давно реализовал такое дерево для проекта, был в восторге от гибкости и добавления новых модулей.
2. Наверное не для кого ни секрет, что контент в основном поглащают и ничего быстрее «скачивания» текстового файла не может быть. Попутно можно весь этот набор файлов раскидать по серверам cdn, на которых ничего кроме например nginx нет.
3. Еще ни разу не видел чтобы не подготовленные (коих много) контент-менеджеры правильно сформировали структуру (заголовок не заголовок, а жирный большой текст, картинки под 100500Мпкс, отступы через   и всё в таком духе).
4. Третьим лицам для вашего проекта легко писать приложения например для мобильных устройств. Вообще у меня сложилось мнение, что для веб проектов надо писать сперва API выдающее данные структурированным текстом (json/xml), а уже потом/попутно интерфейсы клиента и админку писать.
5. Видел несколько проектов на разных работах, где вывод куска кеша поднимал обработчики всего что можно на всякий случай (например работы с почтовыми отправлениями или API не связанного стороннего сервиса), а так же соединения со всеми источниками данных (та же mysql), в итоге медленно и жрет память в пустую ради того чтобы тут же умереть.
6. Например для написания нового модуля программисту не потребуется знать особенности той или иной CMS, достаточно знать в каком формате CMS отдает и принимает данные. Но тут и много сложностей и нюансов возникает с велосипедами и своими квадратными колесами.
7. Много раз видел как созданием sql запросов занимается фреймворк. С одной стороны это удобно и асбтрагируемся от СУБД, но при этом не всегда ясно что там эта обертка сделает с данными и как пользоваться особенностями той или иной СУБД (ради чего собственно она и выбирает, на сколько я понимаю).
8. Преувеличенный пример — ипользовать jQuery с большинством компонетов, чтобы один раз заменить нативный document.getElementById.
9. Вы пробовали этими красивыми выпадающими списочками, реагирующими на hover события на мобильных устройствах пользоваться?

Как то вот так =) Сам CMS не пишу и готовыми не пользуюсь, а занимаюсь сборкой и копипастом того что было когда то сделано в то что именно хочу сам или клиент — долго (дорого) и муторно но конечный результат предсказуем и радует.

Еще можно было бы поговорить о юзабилити для конечного пользователя (как клиента, так и админа движка), но я от этого далек и моё видение удобства наверняка отличается от видения любого другого человека и скорее всего это не выгодно.
Но если интересно
Но если интересно, я бы предпочел единый настраиваемый интерфейс для всех сайтов, так как лично я прихожу на сайт за информацией, а не полюбоваться на то какие загогулины еще выдумал дизайнер. А в дальнейшем вообще соединение всего этого, т.е. что-то вроде очень продвинутого RSS агрегатора (кто ипользовать palm/hp webos с synergy или месенджер на nokia ~n900 быстро моймет мою идею).
SovGVD
0
Получать контент можно только через проприетарные приложения? Или всё же будет возможность смотреть поток, например через vlc?