Meerder .dat bestanden laden of naartoe schrijven.
Ik ben een enorme leek in websites maken. Vroeger was ik nog wat mee met html, maar nu al totaal niet meer. Door veel te zoeken, heb ik op het werk een ad valvas-systeem kunnen maken. Ik heb geen toegang tot een mysql en werk dus met .dat bestanden.
De gegevens worden door bestand.php ingevoerd , ingelezen en weer verwijderd.
Ik heb heel veel verschillende .dat bestanden met gegevens van verschillende onderwerpen, maar nu zouden deze ook allemaal op 1 algemene pagina moeten komen.
Met andere worden, mijn php zou meerdere .dat's moeten inlezen. Is dit mogelijk en zo ja hoe?
Alvast bedankt voor eventuele hulp!
Joery
Gesponsorde koppelingen:
Zit dus noodgedwongen met die .dat bestanden.
Het idee was om een eigen server te draaien, maar daar krijgen we ook geen toestemming voor.
Dit is de php:
*edit: De code terug weggedaan, nam een volledige pagina in beslag.
Gewijzigd op 31/01/2012 12:37:13 door Joery Vergeylen
Joery Vergeylen op 31/01/2012 11:43:47:
Ja dat weet ik. Meer ICT wil onze dienst dat niet geven :( 't Is nogal moeilijk om uit te leggen, wij werken hier met heel gevoelige info.
Zit dus noodgedwongen met die .dat bestanden.
Het idee was om een eigen server te draaien, maar daar krijgen we ook geen toestemming voor.
Zit dus noodgedwongen met die .dat bestanden.
Het idee was om een eigen server te draaien, maar daar krijgen we ook geen toestemming voor.
Dan is je ICT dienst niet zo slim.
Gevoelige data sla je niét op in .dat bestanden, maar in een database.
Internet Verslaafde op 31/01/2012 16:53:30:
Dan is je ICT dienst niet zo slim.
Gevoelige data sla je niét op in .dat bestanden, maar in een database.
Gevoelige data sla je niét op in .dat bestanden, maar in een database.
Als systeembeheerder ben ik het hier ontzettend mee eens.
Een .dat bestand is gewoon te lezen, dus zeer onveilig.
- SanThe - op 31/01/2012 16:57:17:
Als systeembeheerder ben ik het hier ontzettend mee eens.
Een .dat bestand is gewoon te lezen, dus zeer onveilig.
De files van MySQL zijn overigens ook te lezen en verschillen voor de kenner niet veel van de .dat bestanden vrees ik. De files zijn mooi op tabelnaam aanwezig dus beveiliging is doorgaans minimaal.Internet Verslaafde op 31/01/2012 16:53:30:
Dan is je ICT dienst niet zo slim.
Gevoelige data sla je niét op in .dat bestanden, maar in een database.
Gevoelige data sla je niét op in .dat bestanden, maar in een database.
Als systeembeheerder ben ik het hier ontzettend mee eens.
Een .dat bestand is gewoon te lezen, dus zeer onveilig.
Verder moet je je natuurlijk afvragen of je zomaar een operationele medewerker binnen je organisatie applicatie(s) wil laten bouwen, applicaties die zeer vertrouwelijke en/of gevoelige data bevatten. De juiste weg loopt dan via informatiemanagement en de ICT afdeling/ontwikkelaars en bij voorkeur niet via phphulp. Dit zelfbouwen is al sinds de eerste peecee prive projecten een plaag voor het informatiemanagement bij bedrijven. De opmerking "Dan is je ICT dienst niet zo slim." slaat dus nergens op, je kent de motivatie immers niet. Stel je voor dat de ICT dienst een soort hoster wordt waarbij informatietechnisch gezien wildgroei ontstaat....
Gewijzigd op 31/01/2012 17:19:01 door Aad B
Aad B op 31/01/2012 17:03:13:
De files van MySQL zijn overigens ook te lezen en verschillen voor de kenner niet veel van de .dat bestanden vrees ik. De files zijn mooi op tabelnaam aanwezig dus beveiliging is doorgaans minimaal.
Maar de mysql bestanden staan op een (redelijk) veilige plek en een .dat is naar mijn weten zeer eenvoudig uit te lezen en mysql is toch wat lastiger.
is het mogelijk om meerdere .dat files uit te lezen en te bundelen op 1 pagina?
:)
zoiets als
include 1.dat ; 2.dat; 3.dat enz?
dat zal wss niet werken, ongeacht dat de syntax niet klopt.
Heel kort nogmaals. Verschillende pagina's, via een gastenboek wat ik gebruik als ad valvas. Sla ik nieuwe berichten op in een .dat. Dat gastenboek staat op verschillende pagina's 'voor alle gebouwen die we beheren 1 gastenboek) Op die pagina's moet de info per gebouw te zien zijn, dus lees ik via het bijhorende php-bestand gebouw1.dat in. En dan zie je de info vor gebouw 1. Alle info van alle gebouwen moet nu ook op 1 pagina komen. Dus ik moet alle .dat's inlezen in 1 php en er voor zorgen dat alle berichten mooi onder elkaar staan en duidelijk leesbaar zijn.
Als iemand een veel simpelere optie (behalve mysql) weet, mag hij of zij me die gerust mede delen.
Een andere optie is de data in XML bestand weg te schrijven.
Over het hele "veilig - onveilig" daar doe ik geen uitspraken over, dat mag ook niet want volgens mij is hier niemand met genoeg kennis om daar een oordeel over te geven. Een .DAT bestand kan misschien wel erg veilig verborgen liggen achter firewalls en iets dat niet toegankelijk is. MySQL daarentegen is d.m.v. SQL injection bijvoorbeeld makkelijk te kraken.
Dat schetst een ander beeld dan men hier doet vermoeden. Ik zeg niet dat het standaard is, maar beide mogelijkheden zijn er. Iets is net zo veilig als de zwakste schakel. En tot slot, een MySQL database wordt ook gewoon opgeslagen in het filesystem, misschien wel als .DAT. Enige verschil is dat er een manifest naast ligt met de juiste waardes om te zoeken. De indexes zeg maar.
Afijn, back on topic:
fopen("files/1.dat");
fopen("files/2.dat");
fopen("files/3.dat");
Je kunt er naar weg schrijven, ophalen en verwijderen. Kost alleen meer werk dan wanneer je een database hebt.
Misschien zou je eens moete gaan zoeken voor een andere baan.
Dit soort zaken hoort gewoon via ICT te lopen. Je noest eens weten hoeveel belangrijke data er al om zeep geholpen is door hoby-isten.
Gewijzigd op 01/02/2012 18:06:52 door Ger van Steenderen
