https://en.wikipedia.org/wiki/Rainbow_table#Defense_against_rainbow_tables

вообще не в курсе что такое localStorage

Гугли, тебе понравится)) Я сам недавно на него наткнулся в фронтэнде на ангуляр.

Гугли, тебе понравится)) Я сам недавно на него наткнулся в фронтэнде на ангуляр.

? уже нравится

это же хипстерская html5 штуковина которая не на всех старых браузерах поддерживается

это же хипстерская html5 штуковина которая не на всех старых браузерах поддерживается

Мне кажется когда разработчики массово перестанут писать под старые браузеры их наконец обновят)))

Увы балом рулят не разработчики )

Хотя в общем все по ситуации. Если бизнес хипстерский, то говоришь директору что поддерживать старые браузеры будет дороже чем потерять 2-3% аудитории, и он соглашается.

А вот если какая-нибудь госконтора то там может быть вообще регламентирован браузер. И тогда ничего не сделаешь.

А вот если какая-нибудь госконтора то там может быть вообще регламентирован браузер. И тогда ничего не сделаешь.

а вот не надо за копейки писать под регламентированные браузеры)))

тогда они и поймут, что нажать на кнопочку "обновить" дешевле чем это говно поддерживать)

Я не пишу за копейки к счастью)

Но это не значит что там не стало разработчиков. Наоборот приходят низкоквалифицированные которые готовы хоть под IE8 писать

Но это не значит что там не стало разработчиков. Наоборот приходят низкоквалифицированные которые готовы хоть под IE8 писать

Вот они пусть и пишут

Работа должна приносить удовольствие и деньги, а не расстройства и головную боль.

Кстати, localStorage IE8 тянет

Доброго времени суток! Изучал std.net.curl и наткнутся на такую штуку: https://dlang.org/phobos/std_net_curl.html#.HTTP.onSend "The length of the void[] specifies the maximum number of bytes that can be sent. " Подскажите, пожалуйста, что вообще такое void[] и какая еще у него может быть длина? Это слайс указателей?

Упс, нашел. http://dlang.org/spec/arrays.html -> Void Arrays Массивы для данных с неизвестным типом, получается.

И еще вопрос появился. https://dlang.org/phobos/std_net_curl.html#.get Как понять по описанию, что на самом деле оно вызывается как get!Conn(url) (например, get!HTTP(url)), а не get(url, Conn)? Помню, где-то месяц назад кто-то писал, на что похож подобный вызов шаблонной функции, если бы это был C++. Но не могу найти :(

Забей на curl юзай https://github.com/ikod/dlang-requests/

Спасибо, выглядит неплохо. Но шаблонные функции из языка ведь все равно никуда не пропадут :)

Нашел это сообщение, если кому-то еще интересно

Коротко: foo!(a)(b) в D соответствует foo<a>(b) в C++. Скобки иногда опускаются.

А ну у кого нет идей в каком формате тут автор хочет чтобы логин пароль для подключения по ftp вводили? https://github.com/ikod/dlang-requests/blob/808732c21daf6c209982049f7d9c99404758a590/source/requests/ftp.d#L272

Передавай прямо в URL, что-то типо такого: FTPRequest frq = FTPRequest(); FTPResponse frs; string ftpUsername = "username"; string ftpPassword = "password"; string ftpUrl = "ftp://" ~ ftpUsername ~ ":" ~ ftpPassword ~ "@localhost/TEST.TXT"; frs = frq.post(ftpUrl, "test, ignore please\n".representation);

м... пасибо попробую

Никто случайно не интересовался где GC работает быстрее? В Go или в D.

Скорее всего в го

=(

Он там по качеству намного лучше, так как его из релиза в релиз дотачивают ну и на это тратятся просто огромные деньги

Вроде Александреску сам писал что ГЦ в Ди не очень хороший

так не очень хороший или лучше, чем в D?

Можно вопрос от чайника? А зачем вам в D GC?

Вы предлагаете его отключить?

так не очень хороший или лучше, чем в D?

В D не очень хороший

Можно вопрос от чайника? А зачем вам в D GC?

Ну я в своих скриптах использую D как максимально высокоуровневый язык.

Вроде Александреску сам писал что ГЦ в Ди не очень хороший

Ой, невнимательно прочитал

Можно вопрос от чайника? А зачем вам в D GC?

Все встроенные операции типа new, ~ работают через GC

@deviator когда Вы обрабатывали изображения со спутника, много было данных? GC подводил?

Отключение gc максимально приближает к си - выделяешь руками, освобождаешь руками

@deviator когда Вы обрабатывали изображения со спутника, много было данных? GC подводил?

Нет, но я с учетом gc писал

то есть?

Я думал будет: выделяешь руками, освобождаешь ногами.

то есть?

Не полагался на него, выделял заранее и не выделял повторно

Я думал будет: выделяешь руками, освобождаешь ногами.

?

то есть?

Использовать пулы объектов

В D есть потокобезопасные очереди?

@deviator Ну а как? Вы загружали изображаение, потом все равно его надо удалить, а потом приходит другое изображение. Изображений много?

В D есть потокобезопасные очереди?

как в rust?

как в rust?

Или как в go

модуль concurrency, кажется

Этого уже достаточно, чтобы снизить нагрузку на gc

Как правило

@deviator Ну а как? Вы загружали изображаение, потом все равно его надо удалить, а потом приходит другое изображение. Изображений много?

Если изображения одно размера, память между ними не перевыделялась

?

Кстати, кому интересно новый проект от известного всем автора https://github.com/buggins/dedit

продуктивный мужик

Не знаю совпадение это или нет, но мы вчера как раз в одном чате обсуждали написание текстовых редакторов. Может он там сидит скрыто и все читает ;)

Не знаю совпадение это или нет, но мы вчера как раз в одном чате обсуждали написание текстовых редакторов. Может он там сидит скрыто и все читает ;)

немного паранои))))

Вот я смотрю на эту библиотеку, и думаю: а как же переиспользование кода? Ведь уже есть библиотеки по управлению консолью.

А тут зачем то свой велосипед, и пока только под винду.

А тут зачем то свой велосипед, и пока только под винду.

я не совсем понимаю зачем тратить силы на консольный редактор... их же масса, при этом есть как достаточно мощные типа nvim(vim) и emasc, так и совсем тупенькие типа nano если он озаботился созданием приятного инструментария, то ИМХО следовало бы допилить до надёжной и удобной работы dcd и плагины к редакторам + интеграция с dub

Я в другом чате как раз продвигал тему что вим и нано написаны на си, и в 2016 году это уже не приемлемо. Надо на каком-то нормальном объектном языке писать.

(я про неовим, который форк вима)

Я в другом чате как раз продвигал тему что вим и нано написаны на си, и в 2016 году это уже не приемлемо. Надо на каком-то нормальном объектном языке писать.

ну блин, а смысл? только чтобы было переделанно? разработчики знают, любят С++, какой смысл их уже готовую работу переделывать? было бы круто заразить идеей существующих разработчиков продуктов, чтобы они переводили на D, например, свои продукты

ERROR: S client not available

Не, я не за переделывание, а скорее за написание нового на современных языках. Вот зачем писать неовим на си - непонятно.

для этого должен быть готов базис: стабильный компилятор (вроде уже как), хорошая стандартная библиотека (вроде уже как), много готовых библиотек (в процессе), хорошая инфраструктура (не очень всё)

Вся эта работа с буферами, ручное выделение памяти, собиранием структур - это же отвлекает от непосредственно написания текстового редактора :)

Не, я не за переделывание, а скорее за написание нового на современных языках. Вот зачем писать неовим на си - непонятно.

neovim это не то что ты думаешь))

neovim это "агрессивный рефакторинг" vim'а

он был просто форкнут и оочень активно переделан

для упрощения поддержки

он не с нуля писался

Ну можно и на Д написать клон впринципе... Причем я думаю в итоге все равно получится более ясный код чем у неовима

Ну можно и на Д написать клон впринципе... Причем я думаю в итоге все равно получится более ясный код чем у неовима

в сравнении с тем, что сейчас сделанно в neovim это намного бОльшие объёмы работы

а так да, согласен

Кстати, скоро vibed капитально обновится: "will be the 1.0.0 of the core parts of the current vibe-d package. The API is more or less backwards compatible, but the insides have been thoroughly redesigned based on the experiences and language changes of the past years. I hope to get that into beta in weeks to (few) months and it is more or less just held back by the final decision for an event loop abstraction."

круто

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

пока выглядит весьма комактно https://github.com/vibe-d/vibe-core

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

Документация просто немного невменяемая, хоть и чуть лучше чем стандартная (но строится на ней же)

некоторые вещи просто не найти там (поиск на них не отрабатывает)

вот hmod был крут

жаль автор как-то забил

и вообще в D с автодокументацией есть сильный косяк: она до компиляции выцепляется — нельзя документировать автоматически (mixin) создаваемые поля/методы, не адекватно работает со static if'ами

вот если это поправят, будет вообще шикарно

Так. Это же про файбер речь? "runWorkerTask - Runs a new asynchronous task in a worker thread.". Типа в текущем треде создать ассинхронную задачу

ну вроде да

Файбры и асинхронность.. Все еще не пойму, как оно сделано.. Чисто дишные файбры блокирующие же..

Файбры и асинхронность.. Все еще не пойму, как оно сделано.. Чисто дишные файбры блокирующие же..

А какие неблокирующие?

Кстати, кому интересно новый проект от известного всем автора https://github.com/buggins/dedit

Интересно. А я на днях наткнулся на консольный редактор написанный на GO: https://github.com/zyedidia/micro

вопрос к веб-разработчикам: сервис oauth редиректит на адрес https://.../page#params... вот мне нужно получить эти params и они почему-то через решётку записываются в HTTPServerRequest не могу найти (requestURL, path, query, params не содержат информации после решётки) если решётку заменить руками на '?' то параметры кладутся в query

Где вопрос?

как получить params?

такое чувство, что после решётки параметры вообще на сервер не попадают

может быть такое? например браузер не отправляет

Возможно, что никак. Данные после решётки называются fragment. И предназначаются только для браузера.