I'm using a Raspberry like board with YAWS 2.0.4 and Erlang 19.
I wrote two webpages to upload a file and save it on the server: with "larger" file (I mean, ~7MB) the server crashes, with smaller file all works fine.
I already tried to use the example code found in the YAWS site and another one with the temp_file and binary options, but it doesn't work.
Any suggestions?
Thanks in advance.
After spending much time, I've found the problem: the partial_post_size parameter in the YAWS configuration was too much high.
I've changed it, near the default value (10240) and all works fine.
Related
there,
We have to upload big file to wildfly app server. The internet is not stable and may break from time to time. we need to transfer the big file chunk by chunk just like this post did: https://scribie.com/blog/2014/09/chunked-upload-with-nginx-and-nodejs/
I have googled for a while but not found clues about how to do on wildfly. Is there any example to kindly provide?
Thanks in advance.
Li
After using FileZilla to ftp the files to the website, my app just shows
Loading....
...when trying to run from a chrome browser.
I have built and tested the app in Webstorm (2017.2.3)
Do I need to do anything else other than just copy the files from the build/web directory to my host? What about the build/lib directory?
If you want to see what is happening (or not, actually), take a look at:
http://sudoku.geobits.com/index.html
Thanks for your help.
The file main.dart.js fails to load because of a comment at line 32071:
// "Document", so we check for the xmlVersion property, which is the empty
This is clearly shown in the examples at: sudoku.geobits.com/index.html which loads correctly, compared iwth sudoku.geobits.com/with_comment/index.html which does not. The difference is that the first does not have the comment, whereas the second is the main.dart.js as generated by WebStorm.
I have logged a bug report:#30992 with the dart-sdk people.
Thanks to all for their kind help.
I hope you can solve this or at least tell what to do about it because I'm clueless. The thing is that once I've saved a .wxm file and then want to open it appears on wxMaxima this error and the "app" crashes:
Maxima encountered a Lisp error:
decoding error on stream
<SB-SYS:FD-STREAM for "socket 127.0.0.1:62607, peer: 127.0.0.1:4011"
{13F30991}
(:EXTERNAL-FORMAT :ASCII):
the octet sequence (195) cannot be decoded.
Automatically continuing.
To enable the Lisp debugger set debugger-hook to nil.
Thanks in advance.
P.S.: I run the latest Mac OS X version on my iMac.
Create a new file and write it down.
(setf sb-impl::*default-external-format* :utf-8)
(setf sb-alien::*default-c-string-external-format* :utf-8)
Save the file as .sbclrc at Home (User) folder.
I come back on this post as I have been affected by this today.
I am using Ubunutu 14.04 and the same bug appears. To me it is due to Maxima not being able to load anything else than ".mac" files, nothing to do with utf-8/ASCII (I have mv a file that is working to a wxm and vice-versa, it will not work anymore / rework)
Also I have prepared a workaround:
The idea is too have a tool that translates your .wxm files to a .mac file just before you load it (it is actually a very easy bash script)
So:
you put the wxm-to-mac.sh files into your path
then inside maxima, instead of doing
load("foo.wxm")
you simply do
system("wxm-to-mac foo.wxm")$
load("foo.mac")$
Bare in mind you shall not edit the foo.mac file because a routine might re-erase it afterward. Instead keep editing the .wxm file.
Hope it helps someone
Looks like the file has been saved with some non-ASCII characters (e.g. UTF-8) in it, but it is not read as UTF-8; that seems to be a bug in wxMaxima. Can you please post the offending .wxm file?
I was having the same problem, since none here could give a straight and correct answer (at least is not marked with the green icon) i tried to look somewhere else. I couldn't find an answer that solve my problem, but then i thought that i had used WxMaxima on Mac before and it worked pretty nice. The last time i installed wxmaxima on mac and it worked was in september 2012, i went to the http://sourceforge.net website and searched for the maxima file that was available on that date and i found http://sourceforge.net/projects/maxima/files/Maxima-MacOS/5.18.1-MacOS/, i installed it and its working pretty fine (about the problem, it is weird, even if i create a new maxima file typed "a" and saved it, i could no longer open it, so i'm guessing that it has nothing to do with ascii or non-ascii characters) I have no idea why this error happens on the recent version of Maxima/WxMaxima, but it makes no sense that we have to install a previous version for it to work.
Anyway, it's working for me, and i hope it works for you too. Glad i helped :)
I had the same problem.
In my case, the name of the directory where the ".wxm" file is located, contained Korean letter. I changed the directory name with an English one.
Then the problem has been solved.
I hope this works for you, too.
I've recorded streams using streamPublishStart callback with Red5 streaming server. It works. But a few times, the internet connection fall down in the publisher side. Then, in the streams directory, I have got a .flv.ser file. It's not playable. I've tried to repair/fix it with all software that propose it. No success. I've use flvcheck.exe and the report is : Error -18 truncated box. I've seen discussion on Adobe forums but no interesting things. Could you propose me a technic or a software to solve my problem.
thanks in advance,
Pascal.
Did you get your question answered? The .flv.ser is a temp file, created until Red5 is done processing the stream. When done, there is a new file without the .ser extension. What I had to do was create a ajax script that looks at the directory for a .flv.ser file and prevents closing the page until the conversion is completed. Red5 version one is slow at doing the conversion. I'm testing 1.0.2 RC1 right now, but initial results look like it is even worse. I hear version .8 is the best for recording so I may have to downgrade to that.
I'm late to the party but you simply have to concatenate the files. On Linux this works like this:
cat foo.flv foo.flv.ser > playable_foo.flv
I read that somewhere else but I forgot where it was.
For PHP Development i use Eclipse PDT and i'm fine with this. To speed up the deploy process i wan't to upload selected files to the appropriate directory on my FTP via eclipse.
After some googling i came across aptana. Look's fine, but unfortunatelly the upload button is disabled on nearly every file in the PHP Explorer.
Anybody has the same problem and a solution? I already configured the ftp connections and everything..
Or is there a better plugin for my usecase as i dont wan't to sync the file automatically but just wan't to upload selected files.
Thanks
Remove Systems Explorere will help you.