Имаше авария при хостинг провайдъра. Това в Холандският център се случва за втори път, затова ще пробвам тия дни да се преместя във Франкфурт.

Хостингът не може да издържи на мощта на асемблер

На плана за 2.5$ долара ли си ?

Stilgar

Хостингът не може да издържи на мощта на асемблер

Може от SQLite да е прегряло SSD-то

Време ти е да помислиш за горещ резерв, на Raspberry 3, в магадата до зейето.

п.с. Което за пореден път доказва тезата ми. Рекламираните 99,99% ъптайм са колкото двата киловата мощ на панаирджийското чалгаджийско барутниче.

Отделно, дето демонстрират Дизелгейт ефекта. Като ги бенчмаркваш са пушка, като почнеш да бачкаш са 40 пъти по-бавни от работния ми комп.

п.с. 2. Пу деба, кви ги плямпам и аз. Raspberry са на ARM, Жонито има да пренаписва Асемблера за новия процесор...

Което за пореден път доказва тезата ми, че хардуерното време е милиони пъти по-евтино от програмисткото. Ако беше на Java щеше да запали от раз.

Проблемът беше във мрежовата свързаност. Сървърът си е работел през цялото време и не е рестартиран.

то го пишеше на статус пейджа на vultr

Сега се сетих - на тоя сървър дали му е сверен часовника и часовата зона?

Golden Gega

Сега се сетих - на тоя сървър дали му е сверен часовника и часовата зона?

Като че ли да. А часовата зона е нарочно настроена на UTC на форума също. Причината е същата, като за страниците да започват от 0.

Golden Gega

Може от SQLite да е прегряло SSD-то

Може да се включи кеширане, SQLite е база, която М$ никога не могат да направят. Производителна, лека и работеща.

bvbfan

Golden Gega

Може от SQLite да е прегряло SSD-то

Може да се включи кеширане, SQLite е база, която М$ никога не могат да направят. Производителна, лека и работеща.

Че те са направили отдавна - кеф ти абцес, кеф ти sql server ce. За целите които имат си работят чудесно.

bvbfan

SQLite е база, която М$ никога не могат да направят. Производителна, лека и работеща

SQL Server е сред водещите бази И освен това като част от него има т. нар. embedded edition което покрива точно SQLite сценариите. Естествено че при положение че SQLite го има и е с огромна популярност това майкрософтското ще е нишово и ще се ползва основно от Майкрософт за вътрешно продуктови неща ама да се изплющи че 'не могат' да направят такова нещо е сектантщина :)

Има даже джаваскрипт библиотеки правени от разни ентусиасти дето позволяват да се плющят SQL заявки върху джаваскрипт дейта структурите.

Че тоя SQLite сенсея е гений и SQLite е шедьовър спор нема ама да се ползва това като трамплин за плюване по 'лошите' МС е смешно, се едно да кажем че Майкрософт 'не могат' да направят нещо като Редис, могат да направят квото си искат, вече кое има смисъл да се прави и става популярно в големата игра е въпрос на много неща включително забавни случайности

Аз не ги разглеждам като "лоши" и "добри", кеф ти аццес, кеф ти сървър - ам не ми е кеф. SQLite може да се ползва за big data, GiB-и данни с перфектен перформънс и не е сървърна, което също е доста голямо удобство. Ако под "водещи" разбираш след MariaDB/MySQL и PostgreSQL, там някъде "водят".

bvbfan

Аз не ги разглеждам като "лоши" и "добри", кеф ти аццес, кеф ти сървър - ам не ми е кеф. SQLite може да се ползва за big data, GiB-и данни с перфектен перформънс и не е сървърна, което също е доста голямо удобство. Ако под "водещи" разбираш след MariaDB/MySQL и PostgreSQL, там някъде "водят".

Ми ти си ги разглеждай както искаш, ти не си света

Базите на M$ са направени за различни цели, това че ти и разни идиоти като дришльото искат всичко от едно място си е техен проблем. При M$ има скалируемост, т.е. за малки бази и малки цели почваш с едно, впоследствие скалираш. Специално абцеса е правен за power users, т.е. за приложения в които се предполага не особено голяма база, когато размера стане голям се минава на SQL Server. Съответно целта им е да печелят, не да се харесват на разни момци с 5 долара в джоба. За сметка на това абцеса има визузлани инструменти позволяващи създаване на приложения без някакву особени програмни умения, SQL Server CE работи и за мобилки (той принципно си е за там де) и т.н. и т.н.

Тия неща разбира се теб не те засягат, то и на мен не ми пука де дали ги разбираш или не, само че нали е форум, дори и в най-безнадежните случаи е добре да се пробваме някои дървени глави да научат нещо.

bvbfan

SQLite може да се ползва за big data, GiB-и данни с перфектен перформънс и не е сървърна

Точно както и ембедед варианта на SQL Server, просто не знаеш че го има и оттам погрешното заключение че Майкрософт 'не могат' :)

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

Elim Garak

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

Това е проблем с цялостта на софтуера, затвореният код не предоставя нищо освен обещания. API, който се държи на "честна" дума не може да бъде нищо повече от алтеренатива.

Ами в огромната си част КЛИЕНТИТЕ на даден софтуер (в случая база данни) не ги интересува дали е отворен или затворен, тях ги интересува да е стабилно, да работи, да има поддръжка ако нещо се счупи и разбира се, цената.

Това че повечето програмисти мислят че хората с пачките разсъждават върху това има или няма сорс си е техен личен обсесивен проблем, когато същите програмисти си купуват коли например (от които им зависи живота) почват въобще да не се интересуват от това дали могат да пипат двигателя или да си сложат 6 гуми, а искат реномиран продукт от голяма фирма с голям опит, сервиз и т.н. и т.н.

Така че когато се прави голям продукт и се предлага на хора с пари е много по-силно да ползваш реномирана база от реномиран потребител, тия истории дори в българското ЗЕУ с отворения код са парлама, достатъчно е да се види какви бази ползват големите фирми и големите министерства - оракъл, sql сървър, informix и т.н.

bvbfan

Elim Garak

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

Това е проблем с цялостта на софтуера, затвореният код не предоставя нищо освен обещания. API, който се държи на "честна" дума не може да бъде нищо повече от алтеренатива.

За базите е даже по-лошо, защото там се плаща на ядра, рам, инстанции, абе много е зле. Точно затворена база от икономическа гледна точка е лудост. Обаче големите компании имат едни бюджети и ако не са изхарчени, на следващата годинасе отпускат по-малко пари за ИТ. Затова Q4 обикновено е най силния quater защото тогава масово се купуват неща които не се ползват после. Купуват се за да се изхарчи бюджета за да има за следващата година, а не защото купеното се ползва или защото е добро. Тука се облажват големите компании, защото не върви да дадеш 100 милиона за oss postgre който е по-добър от гадния клонинг на сайбейс, но е ок да дадеш 100 мил. на меките заради името.

Elim Garak

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

Колко пъти си ползвал сорса на SQLite като част от решението на проблема за който ползваш SQLite? Аз си го компилирам от сорс ама дори и това не означава че ползвам отвореността му, просто е нещо което върши супер работа И е гювеч.

А да се ползва с предпочитание вендорско решение в проекти сериозно инвестирали в технологии на вендора е най-логичното нещо, ако SQL Server беше безсмислен и заменим софтуер никой нямаше да си шари на Майкрософт и не, не им шарят само за да харчат пари, традиционно го ползват както дебели ЧАСТНИ компании от рода на банки и подобни така и разни по-малки фирми предлагащи т.нар. line of business приложения и си правят сметка кое им върши по-добре работа, да се налага нещо само щото било опън сорс и гювеч е токсичен комунизъм и е странно че и програматори се зарибяват от идеята, нали тогава в програмирането нема да има никви кинти :)