2016.12.04. html-2016/adatvbazis-bajok.htm C.16222 -224
(tömörítve)
20216.12.28. P. István:
Elkészültem a frame-telenítéssel, de rá kéne nézni: http://iframe.deske.hu/
Kérdés, hogy egyrészt jónak tűnik-e az eredmény, másrészt meg vannak még egyéb frame-es oldalak, de azok talán nem a website részei, ezek:
http://deske.hu/konyvek/html/vali-monografia/a.htm
http://deske.hu/menus_f.html
http://deske.hu/foto/fotomuzeumban-negak.htm
http://deske.hu/foto/zsido-temeto-abc.htm
http://deske.hu/foto/fotomuzeum-ajandek-2008.htm
http://deske.hu/index2.html
http://deske.hu/old/pma/index.php
http://deske.hu/iras/html-0000-listak/fioretti-lista.htm
http://deske.hu/iras/html-0000-listak/orvosi-CT-k/lelet-ct-2005-05/CDVIEWER/viewfrm.htm
http://deske.hu/iras/html-0000-listak/orvosi-CT-k/lelet-ct-2005-05/CDVIEWER/app.htm
http://deske.hu/iras/html-2010/w-w-w.htm
http://deske.hu/iras/html-2015/fotomuzeum-negak-keppel.htm
http://deske.hu/menus_fnk.html
Kell ezekkel foglalkozni?
A frame-es
linkes problémával kapcsolatban is van tisztázandó. Itt tulajdonképpen az a
kérdés, hogy mit is szeretnénk:
1.) a website-ot nézegetve tetszőleges oldalt be lehessen "bookmarkolni"
1.a) simán a browser bookmark funkciójával
1.b) vagy van egy gomb valahol a sarokban, amivel elmenthetjük az oldalt,
2.) a website-on bizonyos (vagy tetszőleges) oldal(aka)t be lehessen linkelni
kívülről.
Elvileg mindegyikre van megoldás, egyik egyszerűbb, másik bonyolultabb. Mi
legyen?
A csonka weboldalas probléma elvileg egyértelmű, de nem biztos, hogy minden
esetben jól tudna működni a megoldás. A feladat, hogy a megnyitott oldal (ha
nem frame-ben nyílt meg) eldöntsük, hogy milyen környezetben nyissuk meg. Ha
jól látom, van egy adatbázis a fájlokról, legalábbis egy részéről, de ha nem
szerepel benne, akkor esetleg a könyvtár alapján eldönthető, hogy hogyan
kezeljük a fájlt. De lehet sokkal egyszerűbb megoldást is csinálni: simán
minden fájlnál csak azt nézzük, hogy frame-ben nyílt-e meg, és ha nem, akkor
egyszerűen betöltjük fölé a menüt. Remélem, érthető a különbség.
István
válasz:
István, a többi később…tehát ez:
a website-ot nézegetve tetszőleges oldalt be lehessen “bookmarkolni" (simán a browser bookmark funkciójával)
a website-on bizonyos (vagy tetszőleges) oldal(aka)t be lehessen linkelni kívülről
-2017.01.03. István
a website-ot nézegetve tetszőleges oldalt be lehessen “bookmarkolni" (simán a
browser bookmark funkciójával)
Ez a legbonyolultabb variáció, gondolkozni kell rajta, hogy egyáltalán hogyan
oldható meg.
a website-on bizonyos (vagy tetszőleges) oldal(aka)t be lehessen linkelni
kívülről
Ez egyszerű, ha csak arról van szó, hogy vannak bizonyos, előre meghatározott
oldalak (pl. valinews), amire szeretnénk külső hivatkozást rakni. Tehát meg
kell határozni, hogy milyen oldalak esetén lenne szükség ehhez a belinkelése
lehetőségre. PL. a valinews esetén lenne egy ilyen URL:
http://deske.hu/valinews, ami úgy tölti be a deske.hu-t, hogy eleve a 3-as
menüpont van kiválasztva. Ha viszont az előző (főoldal URL módosításos) megoldás
megvalósul, akkor az egy általános megoldást ad erre a problémára is, bár a
fenti módszer szebb (egyszerűbb) URL-eket ad. Tehát a legjobb megoldás talán a
kettő kombinációja.
2.
szúrópróba szerűen végigmentem följön-e, minden OK, kivéve- ez találtam:
OK, ez nem gond,
3. (Hogy nem megy az OSZK-ra
a festm, stb szept óta:)
A home-ban
lévő sync.sh scriptben javítottam:
ezt:
wget -${WGETFLAGS}O - --http-user=sync --http-password=QBqs0uql4q
http://mek.oszk.hu/kiallitas/deske.hu/db/dbreload.php
erre:
wget -${WGETFLAGS}O - --http-user=sync --http-password=QBqs0uql4q
--header="Host: mek.oszk.hu"
http://193.6.201.253/kiallitas/deske.hu/db/dbreload.php
Azért is írom, hogy megmaradjon az infó írásban is.
1/
OSZK megoldódott, köszönöm, számítsa föl nekem
2. a
website-ot nézegetve tetszőleges oldalt be lehessen “bookmarkolni" (simán a
browser bookmark funkciójával)
Ez a legbonyolultabb variáció,
Van egyszerűbb megoldás, de az nem ugyanarra jó. Igazából az a kérdés, hogy
mire lenne szükség, ha egyáltalán bármire is van :)
3. a
website-on bizonyos (vagy tetszőleges) oldal(aka)t be lehessen linkelni kívülről
Ez egyszerű, ha csak arról van szó, hogy vannak bizonyos, előre meghatározott
oldalak (pl. valinews), amire szeretnénk külső hivatkozást rakni.
Nem látom át, nyugodtan válasszon itt is egy egyszerű megoldást
OK, ez egyszerű, de nem egy általános megoldás. Itt arról van szó, hogy ha van
egy weboldal a deske.hu-n belül, amit szeretne belinkelni vagy csak elküldeni
valakinek, akkor arra a konkrét weboldalra ezt meg lehet csinálni. Amíg ilyen
nincs, addig nincs mit csinálni.
5.
Van ez:
http://deske.hu/iras/html-2015/fotomuzeum-negak-keppel.htm
ami viszont nem működik, de azt írta, hogy kell, élő.
megnézem a neten, ez hogy van. menü –fotók-.- minden feljövő fotónal jobb alul
egy állandó link:
http://deske.hu/foto/eligazodas-adatokban.htm ott a IV. fejezt jobb szélén
link: fotomuzeumban-negak-keppel.htm --- nekem innét rendben kinyílik
tehát NEM KELL köszi
szóval, hogy valami értelmeset mondjak, nem látok semmi funkcióbővítés ígényt,
amire szükségem lenne---
2017.04.25. Pecseny.
Kedves Dezső!Még mindig szenvedek ezzel a munkával, konkrétan a menüvel. A helyzet az, hogy a jelenlegi állapotában itt nem lehet úgy különválasztani az sql kódot a php kódtól, ahogy azt eredetileg szerettem volna. Azt is néztem, hogyan lehetne egyszerűen módosítani a felületet, hogy mégiscsak lehessen, de nem is teljesen értem, hogy bizonyos dolgok miért vannak úgy a kódban, ahogy vannak, és nem is merek nagyon hozzányúlni. Mindenesetre meg fogok csinálni egy kompromisszumos megoldást, ahol egy az egyben végigviszem az eredeti logikát.
Igazából amiért írok, az az, hogy kínomban ma egész nap azt nézegettem, hogyan lehetne egyszerűen újracsinálni az egész felületet nulláról, bár mondta korábban, hogy ilyet nem szeretne... Találtam egy egész jó keretrendszert, amivel viszonylag fájdalommentesen lehetne reszponzív designt csinálni. (Legalábbis annak fájdalommentes, aki már csinált ilyet, én még nem...) Az új adatbázisréteget, amit bevállaltam, be lehetne fűzni egy ilyen korszerűbb design mögé is. Valószínűleg ki kéne egészíteni egy-két dologgal az adatbázisréteget is (plusz ki lehet dobni egy csomó feleslegessé váltat), és az a plusz feladat, hogy össze kéne rakni egy új design-t ennek a keretrendszernek az elemeiből.
Erről a keretrendszerről van szó: http://materializecss.com/
Egy az egyben az eredeti design-t nem lehet (de szerintem nem lenne is érdemes) lemásolni, hanem össze lehetne rakni egy újat. Nem azt mondom, hogy ezt én most meg szeretném csinálni, csak ha már elvacakoltam vele, akkor leírom, legalább ennyi értelme legyen :) De ezzel most nem fogok több időt eltölteni, hanem az eredetileg megbeszélteket fogom befejezni. István
______________________________________________________________________________
2017.04.25. Vitéz Gábor informatikusnak:
Kedves Gábor,
jelzem, otthon dolgozom, a gépem mindig aktív, 3
percenként keres mailre, és hangjelzést ad... és ha vagyok, azonnal szoktam
válaszolni
hát (remélem)
a rövid lényege ez a történetnek,
ami az én
mezőm:
- mostani állapot nekem mindenben megfelelő
- elsődleges szempontom, hogy az adatbázis jövője az OSZK-ban biztosítva legyen,
olvasható legyen.
- nem feltétlen igényem a responzív honlap, a VÁLINEWS-blogban ez ha bicegve is,
de megefelelően el van intézve
2016.09.
Kértem Istvánt, hogy a
jelzett php 7 re átállást, rendbehozatalt csinálja meg, amiről írt:
Pl. az adatbázis kapcsolódás jelszavastul mindenestül jelenleg kb. 25 helyen szerepel a kódban, és mind a 25 helyen a kályhától elindulva minden egyes lépés újra és újra le van programozva. Ehhez képest, amit én javaslok, az egy egységes, objektumorientált kód.
....Egy jó példa az adatbázis-kezelés, amit úgy alakítanánk át, hogy a minden adatbázis táblához létrehozunk a php-ban egy ún. osztályt, ahol minden osztály egy adott adatbázis tábla leképzése, azaz az adatbázisban minden rekord egy php objektum. Minden osztályban létrehozzuk az adott adathalmazhoz szükséges adatbázis-lekérdező és -módosító függvényeket, majd ennek megfelelően módosítjuk a kód többi részét is, amely ennek köszönhetően sokkal egyszerűbb, rövidebb, átláthatóbb lesz. ..
december
Deske, az én megoldásom az, hogy a frame-eket iframe-re alakítom. Ezzel gyakorlatilag egy az egyben megmarad a jelenlegi struktúra és működés, viszont a html5 ajánlás által elavultnak és elkerülendőnek minősített frame-ek megszűnnek az oldalon. Az iframe nem elavult, sőt:https://www.w3.org/TR/html5/obsolete.html#non-conforming-features itt épp az iframe+css-t javasolják a frame-ek helyett.
<divkutya</div volt, amiről akkor beszéltünk, de egy fokkal konkrétabban a
megoldás egy két frame-ből álló frameset kiváltására:
<style....</style
<div<iframe...</iframe</div
<div<iframe...</iframe</div
Itt meg is lehet nézni: http://iframe.deske.hu A fő frame-et már módosítottam, tehát pl. a VÁLINEWS-t megnyitva már nincs hagyományos frame az oldalon. Ezen az URL-en nincs lemásolva a teljes website, tehát az normális, hogy pl. a képek nem jelennek meg. Ahol a frame-ben további frame-ek vannak beágyazva (pl. képek) azokhoz még nem nyúltam.
[amit megcsinál, az az OSZK szerverére is fölkerüljön= a szinkronizáció teljesen automatikusan meg fog]
2017.április. 25.
Pecsenyánszky /C3.
Kedves Dezső!Még mindig szenvedek ezzel a munkával, konkrétan a menüvel. A helyzet az, hogy a jelenlegi állapotában itt nem lehet úgy különválasztani az sql kódot a php kódtól, ahogy azt eredetileg szerettem volna. Azt is néztem, hogyan lehetne egyszerűen módosítani a felületet, hogy mégiscsak lehessen, de nem is teljesen értem, hogy bizonyos dolgok miért vannak úgy a kódban, ahogy vannak, és nem is merek nagyon hozzányúlni. Mindenesetre meg fogok csinálni egy kompromisszumos megoldást, ahol egy az egyben végigviszem az eredeti logikát.
Igazából amiért írok, az az, hogy kínomban ma egész nap azt nézegettem, hogyan lehetne egyszerűen újracsinálni az egész felületet nulláról, bár mondta korábban, hogy ilyet nem szeretne... Találtam egy egész jó keretrendszert, amivel viszonylag fájdalommentesen lehetne reszponzív designt csinálni. (Legalábbis annak fájdalommentes, aki már csinált ilyet, én még nem...) Az új adatbázisréteget, amit bevállaltam, be lehetne fűzni egy ilyen korszerűbb design mögé is. Valószínűleg ki kéne egészíteni egy-két dologgal az adatbázisréteget is (plusz ki lehet dobni egy csomó feleslegessé váltat), és az a plusz feladat, hogy össze kéne rakni egy új design-t ennek a keretrendszernek az elemeiből.
Erről a keretrendszerről van szó: http://materializecss.com/
_________________________________________________________________________________
megbeszélés P. Istvánnal 2017.04.26 szerda AMIT ÉRTEK BELŐLE : - ))
php7-t korszerűsítette, frame rendszerből iframe lett, ez korszerű és jó,
php-ket, a többi javítást csak amennyire lehet, még csinálja,
ha új honlap: Sitebild= kliensoldal= Szőnyi Andris kéne: statikus html oldal,
dizájn része lehet benne java és css, jó lenne responzívre (Materialize
sablonnal?) Evvel a feladattal kell kezdeni, megbeszélve Istvánnal.
István része = a háttér rendszer, php és mysql marad, szeinte ez nem tartozik az
OSzK-ra, ott semmi nem változik, ill. automatikusan átmegy hozzájuk
OSZK eddig= worpress semmiképp
és mail SZönyinek:
Andris, most az OSzK véleményezi
előzetesen a dolgot, tudod, arra várunk.
Rád vonatkoztatva ebből annyi, hogy rögtön jelezték, a wordpress blogmotor nekik
nem jó. István a Materialize-t vetette föl.AZ OSZK-nak véleményezéséhez meg
kell nekik írnom, te mit tervezel, saját progr. írsz, vagy melyik sablont. Bár
István szerint ez őket nem érinti.
ÉN:
- elsődleges cél az OSZK-ban megmaradjon a képeim adatbázisa, mindent ennek
alárendelni
- responzívre nekem elég a blog, az viszont már most megvan. Képeket, azok
adatait stb. úgyis PC-n kell
- a kliensoldal - látvány ne változzék. Javítani lehet, megbeszélni.
20017.04.26.
Vitéz Gábor OSZK info
Kedves Dezső!
Átolvastam az
emailt, illetve Ildikó adott még plusz információt az oldaláról, ezek alapján a
következőket javasolnám mielőtt bármilyen döntés is születik:
- Moldován Istvánnal mindenképp érdemes lenne beszélni a MEK jövőjével
kapcsolatban, illetve hogy várhatóan az OSZKban milyen anyagok karbantartására
van lehetőség
- szerintem a
hosszú távú megőrzés szempontjából nagyon jó lenne ha minden művéhez
valamilyen szabványos formátumban le lehetne generálni a metaadatokat. Ha ez
sikerülne, akkor az ősszes művét be lehetne valószínűleg tölteni a jelenlegi és
majdani könyvtári rendszerekbe, képtárakba ha ez még nem történt meg. Ebben
Moldován István és Drótos László tudna leginkább javaslatot adni, könyvtáras
végzettségem sajnos nincs.
- A weboldal esetén a frames megoldás tényleg avul, ugyanakkor az iframe az
továbbra is megfelelő, szóval a
http://iframe.deske.hu oldalon található változat még jó ideig megtekinthető
lehet.
-
http://materializecss.com/ jónak tűnik, de nem hiszem hogy szükséges lenne
(szóval nem árt, de nem is biztos hogy számít)
- hosszú távú
megőrzés szempontjából minél egyszerűbb a weboldal, annál jobb, a
wordpresst ilyen célra nagyon nem javasolnám, az rendszeres karbantartást
igényel.
- Ahogy látom az oldal bonyolult, így a tegnapi javaslatom hogy statikus html
irányba kellene inkább elmenni vele nem állja meg a helyét. Ezek alapján valami
egyszerű PHP+mysql alapú megoldás jó lehet.
Remélem ez
lendít a helyzeten, szükség esetén örömmel állok rendelkezésére.
Moldován István
feladat nem egyszerű, mint említettem, mindenképpen meggondolást, egyeztetést kíván. Mi nem tudunk WordPress-ben folyamatosan aktualizálni, hosszú távon megőrizni. A hosszú távú megőrzés statikus, HTML fájlokban lehetséges. A mostani is adatbázis által van támogatva, bizonytalan a megőrzése. Egy megbeszélésen majd átgondoljuk a lehetőségeket. Drótos Laci egy másik munkacsoportban a webarchiválással foglalkozik. Itt talán kipróbálhatnánk a deske.hu-t menteni. Nem egyszerű, lásd https://web.archive.org/web/*/deske.hu üdv.: Gábor
Vitéz Ildikó tel.
Ne siessük el a programcserét, le kellen elöbb együtt ülni. A MEK valószínű
jövőre beolvad az OSZK-ba, nagy szervert vesznek. Muszáj lesz átvenni a MEK
rendszereit, pár évig legalábbis a honlapom biztos megy.
Maradhatna így. A responzív tényleg nem fontos ennél.
május 4.Vitéz Ildikó
Ragaszkodnak a változtatáshoz a rendszergazdák? Mert
akkor egy email-t küldhetnének Istvánnak, Gábornak, Lacinak, nekem a tervről. De ha nem ragaszkodnak, maradhatna szerintem is ez a
változat. A MEK készül az átállásra, várják az OSZK új könyvtári
rendszerét, amibe beolvad majd a MEK. 1-2 év lehet ez, a MEK szervert addig mi
(Gábor és én) üzemeltetjük. Rajta a Váli honlappal többek között. (A MEK fejlesztésére sajnos már nem kell készülnöm.)
A hosszú távú megőrzésről levelet váltottam Lacival. Fut
egy kísérleti projekt a Laci vezetésével a magyar Internet archiválására. Az a
terv, hogy az archiválást az OSZK fogja majd végezni, archiválná természetesen a
MEK szerver anyagát a desk.hu teljes anyagával. Az eredmény statikus html
oldalak halmaza lesz, melyben elvileg minden benne lesz, kivéve a Php-s keresési
funkciókat. Gondolom, ehelyett lesz valami egyéb keresési módszer. Lényeg, hogy a html oldalak a képekkel megőrződnek. Ha a rendszergazdák mégis ragaszkodnak a változtatáshoz,
akkor István bevonásával kellene megbeszélést szervezni. Szeretettel üdvözli: Ildikó
én:
2017.05.04. mail Pecsenyánszky Istvánnak.
Kedves Pisti a C3-ból... (bocs, megkülönböztetés a OSZK/MEK-vezető Moldován
Istvántól...) Kérem, beszéljen meg egy találkozót Istvánnal, gondolom, nála.
Ehhez alkalmazkodom. És ha az OSZK szerint a honlap hosszú távú
használhatóságához célszerű lenne új program írása, akkor megkérem erre…
Ha jól értelmezem (ami egyáltalán nem biztos), a megbeszélni való: OSZK
archiválja majd a MEK-szerver anyagát a deske.hu-val együtt. Ez statikus html
oldalak halmaza lesz, melyben minden benne lesz, kivéve a Php-s keresési
funkciókat. Gondolom, ehelyett lesz valami egyéb keresési módszer. Köszönöm!
d.
2017.5.16.
Moldován István - Pecsenyánszky+ VD-nek
(Fettel Pecsnyánszky előzetes levele, beépítette Moldován)
Tájékoztattam a kollégáimat is, az eddigiekről.
1. Két lényeges dolgot azért tisztáztunk. Meg fog újulni a deske.hu, és
az új website nem wordpress (vagy egyéb cms) alapú lesz, hanem működésében
ugyanaz marad, mint a jelenlegi változat. Tehát a módosítás szerver oldalon nem
jelent akkora változást, hogy amiatt aggódni kellene, hogy az oldal tükre az
OSZK-ban esetleg nem fog működni. Ezt majd előtte le kellene tesztelni, ha
lesz béta változat. Ha oda jut a fejlesztés Vitéz Gábor kollégámmal kellene
egyeztetni, küldtem neki is cc-t.
2. Hosszabb távon az a működés nem fenntartható, hogy a C3-ban futó
dinamikus website egy az egyben (php-val, mysql-lel) működjön az OSZK-ban is. A
cél az, hogy az OSZK-ban egy jól használható statikus változat legyen. Szerintem
ennek fényében el lehetne kezdeni az új website fejlesztését úgy, hogy a készülő
website elérhető legyen egy új url-en (pl. beta.deske.hu). Az OSZK ebből
tudna gyártani statikus verziót, és a fejlesztés során arra kellene törekedni,
hogy a statikus verzió is használható legyen.
Amit elvileg mondtam, ajánlás az archiválható honlapra, itt is található Drótos
László kollégámnak köszönhetően:
http://mekosztaly.oszk.hu/mia/MIA_wiki.html#Crawler-friendly_website
Különben ez az az induló projekt az OSZK-ban, amiről beszéltem, ide illik be a
deske.hu hosszú távú archiválása is.
http://mekosztaly.oszk.hu/mia
Még az első lépéseket tesszük
üdv.: Moldován István
Országos Széchényi Könyvtár
E-szolgáltatási Igazgatóság
E-könyvtári Szolgáltatások osztály
1827 Budapest, Budavári Palota F épület, 315. sz.
Tel: (36)-1-224-3846
Mobil: (36)-20-400-8872
Fax: (36)-1-202-0804
E-mail:
moldovan@oszk.hu
URL:
http://mek.oszk.hu
URL:
http://epa.oszk.hu
*****************************************************