1. Dashboard
  2. Mitglieder
    1. Letzte Aktivitäten
    2. Benutzer online
    3. Team
    4. Mitgliedersuche
  3. Forenregeln
  4. Forum
    1. Unerledigte Themen
  • Anmelden
  • Registrieren
  • Suche
Alles
  • Alles
  • Artikel
  • Seiten
  • Forum
  • Erweiterte Suche
  1. AutoIt.de - Das deutschsprachige Forum.
  2. Mitglieder
  3. Runa

Beiträge von Runa

  • Zugriff auf autoit.de mit Chrome nicht möglich

    • Runa
    • 6. Juli 2015 um 11:49
    Zitat von Yaerox

    Die Google suche ist mächtig, und mit vielen optionsmöglichkeiten noch umfangreicher und zielgenauer, aber die Forensuche der üblichen Forensoftware ist immer ein zuverlässiges Standbein eines jeden Forums.

    (...)
    Ich habe jahrelang selber Foren betrieben in verschiedene Hinsichten, teilweise auch für andere verwaltet, und meine Erfahrung ist: Wer sein Forum pflegt, der ist komplett unabhängig von anderen Seiten zu dem gleichen Thema und wird niemals Google statt seine eigene Suche als erstes fragen.

    Wenn ich ne Frage zum Android Rooten habe werd ich das sicherlich nicht bei google absetzen. Da ist die Gefahr zu groß das einfach mist angezeigt wird, also geh ich da lieber ins xdadeveloper Forum und schreib es hier sein. Da habe ich dann die Gewissheit das der Inhalt auch eher stimmt. Google ist für mich für allgemeine Aspekte, wenn ich gezielt etwas suche und mir bereits gute Quellen vorhanden sind, würde ich niemals Google nutzen.

    Ob zuverlässig oder nicht - darüber lässt sich streiten. Es lässt sich aber nicht darüber streiten, dass die intigrierten Forensuchen ohne massive und teils auch umständliche Änderungen nicht einmal die Hälfte der Ergebnisse findet, die die Google-Suche zu einem bestimmten Thema anzeigt. Das liegt vor allem an dem dahinterliegenden Suchalgorithmus: Während der von Google auch Synonyme und Rechtschreibfehler in den Suchanfragen berücksichtigt, sind gewöhnliche Forensuchen recht "dumm". Auch zeigt gerade die Forensuche von Burning Board nicht einmal alle Ergebnisse an, die noch veröffentlicht sind - Google hingegen schon.

    Ich habe mich jahrelang mit Foren, Forensoftware bis hin zu Content-Managment-Systemen befasst - jedes einzelne davon hat eine intigrierte Suche. Natürlich erfüllt die intigrierte Suche den Hauptzweck - sie sucht in den Inhalten und findet für gewöhnlich auch das eine oder andere Ergebnis. Aber oftmals muss man bei eben diesen Suchen im wahrsten Sinne des Wortes "suchen". Eine Sortierung nach Relevanz - in der Regel schlecht bis gar nicht umgesetzt. Eine Sortierung in wie weit ein Artikel anderen Nutzern helfen konnte - Fehlanzeige. Das wird zwar zur Hälfte mitgeschrieben, aber an keiner Stelle der Suche verwendet. Auch unterstützt keine der intigrierten Suchen auch nur annähernd eine Sprachenanalyse. So stuft Google beispielsweise die Relevanz eines Suchbegriffes im Ergebnis ab, wenn ein Negativwort (nicht, kein, ...) vor dem Suchwort steht.

    Es steht dir offen, Google zu vermeiden. Allerdings solltest du bedenken, dass Google dir nur anzeigt, was für nützlich erachtet wurde. Bei Themen die kaum jemanden interessieren - relativ gesehen - wie beispielsweise "Android rooten" - ist es vollkommen klar, dass die Relevanz dort kaum Anfragen berücksichtigen kann und wird. Und mit stolzen vier Ergebnissen, die von xdadeveloper bei Google gelistet sind, braucht es niemanden wundern, dass die Seite kaum über Google zu finden ist. Weshalb lasse ich jetzt mal offen, da es vollkommen offensichtlich ist.

    Ich fasse zusammen: Die Googlesuche bringt mehr, bessere und zielführende Ergebnisse durch verschiedene Aspekte ihres Algorithmus. Die intigrierten Forensuchen erfüllen einen Zweck. Allerdings nur, wenn man ganz genau weiß, was man eigentlich sucht. Oder anders formuliert: Wer weiß, was er genau braucht, kann beide Suchen verwenden. Wer es nicht genau weiß, nimmt die Google Suche. Das spiegelt sich auch in deinem Beispiel wieder: Android Rooten ist schon eine sehr spezielle Anfrage. Das heißt, du weißt genau, was dein Problem löst. Du musst nicht suchen, sondern im Grunde nur noch finden lassen.

  • Zugriff auf autoit.de mit Chrome nicht möglich

    • Runa
    • 6. Juli 2015 um 09:57
    Zitat von chip

    Ich geb dir noch einen Kommentar ;). Scheinbar kennst du was ganz tolles nicht: https://autoit.de/index.php/Search/
    Wenn du die google-Suche benutzt um im Forum zu suchen, dann solltest du dringendst dich mal mit den Funktionen eines Forums als gesamtes beschäftigen.

    Chip, es ist kein Geheimnis, dass die Suche von BB alles andere als "was ganz tolles ist" - nicht ohne Grund verwenden auch gestandene Nutzer dieser Software meist die Googlesuche um in ihrem eigenen Forum zu suchen. So geht zum Beispiel auch BugFix über die Google-Suche: User.calltips.api. Ich empfehle dir weniger aggressiv User anzugreifen, wenn du so offensichtlich im Unrecht bist - wirft kein gutes Licht auf das Team dieser Seite. ;)

  • User.calltips.api

    • Runa
    • 22. Juni 2015 um 20:21

    Oder du löschst sie bei dir - dann wirst du feststellen, dass es das Verhalten grundsätzlich ändert.

    Und weil du es auch beim vierten Mal nicht verstanden hast, habe ich den Test für dich übernommen und ausreichend dokumentiert:

    [Blockierte Grafik: http://theorycrafting.bioshade.de/Proof1.png]
    [Blockierte Grafik: http://theorycrafting.bioshade.de/Proof2.png]
    [Blockierte Grafik: http://theorycrafting.bioshade.de/Proof3.png]

    Ich weiß - ich wiederhole mich, aber: "Der default-Wert ist leider aber 0, nicht 1. Sonst würde sich diese Frage nicht stellen. Falls du mir nicht glaubst - teste es."

  • User.calltips.api

    • Runa
    • 22. Juni 2015 um 19:21

    Hier mal die volle Version der SciTEUser.properties, die über den von dieser Seite angebotenen Download (Stand: 22.06.2015 19:05) mitgeliefert wird:

    Spoiler anzeigen


    import au3.UserUdfs
    import au3.keywords.user.abbreviations

    Irgendwie sehe ich nicht, dass in der Datei die Zeile standardmäßig vorhanden ist. Und ist der Wert nicht explizit auf 1 gesetzt, steht er auf 0. Das bestätigt die Google-Suche und Trial-And-Error. Falls du rausfindest, welches Tool dir diese eine Zeile abnimmt, und diese Änderung für dich vornimmt, würde es mich freuen, wenn du es mir und anderen Nutzern zur Verfügung stellen würdest.

  • User.calltips.api

    • Runa
    • 22. Juni 2015 um 17:27
    Zitat von BugFix

    Im Normallfall muß diese Einstellung nicht gesetzt werden. Gibt es diese Property nicht, ist der Default-Wert 1.Auch mußt du nicht zwingend diee Scintilla-Doku durchforsten. Hier im Forum findest du gerade zur SciTE-Konfiguration reichlich Hinweise und PlugIns. ;)

    Der default-Wert ist leider aber 0, nicht 1. Sonst würde sich diese Frage nicht stellen. Falls du mir nicht glaubst - teste es. Und zu diesem Forum - da bin ich länger am Suchen als in der offiziellen Doku, weil es kaum Möglichkeiten gibt die Suche zu verfeinern.. :)

  • User.calltips.api

    • Runa
    • 22. Juni 2015 um 08:57
    Zitat von opaed

    OOOOOOOha,
    ich dachte schon an ein Witzbold, mit der Antwort "JA"
    Der Button @extended hat mich eines Besseren belehrt. :thumbup:
    Getestet und es funkt.... DANKE,

    Ich verstehe \n den Zeilenumbruch, hatte es auch probiert aber es hat ohne dein Tip natuerlich nicht geklappt.
    Ich bin etwas verwundert, wie Du an diesen internen Parameter drankommst, wusstest Du das sofort oder hast Du gezielt in einer guten Quelle gesucht ?

    Egal, ein guter Tip, nochmals Danke
    Mfg

    Alles anzeigen


    Ein Witzbold? Definitiv! Sonst macht das Leben doch keinen Spaß. :P

    Sowohl als auch: Ich habe sowohl eine gute Quelle und wusste es sofort, weil ich das Problem selbst einmal hatte.

    Quelle: http://www.scintilla.org/SciTEDoc.html

    "When set to 1 the API file may contain C style backslash escapes which are listed in the command line arguments section. The * form is used if there is no lexer specific setting."

  • Text filtern mit StringInStr bzw. Position von Wörtern herausfinden und anwählen

    • Runa
    • 22. Juni 2015 um 01:07

    http://translation.autoit.de/onlinehilfe/fu…StringInStr.htm

    Dort kannst du nachlesen, wie die Funktion funktioniert.
    Ebenso, dass diese Funktion dir die Position innerhalb des Strings zurückgibt.

  • User.calltips.api

    • Runa
    • 22. Juni 2015 um 01:04

    Ja.

    @extended


    Du brauchst in der SciTEUser.properties die Zeile calltip.*.use.escapes=1. Und schon wird aus jedem "\n" in deinen Calltips ein Zeilenumbruch. Auf meinem System W7x64 brauchte ich die SciTEUser.properties in AppData-Local... ;)

  • PING mit Mailversand (Server Überwachen)

    • Runa
    • 19. Juni 2015 um 09:03
    Zitat von Prekuz

    Huhu,

    danke für die Hilfe.
    @Andy hier gehts es darum zu schauen ob Server da wenn nein dann mail an mich. Damit ich nicht erst reagieren kann wenn ich einen Anruf vom Anwender bekomme.
    @bernd670 danke die fehlenden Parameter haben es gerichtet.

    Die Dienstabfrage wird anderes geregelt intern mit einem anderen Script.

    Vielen Dank für die Hilfe

    Ich empfehle das Tool "BLAT". ;) Der hat ein eigenes Error-Log, ist Kommandozeile(n) basiert, portable und sehr klein. Nutzen wir zum selben Zweck.

  • Eigener "Browser" in Windows 8?

    • Runa
    • 18. Juni 2015 um 13:56

    Hallo Gemeinde :thumbup:

    Ich habe via AutoIt ein kleines Programm geschrieben, dass als "Standardbrowser" registriert wurde (direkt über die Registry) und alle Links aus Mails etc. anhand von Regeln an den entsprechend zuständigen Browser weiterleitet. Das ist für Seiten mit ActiveX zum Beispiel der IE, während beispielsweise sonst bitte doch lieber der Firefox verwendet wird. Ihr kennt das Problem sicher auch.

    Jetzt klappt das bis Windows 7 problemlos. Mit Windows 8 bzw. Windows 8.1 wird das ganze allerdings sehr spannend: Über die selben Schlüssel wie in den bisherigen Versionen von Windows klappt das leider nicht: In "Default Programs" werden diese Assoziationen zwar umgezogen, allerdings wird das eigene Programm nicht zum Öffnen der Links (URLAssociations auf HTTP und HTTPS) verwendet, sondern stattdessen gefragt, welches Programm verwendet werden soll. Nun wäre das nicht so wild, wenn W8 an dieser Stelle das eigene Programm vorschlagen würde - tut es aber nicht. Es schlägt lediglich die richtig installierten Browser in der Maske vor - oder man könnte den App-Store durchsuchen.

    Weiß jemand von euch, wie man auf W8 ein AutoIt-Programm korrekt "installiert", dass es in dem Dialog als Browser ausgewählt werden kann, oder wie man das ganze gleich über die Registry regelt? Bisherige "Lösung" funktioniert über das annektieren des shell-open-commands eines anderen Browsers (zum Beispiel Firefox), wonach er zwar immer noch fragt, welches Programm er verwenden soll, aber zumindest den eigenen Browser vorschlägt...

    Danke für eure Zeit und liebe Grüße

  • Zugriff auf autoit.de mit Chrome nicht möglich

    • Runa
    • 12. Juni 2015 um 15:25
    Zitat von chip

    Leute werft endlich mal eure alten Bookmarks weg. Dazu gibt es im Forum rechts oben die Link-Box. Geht alles in Chrome, nutze ich ausschließlich, wenn man die aktuellen und richtigen Links benutzt. Die Links welche ihr versucht zu benutzen sind veraltet. Hat Gun-Food alles nach dem Forenumzug umgestellt.:

    https://autoit.de/onlinehilfe
    https://autoit.de/wiki

    ... dass du als "Poweruser" einen Kommentar dieser Qualität abgibst...

    1. Veraltete Lesezeichen führen nur zum Problem, wenn man veraltete Links ungepflegt in Fehler laufen lässt. Und in diesem Fall wäre es definitiv vermeidbar gewesen:

    Apache Configuration
    RewriteCond %{HTTP_HOST} ^wiki\.autoit\.de [OR]
    RewriteCond %{HTTP_HOST} ^translation\.autoit\.de [OR]
    RewriteCond %{HTTP_HOST} ^www\.autoit\.de [OR]
    RewriteCond %{SERVER_PORT} !^443$
    RewriteRule (.*) https://autoit.de/%{REQUEST_URI} [R=301]


    Fertig - alle "veralteten Lesezeichen" laufen nicht mehr in einen Fehler sondern an die richtige Stelle - und sie bringen dem Browser sogar zeitgleich bei, dass der Link veraltet ist! Und dazu sind bloß fünf Zeilen nötig.

    2. Du tust so, als wäre es der Fehler der Nutzer gewesen. Die in der Forensoftware integrierte Suchmachine kam mit dem Wechsel wunderbar klar. Aber ALLE Suchmachinen (google, bing, yahoo, search, conduit, ...) nicht und hatten "veraltete Lesezeichen". Du weißt schon, dass ein Neucachen der Seiten durch einen Suchmachinen-Crawler über 6 Monate dauern kann? In diesem Fall hat es wie lange gedauert? Seit dieser Woche sind (die meisten - nicht alle) Ergebnisse in der Google-Suche (die meist genutzte Suchmachine) wieder aktuell. Die anderen Suchmachinen zeigen noch "veraltete Lesezeichen" auf der ersten Seite an.

    3. Das EINZIGE Lesezeichen, dass ein Nutzer sich hier her in der Regel setzt ist das auf die Startseite. Und das wurde bereits vor einiger Zeit gefixed, dass genau diese Adresse auf https://autoit.de/ umgeleitet wird. Lesezeichen zu Threads sind eher selten - außer den Tutorial-Threads eventuell.

  • Zugriff auf autoit.de mit Chrome nicht möglich

    • Runa
    • 11. Juni 2015 um 17:10
    Zitat von minx

    Welche Subdomain ist denn davon betroffen? Zertifikate gelten normalerweise für die Domain, nicht für eine Seite. Es wäre also mehr Arbeit das auf eine Seite zu beschränken, als es so wie es ist zu lassen. Die Umleitung von www. muss natürlich noch rein.

    1. https://autoit.de/www.autoit.de
    2. translation.autoit.de
    3. wiki.autoit.de

    Das sind die, die ich auf die Schnelle finde :)

    Übrigens kommt es auf das Zertifikat an, auf was der Geltungsbereich beschränkt ist:

    1. Normale Zertifikate: [subdomain].domain.topleveldomain
    - Zählt nur für EINE Subdomain. Hier zählt auch "domain.topleveldomain" als eine Subdomain.

    2. Wildcard-Zertifikate: *.domain.topleveldomain
    - Zählt für eine komplette Domain - mit allen Subdomains

    3. Spezielle Zertifikate
    - Sind meistens vordefiniert vom jeweiligen ISP. Beispiel 1&1: domain.topleveldomain und https://autoit.de/www.domain.topleveldomain - andere sind nicht möglich.


    4. Fake-Zertifikate
    - Werden meistens lokal genutzt, um eine SSL-Verbindung zu eigenen Geräten im Netzwerk aufzubauen und sind selbst ausgestellte Zertifikate, denen natürlich kein Gerät traut, dass nicht zufällig auch dem Aussteller-Server (meistens der DC des Netzwerks) zu seinen trusted-authorities zählt.


    Also ganz so leicht ist es (leider) nicht. :)

  • Zugriff auf autoit.de mit Chrome nicht möglich

    • Runa
    • 3. Juni 2015 um 10:42

    @Peter S. Taler, im Grunde genommen, um das Versenden von Passwörtern in Klarschrift quer durch das Internet zu vermeiden. Oder anders formuliert: Damit die Passwortfunktion des Forums überhaupt einen Sinn hat und nicht den selben Zweck wie eine Haustür ohne Schloss erfüllt: Sicher aussehen, ohne irgendwelche Sicherheiten zu bieten.

    @Bitnugger, oder aber wer auch immer sich den Müll hat einfallen lassen baut endlich eine vernünftige .htaccess, damit nicht der Endnutzer mit dem bugfixen betraut wird:

    Apache Configuration: .htaccess
    RewriteEngine On
    
    
    RewriteCond %{SERVER_PORT} !^443$
    RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
    
    
    RewriteCond %{HTTP_HOST} ^www\.(.*)$ [NC]
    RewriteRule ^(.*)$ http://%1/$1 [R=301,L]


    Für die bestehenden Subdomains sind die entsprechenden 3 Zeilen auch schnell geschrieben. Dennoch besteht der Zustand bereits Monate - und ein Bugfix durch den Betreiber ist auch in Zukunft nicht abzusehen.

  • Zugriff auf autoit.de mit Chrome nicht möglich

    • Runa
    • 29. Mai 2015 um 13:54

    Das Problem ist:

    1. Es wird eine SSL-Verbindung erzwungen.
    2. Das Zertifikat gilt nur für autoit.de. Sämtliche Subdomains sind vom Zertifikat ausgeschlossen.

    Lustigerweise sind nahezu ALLE Seiten von AutoIt, die in Suchmachinen gelistet sind auf einer Subdomain - und wenn es bloß die "www" Subdomain ist - das gilt auch für die komplette AutoIt Hilfe auf dieser Seite: "https://translation.autoit.de/" - naja, wenn man sich das Pagerank und SE-Ranking zerschießen will... :) Alternativ könnte man das Problem richtig lösen, wenn man für den eigenen Auftritt schon das falsche (in diesem Fall kein Wildcard-) Zertifikat gekauft hat - URL-Rewrite über die .htaccess. Aber da das Problem nun schon mehrere Monate besteht, ohne das es den Administrator dieser Seite interessiert hat, denke ich mal, dass das nicht mehr kommen wird, auch wenn der Pagerank sich immer mehr einem kindlichem "Konkurrenz" Forum annähert, in dem die Aktivität seit Jahren stetig sinkt.

  • "Oder" - Abfrage wird als "Und" gewertet?

    • Runa
    • 29. Mai 2015 um 13:39

    Alternativ kannst du auch den bedingten Operator verwenden:

    AutoIt
    #include <GUIConstantsEx.au3>
        Local $hGUI = GUICreate("Example")
    	$input1 = GUICtrlCreateInput("",5,10)
    	$input2 = GUICtrlCreateInput("",5,30)
    	$testbtn = GUICtrlCreateButton("test",5,80)
        ; Display the GUI.
        GUISetState(@SW_SHOW, $hGUI)
        While 1
            Switch GUIGetMsg()
                Case $GUI_EVENT_CLOSE
                    ExitLoop
    			Case $testbtn
    				MsgBox(0,"","Inhalt: " & ((GUICtrlRead($input1) = '') ? 'Leer' : GUICtrlRead($input1)) & " - " & ((GUICtrlRead($input2) = '') ? 'Leer' : GUICtrlRead($input2)))
            EndSwitch
        WEnd
    Alles anzeigen


    Führt zu den Ausgaben:

    Leer - Leer
    GUICTRLRead($input1) - Leer
    Leer - GUICTRLRead($input2)

    Kürzt den Quellcode ungemein, aber wird auch ein wenig unübersichtlicher.

  • "Oder" - Abfrage wird als "Und" gewertet?

    • Runa
    • 29. Mai 2015 um 12:24

    Deine Abfrage macht genau was du ihr gesagt hast:

    Wenn Input1 leer ist ODER Input2 leer ist, dann sag mir bitte, dass es leer ist.

    "Fall 2 Nur eine der Inputboxen ist gefüllt TROTZDEM LEER: das ist mein Problem"

    Dann darfst du kein "OR" verwenden, sondern brauchst "AND".

  • Eingabe per Tastaturbefehl - Monitor aus?

    • Runa
    • 4. Mai 2015 um 14:05
    Zitat von Kanashius

    Wieso willst du den Titel eines "" Fensters->leeren Fensters???, war nicht "[active]" für das aktive?

    Ein leerer String matched jedes Fenster im Standardmodus - und wenn mehrere Fenster gematched werden zählt jenes, welches zuletzt verwendet wurde. Demnach das aktive. Demnach matchen sowohl ein leerer String als auch "[active]" das aktive Fenster. ;)

    Mein Tipp warum es nicht funktioniert:

    Solange AutoIT nicht als Dienst läuft, ist eine Windows-Anmeldung zwingend notwendig. Ebenso darf der PC nicht gesperrt [Win+L] sein. Für gewöhnlich ist es bei "Service-PCs" [Ich spare mir mal den Vortrag darüber, dass man Geräte ohne 24h-Hardware nicht 24/7 laufen lassen sollte...] wie bei Servern allerdings so, dass zumeist kein Nutzer angemeldet ist, oder zumindest der Computer gesperrt wird, um unauthorisierte oder versehendliche Eingaben zu verhindern. Und das wird vermutlich auch hier das Problem sein: RDP-Verbindung -> Meldet sich zuerst am Gerät an. Wenn man selbst gucken will -> meldet man sich an, weil sonst sieht man ja nichts.

    Sollte dies das Problem sein, empfehle ich diesen Thread aus diesem Forum:

    Kompal. Script als Dienst starten

    Liebe Grüße
    EineXage

  • Abfrage-Dialog von IE bestätigen

    • Runa
    • 30. April 2015 um 12:55

    Dabei handelt es sich um eine JavaScript-Confirm-Box. Das Schließen funktioniert recht simpel:

    JavaScript-Fenster-Button focussieren, JavaScript-Fenster-Button clicken. Beides Control Funktionen:


    AutoIt
    $sTitel = "Meldung von Webseite"
    $sButton = "OK"
    If ControlFocus($sTitel, $sButton ,1) Then
    	ControlClick($sTitel, $sButton, 1)
    EndIf
  • Programme durch ausschalten des Monitors beenden

    • Runa
    • 18. November 2014 um 01:04

    Hallo Harald,

    -------------------------------------------------------------------
    Wenn du C++ verstehst, hilft dir das eventuell weiter:

    http://cboard.cprogramming.com/windows-progra…html#post755545

    Solltest du es nicht verstehen, bleibt dir wohl nur der harte Weg über IO-Port-Sniffing, um die entsprechende On/Off-Message zu bekommen. Zum Testen kannst du beispielsweise diese Funktion verwenden, mit der du deinen Monitor gezielt abschalten kannst:

    http://www.autoitscript.com/forum/topic/57…-onoff-example/
    -------------------------------------------------------------------

    Viel Glück.
    Einexage

  • ListViewItem bei Rechtsklick lesen

    • Runa
    • 14. November 2014 um 21:14

    Um deine Frage zu klären: Ja, es ist möglich, aber da du noch recht wenig mit AutoIt zu tun hattest, empfehle ich dir erst mit einfacheren Dingen zu beginnen, da du für diese Lösung auf die Windows-Control-Events zurückgreifen musst, die nicht bereits in AutoIt-Variablen versteckt sind...

    Falls du es dennoch versuchen willst -> Das Event ist "NM_RCLICK" und du brauchst ein Gebilde über WM_NOTIFY... ein paar Beispiele lassen sich über Google finden, aber sie zu erklären wird schwierig, da sie sich nicht mehr der "simplen" Funktionen von AutoIt bedienen, sondern mit DLLs arbeiten.

Spenden

Jeder Euro hilft uns, Euch zu helfen.

Download

AutoIt Tutorial
AutoIt Buch
Onlinehilfe
AutoIt Entwickler
  1. Datenschutzerklärung
  2. Impressum
  3. Shoutbox-Archiv
Community-Software: WoltLab Suite™