Daten aus xls in einer HTML abrufen (Intranet)
Habe eine Fahrzeugdatenbank in Form einer Exceltabelle, diese möchte ich gern an meine Intranetseite (html) einbinden. Die Idee ist die: der User kann mit eingabe oder Listenauswahl die Daten aus der Tabelle abrufen: z.B. Fahrzeughersteller > Modell > = Übersicht der vorhandener Teilen (Felgen)
Kann mir jemand ein Tip geben wie man sowas realisieren kann? (bin kein gelernter Programmierer, habe wenig Erfahrung mit HTML)
Habe eine Fahrzeugdatenbank in Form einer Exceltabelle, diese möchte ich gern an meine Intranetseite (html) einbinden. Die Idee ist die: der User kann mit eingabe oder Listenauswahl die Daten aus der Tabelle abrufen: z.B. Fahrzeughersteller > Modell > = Übersicht der vorhandener Teilen (Felgen)
Kann mir jemand ein Tip geben wie man sowas realisieren kann? (bin kein gelernter Programmierer, habe wenig Erfahrung mit HTML)
Danke
Kann mir jemand ein Tip geben wie man sowas realisieren kann? (bin kein gelernter Programmierer, habe wenig Erfahrung mit HTML)
Habe eine Fahrzeugdatenbank in Form einer Exceltabelle, diese möchte ich gern an meine Intranetseite (html) einbinden. Die Idee ist die: der User kann mit eingabe oder Listenauswahl die Daten aus der Tabelle abrufen: z.B. Fahrzeughersteller > Modell > = Übersicht der vorhandener Teilen (Felgen)
Kann mir jemand ein Tip geben wie man sowas realisieren kann? (bin kein gelernter Programmierer, habe wenig Erfahrung mit HTML)
Danke
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 146220
Url: https://administrator.de/forum/daten-aus-xls-in-einer-html-abrufen-intranet-146220.html
Ausgedruckt am: 23.12.2024 um 03:12 Uhr
12 Kommentare
Neuester Kommentar
Hi bf-7a7u7,
http://blog.t-error.ch/article/564/excel_dateien_mit_dem_php-excelreade ...
Hier kannst du noch die neuste PHP-Excelreader Klasse downloaden.
Grüße,
Dani
Kann mir jemand ein Tip geben wie man sowas realisieren kann? (bin kein gelernter Programmierer, habe wenig Erfahrung mit HTML)
Dann wird es auf jeden Fall nicht einfach für dich. Aber es soll anscheinend möglich sein. Selber habe ich es noch nie versucht:http://blog.t-error.ch/article/564/excel_dateien_mit_dem_php-excelreade ...
Hier kannst du noch die neuste PHP-Excelreader Klasse downloaden.
Grüße,
Dani
uff - ohne Programmierkenntnisse usw. das zu versuchen ist schon nen hartes Stück arbeit... Ich hätte jetzt auf die poi-klasse vom Apache-Project verwiesen - allerdings müsstest du da per Java den Import erledigen...
Ansonsten würde ich gucken ob du das ganze nicht auf ne DB-Funktion umbauen kannst -> ich glaube das wird dir auf dauer leichter fallen als nen Excel-Import ...
Ansonsten würde ich gucken ob du das ganze nicht auf ne DB-Funktion umbauen kannst -> ich glaube das wird dir auf dauer leichter fallen als nen Excel-Import ...
Zitat von @maretz:
Ansonsten würde ich gucken ob du das ganze nicht auf ne DB-Funktion umbauen kannst -> ich glaube das wird dir auf dauer
leichter fallen als nen Excel-Import ...
Das ist eben mit der ExcelReader-Klasse nicht notwenig. Der Import fällt komplett weg...obs natürlich ohne Probleme funktioniert, ist eine andere Sache.Ansonsten würde ich gucken ob du das ganze nicht auf ne DB-Funktion umbauen kannst -> ich glaube das wird dir auf dauer
leichter fallen als nen Excel-Import ...
Moin,
klar braucht man die Excel-Tabelle dann nicht mehr. Ich stelle mir nur grad vor wie es aussieht wenn du eine Tabelle
Fahrzeug EK-Preis VK-Preis
hast und die so dann in die HTML-Datei einliest. Und ein Kollege kommt plötzlich auf die Idee: Hey, ich füge da mal nen Feld ein:
Fahrzeug Baujahr EK-Preis VK-Preis
-> lad die dann hoch und plötzlich sind ggf. die angezeigten Preise auf der Webseite extrem günstig... leider ist die Gewinnspanne dann etwas klein (so im Bereich von 0).
Mit ner Datenbank kann das nicht so einfach passieren -> "select fahrzeug, vk-preis from..." -> da is egal ob du da noch 5 Felder zwischen die haust -> er intressiert sich nur für die passenden Felder...
Und ich bin immer der Meinung: Wenn schon was selbst bauen - dann auch vernünftig...
klar braucht man die Excel-Tabelle dann nicht mehr. Ich stelle mir nur grad vor wie es aussieht wenn du eine Tabelle
Fahrzeug EK-Preis VK-Preis
hast und die so dann in die HTML-Datei einliest. Und ein Kollege kommt plötzlich auf die Idee: Hey, ich füge da mal nen Feld ein:
Fahrzeug Baujahr EK-Preis VK-Preis
-> lad die dann hoch und plötzlich sind ggf. die angezeigten Preise auf der Webseite extrem günstig... leider ist die Gewinnspanne dann etwas klein (so im Bereich von 0).
Mit ner Datenbank kann das nicht so einfach passieren -> "select fahrzeug, vk-preis from..." -> da is egal ob du da noch 5 Felder zwischen die haust -> er intressiert sich nur für die passenden Felder...
Und ich bin immer der Meinung: Wenn schon was selbst bauen - dann auch vernünftig...
Hi,
PHP und co. lernt man eben nicht mal kurz in 5 Minuten... sondern ein paar Wochen / Monate benötigt man schon noch. Dann geht es weiter mit MySQL - Datenbankmodell, etc...
Am Besten als Projekt definieren und an eine ext. Firma geben. Allerdings stellt sich dann eben die Kostenfrage... aber einen Versuch kann es nicht schaden. Der Chef kann nicht mehr als "Nein" sagen.
Grüße,
Dani
Und ich bin immer der Meinung: Wenn schon was selbst bauen - dann auch vernünftig...
natürlich hast du Recht... normalweiße sollte man das Projekt als WebApp entwickeln. Aber dafür fehlt auf jeden Fall die Manpower und auch das Wissen beim Verantwortlichen.PHP und co. lernt man eben nicht mal kurz in 5 Minuten... sondern ein paar Wochen / Monate benötigt man schon noch. Dann geht es weiter mit MySQL - Datenbankmodell, etc...
Am Besten als Projekt definieren und an eine ext. Firma geben. Allerdings stellt sich dann eben die Kostenfrage... aber einen Versuch kann es nicht schaden. Der Chef kann nicht mehr als "Nein" sagen.
Grüße,
Dani
Moin,
sorry wenn ich das so hart sage aber "Muss ma lernen" bedeutet in diesem Fall locker 3-6 Monate Lernzeit... Und dann hast du - wenn du bei Excel bleibst - ne Lösung die zimlich empfindlich ist. Ob es nun nen EK-Preis oder nen Felgen-No. ist -> wenn sich da was verschiebt hast du ernsthafte Probleme...
Bei ner DB speichert man das ganze schon anders ab. Da hast du eine Tabelle "Hersteller", eine Tabelle "Serie" und ggf. eine Tabelle "Felgen" mit entsprechenden Feldern. Da trägst du jetzt ein welche es alles gibt. Und dann noch 1-2 Verknüpfungstabellen (Welcher Hersteller hat welche Serien - und dazu "Welche Felge passt zu welchem Eintrag aus der ersten Verknüpfungstabelle"). Und schon kannst du mit sicherheit sagen was wo passt - und das ganze kann sogar einfach gepflegt werden. Denn: Der Azubi darf ggf. zwar neue Felgen-Serien eintragen - aber einen neuen Hersteller (Adui o.ä.) kann er nicht eintragen da er an die Tabelle nicht rankommt. Und ebenfalls kann er auch nicht sagen das auf einem Audi TT nen Traktor-Hinterreifen passt weil er sich nen bisserl verdrückt hat. DER kann nunmal nur die Serien eintragen... Und irgendwer von den festangestellten sagt dann halt welche Felge auf welches Auto passt. Da es jede Felge nur einmal gibt kann der sich aber auch nicht verschreiben -> der sagt einfach das die Felge "XYZ" für Auti TT, VW Käfer und Yamaha Thunderace passt... (solltest du eine Felge finden die das erfüllt - RESPEKT! ;) ).
Aber wie gesagt - das ist kein Ding für nen Anfänger oder "mal eben nebenbei". Aber WENN du das dann richtig machst dann hast du nen sauberes System - und kannst dich auf die Daten auch verlassen...
sorry wenn ich das so hart sage aber "Muss ma lernen" bedeutet in diesem Fall locker 3-6 Monate Lernzeit... Und dann hast du - wenn du bei Excel bleibst - ne Lösung die zimlich empfindlich ist. Ob es nun nen EK-Preis oder nen Felgen-No. ist -> wenn sich da was verschiebt hast du ernsthafte Probleme...
Bei ner DB speichert man das ganze schon anders ab. Da hast du eine Tabelle "Hersteller", eine Tabelle "Serie" und ggf. eine Tabelle "Felgen" mit entsprechenden Feldern. Da trägst du jetzt ein welche es alles gibt. Und dann noch 1-2 Verknüpfungstabellen (Welcher Hersteller hat welche Serien - und dazu "Welche Felge passt zu welchem Eintrag aus der ersten Verknüpfungstabelle"). Und schon kannst du mit sicherheit sagen was wo passt - und das ganze kann sogar einfach gepflegt werden. Denn: Der Azubi darf ggf. zwar neue Felgen-Serien eintragen - aber einen neuen Hersteller (Adui o.ä.) kann er nicht eintragen da er an die Tabelle nicht rankommt. Und ebenfalls kann er auch nicht sagen das auf einem Audi TT nen Traktor-Hinterreifen passt weil er sich nen bisserl verdrückt hat. DER kann nunmal nur die Serien eintragen... Und irgendwer von den festangestellten sagt dann halt welche Felge auf welches Auto passt. Da es jede Felge nur einmal gibt kann der sich aber auch nicht verschreiben -> der sagt einfach das die Felge "XYZ" für Auti TT, VW Käfer und Yamaha Thunderace passt... (solltest du eine Felge finden die das erfüllt - RESPEKT! ;) ).
Aber wie gesagt - das ist kein Ding für nen Anfänger oder "mal eben nebenbei". Aber WENN du das dann richtig machst dann hast du nen sauberes System - und kannst dich auf die Daten auch verlassen...
Moin,
ok, sorry, dann hab ich das falsch verstanden. Ich hatte es so verstanden das du das ding wirklich "sofort" umsetzen möchtest (d.h. in Tagen).
Für Lernzwecke ist das Projekt nahezu ideal! Insbesondere wenn du gleich ne DB nutzt (und PHP+MySQL ist praktisch DER Klassiker! Wenn du jemanden triffst der behauptet über diese Kombination im Internet nichts gefunden zu haben darfst du den ungefragt so an den Kopf hauen!). Denn da ist es ein recht simples Projekt mit ner Handvoll Tabellen - also noch recht überschaubar.
Was ich dir allerdings empfehlen möchte - damit du dir das Leben nicht unnötig schwer machst: Installiere dir lokal ein WAMP-System (Windows, Apache, MySQL, PHP). Vorteil daran: Das was du da programmierst läuft auch unter Linux mit nem LAMP (L=Linux, rest is gleich). Und du sparst dir ne ganze Menge Action mit nem Excel-Konverter - bei dem du dann auch vermutlich den Spass haben wirst das bei MS gute Ingenieure arbeiten (den guten Ingenieur erkennst du daran das er seine Freude hat etwas zu entwickeln was mit der Vorgängerversion absolut inkompatibel ist - siehe Mobil-Telefone und die Netzteile usw...). Und so kannst du z.B. einen Konverter der für Office 2003 entwickelt wurde nicht mit dem Office2007-Dateiformat verwenden (und vice-versa...). Bei einer DB ist es nahezu egal (in dem simplen Projekt hast du nix was so speziell wäre). Ob du MySQL 4 oder 5 nimmst - die Abfragen bleiben gleich. Und selbst wenn du dir sagst das du MS-SQL nimmst wird das da gehen - du musst lediglich den DB-Connector anpassen das du dich an die DB anbindest. Die SQL-Kommandos bleiben in dem Fall mit zimlicher Sicherheit noch gleich...
Weiterhin kannst du später das Projekt noch etwas erweitern. Z.B. ein Rechte-System (das der Azubi eben keine neuen Fahrzeug-Typen einbauen darf, der Chef aber alles darf usw...). Oder einen Bild-Upload -> schon kannst du das Ding sogar zimlich komfortabel für eine Webseite nutzen,... -> da würde mir schlagartig so einiges einfallen was man daraus bauen könnte ;).
Von daher: Wenn der Ansatz wirklich ist das du es lernen willst: Daumen hoch - guter Ansatz, gute Projektauswahl. Anfangen
ok, sorry, dann hab ich das falsch verstanden. Ich hatte es so verstanden das du das ding wirklich "sofort" umsetzen möchtest (d.h. in Tagen).
Für Lernzwecke ist das Projekt nahezu ideal! Insbesondere wenn du gleich ne DB nutzt (und PHP+MySQL ist praktisch DER Klassiker! Wenn du jemanden triffst der behauptet über diese Kombination im Internet nichts gefunden zu haben darfst du den ungefragt so an den Kopf hauen!). Denn da ist es ein recht simples Projekt mit ner Handvoll Tabellen - also noch recht überschaubar.
Was ich dir allerdings empfehlen möchte - damit du dir das Leben nicht unnötig schwer machst: Installiere dir lokal ein WAMP-System (Windows, Apache, MySQL, PHP). Vorteil daran: Das was du da programmierst läuft auch unter Linux mit nem LAMP (L=Linux, rest is gleich). Und du sparst dir ne ganze Menge Action mit nem Excel-Konverter - bei dem du dann auch vermutlich den Spass haben wirst das bei MS gute Ingenieure arbeiten (den guten Ingenieur erkennst du daran das er seine Freude hat etwas zu entwickeln was mit der Vorgängerversion absolut inkompatibel ist - siehe Mobil-Telefone und die Netzteile usw...). Und so kannst du z.B. einen Konverter der für Office 2003 entwickelt wurde nicht mit dem Office2007-Dateiformat verwenden (und vice-versa...). Bei einer DB ist es nahezu egal (in dem simplen Projekt hast du nix was so speziell wäre). Ob du MySQL 4 oder 5 nimmst - die Abfragen bleiben gleich. Und selbst wenn du dir sagst das du MS-SQL nimmst wird das da gehen - du musst lediglich den DB-Connector anpassen das du dich an die DB anbindest. Die SQL-Kommandos bleiben in dem Fall mit zimlicher Sicherheit noch gleich...
Weiterhin kannst du später das Projekt noch etwas erweitern. Z.B. ein Rechte-System (das der Azubi eben keine neuen Fahrzeug-Typen einbauen darf, der Chef aber alles darf usw...). Oder einen Bild-Upload -> schon kannst du das Ding sogar zimlich komfortabel für eine Webseite nutzen,... -> da würde mir schlagartig so einiges einfallen was man daraus bauen könnte ;).
Von daher: Wenn der Ansatz wirklich ist das du es lernen willst: Daumen hoch - guter Ansatz, gute Projektauswahl. Anfangen