Eliminate Print Servers: go LANless?
-
@Dashrender said:
@Jason said:
@Dashrender said:
I've inquire with the powers that be if they would like a print to mobile device like option.
The thinking is... Instead of paper. The document could just be sent to a phone or ipad/android tablet, etc. 99% of the time the look and throw away... This would avoid the waste.
Anyone see a anything like this?
Unlikely. There's a lot to go on in the backend with something like that.
Sure there could be a lot on the backend... But I would think this would be immensely useful. Though I'm not sure how you'd do it in a LANless setup... I suppose with something like ZT it might be easier.
Does ZT work with mobile devices?
-
@wirestyle22 said:
@Dashrender said:
@Jason said:
@Dashrender said:
I've inquire with the powers that be if they would like a print to mobile device like option.
The thinking is... Instead of paper. The document could just be sent to a phone or ipad/android tablet, etc. 99% of the time the look and throw away... This would avoid the waste.
Anyone see a anything like this?
Unlikely. There's a lot to go on in the backend with something like that.
Sure there could be a lot on the backend... But I would think this would be immensely useful. Though I'm not sure how you'd do it in a LANless setup... I suppose with something like ZT it might be easier.
Does ZT work with mobile devices?
Android today, iOS soon.
-
@scottalanmiller said:
@wirestyle22 said:
@Dashrender said:
@Jason said:
@Dashrender said:
I've inquire with the powers that be if they would like a print to mobile device like option.
The thinking is... Instead of paper. The document could just be sent to a phone or ipad/android tablet, etc. 99% of the time the look and throw away... This would avoid the waste.
Anyone see a anything like this?
Unlikely. There's a lot to go on in the backend with something like that.
Sure there could be a lot on the backend... But I would think this would be immensely useful. Though I'm not sure how you'd do it in a LANless setup... I suppose with something like ZT it might be easier.
Does ZT work with mobile devices?
Android today, iOS soon.
That's great. Wow.
-
@wirestyle22 said:
@scottalanmiller said:
@wirestyle22 said:
@Dashrender said:
@Jason said:
@Dashrender said:
I've inquire with the powers that be if they would like a print to mobile device like option.
The thinking is... Instead of paper. The document could just be sent to a phone or ipad/android tablet, etc. 99% of the time the look and throw away... This would avoid the waste.
Anyone see a anything like this?
Unlikely. There's a lot to go on in the backend with something like that.
Sure there could be a lot on the backend... But I would think this would be immensely useful. Though I'm not sure how you'd do it in a LANless setup... I suppose with something like ZT it might be easier.
Does ZT work with mobile devices?
Android today, iOS soon.
That's great. Wow.
And of course any Windows mobile device can use it normally.
-
@scottalanmiller said:
@johnhooks said:
@scottalanmiller said:
@johnhooks said:
What applications can you use that generate API code for you? I can think of quite a few that will generate SQL for you based off of what you tell it.
I'm not sure what you are asking. API is a generic concept, SQL is a specific language. This isn't comparable.
Because you said this?
Who is generating the query? How do you get a query without someone writing it?
You don't have to write the query. It's generated for you. I'm saying, give me software that can get info with an API with that amount of simplicity.
APIs are often so simple that I don't even need anything but a web browser to consume them. Show me ODBC that doesn't need ANY code, generated or otherwise. Good APIs are so simple that I can't believe we have anything to discuss. I consume APIs by hand every day. I certainly don't do that with SQL or ODBC. I also don't do it without knowing tons of details about the database.
How do you get information out of a foreign database without knowing the structure and how the tables and data relate to one another? Even a SQL generator requires you to know more information than a good API requires you to know ever.
So you're saying it's easier to hand code a whole application to pull the info via an API, and then make your application create reports based off that info. This versus connecting to the DB and viewing data (since in relational the attributes have to be the same across all the relations) and then just telling your application which attributes to pull info from?
There are plenty of tools that will reverse engineer the database in a diagram for you.
-
@scottalanmiller said:
@wirestyle22 said:
@scottalanmiller said:
@wirestyle22 said:
@Dashrender said:
@Jason said:
@Dashrender said:
I've inquire with the powers that be if they would like a print to mobile device like option.
The thinking is... Instead of paper. The document could just be sent to a phone or ipad/android tablet, etc. 99% of the time the look and throw away... This would avoid the waste.
Anyone see a anything like this?
Unlikely. There's a lot to go on in the backend with something like that.
Sure there could be a lot on the backend... But I would think this would be immensely useful. Though I'm not sure how you'd do it in a LANless setup... I suppose with something like ZT it might be easier.
Does ZT work with mobile devices?
Android today, iOS soon.
That's great. Wow.
And of course any Windows mobile device can use it normally.
My question would be how can you use that effectively? Just visibility or can you use it to manage devices?
-
@johnhooks said:
So you're saying it's easier to hand code a whole application to pull the info via an API, and then make your application create reports based off that info. This versus connecting to the DB and viewing data (since in relational the attributes have to be the same across all the relations) and then just telling your application which attributes to pull info from?
Having done both, I'm totally saying that. And by "hand code", I assume that you mean things like "typing out the query?" What coding do you imagine is needed?
-
@wirestyle22 said:
@scottalanmiller said:
@wirestyle22 said:
@scottalanmiller said:
@wirestyle22 said:
@Dashrender said:
@Jason said:
@Dashrender said:
I've inquire with the powers that be if they would like a print to mobile device like option.
The thinking is... Instead of paper. The document could just be sent to a phone or ipad/android tablet, etc. 99% of the time the look and throw away... This would avoid the waste.
Anyone see a anything like this?
Unlikely. There's a lot to go on in the backend with something like that.
Sure there could be a lot on the backend... But I would think this would be immensely useful. Though I'm not sure how you'd do it in a LANless setup... I suppose with something like ZT it might be easier.
Does ZT work with mobile devices?
Android today, iOS soon.
That's great. Wow.
And of course any Windows mobile device can use it normally.
My question would be how can you use that effectively? Just visibility or can you use it to manage devices?
I don't even know what this question means in relation to the technology mentioned.
-
@johnhooks said:
There are plenty of tools that will reverse engineer the database in a diagram for you.
Based on the assumption that the data needed is in a database. It often is not. Having the diagram of a database doesn't always tell you what you need to know.
-
@johnhooks said:
So you're saying it's easier to hand code a whole application to pull the info via an API, and then make your application create reports based off that info.
We can't just make a report here, we need to combine the data from multiple sources into a single thing. This is a rather complex thing, you can't just point some database tool at it and hope to get results.
And as I said above, you don't know that the database can even use ODBC or SQL. Do your tools handle situations where that stuff doesn't even exist?
-
@scottalanmiller said:
@wirestyle22 said:
@scottalanmiller said:
@wirestyle22 said:
@scottalanmiller said:
@wirestyle22 said:
@Dashrender said:
@Jason said:
@Dashrender said:
I've inquire with the powers that be if they would like a print to mobile device like option.
The thinking is... Instead of paper. The document could just be sent to a phone or ipad/android tablet, etc. 99% of the time the look and throw away... This would avoid the waste.
Anyone see a anything like this?
Unlikely. There's a lot to go on in the backend with something like that.
Sure there could be a lot on the backend... But I would think this would be immensely useful. Though I'm not sure how you'd do it in a LANless setup... I suppose with something like ZT it might be easier.
Does ZT work with mobile devices?
Android today, iOS soon.
That's great. Wow.
And of course any Windows mobile device can use it normally.
My question would be how can you use that effectively? Just visibility or can you use it to manage devices?
I don't even know what this question means in relation to the technology mentioned.
I mean what benefit is there to having mobile devices on ZeroTier (a VPN)? I assume to give out updates and for visibility.
-
@scottalanmiller said:
@johnhooks said:
There are plenty of tools that will reverse engineer the database in a diagram for you.
Based on the assumption that the data needed is in a database. It often is not. Having the diagram of a database doesn't always tell you what you need to know.
How else would it be stored?
-
@wirestyle22 said:
@scottalanmiller said:
@wirestyle22 said:
@scottalanmiller said:
@wirestyle22 said:
@scottalanmiller said:
@wirestyle22 said:
@Dashrender said:
@Jason said:
@Dashrender said:
I've inquire with the powers that be if they would like a print to mobile device like option.
The thinking is... Instead of paper. The document could just be sent to a phone or ipad/android tablet, etc. 99% of the time the look and throw away... This would avoid the waste.
Anyone see a anything like this?
Unlikely. There's a lot to go on in the backend with something like that.
Sure there could be a lot on the backend... But I would think this would be immensely useful. Though I'm not sure how you'd do it in a LANless setup... I suppose with something like ZT it might be easier.
Does ZT work with mobile devices?
Android today, iOS soon.
That's great. Wow.
And of course any Windows mobile device can use it normally.
My question would be how can you use that effectively? Just visibility or can you use it to manage devices?
I don't even know what this question means in relation to the technology mentioned.
I mean what benefit is there to having mobile devices on ZeroTier (a VPN)? I assume to give out updates and for visibility.
I don't know, what caused you to ask if you could put them on the VPN? What do you mean by updates and visibility?
Given your mentioned plans, how about watching Plex from the mobile device or answering phone calls?
-
@scottalanmiller said:
@wirestyle22 said:
@scottalanmiller said:
@wirestyle22 said:
@scottalanmiller said:
@wirestyle22 said:
@scottalanmiller said:
@wirestyle22 said:
@Dashrender said:
@Jason said:
@Dashrender said:
I've inquire with the powers that be if they would like a print to mobile device like option.
The thinking is... Instead of paper. The document could just be sent to a phone or ipad/android tablet, etc. 99% of the time the look and throw away... This would avoid the waste.
Anyone see a anything like this?
Unlikely. There's a lot to go on in the backend with something like that.
Sure there could be a lot on the backend... But I would think this would be immensely useful. Though I'm not sure how you'd do it in a LANless setup... I suppose with something like ZT it might be easier.
Does ZT work with mobile devices?
Android today, iOS soon.
That's great. Wow.
And of course any Windows mobile device can use it normally.
My question would be how can you use that effectively? Just visibility or can you use it to manage devices?
I don't even know what this question means in relation to the technology mentioned.
I mean what benefit is there to having mobile devices on ZeroTier (a VPN)? I assume to give out updates and for visibility.
I don't know, what caused you to ask if you could put them on the VPN? What do you mean by updates and visibility?
Given your mentioned plans, how about watching Plex from the mobile device or answering phone calls?
Sorry if I'm not being clear, I'm trying. Think WSUS but for phones for management purposes in a company
-
@scottalanmiller said:
@johnhooks said:
So you're saying it's easier to hand code a whole application to pull the info via an API, and then make your application create reports based off that info.
We can't just make a report here, we need to combine the data from multiple sources into a single thing. This is a rather complex thing, you can't just point some database tool at it and hope to get results.
And as I said above, you don't know that the database can even use ODBC or SQL. Do your tools handle situations where that stuff doesn't even exist?
It's not complex at all. It's drag and drop the attributes you want from the DB.
-
@johnhooks said:
@scottalanmiller said:
@johnhooks said:
There are plenty of tools that will reverse engineer the database in a diagram for you.
Based on the assumption that the data needed is in a database. It often is not. Having the diagram of a database doesn't always tell you what you need to know.
How else would it be stored?
It used to be VERY common, and still remains rather common (I'm not saying recommended) for data structures and relationships to exist in and be maintained in the application, not the database. A major application that you might know that does this is Wordpress. Because the high speed MyISAM tables do not enforce relationships which causes some problems for anyone trying to use a third party ODBC connection as you must know what the data represents or you could assemble it incorrectly (tiny risk with a blog, of course.)
And then don't forget NoSQL. ML doesn't have a relational database at all. Those tools won't work here, but the API is dead simple.
-
@wirestyle22 said:
@scottalanmiller said:
@wirestyle22 said:
@scottalanmiller said:
@wirestyle22 said:
@scottalanmiller said:
@wirestyle22 said:
@scottalanmiller said:
@wirestyle22 said:
@Dashrender said:
@Jason said:
@Dashrender said:
I've inquire with the powers that be if they would like a print to mobile device like option.
The thinking is... Instead of paper. The document could just be sent to a phone or ipad/android tablet, etc. 99% of the time the look and throw away... This would avoid the waste.
Anyone see a anything like this?
Unlikely. There's a lot to go on in the backend with something like that.
Sure there could be a lot on the backend... But I would think this would be immensely useful. Though I'm not sure how you'd do it in a LANless setup... I suppose with something like ZT it might be easier.
Does ZT work with mobile devices?
Android today, iOS soon.
That's great. Wow.
And of course any Windows mobile device can use it normally.
My question would be how can you use that effectively? Just visibility or can you use it to manage devices?
I don't even know what this question means in relation to the technology mentioned.
I mean what benefit is there to having mobile devices on ZeroTier (a VPN)? I assume to give out updates and for visibility.
I don't know, what caused you to ask if you could put them on the VPN? What do you mean by updates and visibility?
Given your mentioned plans, how about watching Plex from the mobile device or answering phone calls?
Sorry if I'm not being clear, I'm trying. Think WSUS but for phones for management purposes in a company
That would be an MDM function.
-
@scottalanmiller said:
@johnhooks said:
So you're saying it's easier to hand code a whole application to pull the info via an API, and then make your application create reports based off that info. This versus connecting to the DB and viewing data (since in relational the attributes have to be the same across all the relations) and then just telling your application which attributes to pull info from?
Having done both, I'm totally saying that. And by "hand code", I assume that you mean things like "typing out the query?" What coding do you imagine is needed?
You wouldn't be the only one using this. Are you going to teach everyone that's getting this info how to get it from the API or are you going to "hand code" an application for them to do this?
-
@johnhooks said:
@scottalanmiller said:
@johnhooks said:
So you're saying it's easier to hand code a whole application to pull the info via an API, and then make your application create reports based off that info.
We can't just make a report here, we need to combine the data from multiple sources into a single thing. This is a rather complex thing, you can't just point some database tool at it and hope to get results.
And as I said above, you don't know that the database can even use ODBC or SQL. Do your tools handle situations where that stuff doesn't even exist?
It's not complex at all. It's drag and drop the attributes you want from the DB.
Again... an assumption you can't make. You are assuming that your database is simple AND relational and assuming that the API is complex. You have to contrive a situation where someone made a database safe and easy when meant for internal only use but makes the API hard to consume even thought meant for external consumption. Can it happen? Sure. Does it make sense that it will work that way typically? No.
-
@johnhooks said:
@scottalanmiller said:
@johnhooks said:
So you're saying it's easier to hand code a whole application to pull the info via an API, and then make your application create reports based off that info. This versus connecting to the DB and viewing data (since in relational the attributes have to be the same across all the relations) and then just telling your application which attributes to pull info from?
Having done both, I'm totally saying that. And by "hand code", I assume that you mean things like "typing out the query?" What coding do you imagine is needed?
You wouldn't be the only one using this. Are you going to teach everyone that's getting this info how to get it from the API or are you going to "hand code" an application for them to do this?
So you are going to "hand code" and teach them all how to access via ODBC? You haven't given me any reason that makes sense for why this is easier or smarter. The API itself is the tool for making this easier for people. AND it is the tool for making it safe.
