Школоло / Говнокод #13723 Ссылка на оригинал

0

  1. 1
FileName := Format('%.2d',[I]) + 'frame' + Format('%.3d', [J]) + '.jpg';

Вычисление названия картинки в цикле

Запостил: 1291 1291, (Updated )

Комментарии (111) RSS

      • Причем скобки в [i] и [J] как бы намекали автору о том, что в них можно еще что-то добавить 🙂

        P.S. Блин, говнокодовский парсер превращает [i] в [i].
        Ответить
            • > Когда посмотрел, минут 10 приходил в себя.
              Не буду смотреть. Моя неокрепшая психика который год отходит от goatse, meatspin и 2 girls 1 cup...
              Ответить
                • Вот бля. На яндексе заблокировали программу и все сгенерированные ящики. Печально, гасспада.
                  Ответить
                    • где-то 30-40. Я уже удалил список. Ни один мейл больше не открывается, хотя открывались. В принципе я ничего плоого с ними не делал - спам не слал. Только вот ботов нарегал.

                      Может, кто нибудь посмотрит исходники?
                      Ответить
                  • Авторегера? Ну и нафиг он такой нужен, если все мыла поубивали?

                    Небось, с одного ip быстро регил?

                    А что значит заблокировали программу?
                    Ответить
                    • Запрос не доходит. Раньше все было нормально. Да и капча там теперь на забугорном.
                      Ответить
                        • Мне глубоко похуй. Скоро я сменю почту и вообще перестану пользоваться яндексом, тем более, что с легкой подачи Борманда я отыскал более 35 сайтов для подтверждения ложного e-мейла. Поисковики мне не нужны.
                          Ответить
                            • Да ради бога, это никакая не тайна:
                              http://asdasd.ru/
                              http://Donemail.ru/
                              http://mailinator.com/ (мерси Борманду)
                              http://www.mailexpire.com/
                              http://spambox.us/

                              самый сладкий, это конечно, майлинатор. Я долго флудил и троллил на сайтахх, пользусь этим ситэ. А вообще, анонимб, стоит объединить усилия.
                              Ответить
                              • Это не 35 и маилинатор с алиасами я и многие сайты и так знают (в смысле он там в бане).
                                Ответить
                                • <Это не 35>
                                  я и не собираюсь больше выкладывать. Не хватало, чтобы и остальные забанили: я скандальная личность, и многие админы меня тут мониторят. Посмотрит админ, что я выложил, и забанит эти сайты - тогда моему спаму придет конец. Напиши мне на почту vb_pb_autoit_builder@xaker.ru, либо Гугл тебе в помощь, дорогой товарищ.
                                  Ответить
                  • Отображает Ваш IP адрес и имя компьютера в реальном времени.
                    Будет полезна для пользователей с динамическим IP.
                    Ответить
                      • Например, при настройке торрента. Или для тех, у кого модем работает в режиме роутера - чтобы знать, на каком ip открывать порт - 192.168.1.2 или 192.168.1.4, 192.168.1.24 и так далее.


                        Кстати. кто нибудь может сказать, нужен ли здесь inherited? Только не смейтесь, что с таймером.

                        procedure TForm1.MouseLeave(var Message: TMessage);
                        begin
                          with Timer4 do begin
                            Tag:=-1;
                            Enabled:=true;
                          end;
                        inherited; 
                        end;
                        Ответить
                        • У меня UPnP на роутере есть. Забыл о пробросе портов для торрента как о страшном сне... А чтобы друзья могли зацепиться поиграть или что-то потестить, есть тулза для проброса через УПнП и клиент динднс 😉 Короче внешний айпи уже давно не узнавал...

                          Насчет инхеритед - х.з. Надо знать что делает родительский класс в этом методе. Если что-то нужное для тебя - оставь нхерит.
                          Ответить
                          • >тулза для проброса через УПнП
                            Название? (я знаю пару, но может, что-то новое узнаю).

                            Алсо в upnp любой может удалять чужие форвардинги.
                            Ответить
                            • http://upnp-portmapper.sourceforge.net/
                              Можно через gui юзать, можно через командную строку запускать (удобно добавлять в скриптик перед стартом какого-нибудь сервака).

                              > Алсо в upnp любой может удалять чужие форвардинги.
                              Ну да, авторизацию там забыли привернуть. Но когда за роутером не толпа кулхацкеров, а только свои железки - как-то пофиг.
                              Ответить
                                • > Может, что-то поменялось.
                                  Такой же тормозной. Но вроде это не в жабе дело, а в самом протоколе UPnP. Там по спеке клиент во время поиска роутеров должен указать интервал ответа не менее 1 секунды. И еще 1 секунду ждать. Т.е. минимальное время поиска роутеров - 2 секунды.

                                  Или другие клиенты пошустрее роутеры детектят? Я просто юзаю эту прогу как первую попавшуюся. Задачу выполняет и ладно, я ж не Царь чтобы миллисекунды задрачивать 😉 Да и gui я в ней довольно редко юзаю.
                                  Ответить
                                  • Там сама прога тупила. Была сишная (сейчас ссылка сдохла), вот она работала реактивно. Правда, без сырцов и не дружила с хамачи.

                                    >Т.е. минимальное время поиска роутеров - 2 секунды.
                                    А если рутер быстрее ответил?
                                    Ответить
                                    • > А если рутер быстрее ответил?
                                      А кто сказал что он один? Вот, кстати, эта жабья прога чем и кривая - она вроде как не умеет работать с несколькими роутерами.

                                      Согласно спеке SSDP ждать надо весь интервал... Ну или насрать на то, что устройство может быть не одно...
                                      Ответить
                        • А ничего с таймером. Inherited не нужен. Остальное достойно данного сайта))
                          Ответить
                          • >>А ничего с таймером. Inherited не нужен. Остальное достойно данного сайта))

                            Наверно, поэтому я и выложил код сюда, не?
                            Ответить
                            • Я имел в виду, данный код достоин новой темы))
                              Ответить
                              • > Я имел в виду, данный код достоин новой темы))
                                Чем? Ну кроме имен переменных.
                                Ответить
                    • А внутри, соблюдая многовековые традиции дельфинов, Form1 на которой Button1 и Label1?
                      Ответить
                      • Да Вы провидец!!! Я когда прочитал это сообщение, пал ниц прямо в лужу, и стал бить земные поклоны, благодаря бога за то, что он общается со мной в Вашем лице.
                        Ответить
                  • Перезалил.
                    http://rghost.ru/48578118
                    Эта версия теперь проверяет, подключен ли инет. Окошко теперь полупрозрачное, чтобы не сильно ебать юзеру мозг.
                    Ответить
                    • Лучше на битбакет запушь вместе с исходниками (гитхаб не предлагаю, т.к. с недавних пор там некуда выкладывать бинарники). Вдруг кого-то заинтересует... Да и тебе опыт работы с git'ом не повредит.
                      Ответить
                      • >т.к. с недавних пор там некуда выкладывать бинарники
                        Че за херь? А куда их выкладывать? На мегатормозной sf?

                        А зачем гит для разработки в одно рыло? svn получше будет, не?
                        Ответить
                        • > Че за херь?
                          Ну вот такая дибильная политика у них. Выпилили полностью раздел загрузок.

                          > На мегатормозной sf?
                          Ну bitbucket еще остался. googlecode, если svn хочется.

                          > А зачем гит для разработки в одно рыло? svn получше будет, не?
                          Для одного рыла как раз git поудобней. Можно коммититься без инета, а потом все залить на сервак за один заход. А в svn, если нет инета, хуй че закоммитишь (если, конечно, ты хочешь глобальную репу, а не на своем компе).
                          Ответить
                          • На гуглкоде рега только с гуглаккаунтом через сотовый, разве нет?

                            Как-то тупо тогда получается - сайт в одном месте, загрузки в другом, код в третьем, багтрекер в четвертом. В чем тогда идея сайта?
                            Ответить
                            • > гуглаккаунтом через сотовый
                              Ну у меня гуглокод когда-то вообще был зареган на майлрушное мыло. Не знаю какая там сейчас политика.

                              > Как-то тупо тогда получается - сайт в одном месте, загрузки в другом, код в третьем, багтрекер в четвертом. В чем тогда идея сайта?
                              Та хуй знает. Я после этой новости перелил все репы с гитхаба на битбакет. Там и приватные репы есть, и загрузки на месте.
                              Ответить
                          • На github вместо этого появилась фича "релизы", к ним вроде бинари можно цеплять. Гуглокод замораживают и делают рид-онли.
                            Ответить
                            • > На github вместо этого появилась фича "релизы", к ним вроде бинари можно цеплять.
                              Попробовал, релиз запилился, а вот бинарник некуда зацепить. Или я мудак или они ;(
                              Ответить
                            • Обидно 🙁
                              Он лучше Гитхаба. Проще и толковее сделан. Просто с позиции пользователя. У Гитхаба уебищный интерфейс, куча ненужных возможностей, а элементарные нужные вещи либо отсутствуют, либо работают через жопу. Но модно...
                              Ну и уже хотя бы то, что поддерживает три (если правильно помню) разные ВЦС.
                              Ответить
                              • > Проще и толковее сделан.
                                Да гугл что-то последнее время все годные сервисы на заморозку\удаление отправляет...

                                Был gtolk на ведре, заменили на уебанский hangouts, в котором даже не видно в онлайне ли человек.

                                Гуглокод - в заморозку.

                                Агрегатор RSS - в топку.

                                Такое ощущение, что скоро они поиск с почтой убьют, и оставят только свой долбаный гугл+.
                                Ответить
                                • Да, я как-то хенгаутом тоже не проникся. Но Гуглокод - хороший. Продумано сделан, просто пользоваться. Он даже замечательно работает в браузере без поддержки ж.скрипта, со всякими скрин-ридерами... Я прямо из браузера могу сделать диф с интересующим меня файлом / применить нужную мне расскраску / функции редактора. В Гитхабе сайт тупо не запустится без ж.скрипта...
                                  Ответить
                                • Мне в github не нравится тот факт, что на первое место выставляется юзер, а проект - на второе. Получается, что у проекта по сути отсутствует перманентная ссылка, либо он принадлежит одному человеку. В зависимости от того, кто его развивает, актуальная ссыль будет меняться. Это противоестественно.
                                  В гуглокоде же ссылка на проект перманентна, он - основная сущность, а кто уж там его толкает - никого не волнует. Так и должно быть.
                                  Ответить
                                  • > Получается, что у проекта по сути отсутствует перманентная ссылка, либо он принадлежит одному человеку.
                                    ГИТОПРОБЛЕМЫ.

                                    Это, походу, последствия децентрализованности гита: все форки проекта равноправны...
                                    Ответить
                                    • > последствия децентрализованности гита

                                      Но ведь гуглокод поддерживает git 🙂
                                      Я понимаю, почему так сделано в гитхабе. Мне просто это не особо нравится. Создание для проекта отдельного юзера (e.g. lift) выглядит костылём.
                                      Ответить
                                      • > Создание для проекта отдельного юзера (e.g. lift) выглядит костылём.
                                        И вроде как заводить твинков на гитхабе запрещено (хотя и не банят)...

                                        > Но ведь гуглокод поддерживает git 🙂
                                        Если не туплю, то в то время когда я его юзал (лет 5 назад), git'а он не поддерживал.
                                        Ответить
                                        • > (лет 5 назад), git'а он не поддерживал.
                                          Да, поддержку гит запилили около 3 лет назад, не изменив первоначальному концепту, что есть хорошо.
                                          Ответить
                                          • >> твинков
                                            > Что это?
                                            Термин из некоторых онлайн игрушек. Вобщем дополнительные учетки на того же чела.
                                            Ответить
                                • Охренеть, а если проект заброшен 3 года назад? Кто там будет файлы перемещать?
                                  Ответить
                                  • > Охренеть, а если проект заброшен 3 года назад? Кто там будет файлы перемещать?
                                    Старые файлы никто не удаляет. А раз проект заброшен - новые ложить никто не будет. Так что всем похуй 😉

                                    А вот активным проектам не похуй, им придется искать куда перенести бинарники.
                                    Ответить
                          • Кстати, а в каком-то vcs можно сделать так, чтобы держать одни и те же файлы в нескольких репах? Скажем, один локальный - туда коммитим часто, другой в сети, и туда коммитим только вылизанный код.
                            Ответить
                            • Ну в гите можно, если я правильно понял мысль.

                              - Коммитишься в локальную репу (тупо папка .git в папке проекта).
                              - Когда считаешь что все ок, и код достаточно стабилен - делаешь пуш на сервак.

                              Ну или юзаешь ветки, которые в большинстве vcs поддерживаются: работаешь над фичей в ветке, потом мерджишь ее в главную ветку.
                              Ответить
                              • А промежуточные коммиты в локальной репе сохраняются?

                                Ветки - боюсь, оверхед будет.
                                Ответить
                                • > Ветки - боюсь, оверхед будет.
                                  В гите у веток почти нулевой оверхед (1 файл на ~40 байт). Основная проблема в том, что по дефолту месседжи в стабильной ветке будут в основном "Merge ... branch ...".
                                  Ответить
                                    • > оверхед на использование
                                      Лишние команды набирать имеешь в виду? Работа с ветками будет примерно такой:
                                      # создаем ветку и переключаемся в нее
                                      git checkout -b some-feature 
                                      # че-нить пилим, по ходу дела делаем коммиты
                                      git add ...
                                      git commit
                                      # когда допилили фичу надо слить ветку с мастером
                                      git checkout master
                                      git merge some-feature
                                      Собственно все. В гитомордах или IDE процесс аналогичен...
                                      Ответить
                                        • > А что с http://govnokod.ru/13723#comment195456 ?
                                          Там Роман рассказывает о случае, когда хочется некоторые коммиты сгруппировать перед отправкой на сервер. Лично я не вижу в этой процедуре особого смысла, и не заморачиваясь пушу на сервак все как есть (на серваке будет видно всю историю в подробностях).
                                          Ответить
                                          • Так а ответ на мой вопрос - можно ли в какой-то СКВ иметь 2 независимые истории в 2х разных репах?
                                            Ответить
                                            • > 2 независимые истории в 2х разных репах
                                              Можно в любой, если использовать вот такой тупой способ: пилишь код в локальной папке с локальной репой (твоя личная история). Затем вылизанный код копируешь в другую папку, которая настроена на серверную репу, и оттуда коммитишь на сервак (общественная история). Изоляция реп полностью под твоим контролем :).

                                              Ну либо изучаешь git'овые команды для правки истории и юзаешь их, выделив под вылизанный код, который будешь выкладывать для людей, отдельную ветку... Там фактически будет 2 истории в одной репе, и у себя на машине ты будешь видеть их обе, а на сервак пушить только ту самую паблик ветку.

                                              P.S. Не умею я объяснять 😉
                                              Ответить
                                              • Вот еще вопрос вспомнил: можно ли вставить ревизию в середину на локальном репе svn?
                                                Ответить
                                                • > вставить ревизию в середину на локальном репе svn
                                                  Емнип нет, но могу ошибаться, очень давно svn не юзал. Полистай список команд svnadmin'а, может найдешь чего.
                                                  Ответить
                                                • 1. Скопировать всю историю до нужной вставки.
                                                  2. Создать новый комит на основе отмотаной назад истории (тот же бранч по-сути).
                                                  3. Смерджить только что созданый бранч с головой того, с которого начинали.

                                                  Или смысл вставлять между коммитами в прошлом в том, чтобы другой человек всегда при чекауте головы одного и того же бранча получал разные исходники? Мне как-то такая идея кажется малоприятной. Если что-то такое очень сильно хочется, то лучше сделать таг и потом при необходимости изменений просто удалить таг (без соответствующего коммита) и создать новый с таким же названием, указывающий на другой коммит. Тогда, если, например, ссылка на репу забита в документацию, которую отдали уже, и которую не исправить, то так можно будет задним числом что-то исправить.
                                                  Других вариантов использования мне как-то не придумать даже.
                                                  Ответить
                                                    • Вручную?
                                                      Мне бы на месте авторов просто в голову не пришло что-то такое...

                                                      Ну, в любом случае, отмотать до нужного коммита, закоммитить недостающий комит и после него вишневыбрать все последующие. Но в виду одноразовости ситуации, я бы не стал даже думать про такое, просто написал бы скрипт, который коммит из бекапов и с нуля пересоздал бы репозиторий - быстрее и проще.
                                                      Ответить
                                                      • Скрипт там писать задолбешься, как бы не проще было удалить и передобавить ревизии. Короче, простого решения нет?
                                                        Ответить
                                                        • Просто коммит описывает изменение между предыдущим состоянием и текущим. Если произвольно поменять предыдущее состояние, то это автоматически похерит последующий коммит. Можно иногда воспользоваться filter-branch --tree-filter (если нужно добавить файлы, которые никак с дальнейшими коммитами не пересекаются). Но это все равно убивает всю историю, так что один фиг лучше просто отмотать и закоммитить по-новой.
                                                          Или, такой вариант: http://stackoverflow.com/questions/8824971
                                                          Но в любом случае, нужно переписывать историю, поэтому, как я уже говорил, проще еще раз все закомитить, чем так извращаться.
                                                          Ответить
                                                • > Оригинально
                                                  Зато кроссплатформенно и кроссСКВшно;)
                                                  Ответить
                                            • Или вот еще. Чето мне не удобен svn для локального бекапа, т.к. смотреть старые версии можно только с помощью svn клиента. Есть альтернатива, которую можно смотреть чем-то более привычным, вроде тотал коммандера? Есть версии файла в XP?
                                              Ответить
                                              • Погляди TortoiseSVN/TortoiseGIT. Скорее всего то что тебе и надо. Но я их никогда не юзал, могу заблуждаться.
                                                Ответить
                                                • >Погляди TortoiseSVN/TortoiseGIT.
                                                  Дык я их и юзаю, но там без чтения манов далеко не уйдешь.
                                                  Ответить
                                            • > Так а ответ на мой вопрос - можно ли в какой-то СКВ иметь 2 независимые истории в 2х разных репах?
                                              $ git checkout -b unrelated-branch --orphan
                                              Ответить
                                  • > В гите у веток почти нулевой оверхед (1 файл на ~40 байт). Основная проблема в том, что по дефолту месседжи в стабильной ветке будут в основном "Merge ... branch ...".
                                    Ну кому-то проблема, а кому-то наоборот нравится 🙂 Видно какие фичи реализованы и когда. А подробности ее запиливания можно увидеть с другой стороны мерджа.
                                    Ответить
                              • Если хочется при этом иметь две разных истории, то с гитом вроде бы не всё так просто. Прежде, чем делать push на сервер, нужно сделать git rebase --interactive, чтобы сплющить мелкие коммиты. Но так история мелких коммитов потерается.
                                Ответить
              • Я порнуху не смотрю. Из принципа.
                Свои грязные и извращенные мысли нужно воплощать в жизнь, а не пачкать ими  руки и одежду (C)
                Ответить
    • >Что значат []?

      Мальчик, а ты уверен, что ты с этого района?)
      Ответить

Добавить комментарий

Я, guest, находясь в здравом уме и твердой памяти, торжественно заявляю:

    А не использовать ли нам bbcode?


    8