Ычан: [d | b / bro / gf / hr / l / m / med / mi / mu / o / ph / r / s / sci / tran / tu / tv / x | es / vg | au / tr | a / aa / abe / c / fi / jp / rm / tan / to / vn / vo]
Имя
Animapcha image [@] [?]
Тема   (новая нить)
Сообщение flower
Файл 
Пароль  (для удаления файлов и сообщений)
Параметры   
  • Прежде чем постить, ознакомьтесь с правилами.
  • Поддерживаются файлы типов 7Z, BZ, BZ2, GIF, GZ, JPG, MO, MP3, MP4, OGG, OGV, PDF, PNG, PSD, RAR, SVG, SWF, TXT, WEBM, XCF, ZIP размером до 5000 кБ.
  • Ныне 3109 unique user posts. Посмотреть каталог
  • Максимальное количество бампов нити: 500
144406177111.png-(2.19KB, 32×32, 70e9ec71-fb11-493f-c900-254227f1a32c.png)
13230
No. 13230       [Ответ]
Есть ли у бур, хостящихся на booru.org (Не кастомных типа сейфбуры, а именно тех, что получаешь при бесплатной регистрации там) доступ по API? Очень не хочется парсить готовые страницы.
7 сообщений и 1 изображение пропущено. Для просмотра нажмите «Ответ».
No. 13238    
Совершенно случайно наткнулся на пункт в факе, Google Breakpad.
В общем закомментил строчку CONFIG += use_breakpad в Grabber.pro
No. 13239    
>куда копать
Сюда >>12467 например.
No. 13396    
>>13233
К слову о Proger_XP, он недавно удалил https://unblock.ibsearch.xxx/mass-upload/ и теперь совершенно нечем выгружать картинки. Какие-то подвижки есть в этом направлении в интернетах? Я просто не в курсе этих дел, а теперь выглядит все так, будто еще и это придется писать самому.
Граберов повсюду полно, а вот о создании контента никто не думает.
No. 13405    
Впрочем, быстрее самому сделать. Всего-то понадобилось написать юзерскрипт, вставляющий код аплоадера прямо в буру и никаких больше проблем с ФФ, CORS, куками и прочей ерундой.
https://github.com/Seedmanc/Booru-mass-uploader

Почему никто не догадался? Судя по статье на ED и обсуждениям на форумах, люди пытаются поднять сервер(!) чтобы запустить этот ненужный пхп-скрипт из оригинала. А ларчик так просто открывается.

Все-таки юзерскрипты недооценены.
No. 13887    
145658120755.png-(36.66KB, 1251×821, 687474703a2f2f7075752e73682f6e676c53312f6163376532.png)
13887
Обновил скрипт, теперь поддерживаются сайты на движке Данбуры обеих версий, выгрузка папками и многое другое.

https://github.com/Seedmanc/Booru-mass-uploader/releases/tag/v1.3

А не удали прежний владелец свою версию - и сидели бы до сих пор на минимуме функционала.
No. 13957    
145849349841.png-(47.45KB, 1457×848, 2016-03-20 23-04-08 Скриншот экрана.png)
13957
>>13887
Установил твой скрипт, попытался скачать, выдает пикрилейтед. ЧЯДНТ?
No. 14201    
146773045344.png-(65.67KB, 1261×765, ss+(2016-07-05+at+05_38_45).png)
14201
>>13957
Зачем сагать, я же не увижу ничего.

В любом случае, скрипт давно обновился и стал лучше (тм), обновись и ты. Во всяком случае я наконец пофиксил зависимость от CORS, приводившую к периодической недоступности.

https://github.com/Seedmanc/Booru-mass-uploader/releases/tag/v1.3.3

К слову, я хочу добавить поддержку Shimmie-бур, но не могу найти документацию по их API, даже страница, что содержала информацию о совместимости с Danbooru пропала (ссылка с http://shimmie.shishnet.org/v2/ext_doc/danbooru_api).
146455232195.jpg-(26.29KB, 500×319, funny-facebook-logo-8.jpg)
14116
No. 14116       [Ответ]
Привет, Стивен! Одно время сайт Polit.ru публиковал списки самых популярных постов в русском сегменте Facebook, еженедельно. Списки готовила Лаборатория цифрового общества - DSL. Вот пример: http://polit.ru/article/2013/10/18/fbu161013/ Не знаешь, каким образом такое реализуется?
No. 14144    
Может быть, кто-нибудь всё-таки знает?
No. 14145    
>>14144
Скорее всего, они регистрировались как разработчик в фейсбуке, создавали апп и выковыривали интересующую их информацию через Facebook Graph API. Это апи предоставляет достаточно широкое поле для сбора всякой лабуды по фейсбуку.
No. 14148    
>>14145
Спасибо!
14426589675.jpg-(33.94KB, 500×511, fc102.jpg)
13172
No. 13172       [Ответ]
Допустимо ли использовать привод для HVAC для управления компрессором? Двигатель компрессора имеет мощность 425 кВт, а VLT Refrigeration Drive только до 315 кВт.
VLT Automation Drive не предлагать, слишком дорогие.
Да, Данфосс онли.
No. 13181    
144274173759.jpg-(44.69KB, 800×600, Second_Hand_Screw_or_Industrial_Compressors_14197a.jpg)
13181
Ну же!
No. 14134    
14664107633.jpg-(156.38KB, 1024×682, 11641976524_70195fe957_o.jpg)
14134
Можно, если тебе не нужна полная мощность компрессора. Но экономической выгоды не вижу.
145491968190.jpg-(174.71KB, 850×850, 1311792335818.jpg)
13817
No. 13817       [Ответ]
Доска называется *разработка*, но это не значит, что я должен обязательно *разрабатывать* программы и игры на компьютер, там, всякие. Например я могу *разрабатывать* нет, не то, что вы подумали машину, которая проникнет нет, не туда через ткань пространства-времени и унесет своего создателя к новым мирам где свет моего разума и бла-бла-бла... Ведь так?
No. 13818    
145492000520.jpg-(409.56KB, 1200×900, 1315770342601.jpg)
13818
Естественно, если эта *разработка*, товарищи, ведется в рамках /dev. Так что не нужно говорить, что-то типа: "Разрабатывай, флаг тебе в... руки!". Вот в чем, так сказать, эссенция какое слово забавное, хи-хи!
No. 13819    
/б/аковник протек
No. 13825    
>>13817
Разработал тебе машину.
No. 14128    
146620005610.png-(128.86KB, 483×358, Cirno-cirno-22951076-483-358.png)
14128
>>13825
Уууууухтыыыыыыыы, покажи-покажи-покажи, ну покажииииииии!
146443965744.jpg-(146.21KB, 428×531, Прикол-Шестиколесный-велос.jpg)
14111
No. 14111       [Ответ]
Привет всем, у меня идея сделать гугл только для поиска товаров. Пользователь вводит какой товар ему нужен, а на стороне сервера группа специально облученных китайцев рыщет по всему инету в поисках этого товара по самой выгодной цене. Что вы думаете об идее? Есть ли аналоги?
No. 14114    
> Есть ли аналоги?
Навалом.
No. 14115    
>>14111
>Привет всем, у меня идея сделать гугл только для поиска товаров. Пользователь вводит какой товар ему нужен, а на стороне сервера группа специально облученных китайцев рыщет по всему инету в поисках этого товара по самой выгодной цене. Что вы думаете об идее?

Я думаю, что китайцы надут китайскую копию, или найдут аналог без нужных качеств.

Объяснять другим людям, что тебе нужно, сложнее, чем найти самому.

Пока сам не попробуешь - не поймёшь. Можешь сделать аггрегатор магазинов - проще и полезнее.
No. 14118    
100500 таких ценовых агрегаторов уже.
No. 14122    
https://getmagicnow.com/
146433624849.png-(448.20KB, 500×625, tumblr_myk6b9AKM91rll28uo1_500.png)
14107
No. 14107       [Ответ]
Больших аптаймов и быстрых компиляций, посоны. Я тут читал вот эту статейку по расчёту CRC — http://www.info-system.ru/library/algo/crc1.pdf — и, если честно, выпал в осадок на примерах деления. То, что запись деления в столбик откровенно марсианская, понять можно, переводчику было лень из американской формы привести всё к нашей. А вот то, что делитель в процессе меняется (с 10011₂ на 00000₂), уносит моск бороздить просторы вселенной. Подскажите, что это? Переводчик ошибся? Или действительно есть какие-то правила деления, в которых делитель можно менять? Или я ступил и что-то не так понял (вероятнее всего, десу)? Что вообще можно почитать про это, кроме Кнута?

Рандомпик по БЛ
No. 14108    
Блджад, тире к ссылке присосалось. Вот правильная — http://www.info-system.ru/library/algo/crc1.pdf
No. 14117    
Читай в оригинале, а не переводе каких-то васянов.
146390540415.jpg-(40.77KB, 736×952, 198e3970397c56efa7e4876a553cf60d.jpg)
14092
No. 14092       [Ответ]
Тут есть суровые бородатые Балмеры С-любы? Какие есть книги/статьи про современный С, со всеми ptrdiff_t, size_t и иже с ними?
inb4: https://matt.sh/howto-c
No. 14093    
Есть, я школосишник, Си мне нравится тем, что компилируется прямо в машинный код.
No. 14094    
"C" сочетает производительность ассемблерного языка с читаемостью ассемблерного языка.

Я обожаю "C" и обожаю вертеть байтики, но для того, чтобы писать сложный и надёжный софт с меньшим числом ошибок, гораздо лучше подходит C++.
No. 14098    
http://www.amazon.com/Reference-Manual-Samuel-P-Harbison/dp/013089592X
No. 14113    
>>14092
Ben Klemens, 21st Century C.
Правда, там не столько про ptrdiff_t сколько про проектирование API.
146176897489.jpg-(58.96KB, 640×640, chone.jpg)
14025
No. 14025       [Ответ]
Стивены! Есть идея новостного приложения, плюс опыт работы в информационной журналистике. Знаний о разработке приложений - ноль. Не факт, что приложение принесёт кучу денег, но это такое приложение, которым мне самому хотелось бы пользоваться, и которого нигде нет. Итак, у меня есть некоторый энтузиазм по этому поводу. Подскажите, как лучше: потратить год на изучение Ruby, MySQL и прочего, чтобы запилить работающий прототип самому и искать инвесторов; потратить год на заработки бабла, и нанять разработчиков; краудфандинг; что-то ещё? Буду благодарен любой помощи.
No. 14026    
>>14025
Потратить год на руби? При наличии минимального понимания ооп и при изучении с нуля на прототип врятле уйдет больше пары месяцев. Порог вхождения в RoR довольно низок по сравнению с многими другими инструментами.
No. 14027    
146178229777.jpg-(64.29KB, 460×923, tQGS21eBweg.jpg)
14027
>Ruby, MySQL
>приложение
Пожалуйста, прекрати. Yast написан в сусе на руби, у меня до сих пор руки чешутся переписать этого гибрида мертвого слоупока и раненой черепахи на qt, заодно изучив последний. Сказать тормозит, ничего не сказать - гуишные приложения на руби умудряются адски лагать даже на xeon E5.
No. 14028    
То есть, я так понимаю, вы мне советуете самому пилить, на рельсах или qt?
No. 14029    
>>14028
Чтобы что-то посоветовать нужно больше входных данных. Я, увидев слово ruby, тут же подумал об RoR веб приложении, >>14027 предположил что предложение десктопное. Если это так, то о руби лучше забыть. Если у тебя в планах веб, но это будет огромная энтерпрайз система, то опять же забудь о руби.
По поводу "сам или не сам" - тут в полной мере работает аксиома Эскобара. Не имея опыта, но имея энтузиазм и терпение, ты вполне вероятно сможешь сделать рабочий прототип, под капотом которого будет гора говнокода и костылей. А если будет делать кто-то другой, то 95% придется отдавать денежку. Бесплатно разве что по знакомству можно попытаться кого-то уговорить поработать.
No. 14030    
>>14029
>Я, увидев слово ruby, тут же подумал об RoR веб приложении, >>14027 предположил что предложение десктопное.
Я стриггерился на "новостное приложение" и подумал о мобильном приложении. С бекэндом на руби с мускулем.
No. 14031    
>>14030
Ну у руби есть гемы для рисования интерфейсов, я подумал что значит должны быть извращенцы их использующие. А в самом факте использования руби для бэкенда нету ничего плохого.
No. 14032    
>>14030
>о мобильном приложении
Именно. Прошу прощения, что сразу не пояснил.

*ОП*
145899312954.jpg-(40.62KB, 594×324, splash-water-waves-4559.jpg)
13975
No. 13975       [Ответ]
Я не разбираюсь в математике, информатике и программировании, но меня интересует один вопрос.

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

Затем один из узлов хочет изменить базу. Чтобы это сделать, ему нужно изменить все копии. Но он не может изменить копии на других узлах, потому что каждый может изменять только свою копию. Он изменяет ее, и теперь она отличается от других.

Потом изменить базу хочет еще один узел. Для этого ему нужно изменить уже не свою копию, а копию того узла.

Так вот. Как второму узлу узнать, что первый изменил базу?
No. 13979    
>>13975
Простейшее, но не самое лучшее решение - все изменения проводить только на одном главном узле и рассылать информацию о них на остальные. Если требуется больше надёжности, то используют протоколы распределённых транзакций. Неплохое введение в тему можно найти на http://book.mixu.net/distsys/replication.html
No. 14014    
146026469565.gif-(505.41KB, 600×600, c639fe15d3303bfb9755ad791ac5f357.gif)
14014
Просто оставлю это тут https://ru.wikipedia.org/wiki/Теорема_CAP
135039225573.jpg-(129.48KB, 600×570, cats_babuska[1].jpg)
7818
No. 7818       [Ответ]
Хочу разобраться в парадигме ООП. В чем соль ООП?
Где описана общая парадигма ООП (желательно, ёмко, но что-бы ни в коем случае не был упущен ни один аспект).
28 сообщений и 8 изображений пропущено. Для просмотра нажмите «Ответ».
No. 7948    
13517124216.jpg-(40.74KB, 231×259, bjarne_stroustrup[1].jpg)
7948
Бамп
No. 7957    
>>7948
"Какая отвратительная рожа!"
No. 8027    
Бамп
No. 13947    
Бамп
No. 13950    
>>13947
Бамп длинною в жизнь.
No. 14010    
Программные продукты, написанные в ООП значительно проще расширять и поддерживать.
Если мы говорим о коммерческой разработке, где важен не столько сам код, сколько адекватные сроки решения поставленных задач, которые разумеется не состоят только из новых фич, то ООП продукты вырываются вперёд за счёт двух важнейших параметров в коммерческой разработке:
1. Способность модифицировать куски системы без риска разломать вообще всё.
2. Возможность переиспользовать имеющийся код, если он вписывается в решение поставленной задачи.

Функциональщики соснут тогда, когда потребуется написать действительно большой продукт с сотнями сущностей и тысячами специфичных для этих сущностей действий.
Когда мы проектируем системы, мы проектируем их отталкиваясь от реального мира. Что вот, например, есть User. User имеет ряд, специфичных для себя полей, а так же User имеет ряд специфичных для себя, действий (методов). При ООП подходе это описывать удобно, зачастую прозрачно и не вызывает боли, если есть мозг. Если мозга нет - то можно и в процедурном стиле написать что угодно, прыгая взад - вперёд через goto.
Только вот кто это будет поддерживать? Тот кто это написал? Отлично. Это определённо успех.

Отвечая кратко на вопрос ОП-куна:
ООП - это для крупных проектов, с большой кодовой базой, где работает много людей. Всё иное, вероятно, рано или поздно повысит градус энтропии до такого состояния, что разобраться в кодовой базе смогут лишь единицы.
Это не выгодно и неудобно для бизнеса, для проектирования, для разработки.
No. 14013    
Опять двадцатилетние синьоры хуйню на чанах несут. Куда смотрит ПэЖэ?!
Удалить сообщение []
Пароль  
[Mod]
[0] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18]