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.

válaszom - viszontválasza
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ó,

Ha nyűgös, nincs különösebb jelentősége, amennyire én értek hozzá, nyugodtan válasszon egy egyszerűbb megoldást
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

 *****************************************************