или ты хочешь чтобы после закрытия твоей программы существовала возможность оставить соединение открытым?)))

я хотел чтобы после завершения метода соединение оставалось открытым.

какого метода?

чтобы при новом запросе его не пеероткрывать. getIMGsMetadataFromDB()

вот тут я реально не знаю

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

просто вот на сайте сидит 100 человек и шлют запросы. Что получается соединение будет 100 раз в секунду открываться, закрываться?

а возможно оно открывается один раз на жизнь программы

чтобы при новом запросе его не пеероткрывать. getIMGsMetadataFromDB()

так как это statement, а не всеобъемлющий connection, я предполагаю, что авторы библиотеки не ожидают, что ты его будешь переиспользовать. тут спрашивай у авторов библиотеки

так я же: scope(exit) conn.close(); вызываю, значит оно закрывается

ты про пример из readme?)

это просто пример использования, это не "боевой" код

понятное дело там main закончился и всё закончилось

в реальном коде нужно разбираться, какие объекты подразумевается что живут всегда, а какие постоянно создаются и уничтожаются

ок пасибо, щас еще повтыкаю

просто вот на сайте сидит 100 человек и шлют запросы. Что получается соединение будет 100 раз в секунду открываться, закрываться?

Соединение нужно, наверное, одно на поток. А вот всякие стэйтменты, под которыми действительно библиотека, возможно, скрывает транзакции — да, будут по одному на каждый чих.

так, а можно написать так? ~this() { scope(exit) conn.close(); } ?

Олег, щас еще твой пример посмотрю

здесь не нужен scope(exit)

просто conn.close()

а точно

деструктор — это и есть эдакий scope(exit), только при удалении объекта

и тогда: scope(exit) stmt.close(); оставлю в методе т.к. по логике именно он в каждом методе должен финализироваться?

создать только не забудь)

но зачем тогда он тебе как поле? если ты весь (почти) его жизненный цикл внутрь одной функции вместил

тогда возвращается этот вопрос

предлагаешь в каждом методе его отдельно создавать?

да. ведь каждый раз ты в прошлый раз его уже удалил, так?

ну, закрыл. сделал непригодным к использованию

а как быть если создаание соединение должно быть видно в методе финилизации:

получается надо посмотреть тип conn и объявить его как поле?

да

Так, в итоге вот этот пример правильный? http://forum.dlang.org/post/wsadfomctuprdvmuwqxx@forum.dlang.org

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

К теме про сборку мусора. В каких случаях надо вручную вызывать деструктор: ` Foo foo = new Foo; destroy(foo); ` Если его не вывать память так и не освободится?

При завершении программы всё равно высвободится. Или когда GC захочет поработать, всё равно высвободится, я так понимаю. А самому нужно вроде если сам чувствуешь, что слишком много создаёшь объектов и точно знаешь, когда их удалять. Например, в каком-то большом цикле если приходится на каждом шаге что-то создавать, то почему бы и не удалять за собой – через тот же scope(exit), например.

Но я не спец, я просто ляпнул)

К теме про сборку мусора. В каких случаях надо вручную вызывать деструктор: ` Foo foo = new Foo; destroy(foo); ` Если его не вывать память так и не освободится?

«Use the destroy function to finalize an object by calling its destructor. The memory of the object is not immediately deallocated, instead the GC will collect the memory of the object at an undetermined point after finalization: ...»

destroy только вызывает деструктор. Оно пригодится, когда нужно высвободить ресурсы занимаемые объектом.

точнее не вызывает, а помечаетобъект к уничтожению?

и дальше его ГК допнет?

Да, я привёл цитату.

нет, я к тому что что будет если объект к уничтожению самому не пометить

когда метод завершится разве GC не грохнет все что внутри него было?

Я уверен, что GC вызовет финализаторы для всего содержимого.

вызовет

вот только когда не всегда понятно

А тут получается гарантированно при запуске?

запуске чего?

destroy только деструктор вызывает

раньше было ключевое слово delete, работало как в С++

при запуске GC

gc работает всегда

он выделяет память

он принимает решение что-то почистить

в чистит память в какой момент? По таймеру?

нет, по какому-то своду правил

типа памяти мало

в процентном соотношении

динамика выделения памяти тоже вроде влияет, тут точно не знаю

кто с vibe.d плотно работает? можете объяснить почему при обновлении страницы дважды отрабатывается функция, отвечающая на запрос?

если создать шаблонное приложение и просто вписать логирование в функцию hello оно выведется 2 раза

Не наблюдал такого

а логгируешь чем?

можешь код показать?

Тот логгер что в vibe

Прям просто копирую с static this

ERROR: S client not available

вот добрался до компа import vibe.d; shared static this() { auto settings = new HTTPServerSettings; settings.port = 8080; settings.bindAddresses = ["::1", "127.0.0.1"]; listenHTTP(settings, &hello); logInfo("Please open http://127.0.0.1:8080/ in your browser."); } void hello(HTTPServerRequest req, HTTPServerResponse res) { logInfo("hello"); res.writeBody("Hello, World!"); } при обновлении страницы hello выводится 2 раза

29 и 30-aplha.4 одинаково

а если счетчик какой нить поставить int i

инкрементируется 2 раза

вообще я это обнаружил когда в базу писать при запросе стал

по две записи на одно обращение

в порядке бреда: а обращение точно происходит одно? а если консольным httpie/wget/чем-то проверить, то как будет? а то вдруг это браузер и его плагины балуются лишними запросами

хм

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

в порядке бреда: а обращение точно происходит одно? а если консольным httpie/wget/чем-то проверить, то как будет? а то вдруг это браузер и его плагины балуются лишними запросами

я в а*уе, но это так...

=))

теряю хватку))

спасибо за подсказку

По идее браузер не долже бы такой ерунды для post-запросов допускать

да??

а из-за чего это? Плагин какой-то или что?

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

плагины только Google Docs, Google Docs Offline, Google Sheets, Google Slides

или HTTPSEverywhere

хром?

да

кстати при самом первом запросе (после перезапуска сервера) запрос 1

не знаю зачем я спросил, всё равно не помогу)

далее если переоткрывать страницу 2 запроса

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

*показать а не отдать

надо будет потом проверить как он себя ведёт с post запросами...

не должен так делать

а то что я в get писал в базу это просто ради "попробовать писать в базу"... так не надо делать, как я понял)

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

Видимо я сталкивался с этим. Такое было во всех браузерах. Тогда я решил это глюк в коде

А не приводит ли такой код к лишней аллокации памяти? jsonfromstruct = jsonfromstruct.replaceLast(`,`,``);