Community discussions

MikroTik App

Search found 12 matches

by ktiedt
Wed Sep 23, 2009 1:18 am
Forum: Scripting
Topic: Limitations of API (max writes before reading?)
Replies: 7
Views: 969

Re: Limitations of API (max writes before reading?)

then, as far as I remember, you can simply increase ReceiveBuffer size =)
much rather just use the API as intended ;) so API tools work w/o changing settings on hosts

thanks for all the info on this, much appreciated.
by ktiedt
Thu Sep 17, 2009 12:22 pm
Forum: Scripting
Topic: Limitations of API (max writes before reading?)
Replies: 7
Views: 969

Re: Limitations of API (max writes before reading?)

Thanks Chupaka, thats much more clear than the previous statement, I had previously been doing 1:1 but after that statement decided to test it out
by ktiedt
Thu Sep 17, 2009 10:33 am
Forum: Scripting
Topic: Limitations of API (max writes before reading?)
Replies: 7
Views: 969

Re: Limitations of API (max writes before reading?)

I understand that, but part of the "benefits" of this API is the ability to send more than one command before reading yes? From janisk (in other thread about the API I started) "i can easily run several commands at once and receive responses in a known way, without mixing everything u...
by ktiedt
Thu Sep 17, 2009 7:10 am
Forum: Scripting
Topic: Limitations of API (max writes before reading?)
Replies: 7
Views: 969

Limitations of API (max writes before reading?)

Anyone know what the limitation is of write commands before requiring to read?

I been testing and it seems 3 or so commands come back at the most.... curious if there is a spec for that in particular or way of telling for sure?
(maybe its not command count, but returned data that limits it?)

Thanks
by ktiedt
Thu Sep 10, 2009 10:52 am
Forum: General
Topic: Suggestion for firewall display
Replies: 4
Views: 1245

Re: Suggestion for firewall display

if you have too many to handle using a drop down your mock up does your idea no justice... in reality your mockup would look more like [one | two | thr.. | fou.. | fiv.. | six | sev.. | eig.. | nin.. | ten | ele.. | twe.. | thi.. | fou.. | fif.. | six.. | sev.. | eig.. | nin.. | twe.. ] your availab...
by ktiedt
Wed Sep 09, 2009 6:52 am
Forum: The Dude
Topic: Send SMS notification
Replies: 8
Views: 4624

Re: Send SMS notification

Keith is right, look up your carriers email to SMS gateway address and fire off an email to the correct email address for the carrier/phone# you wish to send an SMS. Easiest way to integrate SMS notifications into any application that I've seen done.
by ktiedt
Wed Sep 09, 2009 2:48 am
Forum: Scripting
Topic: any chance of modernizing the API format?
Replies: 13
Views: 2499

Re: any chance of modernizing the API format?

and these are non-native handlers: http://wiki.mikrotik.com/wiki/API#Example_client http://wiki.mikrotik.com/wiki/API#Other_example_clients Only because its a non standard format... not exactly the best comparison, especially since being what it is, they are prone to errors due to being exponential...
by ktiedt
Wed Sep 09, 2009 12:52 am
Forum: Scripting
Topic: any chance of modernizing the API format?
Replies: 13
Views: 2499

Re: any chance of modernizing the API format?

True, but lacking a native JSON interface on the MT side, you could (once) write an interface between the MT native API and JSON. Then all further tools use that interface. This is true, I almost have something like this working for my software, I'm still working out the best format to keep it as s...
by ktiedt
Wed Sep 09, 2009 12:37 am
Forum: Scripting
Topic: any chance of modernizing the API format?
Replies: 13
Views: 2499

Re: any chance of modernizing the API format?

There are JSON handlers in every popular programming language... whether they are native or not depends on the developers of that language...
by ktiedt
Tue Sep 08, 2009 5:34 pm
Forum: Scripting
Topic: any chance of modernizing the API format?
Replies: 13
Views: 2499

Re: any chance of modernizing the API format?

Sadly that made little sense... No comment on the sockets tangent I know what JSON vs the API data looks like... my argument isnt in appearances, but ease of consumption $data = json_decode($response); vs reading in and manually parsing a customized word pattern... Guess I wont expect any actual con...
by ktiedt
Mon Sep 07, 2009 6:42 am
Forum: Scripting
Topic: any chance of modernizing the API format?
Replies: 13
Views: 2499

Re: any chance of modernizing the API format?

what's wrong with current format? it's not human-readable? CLI is human-readable =) and PHP is not the only programming language... 1) its archaic and difficult to work with 2) I never complained about PHP -- simply said I was working with it... the other API clients that have been written look ver...
by ktiedt
Mon Sep 07, 2009 1:28 am
Forum: Scripting
Topic: any chance of modernizing the API format?
Replies: 13
Views: 2499

any chance of modernizing the API format?

I have been working with the PHP API scripts for some time now, and I am wondering if there is any chance that the Router->client data might be modernized... The last time I dealt with formats like this was from military ground terminals from the 70's... (maybe I just dont deal with this type of stu...