Jó, akkor én most elvesztem, az „Aki (d.n. AKI...) először megszólal az a mamlasz!” névre keresztelt versenyt! 
Mindjárt találkozom Ketrinnel, üzentek neki valamit?

Ünnepélyesen megígérem, hogy amíg nem lesz óvóbácsi, addig nem rendetlenkedem többet, mint máskor szoktam!

Amúgy basszuskulcs. 

Szerintem a különbség nem Localhost és a szerver viszonylatából adódott, hanem abból, hogy a Localhoston egy érintetetlen (friss) SMF rendszeren lett kipróbálva az upgrade szkript, míg a szerveren pedig egy változtatásokkal megtűzdelt rendszer volt.
Ha a Localhoston a „buherált” rendszerre engedted volna rá az upgrade-szkriptet, ott is hajszálra ugyanazt a hibát kaptad volna, mint amit élesben kaptál.
(Egy ideje a felhasználók által jelzett hibákat állítom elő virtuális gépen, majd próbálom megszüntetni, és tájékoztatni őket a megoldás menetéről. Az is ugyanúgy működik az éles rendszerükön is. A Localhost, vagy a virtuális gép is „éles” környezet, ne tévesszen meg az elnevezés, csak kevésbé fáj, ha ott ront el az ember valamit.)
A leírás már elkészült, fel is tettem, tán már láttad is. Én tanultam azzal, hogy elkészítettem, és ha te nem is, talán más SMF fórumgazda egyszer még hasznát veszi.

Elnézésedet kérem, amiért már megint a Linuxszal jövök, de tudod ott ha valami nem úgy van, ahogy szeretnéd, akkor bizonyos kérdésekben a válasz hamar az rá: Írjál rá szkriptet!
Nem tudod beállítani a kijelző háttérvilágítását? Írjál rá szkriptet!
Fordítva áll a webkamerád képe? Írjál rá szkriptet!...
Sokat lógok ott, többet mint a harminckettesben és eléggé aktív is vagyok, ezért nekem ez a szkript dolog már nem cseng idegenül.
(*Sőt, most hogy belegondolok, bizonyos telepítők is szkriptek, és az első dolog, amit nem tudtam Linuxon megcsinálni, az egy ilyen szkriptnek a futtatása volt.
Ma már mosolygom rajta, akkor annyira zavart, hogy vissza is tértem a Windowshoz.
Viszonylag gyakran előfordul az .exe fájlokhoz szokott felhasználókkal, hogy nem tudnak lefuttatni egy szkriptet. Az ok általában triviális, olyan helyen adják ki a szkript futtatására a parancsot, ahol nincs is ott a szkript. Velem is ez volt.
Mint talán (vagy bizonyára) tudod, a szkript nem más mint egy automatikusan lefutó utasítássor.
Vegyünk egy egyszerű példát:
Az SMF upgarade szkriptjének 1517. sorában az van, hogy a /Képek/Avatarok mappát nevezze át /Képek/AVAtarok-ra.
Általában az SMF fórumokban van is /Képek/Avatarok mappa, mert nem nyúlnak hozzá, nincs annyi sütnivalójuk, neked viszont van és korábban már a /Képek mappát átnevezted Fényképekre, mert az sokkal szebben hangzik. Mi történik ekkor?
A szkript elindul megcsinál mindent az 1517. sorig, ott azonban elakad, jelzi, hogy nem talált /Képek/Avatarok mappát, és talán nem is megy tovább hibával kilép.
A változásokat azonban az 1517. sorig már végrehajtotta, az adatbázis, esetleg a fájlszerkezet a előző verzióhoz már nem, az újhoz pedig még nem passzol, használhatatlan marad. Valami ilyesmit kell elképzelni.)

A probléma elsődlegesen abból adódik szerintem, hogy az SMF rosszul tolerálja az adattáblák változását.
Az adminisztrátorok 99%-a örül, ha felteszi az SMF fórumot és használja. Egyszerűen túl jó vagy, mások nem képesek alakítani rajta, csinosítani szabadon, és ezért a frissítőnek általában nem is kell ilyen változásokat kezelnie, hát nincs is beleírva.
A frissítő szkriptet nagy valószínűséggel csak olyan SMF-en tudod lefuttatni sikeresen, amin nem történt (a táblák szerkezetét érintő) változtatás.
Azt tehát jól mondják a tárhelyszolgáltatódnál, hogy az eredeti („buherálatlan”) állapotot kellene elérni, és akkor kellene futtatni a frissítést.
Nagy meló mindent lepucolni, és én nem látom garantáltnak, hogy még ha minden változást le is szedsz, a táblákban tutira nem marad semmilyen változás, ahhoz képest, mint amire a szkript számít, mert ha igen, akkor könnyen megeshet, hogy a lepucolt jelenlegi rendszeren sem fog végigfutni a frissítés, a folyamat hibaüzenettel elakad, ilyenkor a rendszert valamilyen módon vissza kell állítani. Kívánom, hogy ne így legyen!

Mivel ennek a változtatott rendszernek a frissítése egyszer már kudarcba fulladt, ezért bátorkodtam felvetni, hogy talán jobban járnál, ha ezt nem is piszkálnád, hanem feltennél mellé tiszta telepítéssel egy frissebb verziót.
Azonban a táblák változásának intoleranciája itt is érvényes, még a minimálisan szükséges adatokat sem tudod másolni két eltérő verziójú SMF-motor adatbázisa között. Két azonos verziószámú SMF motor táblái között lehet a táblákban lévő adatokat másolni.
Ha ezt  a rendszert nem tudod frissíteni, akkor a szükséges adatokat úgy tudod másolni, ha az új telepítés verziószáma megegyezik a jelenlegiével.
Amint ezzel megvagy, akkor megpróbálhatod az új telepítést frissíteni (ezt én nagyobb eséllyel látom sikerrel lezajló folyamatnak, csak nincs akkora balszerencsénk, hogy a minimális másolás közben az új rendszer táblaszerkezete megváltozzék).

Tapasztalt adminisztrátor vagy (több területen nálam sokkal jártasabb), meg tudod csinálni, ebben nem kételkedem, pláne ha érted, hogy mi miért történik.
Nem akarom én megmondani, hogy mit csinálj, tégy belátásod szerint, ezekre az írásaimra csak úgy tekints, mint informális beszélgetésre, mint egy bármely más az interneten megtalálható, az SMF frissítésével kapcsolatos leírásra, amely esetleg segíthet téged a tájékozódásban.

Kedves AKI...!
A 2.x verzióhoz nem igazán passzol a jelenlegi alapértelmezett sablon, admin felület teljesen szétcsúszik vele. Hegesztheted is vagy egyszerűen cseréld erre.
Bár egy kis átalakítással én az Ostara sablont is el tudnám képzelni, jók az alapszínei.

A regisztráció „kérdezz-felelek”-jéhez a beállítósdit az Admin-> Konfiguráció-> Biztonság és Moderáció-> Anti Spam-> Megerősítő kérdések alatt találod meg.

(A leírásban szereplő képet nagyobb méretben történő megtekintéséhez kattints rájuk!)
Bevezető:
Elvileg lehetőség kínálkozik SMF fórummotorunk frissítésére,  azonban ez egy kockázatos eljárás, ami ha bármilyen hiba közbecsúszik a folyamat során, akkor kudarcélményt, keserű tapasztalatot eredményezhet. Egy használatban lévő fórum egy ilyen frissítési eljárás közben elérhetetlen, és ha közben gond adódik, akkor főhet a fejünk, hogy visszaállítsuk  a kiindulási állapotot.
A mi kis fórumunk az adminisztrátor gondos keze által a felhasználók jobb kiszolgálása végett változtatásokon esett át, belekerült például a bal oldalon látható (kényelmünket nagy mértékben növelő) menüsáv... Az SMF upgrade szkriptje ezekre a változtatásokra természetesen nincs felkészítve, egy „simán” telepített fórummotor frissítésével még elbír, de ezzel már elakad.

Amikor hozzáláttam, hogy utánajárjak a dolgoknak, az első találat, amit az internetes kereső kiadott, az azt javasolta, hogy a két külön fórummotor a korábbi telepítés adatbázisának egy részét közösen használja. Ez az általunk óhajtott kockázat-csökkentést aligha szolgálná, sőt az adatbázis számunkra szükséges táblájának két különböző verziójú fórummotor közti másolása is könnyen hibát adhat, mert az egyes verzióhoz tartozó táblastruktúrák sokszor eltérnek, két fórummotor általi közös használat ezért eleve elvadult meggondolásnak tűnik a mi szempontunkból.

Tapasztaltabb felhasználók az Ubuntu operációs rendszer esetében azt a gyakorlatot szokták követni, hogy disztribúció-frissítés helyett inkább a jelenlegi rendszer mellé telepítik az újat. Ezt a módszert adaptáljuk most az  SMF fórummotorra vonatkoztatva, így a jelenleg telepítve lévő fórumunk a folyamat során végig biztonságban lesz, illetve a felhasználók általi elérhetetlensége egy jól behatárolható minimális időtartamra, egész pici túlzással élve nullára csökken.
Van tehát most egy működő fórumunk, regisztrált felhasználókkal és az ő belépési adataikkal, melyeket természetesen a frissebb rendszerbe is integrálni szeretnénk.
Ez a legbiztosabban egy a jelenlegi verzióval megegyező SMF esetén tehető meg.



Ennek a most is éles rendszerünknek a telepítőkészletéről talán van egy korábbi mentésünk, ha nincs akkor látogassunk el az SMF weboldalára és szerezzük be.
A mi fórumunk jelenlegi verziószáma 1.1.19
A telepítőcsomag itt található: http://download.simplemachines.org/index.php?thanks;filename=smf_1-1-19_install.zip
A magyar nyelvi csomag elérhetősége: http://download.simplemachines.org/index.php?thanks;filename=smf_1-1-19_hungarian-utf8.zip

0. Bár a változások a jelenlegi fórummotort elvileg nem fogják érinteni, de az adatmentés ökölszabály, melyet még ezen körülmények között sem fogunk kihagyni, tehát mielőtt bármibe is belefognánk, készítsünk biztonsági mentést az adatbázisról és a szerveren lévő fájlokról!

1. A  szerverünkön hozzunk létre egy új könyvtárat az új fórummotor számára és bontsuk ki oda a telepítéshez szükséges könyvtárakat, fájlokat.

2. Lépjünk be a phpMyAdminba és hozzunk létre egy új adatbázist az új fórummotor számára.
Ha már itt vagyunk, akkor nézzük meg, hogy a jelenleg használatos fórummotorunkhoz tartozó adattábláknak mi az előtagja, és ezt jegyezzük is fel.


3. A szokásos módon végezzük el az új SMF telepítését. A tábla előtagjának ugyanazt adjuk meg, mint ami a jelenlegi telepítésnél szerepel. (Igen vannak leírások, melyek óva intenek attól, hogy két SMF motor számára azonos tábla előtagot adjunk meg, csakhogy azok az SMF motorok azonos adatbázisba kerülnek, a mieink pedig külön adatbázisba. Egyrészt igyekszünk a lehető legnagyobb elkülönülést elérni, és ezért tán jobb ha egymástól elszeparált adatbázisokban csücsülnek a fórummotorokhoz tartozó adatok, másrészt az azonos tábla előtag megkönnyíti majd számunkra a felhasználók importálását az új fórummotorba.)



4. (Én itt készítenék egy mentést az újonnan telepített SMF adatbázisáról.)
Az új fórummotor adatbázisában a members táblát ürítsük ki, vagy töröljük és helyére a phpMyAdmin „Műveletek” funkciójának másolás opciójának használatával, vagy pedig egy a korábbi fórummotor members táblájáról készült mentés Importálásával töltsük fel.




Máris van egymástól függetlenül két fórummotorunk és mindkettőben megtalálható a felhasználói adatbázis.
(Esetleg lehet másolni még további táblákat is. Avatars, karma. Én ezeket nem próbáltam. Minél több táblát másolsz, annál nagyobb az esélye, hogy olyat is másolsz, ami változott az átalakításaid során és elakad a verziófrissítésnél, úgyhogy csak azt, ami feltétlen szükséges.
A verziófrissítés után már nem lesz alkalom a táblák utólagos importálására, tehát itt kell meggondolni, mi az ami mindenképp kell.)

FIGYELEM!
Mivel a korábbi fórummotor felhasználói adatbázisára cseréltük az újabbét, ezért mostantól az újonnan telepített fórumot is a korábbi fórumban használatos felhasználónév és jelszó segítségével fogjuk tudni adminisztrálni, teljesen lényegtelen, hogy az új telepítés során milyen ilyen irányú adatokat adtunk meg, azok már nem aktuálisak!

5. Most töltsük le az SMF oldaláról ( http://download.simplemachines.org/ ) a legújabb frissítőcsomagot.
Jelenleg ez a 2.0.8-as verzióhoz tartozó és a http://download.simplemachines.org/index.php?thanks;filename=smf_2-0-8_upgrade.zip közvetlen linken érhető el.

6. Bontsuk ki a szerverre a frissen telepített fórummotor könyvtárába.
7. A böngésző címsorába írjuk be a friss fórummotor elérhetősége mögé: upgrade.php, majd nyomjunk egy laza entert és végezzük el a frissítést.
(Az egyetlen hibaüzenet, alantabb látható, mindössze engedélyeznem kellett angol nyelv használatát.)

Most már van egy legfrissebb verziójú SMF rendszerünk, miközben a korábbi verziót vidáman használva a felhasználóink ebből semmit sem vettek észre.




8. Töltsük le a legfrissebb verzióhoz tartozó magyar nyelvi fájlt az SMF honlapjáról.
A jelenleg regnálóhoz a közvetlen link: http://download.simplemachines.org/?smflanguages;lang=hungarian
Bontsuk ki a szerveren a megfelelő könyvtárba.

9. Szabjuk testre kedvünkre az új fórumot, állítgassuk be, még mindig nagyon bővében vagyunk az időnek, nem kell kapkodnunk, nem hajt minket a tatár, nem kell néhány óra alatt végeznünk, hiszen a korábbi fórummotor továbbra is zavartalanul teszi a dolgát.

10. Amikor legfrissebb fórummotorral ketyegő SMF rendszerünk elérte a publikálásra alkalmas formáját, a régi fórumot zárjuk le, az oda való regisztrálás lehetőségét szüntessük meg.
A domainen a korábbi fórummotor helyén tegyük elérhetővé az újat, az újra mutató linket helyezzük el a régiben és fordítva.

A változást jelentsük be a felhasználóknak. :-)

Jó munkát!

Az adminnak jelentem:
Olvasgattam egy kicsit.
Láttam javaslatokat, amiket linuxos élményeim miatt nem pártolnék, nem is csodálkozom, hogy azokból galiba lett.
Megvan a biztonságos út.
Az első sikeres kísérlet Localhoston lezajlott.

Még egyszer megcsinálom elölről és ledokumentálom neked, háta érdekel.
Szerintem a szimuláció így is 100%-os, de ha gondolod, akkor a jelenlegi fórummotorhoz tartozó members táblával is végigviszem szívesen.
Ha szeretnéd, akkor majd ha lesz géped, szedd le a PhPMyAdminnal és küld át nekem.

Csatlakozom!
Hajrá nagypapi!

Tessen figyelni a FB csoportban a kiemelt bejegyzést, Voyager okán!

Szorgalmas? 

Tudom nem szép dolog a dicsekvés, de én ezt itt kezdtem el.
Az ubuntu.hu fórumán épp ezekben a percekben zárták a „Segíts te is! – Hibás, hiányos címek javítása” című maratoni témasorozatot, melyben a legtöbb pontot egy harminckettes fórumtársatok szerezte. Rendesek voltak a srácok, a végén már senki sem jelentett, hogy végre elérjem az 1000-et. 
http://ubuntu.hu/node/38630

Nem volt más választásom, ez jelenleg a legjobb ilyen régi kép, ami a rendelkezésemre áll, mivelhogy ez az egyetlen.
Ha lesz másik is, akkor választhatsz.
Idióta, nem idióta, de te vagy tényleg?!

Akkor és most.

A szám eredeti címe:  Cherry Pink and Apple Blossom White
Tessék válogatni.
Talán ez az eredeti.
Ám mégis arra tippelek, hogy a Pat Boone féle változatot keresed.

Eddig ott tartok, hogy Komár László előadásában a Mambo Lackó című lemezen jelent meg a „Nekem se tanította senki sem (Cseresznyevirág)” című szám 1999-ben a Hungaroton gondozásában.

RH viszont jön!

A szobafoglalás bizonytalan, a kiskorú most nem tartana velünk (jelenleg legalábbis így van), és hozzá érthetően haza húz a szívünk. Ha mégis jön, vagy alkoholfogyasztás történik, az viszont ellenkező irányba hathat.
Szerintem lesz szabad szoba, majd ott kialakul, előre ne terheld magad ezzel.

Szerintem a helyfoglalás bőven elég, mint intézkedés, a fogyasztását mindenki intézi magának az étlapról igénye szerint, azzal nem kell foglalkoznod.

Köszönjük!

(Esetleg rákérdezhetsz, hogy a WiFi sávszél nem-e javult a két évvel ezelőttihez képest, mert akkor nem sikerült rajta Skype-olnunk, és most is hívnám Sajtot és Tetemet.)

Jó reggelt!
Biztos a azért esik most, hogy a VT ideje alatt felhőtlen legyen az égbolt.

(Elnézést, hogy mindig, mindenbe belepofázom, de azt hiszem ez egy közérdekű írás, és olyanokat is elvárunk a VT-re, akiknek nincs a harminckettes.hu-ra regisztrációja, ezért azt gondolom, hogy ezeknek a képernyőképeknek a mindenki által látható felületen a helye.)

Nem tudom, hogy mennyi volt eddig a rekord-létszám az elektronikus harminckettes idejében, de én legfeljebb húsz főre saccolom.
Néhány napja, a VT kihirdetésekor, egy darabig senki sem jelezte csatlakozási szándékát az eseményhez, én már kicsit attól tartottam, hogy kútba esik a terv.
Ehhez képest most ott tartunk, hogy a résztvevők száma tíz felett jár, szerintem az adott körülmények között ez egy szép eredmény. (És ne feledkezzünk meg arról sem, hogy van legalább három olyan személy, aki anyagi körülményeinek lehetetlen állapot miatt hezitál, illetve nem lesz ott.)