- 1
FileName := Format('%.2d',[I]) + 'frame' + Format('%.3d', [J]) + '.jpg';-
Pascal / Говнокод #13723
+87
Вычисление названия картинки в цикле
Запостил:
1291,
02 Сентября 2013
Говнокод: по колено в коде.
Нашли или выдавили из себя код, который нельзя назвать нормальным, на который без улыбки не взглянешь? Не торопитесь его удалять или рефакторить, — запостите его на говнокод.ру, посмеёмся вместе!
© 2008-2024 «Говнокод.ру»
Обратная связь | Лицензионное соглашение | 
Follow us!
Follow us!
P.S. Блин, говнокодовский парсер превращает [I] в [i].
Когда посмотрел, минут 10 приходил в себя.
Не буду смотреть. Моя неокрепшая психика который год отходит от goatse, meatspin и 2 girls 1 cup...
Может, кто нибудь посмотрит исходники?
Небось, с одного ip быстро регил?
А что значит заблокировали программу?
http://asdasd.ru/
http://Donemail.ru/
http://mailinator.com/ (мерси Борманду)
http://www.mailexpire.com/
http://spambox.us/
самый сладкий, это конечно, майлинатор. Я долго флудил и троллил на сайтахх, пользусь этим ситэ. А вообще, анонимб, стоит объединить усилия.
я и не собираюсь больше выкладывать. Не хватало, чтобы и остальные забанили: я скандальная личность, и многие админы меня тут мониторят. Посмотрит админ, что я выложил, и забанит эти сайты - тогда моему спаму придет конец. Напиши мне на почту [email protected], либо Гугл тебе в помощь, дорогой товарищ.
[email protected] (Спросить Тараса)
Вчера инет провели? :)
http://rghost.ru/48571568
Будет полезна для пользователей с динамическим IP.
Кстати. кто нибудь может сказать, нужен ли здесь inherited? Только не смейтесь, что с таймером.
Насчет инхеритед - х.з. Надо знать что делает родительский класс в этом методе. Если что-то нужное для тебя - оставь нхерит.
Название? (я знаю пару, но может, что-то новое узнаю).
Алсо в upnp любой может удалять чужие форвардинги.
Можно через gui юзать, можно через командную строку запускать (удобно добавлять в скриптик перед стартом какого-нибудь сервака).
> Алсо в upnp любой может удалять чужие форвардинги.
Ну да, авторизацию там забыли привернуть. Но когда за роутером не толпа кулхацкеров, а только свои железки - как-то пофиг.
Такой же тормозной. Но вроде это не в жабе дело, а в самом протоколе UPnP. Там по спеке клиент во время поиска роутеров должен указать интервал ответа не менее 1 секунды. И еще 1 секунду ждать. Т.е. минимальное время поиска роутеров - 2 секунды.
Или другие клиенты пошустрее роутеры детектят? Я просто юзаю эту прогу как первую попавшуюся. Задачу выполняет и ладно, я ж не Царь чтобы миллисекунды задрачивать ;) Да и gui я в ней довольно редко юзаю.
>Т.е. минимальное время поиска роутеров - 2 секунды.
А если рутер быстрее ответил?
А кто сказал что он один? Вот, кстати, эта жабья прога чем и кривая - она вроде как не умеет работать с несколькими роутерами.
Согласно спеке SSDP ждать надо весь интервал... Ну или насрать на то, что устройство может быть не одно...
Наверно, поэтому я и выложил код сюда, не?
Чем? Ну кроме имен переменных.
Классическое название.
http://rghost.ru/48578118
Эта версия теперь проверяет, подключен ли инет. Окошко теперь полупрозрачное, чтобы не сильно ебать юзеру мозг.
Че за херь? А куда их выкладывать? На мегатормозной sf?
А зачем гит для разработки в одно рыло? svn получше будет, не?
Ну вот такая дибильная политика у них. Выпилили полностью раздел загрузок.
> На мегатормозной sf?
Ну bitbucket еще остался. googlecode, если svn хочется.
> А зачем гит для разработки в одно рыло? svn получше будет, не?
Для одного рыла как раз git поудобней. Можно коммититься без инета, а потом все залить на сервак за один заход. А в svn, если нет инета, хуй че закоммитишь (если, конечно, ты хочешь глобальную репу, а не на своем компе).
Как-то тупо тогда получается - сайт в одном месте, загрузки в другом, код в третьем, багтрекер в четвертом. В чем тогда идея сайта?
Ну у меня гуглокод когда-то вообще был зареган на майлрушное мыло. Не знаю какая там сейчас политика.
> Как-то тупо тогда получается - сайт в одном месте, загрузки в другом, код в третьем, багтрекер в четвертом. В чем тогда идея сайта?
Та хуй знает. Я после этой новости перелил все репы с гитхаба на битбакет. Там и приватные репы есть, и загрузки на месте.
Попробовал, релиз запилился, а вот бинарник некуда зацепить. Или я мудак или они ;(
у меня цепляется
Бля, вот они могли сделать эту надпись Attach binaries for this release by dropping them here еще более серой и незаметной? :)
Он лучше Гитхаба. Проще и толковее сделан. Просто с позиции пользователя. У Гитхаба уебищный интерфейс, куча ненужных возможностей, а элементарные нужные вещи либо отсутствуют, либо работают через жопу. Но модно...
Ну и уже хотя бы то, что поддерживает три (если правильно помню) разные ВЦС.
Да гугл что-то последнее время все годные сервисы на заморозку\удаление отправляет...
Был gtolk на ведре, заменили на уебанский hangouts, в котором даже не видно в онлайне ли человек.
Гуглокод - в заморозку.
Агрегатор RSS - в топку.
Такое ощущение, что скоро они поиск с почтой убьют, и оставят только свой долбаный гугл+.
В гуглокоде же ссылка на проект перманентна, он - основная сущность, а кто уж там его толкает - никого не волнует. Так и должно быть.
ГИТОПРОБЛЕМЫ.
Это, походу, последствия децентрализованности гита: все форки проекта равноправны...
Но ведь гуглокод поддерживает git :)
Я понимаю, почему так сделано в гитхабе. Мне просто это не особо нравится. Создание для проекта отдельного юзера (e.g. lift) выглядит костылём.
И вроде как заводить твинков на гитхабе запрещено (хотя и не банят)...
> Но ведь гуглокод поддерживает git :)
Если не туплю, то в то время когда я его юзал (лет 5 назад), git'а он не поддерживал.
Да, поддержку гит запилили около 3 лет назад, не изменив первоначальному концепту, что есть хорошо.
Что это?
> Что это?
Термин из некоторых онлайн игрушек. Вобщем дополнительные учетки на того же чела.
Старые файлы никто не удаляет. А раз проект заброшен - новые ложить никто не будет. Так что всем похуй ;)
А вот активным проектам не похуй, им придется искать куда перенести бинарники.
Совсем?
- Коммитишься в локальную репу (тупо папка .git в папке проекта).
- Когда считаешь что все ок, и код достаточно стабилен - делаешь пуш на сервак.
Ну или юзаешь ветки, которые в большинстве vcs поддерживаются: работаешь над фичей в ветке, потом мерджишь ее в главную ветку.
Ветки - боюсь, оверхед будет.
В гите у веток почти нулевой оверхед (1 файл на ~40 байт). Основная проблема в том, что по дефолту месседжи в стабильной ветке будут в основном "Merge ... branch ...".
Лишние команды набирать имеешь в виду? Работа с ветками будет примерно такой:Собственно все. В гитомордах или IDE процесс аналогичен...
Там Роман рассказывает о случае, когда хочется некоторые коммиты сгруппировать перед отправкой на сервер. Лично я не вижу в этой процедуре особого смысла, и не заморачиваясь пушу на сервак все как есть (на серваке будет видно всю историю в подробностях).
Можно в любой, если использовать вот такой тупой способ: пилишь код в локальной папке с локальной репой (твоя личная история). Затем вылизанный код копируешь в другую папку, которая настроена на серверную репу, и оттуда коммитишь на сервак (общественная история). Изоляция реп полностью под твоим контролем :).
Ну либо изучаешь git'овые команды для правки истории и юзаешь их, выделив под вылизанный код, который будешь выкладывать для людей, отдельную ветку... Там фактически будет 2 истории в одной репе, и у себя на машине ты будешь видеть их обе, а на сервак пушить только ту самую паблик ветку.
P.S. Не умею я объяснять ;)
Емнип нет, но могу ошибаться, очень давно svn не юзал. Полистай список команд svnadmin'а, может найдешь чего.
2. Создать новый комит на основе отмотаной назад истории (тот же бранч по-сути).
3. Смерджить только что созданый бранч с головой того, с которого начинали.
Или смысл вставлять между коммитами в прошлом в том, чтобы другой человек всегда при чекауте головы одного и того же бранча получал разные исходники? Мне как-то такая идея кажется малоприятной. Если что-то такое очень сильно хочется, то лучше сделать таг и потом при необходимости изменений просто удалить таг (без соответствующего коммита) и создать новый с таким же названием, указывающий на другой коммит. Тогда, если, например, ссылка на репу забита в документацию, которую отдали уже, и которую не исправить, то так можно будет задним числом что-то исправить.
Других вариантов использования мне как-то не придумать даже.
Мне бы на месте авторов просто в голову не пришло что-то такое...
Ну, в любом случае, отмотать до нужного коммита, закоммитить недостающий комит и после него вишневыбрать все последующие. Но в виду одноразовости ситуации, я бы не стал даже думать про такое, просто написал бы скрипт, который коммит из бекапов и с нуля пересоздал бы репозиторий - быстрее и проще.
Или, такой вариант: http://stackoverflow.com/questions/8824971
Но в любом случае, нужно переписывать историю, поэтому, как я уже говорил, проще еще раз все закомитить, чем так извращаться.
Оригинально
Зато кроссплатформенно и кроссСКВшно;)
Дык я их и юзаю, но там без чтения манов далеко не уйдешь.
Ну кому-то проблема, а кому-то наоборот нравится :) Видно какие фичи реализованы и когда. А подробности ее запиливания можно увидеть с другой стороны мерджа.
Мальчик, а ты уверен, что ты с этого района?)
http://cache.tare.ro/thumb/4b33fef2610ca