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

>>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.
Только вот кто это будет поддерживать? Тот кто это написал? Отлично. Это определённо успех.

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

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

Кто-нибудь тут сталкивался с POE?

Почему вот это array ref: \@foo
А это нет: \@foo[3..6]
?

>>13890

Не силён в перле, но не врубаюсь: зачем брать ссылку на объект, который не хранится в памяти - на ломтик массива? Это уже лямбда-исчисление какое-то.

>>13891
Ну есть функция, которой в аргументах надо отдать array ref, однако мне надо отдать не весь массив, а только его часть.

>>13893

Массив можно использовать в большем числе случаев, чем ломтик, верно? Ломтик - это таки не массив (опять же, не силён в Перле, но раз нельзя сослаться на ломтик, значит, так просто быть не должно, так разработчик решил, и что-то на это решение завязано).

Нагуглил: http://stackoverflow.com/questions/15160882/perl-slice-an-array-without-creating-a-whole-new-array

>>13895
Твой поток сознания я не понял.
Но по твоей ссылке чётко написано:
>The syntax \@array[1..2] would return a list of references to each element in the slice, but not a reference to the slice.
Окай. И выше пример [ @array[1..2] ], с которым у меня всё и заработало. Спасибо.

>>13896

Хорошо всё то, что хорошо кончается.

>>13164
vim/emacs это для тех, кто владеет слепым десятипальцевым методом печати, плюс имеет огромную быструю постоянную память в голове. Я лично до сих пор жалкий десяток хоткеев в винде запомнить не могу, едва могу вспомнить свой номер телефона или пароль на диске. Я не фанат тохо в лунатике и мортал-комбата, чтобы использовать vim/emacs вместо IDE.

Пользуюсь сублаймом третим (питон, жс) с плагинами, все устраивает кроме плашки "купи меня".

Стив, я весь чешусь. Переустановил винду, переустановил Notepad++, и у меня не подсвечиваются все результаты поиска! В гугле предлагают "Mark all", но я почему-то помню, что оно и так подсвечивалось.

P.S.
>>13845

Мне не нужно MarkAll, мне всего лишь нужно то же, что есть в любом современном браузере: поиск по странице с подсвечиванием всех результатов.

>NetBeans? Или пользоваться Vim?
В IDE JetBrains ололо, отечественный производитель можно включить режим эмуляции vim. По крайней мере, в IntelliJ (который запускал только пару раз, слишком сложный он, для Джавы пользуюсь NetBeans). Насчёт RubyMine точно не помню, руби я забросил, потому как нашлось огромное количество других вещей, которые нужно изучить (HTML, PL/SQL, администрирование соответствующей СУБД, а также некоторые намного менее приятные вещи, без знания которых приходится выкручиваться с очень большими проблемами, но изучать которые не хочется даже под прицелом пулемёта).

>NetBeans? Или пользоваться Vim?
В IDE JetBrains ололо, отечественный производитель можно включить режим эмуляции vim. По крайней мере, в IntelliJ (который запускал только пару раз, слишком сложный он, для Джавы пользуюсь NetBeans). Насчёт RubyMine точно не помню, руби я забросил, потому как нашлось огромное количество других вещей, которые нужно изучить (HTML, PL/SQL, администрирование соответствующей СУБД, а также некоторые намного менее приятные вещи, без знания которых приходится выкручиваться с очень большими проблемами, но изучать которые не хочется даже под прицелом пулемёта). Искать эту функцию в RubyMine тогда даже не стал просто потому, что с vi не особенно дружу (проблема даже не в запоминании команд и их сочетаний, а в том, что пользоваться ими крайне неудобно, на мой взгляд и этот редактор я использую только при необходимости поправить конфигурационные файлы при работе в консоли когда нет чего-то более простого в использовании вроде mcedit).

>>13117
Джини же.
Легкая, не перегруженная и куча аддонов.

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

>>13741
А мог бы просто протащить свой this через луа код. Но вообще говоря, объектодети должны страдать.

>>13742
>протащить свой this через луа код

Пиздец извращение. Проще всего было бы все на С писать изначально. Но это не труъ.

>>13744
>Пиздец извращение.
Ну да. Стандартное ООП извращение.

>с потерей всех "объектных" плюшек
Я не понял, что хочет оп. Какие вообще объектные си++ плюшки могут быть после конпеляции? Ну вот даже если сам луа в расчёт не брать. Как я понимаю, интерпретатор же просто берёт и вызывает функцию, имплементированную в бинарнике, без всяких излишеств? Все данные, которые нужно уже представить в виде объектов в скриптовом файле, ты уже делаешь непосредственно в скриптовом языке, ведь так? А все плюшки ооп в си++ используются только при непосредственном написании кода на си++, нэ? Ведь так логично?

*непрограммаст мимо пробегал*

>>13748
Я тебе больше скажу - первые поделия Страуструпа вообще транслировали код этого языка в код на чистом Си, который затем отлаживался и компилировался.

>>13836
>Страус-трупа

>>13020
Любой рукотворный предмет можно разобрать на атомы. Встаешь в круг, жмешь по предмету пкм и "разобрать".

Пожалуйстаааа, как вобще восстановить здоровье?

>>13047
Среди доступных новичку способов: лечь поспать в таверне. А вообще когда персонаж сытый хп сами медленно регенятся. Или попроси у олдфагов косяк, да скури его.

Мод-тян, давай дружить!

Как бы мне сделать долбаный рендер карты, чтобы он не тормозил...

>>13636
Ого! Разрешеньице, однако. Как сделать — может быть, webgl?
Алсо твой тред на Ычане, что с ним?

>>13649
http://iichan.hk/vg/res/478355.html
В бэ удалили видимо. Незнаю.
Про webgl думал, да.

Но сейчес меня интересует имеено алгоритмическое решение для канваса.

>>13300
Осилю, если какие-ниюудь особые версии не надо ставить, а всё по-дефолту.
Так ты другой человек, что ли, не >>13191?
Фуму.

>>13301
Нет, я другой человек.

готово можно тестировать\использовать:
http://pastebin.com/aJbTK8ph

модули которые нужно ставить: LWP, Getopt

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

Как оказалась это архитектурное решение лучше всего подходит.

Должно работать на других досках ичана.

есть Еррор-лог(который на самом деле просто лог-файл) Там можно проверить чо он не осилил открыть, и сколько он итого скачал файликов.

Сообщение слишком длинное. Полный текст.

>>13302
Поправь описание, куча ошибок.

>>13303

Ну я плохо пишу на Ангельском. Т_Т

анон, ну как результаты? норм все, ченить еще пилить надо?

анон, ну как результаты? норм все, ченить еще пилить надо?

>>13377
А я ещё не запускал, лол.

Результат.

test

Если ты хочешь сделать фри паскаль на абсолютный фулскрин, или поменять шрифт на совершенно другой, а не только consolas, то советую тебе скачать эмулятор консоли ConEmu. Потом при помощи этой консоли запускаешь фри паскаль, а там можешь менять шрифт, хоть на любой лично я использую ubuntu mono, так же Alt+Enter там работает. Думаю про упрощение жизни при помощи операций с ярлыками рассказывать не надо. На пикче мой фри паскаль с фулскрином на мониторе 1280х1024

>>13035
>15.05.2013
>12.08.2015
Yeah, right.

>>13036
Лучше поздно, чем PHP.

Интересно, а ОП ещё здесь?

>>9419
Паскаль для обучения один из лучших языков.
Всё предельно прозрачно, но при этом лаконично.
Что объявлено, где объявлено, что чем является, что передается, что возвращается.
Питон - слишком высокоуровневый язык. Он не дает никакого понимания, что именно происходит.
Он простой, удобный в использовании. Но всё ближе к уровню: "Гарсон, фуагра за этот столик!", а откуда берется гарсон, как появляется фуагра, и существует ли таинственная кухня, в которой по слухам могут оказаться еще какие-то люди, - это всё пациенту неведомо.
Сплошная магия.
Идеальное понимание - языки ассемблера, но они практически неусваиваемы для новичка. Чуть лучше ситуация с С, но из-за того, что С очень практичный язык, такм всё излишне лаконично сокращено. От С не знающих основ студиозусы становятся летчиками.
Бейсик... Нет, всё-таки если чисто для учебы ничего лучше Паскаля не придумали.
Собственно, ЕМНИП, его и придумали то в качестве учебного пособия. Никакого другого назначения для него и не предполагалось.
А Питон - это дорога к светлому будущему, когда текст программы будет выглядет так: "Здраствуйте. Я, Кирилл. Хотел бы чтобы вы сделали игру, 3Д-экшон суть такова…", - а уж как это сделать - работа компилятора.