iklanku

kasihku

rinduku

Friday, March 31, 2017

BELAJAR APP ANDROID

ECLIPSE 
On any computer with Docker 1.11+ installed (Docker 1.12.5+ is recommended):
# Interactive help
docker run -it eclipse/che start

# Or, full start syntax where <path> is a local directory
docker run -it --rm -v /var/run/docker.sock:/var/run/docker.sock -v <path>:/data eclipse/che start

Operate ChePermalink

# Start Eclipse Che with user data saved on Windows in c:\tmp
docker run -it --rm -v /var/run/docker.sock:/var/run/docker.sock -v /c/tmp:/data eclipse/che start
INFO: (che cli): Loading cli...
INFO: (che cli): Checking registry for version 'nightly' images
INFO: (che config): Generating che configuration...
INFO: (che config): Customizing docker-compose for running in a container
INFO: (che start): Preflight checks
         port 8080 (http):       [AVAILABLE]

INFO: (che start): Starting containers...
INFO: (che start): Services booting...
INFO: (che start): Server logs at "docker logs -f che"
INFO: (che start): Booted and reachable
INFO: (che start): Ver: nightly
INFO: (che start): Use: http://<your-ip>:8080
INFO: (che start): API: http://<your-ip>:8080/swagger

# Stop Che
docker run <DOCKER_OPTIONS> eclipse/che stop

# Restart Che
docker run <DOCKER_OPTIONS> eclipse/che restart

# Run a specific version of Che
docker run <DOCKER_OPTIONS> eclipse/che:<version> start

# Get help
docker run eclipse/che

# If boot2docker on Windows, mount a subdir of `%userprofile%` to `:/data`. For example:
docker run <DOCKER_OPTIONS> -v /c/Users/tyler/che:/data eclipse/che start

# If Che will be accessed from other machines add your server's external IP
docker run <DOCKER_OPTIONS> -e CHE_HOST=<your-ip> eclipse/che start

Develop With ChePermalink

Now that Che is running there are a lot of fun things to try:

Pre-ReqsPermalink

HardwarePermalink

  • 1 cores
  • 256MB RAM
  • 300MB disk space
Che requires 300 MB storage and 256MB RAM for internal services. The RAM, CPU and storage resources required for your users’ workspaces are additive. Che Docker images consume ~300MB of disk and the Docker images for your workspace templates can each range from 5MB up to 1.5GB. Che and its dependent core containers will consume about 500MB of RAM, and your running workspaces will each require at least 250MB RAM, depending upon user requirements and complexity of the workspace code and intellisense.
Boot2Docker, docker-machine, Docker for Windows, and Docker for Mac are all Docker variations that launch VMs with Docker running in the VM with access to Docker from your host. We recommend increasing your default VM size to at least 4GB. Each of these technologies have different ways to allow host folder mounting into the VM. Please enable this for your OS so that Che data is persisted on your host disk.

SoftwarePermalink

  • Docker 1.12.5+ recommended, Docker 1.11+ minimum
The Che CLI - a Docker image - manages the other Docker images and supporting utilities that Che uses during its configuration or operations phases. The CLI also provides utilities for downloading an offline bundle to run Che while disconnected from the network.
Given the nature of the development and release cycle it is important that you have the latest version of Docker installed because any issue that you encounter might have already been fixed with a newer Docker release.
Install the most recent version of the Docker Engine for your platform using the official Docker releases, including support for Mac and Windows! If you are on Linux, you can also install using:
wget -qO- https://get.docker.com/ | sh
Verify that Docker is installed with:
# Should print "Hello from Docker!"
docker run hello-world
Sometimes Fedora and RHEL/CentOS users will encounter issues with SElinux. Try disabling selinux with setenforce 0 and check if resolves the issue. If using the latest docker version and/or disabling selinux does not fix the issue then please file a issue request on the issuespage.

Internal/External PortsPermalink

The default port required to run Che is 8080. Che performs a preflight check when it boots to verify that the port is available. You can pass -e CHE_PORT=<port> in Docker portion of the start command to change the port that Che starts on.
Internal ports are ports within a local network. This is the most common senerio for most users when Che is installed on their local desktop/laptop. External ports are ports outside a local network. An example senerio of this would be a remote Che server on a cloud host provider. With either case ports need to be open and not blocked by firewalls or other applications already using the same ports.
All ports are TCP unless otherwise noted.
Port »»»»»»»»Service »»»»»»»»Notes
8080Tomcat Port
8000Server Debug PortUsers developing Che extensions and custom assemblies would use this debug port to connect a remote debugger to che server.
32768-65535Docker and Che AgentsUsers who launch servers in their workspace bind to ephemeral ports in this range. This range can be limited.

Internet ConnectionPermalink

You can install Che while connected to a network or offline, disconnected from the Internet. If you perform an offline intallation, you need to first download a Che assembly while in a DMZ with a network connection to DockerHub.

NetworkingPermalink

Che is a platform that launches workspaces using Docker on different networks. Your browser or desktop IDE then connects to these workspaces. This makes Che a Platform as a Service (PaaS) running on a distributed network. There are essential connections we establish:
  1. Browser –> Che Server
  2. Che Server –> Docker Daemon
  3. Che Server –> Workspace
  4. Workspace –> Che Server
  5. Browser –> Workspace
Che goes through a progression algorithm to establish the protocol, IP address and port to establish a connection for each connection point. If you have launched Che and workspaces do not immediately start, the most common causes are:
  1. Failed Che -> Workspace (set CHE_DOCKER_IP in che.env)
  2. Failed Browser -> Workspace (set CHE_DOCKER_IP_EXTERNAL in che.env)
  3. Firewall (required ports are not open)
When you first install Che, we will add a che.env file into the folder you mounted to :/data, and you can configure many variables to establish proper communications. After changing this file, restart Che for the changes to take affect.
Browser --> Che Server
   1. Default is 'http://localhost:${SERVER_PORT}/wsmaster/api'.
   2. Else use the value of CHE_API

Che Server --> Docker Daemon Progression:
   1. Use the value of CHE_DOCKER_DAEMON__URL
   2. Else, use the value of DOCKER_HOST system variable
   3. Else, use Unix socket over unix:///var/run/docker.sock

Che Server --> Workspace Connection:
   - If CHE_DOCKER_SERVER__EVALUATION__STRATEGY is 'default':
       1. Use the value of CHE_DOCKER_IP
       2. Else, if server connects over Unix socket, then use localhost
       3. Else, use DOCKER_HOST
   - If CHE_DOCKER_SERVER__EVALUATION__STRATEGY is 'docker-local':
       1. Use the address of the workspace container within the docker network 
          and exposed ports
       2. If address is missing, if server connects over Unix socket, then use 
          localhost and exposed ports
       3. Else, use DOCKER_HOST and published ports

Browser --> Workspace Connection:
   - If CHE_DOCKER_SERVER__EVALUATION__STRATEGY is 'default':
       1. If set use the value of CHE_DOCKER_IP_EXTERNAL
       2. Else if set use the value of CHE_DOCKER_IP
       3. Else, if server connects over Unix socket, then use localhost
       4. Else, use DOCKER_HOST
   - If CHE_DOCKER_SERVER__EVALUATION__STRATEGY is 'docker-local':
       1. If set use the value of CHE_DOCKER_IP_EXTERNAL
       2. Else use the address of the workspace container within the docker network, 
          if it is set
       3. If address is missing, if server connects over Unix socket, then use 
          localhost
       4. Else, use DOCKER_HOST

Workspace Agent --> Che Server
   1. Default is 'http://che-host:${SERVER_PORT}/wsmaster/api', where 'che-host' 
      is IP of server.
   2. Else, use value of CHE_WORKSPACE_CHE__SERVER__ENDPOINT
   3. Else, if 'docker0' interface is unreachable, then 'che-host' replaced with
      172.17.42.1 or 192.168.99.1
   4. Else, print connection exception
If you suspect that blocked ports, firewall, Che’s network configuration, or websockets are preventing Che from working properly, we provide a browser diagnostic in the lower right corner that runs tests between the browser and the Che server and a generated workspace.

VersionsPermalink

Each version of Che is available as a Docker image tagged with a label that matches the version, such as eclipse/che:5.0.0-M7. You can see all versions available by running docker run eclipse/che version or by browsing DockerHub.
We maintain “redirection” labels which reference special versions of Che:
VariableDescription
latestThe most recent stable release.
5.0.0-latestThe most recent stable release on the 5.x branch.
nightlyThe nightly build.
The software referenced by these labels can change over time. Since Docker will cache images locally, the eclipse/che:<version> image that you are running locally may not be current with the one cached on DockerHub. Additionally, the eclipse/che:<version> image that you are running references a manifest of Docker images that Che depends upon, which can also change if you are using these special redirection tags.
In the case of ‘latest’ images, when you initialize an installation using the CLI, we encode a /instance/che.ver file with the numbered version that latest references. If you begin using a CLI version that mismatches what was installed, you will be presented with an error.
To avoid issues that can appear from using ‘nightly’ or ‘latest’ redirections, you may:
  1. Verify that you have the most recent version with docker pull eclipse/che:<version>.
  2. When running the CLI, commands that use other Docker images have an optional --pulland --force command line option which will instruct the CLI to check DockerHub for a newer version and pull it down. Using these flags will slow down performance, but ensures that your local cache is current.
If you are running Che using a tagged version that is a not a redirection label, such as 5.0.0-M7, then these caching issues will not happen, as the software installed is tagged and specific to that particular version, never changing over time.

Volume MountsPermalink

We use volume mounts to configure certain parts of Che. The presence or absence of certain volume mounts will trigger certain behaviors in the system. For example, you can volume mount a Che source git repository with :/repo to use Che source code instead of the binaries and configuration that is shipped with our Docker images.
At a minimum, you must volume mount a local path to :/data, which will be the location that Che installs its configuration, user data, version and log information. Che also leaves behind a cli.log file in this location to debug any odd behaviors while running the system. In this folder we also create a che.env file which contains all of the admin configuration that you can set or override in a single location.
You can also use volume mounts to override the location of where your user or backup data is stored. By default, these folders will be created as sub-folders of the location that you mount to :/data. However, if you do not want your /instance, and /backup folder to be children, you can set them individually with separate overrides.
docker run -it --rm -v /var/run/docker.sock:/var/run/docker.sock
                    -v <local-path>:/data
                    -v <a-different-path>:/data/instance
                    -v <another-path>:/data/backup
                       eclipse/che:<version> [COMMAND]    

HostingPermalink

If you are hosting Che at a cloud service like DigitalOcean, or Bitnami CHE_HOST must be set to the server’s IP address or its DNS.
We will attempt to auto-set CHE_HOST by running an internal utility docker run --net=host eclipse/che-ip:nightly. This approach is not fool-proof. This utility is usually accurate on desktops, but usually fails on hosted servers. You can explicitly set this value to the IP address of your server:
docker run -it --rm -v /var/run/docker.sock:/var/run/docker.sock
                    -v <local-path>:/data
                    -e CHE_HOST=<your-ip-or-host>
                       eclipse/che:<version> [COMMAND]

Run As UserPermalink

On Linux or Mac, you can run Eclipse Che’s container with a different user identity. The default is to run the Che container as root. You can pass --user uid:gid or -e CHE_USER=uid:gid as a docker run parameter before the eclipse/che Docker image. The CLI will start the eclipse/che-server image with the same uid:gid combination along with mounting /etc/group and etc/passwd. When Che is run as a custom user, all files written from within the Che server to the host (such as che.env or cli.log will be written to disk with the custom user as the owner of the files. This feature is not available on Windows.

Multiple ContainersPermalink

If you want to run multiple Che instances at the same time on the same host, each execution of Che needs to have a different:
  1. Port
  2. Che container name
  3. Data folder
We determine the Che container name with the format <prefix>-<port>. The default prefix is che and can be changed on the CLI with -e CHE_CONTAINER_PREFIX=<name>. If you use the default port, then this value is not added to the container name. However, if you change the port with -e CHE_PORT=<port> then we will use that value as part of the container name.
When the CLI executes, it creates a configuration that ultimately launches a container from eclipse/che-server image which is the image that contains the Che container. This container receives the unique name created above.
You can also optionally just set the name of the container with a UUID by setting -e CHE_CONTAINER=<name>.

Proxy InstallationPermalink

You can install and operate Che behind a proxy:
  1. Configure each physical node’s Docker daemon with proxy access.
  2. Optionally, override workspace proxy settings for users if you want to restrict their Internet access.
Before starting Che, configure Docker’s daemon for proxy access. If you have Docker for Windows or Docker for Mac installed on your desktop and installing Che, these utilities have a GUI in their settings which let you set the proxy settings directly.
Please be mindful that your HTTP_PROXY and/or HTTPS_PROXY that you set in the Docker daemon must have a protocol and port number. Proxy configuration is quite finnicky, so please be mindful of providing a fully qualified proxy location.
If you configure HTTP_PROXY or HTTPS_PROXY in your Docker daemon, we will add localhost,127.0.0.1,CHE_HOST to your NO_PROXY value where CHE_HOST is the DNS or IP address. We recommend that you add the short and long form DNS entry to your Docker’s NO_PROXY setting if it is not already set.
We will add some values to che.env that contain some proxy overrides. You can optionally modify these with overrides:
CHE_HTTP_PROXY=<YOUR_PROXY_FROM_DOCKER>
CHE_HTTPS_PROXY=<YOUR_PROXY_FROM_DOCKER>
CHE_NO_PROXY=localhost,127.0.0.1,<YOUR_CHE_HOST>
CHE_HTTP_PROXY_FOR_WORKSPACES=<YOUR_PROXY_FROM_DOCKER>
CHE_HTTPS_PROXY_FOR_WORKSPACES=<YOUR_PROXY_FROM_DOCKER>
CHE_NO_PROXY_FOR_WORKSPACES=localhost,127.0.0.1,<YOUR_CHE_HOST>
The last three entries are injected into workspaces created by your users. This gives your users access to the Internet from within their workspaces. You can comment out these entries to disable access. However, if that access is turned off, then the default templates with source code will fail to be created in workspaces as those projects are cloned from GitHub.com. Your workspaces are still functional, we just prevent the template cloning.

Offline InstallationPermalink

We support offline (disconnected from the Internet) installation and operation. This is helpful for restricted environments, regulated datacenters, or offshore installations. The offline installation downloads the CLI, core system images, and any stack images while you are within a network DMZ with DockerHub access. You can then move those files to a secure environment and start Che.

1. Save Che ImagesPermalink

While connected to the Internet, download Che’s Docker images:
docker run <docker-goodness> eclipse/che:<version> offline
The CLI will download images and save them to /backup/*.tar with each image saved as its own file. You can save these files to a differnet location by volume mounting a local folder to :/data/backup. The version tag of the CLI Docker image will be used to determine which versions of dependent images to download. There is about 1GB of data that will be saved.
The default execution will download none of the optional stack images, which are needed to launch workspaces of a particular type. There are a few dozen stacks for different programming languages and some of them are over 1GB in size. It is unlikely that your users will need all of the stacks, so you do not need to download all of them. You can get a list of available stack images by running eclipse/che offline --list. You can download a specific stack by running eclipse/che offline --image:<image-name> and the --image flag can be repeatedly used on a single command line.

2. Start Che In Offline ModePermalink

Place the TAR files into a folder in the offline computer. If the files are in placed in a folder named /tmp/offline, you can run Che in offline mode with:
# Load the CLI
docker load < /tmp/offline/eclipse_che:<version>.tar

# Start Che in offline mode
docker run <other-properties> -v /tmp/offline:/data/backup eclipse/che:<version> start --offline
The --offline parameter instructs the Che CLI to load all of the TAR files located in the folder mounted to /data/backup. These images will then be used instead of routing out to the Internet to check for DockerHub. The preboot sequence takes place before any CLI functions make use of Docker. The eclipse/che starteclipse/che download, and eclipse/che initcommands support --offline mode which triggers this preboot sequence.

UninstallPermalink

# Remove your Che configuration and destroy user projects and database
docker run eclipse/che:<version> destroy [--quiet|--cli]

# Deletes Che's images from your Docker registry
docker run eclipse/che:<version> rmi

# Delete the Che CLI
docker rmi -f eclipse/che

LicensingPermalink

Che is licensed with the Eclipse Public License.

ConfigurationPermalink

Change Che’s port, hostname, oAuth, Docker, git, and networking by setting Eclipse Che properties.

Thursday, March 16, 2017

latihan membuat app adroid

Latihan Membuat Aplikasi Android Sendiri




Siapa yang tidak kenal dengan Android, sistem oprasi milik perusahaan raksasa Google ini telah menjadi pemain utama teknologi berbasis mobile. Seperti kita ketahui perkembanagn teknologi mobile semakin tumbuh dari hari-kehari. Android sebagai platform paling populer saat ini banyak dilirik oleh pengembang. Sehingga banyak sekali pengembang yang sukses dengan aplikasi buatan mereka termasuk pengembang dari Indonesia.


http://mocalover.blogspot.com/2013/12/cara-membuat-aplikasi-android.html

Apakah kita hanya melihat peluang pasar yang begitu besar hanya sebagai penonton ataukah sebagai pemain?. Maka dari itu jika anda memang berminat dengan peluang tersebut sudah saatnya mulai belajar cara membuat aplikasi android sendiri. Lantas apasaja yang harus di persiapkan?.


Cara Membuat Aplikasi Android



Berikut adalah perisapan yang harus anda miliki untuk mulai mebuat aplikasi android sendiri.



1. Tools / Aplikasi Pengembang



A. Eclipse 

Agar pembuatan aplikasi Android dapat bejalan dengan baik maka anda membutuhkan aplikasi Eclipse. Aplikasi ini berupa IDE (Integrated Developmnet Environtmen) yang mana berfungsi untuk membuat atau hanya sekedar mengembangkan aplikasi berbasis Android.  Eclipse banyak dipilih oleh para developer karena di anggap lebih mudah dan tentunya gratis dengan lisesensi Open source.Bukan itu saja Eclipse juga kaya akan plug-in yang sangat membantu dan mempermudah dalam mengembangkan sebuah aplikasi. Download disini:eclipse.org/downloads/


B. Netbeans

Sama halnya dengan Eclipse, Netbeans juga aplikasi IDE (Integrated Developmnet Environtmen) yang banyak digunakan oleh para pengembang Aplikasi Android. Netbeans ini lebih cocok bagi anda yang ingin mengembangkan aplikasi Android berbasis java. Aplikasi ini juga bisa anda gunakan dengan cuma-cuma alias gratis dengan
lisensi open source. Download sisini: netbeans.org/features/index.html



2. Perlengkapan Pendukung



Setelah menenutukan tool mana yang akan digunakan untuk mengembangkan atau membuat aplikasi berbasis android anda maka masih ada beberapa tool pendukung agar bisa menjalankan tool tersebut dan segera bisa membuat aplikasi berbasis Android simak di bawah ini.



Android SDK bisa di dapat disini: http://developer.android.com/sdk/index.html



Java SE Development Kit (JDK) bisa di dapat disini:http://www.oracle.com/technetwork/java/javase/downloads/index.html



Android Development Tool (ADT) baca tutorial instalasi di sinihttp://opensource.telkomspeedy.com/wiki/index.php/Eclipse:_ADT_plugin_untuk_Eclipse



- Membuat Android Virtual Device (AVD) untuk ujicoba aplikasi yang dibuat pada PC. Baca tutorial disini: http://blogermencobasukses.wordpress.com/2013/03/21/membuat-avd-android-virtual-devices/



3. Rujukan Tutorial dan Istilah Pengembangan Android

Tutorial cara membuat aplikasi android mulai dari level pemula hingga yang mahir lihat disini:



AYO SINAU BARENG APP ANDROID DI SMK WALI SONGO NGAWEN BLORA

Tuesday, March 14, 2017

Undangan Nikah Online

UNDANGAN NIKAH ONLINE


Kamu bisa daftar kemudian pilih deh tema yang kamu inginkan 
and than ukir namamu and pasanganmu
jadi deh undangan onlinemu
mudah kan?



Bikin sendiri undangan nikah onlinemu hem pasti seru deh....by "mr janto SMK Wali Songo Ngawen" contak person 085326200099