Ależ mnie ten Ingress pogonił na rower, dawno tak nie miałem. Przynajmniej mam cel, żeby jeździć, a nie tak tylko po okolicy kółka robić :)
wszystkie graficzne glitche (rozmycie, czy zniekształcone tło, znikający kursor? :D) to efekt mocnej kompresji webm przy nagrywaniu. W nowej szacie foldery grup w końcu nabiorą sensu, wróci nasz ukochany wyrzucony przez zdradzieckiego sebę boczny panel z lewej strony, będzie też drugi z prawej. jak widać nie ma górnej belki.
03:01 @duxet | 2014/11/11 02:59:14 [error] 7464#1408: *21 FastCGI sent in stderr: "PHP Fatal error: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 130968 bytes) in C:\dev\git\lara\vendor\jenssegers\mongodb\src\Jenssegers\Mongodb\Model.php on line 329" while reading response header from upstream, client: 127.0.0.1, server: strimoid.dev, request: "GET /api/v1/entries/Hn2pcJ HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "strimoid.dev"
| grep "mongodb"
PHP Fatal error: Mongodb
03:01 @duxet | 2014/11/11 02:59:14 [error] 7464#1408: *21 FastCGI sent in stderr: "PHP Fatal error: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 130968 bytes) in C:\dev\git\lara\vendor\jenssegers\mongodb\src\Jenssegers\Mongodb\Model.php on line 329" while reading response header from upstream, client: 127.0.0.1, server: strimoid.dev, request: "GET /api/v1/entries/Hn2pcJ HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "strimoid.dev"
| grep "mongodb"
PHP Fatal error: Mongodb
03:01 @duxet | 2014/11/11 02:59:14 [error] 7464#1408: *21 FastCGI sent in stderr: "PHP Fatal error: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 130968 bytes) in C:\dev\git\lara\vendor\jenssegers\mongodb\src\Jenssegers\Mongodb\Model.php on line 329" while reading response header from upstream, client: 127.0.0.1, server: strimoid.dev, request: "GET /api/v1/entries/Hn2pcJ HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "strimoid.dev"
| grep "mongodb"
PHP Fatal error: Mongodb
@akerro: no chyba w zla strone odbijasz. wlasnie to przekazałem swoją wypowiedzią - kazdy swoje srodowisko pracy dobiera pod siebie. czytanie ze zrozumieniem :P
03:01 @duxet | 2014/11/11 02:59:14 [error] 7464#1408: *21 FastCGI sent in stderr: "PHP Fatal error: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 130968 bytes) in C:\dev\git\lara\vendor\jenssegers\mongodb\src\Jenssegers\Mongodb\Model.php on line 329" while reading response header from upstream, client: 127.0.0.1, server: strimoid.dev, request: "GET /api/v1/entries/Hn2pcJ HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "strimoid.dev"
| grep "mongodb"
PHP Fatal error: Mongodb
03:01 @duxet | 2014/11/11 02:59:14 [error] 7464#1408: *21 FastCGI sent in stderr: "PHP Fatal error: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 130968 bytes) in C:\dev\git\lara\vendor\jenssegers\mongodb\src\Jenssegers\Mongodb\Model.php on line 329" while reading response header from upstream, client: 127.0.0.1, server: strimoid.dev, request: "GET /api/v1/entries/Hn2pcJ HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "strimoid.dev"
| grep "mongodb"
PHP Fatal error: Mongodb
03:01 @duxet | 2014/11/11 02:59:14 [error] 7464#1408: *21 FastCGI sent in stderr: "PHP Fatal error: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 130968 bytes) in C:\dev\git\lara\vendor\jenssegers\mongodb\src\Jenssegers\Mongodb\Model.php on line 329" while reading response header from upstream, client: 127.0.0.1, server: strimoid.dev, request: "GET /api/v1/entries/Hn2pcJ HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "strimoid.dev"
| grep "mongodb"
PHP Fatal error: Mongodb
Panowie @gethiox: @akerro: wy sie odpierdolcie od mongo. fakt faktem duxet sie nie zawsze obnosi intelektem i doswiadczeniem w kwestiach pchania swiezych wersji, ale samo mongo jest duzo wygodniejsze do zastosowan takich jakie ten portal. sam używam w kilku srodowiskach produkcyjnych mongo, najwieksze ma ponad 3.5tb w 3 replikach po 3 shardy i nie wyobrazam sobie tego ani przenosic ani utrzymywac na sqlowym srodowisku. specyfika struktur danych spowodowala by gigantyczną komplikacje relacyjnego systemu: dupikację danych albo masę relacji i tabel pomocniczych. w kazdym razie w efekcie dzialaloby to wolniej niz na mongo, które wbrew pozorom głupie i wolne nie jest.
jeszcze pijąc do @akerro: pierdolisz pan o 7minutach na konfiguracje postgresa (taaa, jasne, fine-tuning duzych postgresqli to godziny analizy, ale cicho dziwki, bo mamy wykopowego specjaliste za 15k) a faktyczny poprawny fine tuning mongo jest duzo bardziej skomplikowany, szczegolnie w srodowiskach z shardami. wtedy trzeba pilnowac indeksów zarówno pod kątem optymalizacji zapytan jak i samego shardowania, zeby dane byly rozlozone równomiernie na kazdej partycji.
@Wojnar: da się, spytaj sie gynavela czy jak mu tam - ma windę z osobną vmką linuksową w trybie seamless. sam takiego potworka bym nie uzywal, ale każdemu według potrzeb. sam portal smiga na linuxie, bo to jedyna słuszna platforma, ale od srodowisk testowych i deweloperskich wara.
@zryty_beret: dotnet to potwór, nieudolna próba microsoftu na przepchniecie zamiennika javy. pamiętam buledópy jak wersje kolejne 2, 2.x 3, 3.x kompletnie rozdupcaly kompatyilnosc wstecz, dodawaly pierdyliard nowych kontrolek. kazda aplikacja dzialala inaczej, wygladala inaczej. istny koszmar.
136 - 31 = 105
Na Warmii pochmurno, mgliście i mokro. Mimo to udało mi się pobić swój rekord. To na plus. Na minus to to, że na 10 spotkanych rowerzystów (trasa to głównie lasy i pola), żaden nie miał świateł. Ja rozumiem, że ruch może mały, że te 30dkg na oświetlenie i odblaski może wydłużyć średni czas podróży o 12 sekund, ale ludzie myślcie.
@Prospero: w taka pogodę raczej światelek tescowych mrugających nie widac, ale odblaski juz owszem, warto miec...
Tylko $230,000 za sztuke tego kosmicznie wygladajacego zegarka... Calkiem ciekawy wizualnie. Co ciekawe, skubaniec jest dwustronny.
W nowym stylu da się już dawać UV/DV wpisom, treściom i komentarzom.
https://i.imgur.com/b5Ryh73.png
W nowym stylu da się już dawać UV/DV wpisom, treściom i komentarzom.
https://i.imgur.com/b5Ryh73.png