>>14377
Вариант с промежуточным кешированием звучал бы хорошо, если бы заранее было известно, по какому запросу данные там надо кешировать. А так, получается, надо кешировать немного наугад.

>>14378
Кэшируй индекс.

>>14375
А зачем нужен динамический вывод в PHP?

>>14388
Вот производители браузеров тоже посовещались и решили что не нужен. PHP вообще не нужен.

Последнее время вообще какая то нездоровая мода на принудительный таймаут пошла. Производители нам как бы намекают, что с таким медленным интернетом\компьютером ты миру не нужен.

>>14401
Висюны никому не нужны, они тратят количество соединений.

И тут начинает хотеться помянуть всех тех добрых людей, благодаря которым у меня вист их ресурс.

>>13225
Да это же чёртов успех.
Лол, какой же бот тебе такое понапишет? Компьютеры не умеют говорить на естественном языке (пока).

У меня тоже есть серверный скрипт для собирания коллекций с тумблера. Первоначально создавался как автоматический граббер-бэкапер по скармлемоему списку. Просто вбиваешь\копипастишь адреса тумблеров, выставляешь настройки, жмякаешь кнопку и забываешь. Если возникнут какие ошибки с которыми скрипт не справится сам, всё будет записано в логи и выведено на экран, с возможностью выбора действий на каждую из них. При удалении\угоне тумблера, его старые бэкапы вроде бы не перезаписываются. Быдлокод пронзает небеса своею ущербностью, так-как полностью экспериментальный и писался для лулзов. Имеет вэб-интерфейс и работает дооолго. Хотя и на порядок быстрее ручного режима. В чём причина такой слоупочности не знаю. Памяти, процессора и канала почти что не жрёт. Так что запуск с низким лимитом времени выполнения черевато принудительной остановкой, а открывание в хроме и фаерфоксе новее 22 версии - окошком обрыва (скрипт продолжит работать и завершится, но вы об этом уже не узнаете). Давно не обслуживается, так что не могу гарантировать 100% совместимости. Но вроде бы все существующие на данный момент шаблоны HTML-кода переваривает. В общем, кроме малого веса, простоты использования и автономнго сбора актуальных бэкапов по списку плюсов у него нет. Ах да, он умеет сортировать картинки и качать их HD версии. Кому-нибудь нужно? Если кто захочет украсть или переписать на JS, буду только рад. http://rgho.st/6MsMdjc8G

>>14242
ОП тоже делал качалку в свое время, причем на JS и хостился прямо на тумблере. Ну как качалку, она генерит список ссылок на полные картинки + JSON-список тегов, привязанный к имени каждой картинки. Требует флэш для загрузки списков, правда.
http://seedmanc.tumblr.com/tmblrDL
Когда-то так бэкапил некоторые блоги, которые позже оказывались удалены копирастами.

>>14242>>14309
Интересные у вас подходы. Я так понимаю, чисто ради эксперимента для обучения делалось?
>>14309
А код отдельно выложить можешь? Ну чтобы ради него сайт изнутри не ковырять.

>>14315
Делалось скорее, чтобы быстро и без заморочек получить результат, не напрягаясь даже с выбором хостинга. Не отходя от кассы, да. В частности, я просто не нашел ни одной нормальной качалки с тумблере, не говоря уже о сборе тегов с привязкой к имени файла. Последняя была нужна, чтобы потом выкладывать скачанное на буры (для этого был отдельный скрипт с конвертацией тегов в имена файлов, понятные массовому аплодеру).

Там код-то весь в одной странице, на коленке писалось.

Немного более практичным был второй проект, минималистичный поиск картинок по блогу в обход его интерфейса с важной дополнительной функцией - поиск по пересечению двух тегов. Насколько я знаю, такого функционала сам тумблер не предоставляет. Туда же добавил списки автозаполнения-перевода тегов, правда только для одного блога.

http://seedmanc.tumblr.com/tumblr2search

>>14321
> пикрел
Стив, молю тебя, дай адрес где найти вот эти фоточки с этой азиаточкой в юкате и другой традиционной одежде.

>>14361
Так по ссылке из поста и качай же. Что вводить видно на скрине.
А вообще адрес блога-источника (animage) там же.

Ну и раз уж разговор зашел, мой тумблер и бура http://koe.booru.org/index.php?page=post&s=list&tags=kimono mizuki_nana посвящены сейюфото.

Суп, Стивы.
крестовики которые без гарбедж каллектора есть?
Есть смысл пробовать громоздить свои реализации сборки мусора или сразу прокачивать Яву?

>>14256
Лолд.
Хотя постой, ты ни на что это намекаешь, поганец?

>>14256
А ты сможешь яву настолько прокачать чтобы она не текла?

"Greenspun's Tenth Rule of Programming: any sufficiently complicated C or Fortran program contains an ad hoc informally-specified bug-ridden slow implementation of half of Common Lisp."

>>14256
Хочешь сборку мусора? Посмотри в сторону Go!
Вообще замечательный язык у гугла получился. Такой своеобразный почти Си, но с сборкой мусора, интересным параллелизмом, абстракциями для минимальной псевдообъектно-ориентированности, веселой системой пакетов.

Минусы разве что в жирных бинарниках, но они зато полностью статические и самодостаточные, да в несколько жестковатой системе типов из-за которой отсутствуют дженерики.

>>14275
Го - язык без генериков и с нуллами в 21-м, блять, веке. Не надо тратить на это свое время.
>жестковатой системе типов из-за которой отсутствуют дженерики
Что за хуйню я только что прочел?

>>14259
…including Common Lisp.

ｷﾀ━━━(ﾟ∀ﾟ)━━━!!

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

>>14243
Покажешь?

>>14251
Разумеется нет. Даже намёков не будет на что он похож. Чтобы случайно кто не нашёл. Деванон же.

>>14252
Хомяк на народе/укозе, что ли?

>>14243
"it works"?

Какой то нездоровый интерес у вас всех вдруг начался.
>>14268
Нет. Хост редкий. Сайт писался в блокноте.
>>14269
Да. Живёт и счётчик посещений мотает.

Однажды я придумал одну штуку и рассказал об идее другу, и через месяц увидел в новостях, что такую штуку разработали. Это считается?

>>7094
Однажды я придумал одну штуку, и никому не рассказал. А через год EA это сделала и срубила миллионы.

Однажды я ни о чём не подумал, а Google за это время миллиарды заработал.

>>12997
Та же проблема. Может подать в суд на гугл за то, что он существует и поэтому у меня нет возможности свой гугл создать?

>>7092
http://klang.eudyptula.org/news/
https://www.google.com/search?q=linux+klang

Однажды одна девушка по радио с упоением рассказывала, как её подруга-бака ей что то рассказала, а она на наложении копирайта на эту штуковину заработала себе тележки баксов. Нужно понимать, что большинство бизнесов, включая инвест-фонды, живут на том чтобы что-нибудь украсть\купить, а затем раскрутить и отматросить по полной или продать конкуренту. Все эти посредственные ММО донатоклонофермы в том числе когда то были подающими надежду разработками от которых осталась в итоге лишь свежая идея и арт.

Ну, человеческие идеи не уникальны, так же как не уникальны сами люди. Не успеешь сделать реализацию сам - успеет кто-то еще.

Мне было бы интересно посмотреть на робототехнику без программирования.

>>13919
Вопрос "могу ли я" был риторическим.

>>13920>>13919

наркоман штоле

>>13919
Запросто. Механики, токари, сварщики, сопроматчики считающие все это, проектировщики, промдизайнеры, ... тысячи их! Все могут работать с сфере робототехники и не быть программистами. В личном плане все хуже, но можешь делать стимпанковых роботов - там кодить не надо. Или ваять роботоскульптуры, быть на гребне волны современного искусства.

Если серьезно, то даже сделать просто качественного управляемного оператором хексапода, без AI и CV, задача уже для коллектива, соло это сильно затратно по времени, деньгам и самое главное, просит широченный круг знаний, которых попросту нет у обычных людей одновременно. Я вот кодер, немного знаю железо со стороны инженерной части, первого робота склеил из спичек и желудей. Показалось все просто, увидел ошибки и потенциал для модернизации. Расписал на бумажке, что я хочу видеть в новом роботе и ... ой, всё. Надо сопромат, навыки проектирования узлов и конструкций, тридэ, математику уровня профильного ВУЗа, знание кадов, навыки проектирования печатных плат, пайка всего этого, навык ... ну ты понел. Это нереально для личного хобби. Там тысячи человекочасов, хотя я ничего крутого не захотел, все на компонентах с али, модельных сервах и в том духе. Ну да, я захотел убрать сервы из суставов, вынеся их в тело, как у обычного паука и разделить силовую и цифорвые части, ибо силовую неплохо бы и охлаждать. Но когда расписал фронт работ, понял, что этих работ слишком много, чтобы "потихоньку вечерами".
Не пугает такой подход? Вперед.

Если можешь в английский
https://www.coursera.org/specializations/robotics

Это Автобус, а не Ычан!

правду говорит >>13922 здесь надо слишком много, особенно зависит от того, что ты хочешь. если хочешь создавать сложные конструкции на ногах и т.д., и при этом не совокупляться в программой, чтобы те ноги ходили, а использовать хитромудрые алгоритмы эволюции, или ИИ, то нужно как минимум быть доктором наук в информатике... явный тому пример http://www.goatstream.com/research/papers/SA2013/ . там люди просто симуляцию уже рассматривают как научную работу. а создать робота, который будет при помощи этого ходить, это вообще надо быть гением...

По дизайну — всё очень какое-то большое и разъехавшееся, да, я понимаю что это фреймворк, но он же на то и фреймворк, что лишь база. Ты можешь как-то сделать элементы интерфейса компактнее, ýже?

>>13527
Куда там уже, разве не помещается в экран? Насколько я знаю, при уменьшении размеров экрана интерфейс и так "складывается", при ширине меньше 768 пикселей таблица результатов тоже худеет.

Единственное, что мне кажется слишком широким - это области вокруг фото на >>13309 в мобильном режиме, но я не знаю, как это исправить, да и не критично это.
Ну может быть еще область с результатами широковата, расстояние между названием тайтла и второй колонкой большое, но уменьшить его можно только уменьшением общей ширины интерфейса, а тогда фотоальбом на второй вкладке будет 4х5, а не 5х4, т.е. вертикальный. Не смотрится.

>>13308
Спасибо тебе анон. Ты меня вдохновил. Ты не будешь обижаться, если я эту идею возьму для своего велосипеда?

>>13539
Ну если ты не собираешься заменить им этот мой или планируемый в будущем, то пожалуйста.

>>13539
И да, если бы ты или кто-нибудь еще могли пропиарить мой проект, я был бы благодарен. У меня совсем нет связей и знаний для повышения посещаемости.

>>13611
Сделай пару постов на форч/а/не

Обновил сервис, починил добавление сейю и фотоальбомы.

Роли теперь группируются по главным/второстепенным.

Добавил вывод списка всех сейю из БД с сортировкой по популярности (количество поисков и дата последнего).

Реализовал автоматическую отправку сообщений об ошибках в БД, чтобы быстрее реагировать на ломающие изменения МАЛа.

http://seedmanc.github.io/my-seiyuu-list/

Совершенно случайно наткнулся на пункт в факе, Google Breakpad.
В общем закомментил строчку CONFIG += use_breakpad в Grabber.pro

>куда копать
Сюда >>12467 например.

>>13233
К слову о Proger_XP, он недавно удалил https://unblock.ibsearch.xxx/mass-upload/ и теперь совершенно нечем выгружать картинки. Какие-то подвижки есть в этом направлении в интернетах? Я просто не в курсе этих дел, а теперь выглядит все так, будто еще и это придется писать самому.
Граберов повсюду полно, а вот о создании контента никто не думает.

Впрочем, быстрее самому сделать. Всего-то понадобилось написать юзерскрипт, вставляющий код аплоадера прямо в буру и никаких больше проблем с ФФ, CORS, куками и прочей ерундой.
https://github.com/Seedmanc/Booru-mass-uploader

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

Все-таки юзерскрипты недооценены.

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

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

А не удали прежний владелец свою версию - и сидели бы до сих пор на минимуме функционала.

>>13887
Установил твой скрипт, попытался скачать, выдает пикрилейтед. ЧЯДНТ?

>>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).

>>14025
Потратить год на руби? При наличии минимального понимания ооп и при изучении с нуля на прототип врятле уйдет больше пары месяцев. Порог вхождения в RoR довольно низок по сравнению с многими другими инструментами.

>Ruby, MySQL
>приложение
Пожалуйста, прекрати. Yast написан в сусе на руби, у меня до сих пор руки чешутся переписать этого гибрида мертвого слоупока и раненой черепахи на qt, заодно изучив последний. Сказать тормозит, ничего не сказать - гуишные приложения на руби умудряются адски лагать даже на xeon E5.

То есть, я так понимаю, вы мне советуете самому пилить, на рельсах или qt?

>>14028
Чтобы что-то посоветовать нужно больше входных данных. Я, увидев слово ruby, тут же подумал об RoR веб приложении, >>14027 предположил что предложение десктопное. Если это так, то о руби лучше забыть. Если у тебя в планах веб, но это будет огромная энтерпрайз система, то опять же забудь о руби.
По поводу "сам или не сам" - тут в полной мере работает аксиома Эскобара. Не имея опыта, но имея энтузиазм и терпение, ты вполне вероятно сможешь сделать рабочий прототип, под капотом которого будет гора говнокода и костылей. А если будет делать кто-то другой, то 95% придется отдавать денежку. Бесплатно разве что по знакомству можно попытаться кого-то уговорить поработать.

>>14029
>Я, увидев слово ruby, тут же подумал об RoR веб приложении, >>14027 предположил что предложение десктопное.
Я стриггерился на "новостное приложение" и подумал о мобильном приложении. С бекэндом на руби с мускулем.

>>14030
Ну у руби есть гемы для рисования интерфейсов, я подумал что значит должны быть извращенцы их использующие. А в самом факте использования руби для бэкенда нету ничего плохого.

>>14030
>о мобильном приложении
Именно. Прошу прощения, что сразу не пояснил.

*ОП*

Бамп

>>7948
"Какая отвратительная рожа!"

Бамп

Бамп

>>13947
Бамп длинною в жизнь.

Программные продукты, написанные в ООП значительно проще расширять и поддерживать.
Если мы говорим о коммерческой разработке, где важен не столько сам код, сколько адекватные сроки решения поставленных задач, которые разумеется не состоят только из новых фич, то ООП продукты вырываются вперёд за счёт двух важнейших параметров в коммерческой разработке:
1. Способность модифицировать куски системы без риска разломать вообще всё.
2. Возможность переиспользовать имеющийся код, если он вписывается в решение поставленной задачи.

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

Отвечая кратко на вопрос ОП-куна:
ООП - это для крупных проектов, с большой кодовой базой, где работает много людей. Всё иное, вероятно, рано или поздно повысит градус энтропии до такого состояния, что разобраться в кодовой базе смогут лишь единицы.
Это не выгодно и неудобно для бизнеса, для проектирования, для разработки.

Опять двадцатилетние синьоры хуйню на чанах несут. Куда смотрит ПэЖэ?!