Естественно, если эта *разработка*, товарищи, ведется в рамках /dev. Так что не нужно говорить, что-то типа: "Разрабатывай, флаг тебе в... руки!". Вот в чем, так сказать, эссенция какое слово забавное, хи-хи!

/б/аковник протек

>>13817
Разработал тебе машину.

>>13825
Уууууухтыыыыыыыы, покажи-покажи-покажи, ну покажииииииии!

> Есть ли аналоги?
Навалом.

>>14111
>Привет всем, у меня идея сделать гугл только для поиска товаров. Пользователь вводит какой товар ему нужен, а на стороне сервера группа специально облученных китайцев рыщет по всему инету в поисках этого товара по самой выгодной цене. Что вы думаете об идее?

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

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

Пока сам не попробуешь - не поймёшь. Можешь сделать аггрегатор магазинов - проще и полезнее.

100500 таких ценовых агрегаторов уже.

https://getmagicnow.com/

Блджад, тире к ссылке присосалось. Вот правильная — http://www.info-system.ru/library/algo/crc1.pdf

Читай в оригинале, а не переводе каких-то васянов.

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

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

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

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

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

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

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

*ОП*

>>13975
Простейшее, но не самое лучшее решение - все изменения проводить только на одном главном узле и рассылать информацию о них на остальные. Если требуется больше надёжности, то используют протоколы распределённых транзакций. Неплохое введение в тему можно найти на http://book.mixu.net/distsys/replication.html

Просто оставлю это тут https://ru.wikipedia.org/wiki/Теорема_CAP

>>14861
У нас было…

Здравствуй, Стив.
Я тут начал программку писать на java в eclipse, но столкнулся с проблемой: когда экспортирую проект в executable jar, то при запуске этого jar файла получаю ошибки что не программа не может загрузить ресурсы (у меня там изображения и аудиофайлы, содержащие их папки я ввел в build path).
Проверил сам jar файл, ресурсы в нем содержатся.
Как решить эту проблему? Что я делаю не так?

>>16355
Первая же страница гугла по запросу "jar cannot find resources" забита ссылками на SO с объяснением причины - программа воспринимает jar как один файл, а не контейнер, используй InputStream stream = this.getClass().getResourceAsStream("/images/search_folder.png")

>>16356
Спасибо тебе, няша, все заработало!

>>16355 >>16376
А продолжение есть?

>>16458
Getsuyoubi no Tawawa.

Пока учусь на metanit.com , но вдруг есть что то получше

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

>>25333
Если я не ошибаюсь книга называется " Самоучитель Java с примерами и программами
"

А официальные туториалы от Оракла уже не модны? Ну и в самой JDK полно документации. Обсуждений вида «как лучше сделать херня_нейм» полно на СтекОверфлоу — если уж не конкретику, то хоть по архитектуре подсказки можно найти. Шепелёв очень много писал про JMM. Балус и ко много писали по ентерпрайзу.

Ну, в контексте AI ты можешь заниматься программированием как минимум на языках для планирования: типа PDDL, NDDL. Это будет высокоуровневый AI твоего робота, т.е. он будет решать что и когда надо сделать, чтобы достигнуть такой-то цели не позднее такого-то времени. Низкоуровневый AI, который будет весь этот план реализовывать уже можно пилить на чем угодно, тут уже больше зависит от конструкции робота.

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

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

>>13920>>13919

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

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

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

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

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

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

бумп

какой бамп, тред с нулевой не ушел еще

Зависло на второй битве.
В целом интересно, но не хватает кнопки автобитва или пропуска битвы.

И ещё хотелось бы сейв чтобы посмотреть всю галерею.

ОП, ты заказывал арты или сам фигачишь?

>>14521>>14659
SMOLEV ETO TY?

Оп, пили ещё, годно.

>>15098
Или нет.

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

>>13831
Про мак анон загнул, хотя маководов там хватает.
У него проблема возникла потому, что в стандартном *BSD окружении на котором построено подкапотное пространство MacOSX не содержит некоторых утилит, а те что содержит могут отличаться по функциональности.
Если будешь хорошо знать линукс, те в любом случае ничего не смогут сказать.
Сложность рельс в том, что там нужно целый стек технологий знать.

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

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

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

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

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

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

>>14243
"it works"?

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

>>19267
Реверс-инжинирингом чего? Отображаемых страниц? Сделать похожим внешний вид, в принципе, возможно, только муторно и требует кучи времени. Доработки бекэнда только с нуля писать, Соус кодом не поделится.

>>19268
Должно быть, потому, что это просто забыли сделать. Исправить можно, как ни странно, дописыванием очередной строчки в нужное место. А вот какой и в какое, мы узнаем в следующей серии...

>>19268
Фикс внесения записи в модлог при удалении помеченных "галочкой" постов:
Файл board.php, строка 435 (перед сообщением об успешном удалении), вставить
if ($ismod) {
management_addlogentry(_gettext('Deleted post') . ' #<a href="?action=viewthread&thread='. $post_class->post['parentid'] . '&board='. $board_class->board['name'] . '#'. $post_class->post['id']. '">'. $post_class->post['id'] . '</a> - /'. $board_class->board['name'] . '/', 7);

Для каждого поста будет вноситься отдельная запись.

>>19275
Окей спасибо. Только вот если ставить пытаться со всеми этими фиксами кусабу, то она не хочет устанавливаться. Ситуация очень сходная как с движков Anonsaba. https://github.com/cccxd/Anonsaba
Всё идёт гладко, но при этом дефолтный аккаунт админа не хочет создавать.

А в manage.php тоже не хочет заходить. Просто белый экран.

>>19280
Мои правки (если что, ссылка на архив не моя, я только описывал необходимые правки по твоим реквестам) не могли сломать установку. Убедись, что ты правильно вкурил мануал по установке и правильно воспользовался скриптами из /install. Проверь конфиг, посмотри, что реально оказалось в базе данных. Заявление о белом экране хорошо бы снабдить выводом из консоли и исходным кодом страницы в браузере.
В общем, косяк, скорее всего, на твоей стороне, без доп. информации помочь тебе никто не сможет.

>>19281 -> >>19276
Пардон-съ, пятница, хотя по календарю и четверг.

>>19281
>>19282
Конфиг настроен нормально. Удалил все и накатал по-новому. Вроде все зашло. Но только вот одно но - в досках не видит админских функций. Сразу скажу что с конфигом норм. На этих же настройках до этого все нормально работало.

>>19284
Это из консоли:

ReferenceError: createCookie is not defined

[Подробнее]

manage_menu.php:55:2

toggle onclick

http://localhost/manage_menu.php:55:2

http:/localhost/manage_menu.php:1:1

>>19285
А, знакомая фигня. Модераторский интерфейс к страницам досок дорисовывается яваскриптом, если установлена кука kumod, которая должна устанавливаться при входе в админку, но из-за очередного бага это происходит через раз.
Если хочешь просто поиграться с функциями, можешь поставить её руками document.cookie = "kumod=allboards; path=/"
С нормальным исправлением постараюсь помочь, как будет время.

>>19285
Нашел, в чем там дело. Бага как такового нет, только неочевидные настройки, как только я их уставновил, косяк с куками починился.
В конфиге задай переменной KU_DOMAIN значение '.localhost', а KU_WEBFOLDER имя папки, в которой лежит кусаба, относительно папки htdocs, заключив ее в слеши, например, '/kusaba/'.