- Felháborodott az Apple, a Meta az iPhone-felhasználók üzeneteit akarja olvasni
- A luxusmárkáknak kell a bitcoin, az USA jegybankjának nem
- Letiltja az USA a politikusokat a telefonhívásokról és szöveges üzenetekről
- Nagy áttörés jön a napelemek piacán, nem kell annyi hely a paneleknek
- Belenyúlt az USA az Epic Games igazgatótanácsába, nyomoz az NVIDIA
- DIGI internet
- KAÜ/Ügyfélkapu – már elérhető a kétfaktoros hitelesítés
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- YouTube
- Facebook és Messenger
- ASUS routerek
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- ASUS blog: mesh hálózattal a karácsony is könnyebb
- OpenMediaVault
- DVBViewer
Új hozzászólás Aktív témák
-
#5246
Sk8erPeter
nagyúr
DeltaPower
#5245
Sk8erPeter
nagyúr
válasz
DeltaPower
#5245
üzenetére
"Lehet hogy ő se
![;]](//cdn.rios.hu/dl/s/v1.gif)
"
Na az lehet.
Hát ez a rewrite modultól való, ilyen szintű belassulás meglepő. Gondolom amúgy is a külső vinyón tárolt adatokat tölti be, kikapcsolt mod_rewrite-nál is (tehát a külső vinyón van a document root), szóval ezek szerint ez a tényező ebben az esetben kizárható.
RewriteLog be van kapcsolva? Vagy a RewriteLogLevel direktíva nincs túl magasra állítva? Írja is a hivatalos oldal, hogy ezek lassíthatnak.
Mondjuk persze túl bonyolult regexp is lassíthat a RewriteRule-nál.Egyébként tesztelési célból van egymás mellett a két webszerver?
Sk8erPeter
-
#5244
Sk8erPeter
nagyúr
DeltaPower
#5243
Sk8erPeter
nagyúr
válasz
DeltaPower
#5243
üzenetére
"Parancssorból így kell indítani:
mysql -u root -p"
Ugyanezt írtam itt: [link]. Ezek szerint nem jött be.
Amit itt linkeltem, az szerintem elég egyszerű megoldásnak tűnik.Sk8erPeter
-
#5242
Sk8erPeter
nagyúr
DeltaPower
#5241
Sk8erPeter
nagyúr
-
#5240
Sk8erPeter
nagyúr
Louloudaki
#5239
Sk8erPeter
nagyúr
válasz
Louloudaki
#5239
üzenetére
Csináld meg ezt:
Resetting the Root Password: Windows Systems
Aztán a megfelelő felhasználónév-jelszó párost tedd a config.inc.php-ba.Sk8erPeter
-
#5235
Sk8erPeter
nagyúr
Speeedfire
#5234
Sk8erPeter
nagyúr
válasz
Speeedfire
#5234
üzenetére
"Meglett közben."
Ilyenkor illik megírni a választ is, hátha valakit érdekel.
Sk8erPeter
-
#5232
Sk8erPeter
nagyúr
Sk8erPeter
#5231
Sk8erPeter
nagyúr
válasz
Sk8erPeter
#5231
üzenetére
Ja, még valami: a ColorBox is épít a rel használatára, tehát azzal lehet azonos albumba rendezni a képeket, de csak a ColorBox inicializálásakor állítja be ezt az attribútumot, így a validáláskor nem bukik el.
Tehát tulajdonképpen rájöttem, hogy végül is a ClearBox-szal is el lehetne érni, hogy valid legyen az oldal, úgy, hogy a ClearBox-inicializálás előtt JavaScripttel adsz hozzá azonos galériába tartozó elemekhez rel attribútumot. A JavaScriptes manipulálásokat a validátor meg ugye nem is tudja figyelembe venni.Sk8erPeter
-
#5231
Sk8erPeter
nagyúr
ladó
#5230
Sk8erPeter
nagyúr
Szívesen!
Még annyit, hogy jQuery minimális szintű ismerete kell hozzá.
De ami neked kell, az igazából elég gyorsan elmagyarázható:<div>
<p>1. <a href="asdasd.html" class="elso_osztaly">Valami</a></p>
<p>2. <a href="asdasd.html" class="masodik_osztaly">Valami</a></p>
<p>3. <a href="asdasd.html" class="elso_osztaly">Valami</a></p>
<p>4. <a href="asdasd.html" class="elso_osztaly">Valami</a></p>
<p>5. <a href="asdasd.html" class="masodik_osztaly">Valami</a></p>
</div>Jelen esetben az "elso_osztaly" és "masodik_osztaly" két külön csoportot képez, de annyiból metszet a két csoport, hogy mindegyik <a> tag.
Tehát jQuery-vel:
$('a') - ez az összes <a> taget magába foglalja
$('a.elso_osztaly') - ezzel az összes olyan <a> taget megkapod, ami az "elso_osztaly" class-be tartozik (jelen esetben: 1, 3, 4)
$('a.masodik_osztaly') - ezzel az összes olyan <a> taget megkapod, ami a "masodik_osztaly" class-be tartozik (jelen esetben: 2, 5)A korábbi demómat frissítettem úgy, hogy legyen két külön album/galéria is azonos lapon, plusz egy olyan vászon, ahol inline HTML-tartalmat töltök be, majd a Colorbox-vásznon belül iframe-be betöltök egy külső oldalt:
http://jsfiddle.net/Sk8erPeter/aHcLx/Ja, még egy nagyon fontos érv a ColorBox mellett: különböző eseményeket publikál, amikre fel lehet iratkozni különböző függvényekkel, erre itt láthatsz példát, az "Example with alerts. Callbacks and event-hooks allow users to extend functionality without having to rewrite parts of the plugin." résznél.
Hogy érthetően is elmondjam: az a lényeg, hogy a ColorBoxnak az olyan eseményeire, mint a megnyitás, betöltés, tartalom betöltésének befejezése, bezárás kezdeményezésének elkezdése, maga a bezárás, ráköthetsz saját függvényeket, vagyis mondjuk megmondhatod, hogy amikor mondjuk betöltött a ColorBox, akkor még dobsz a felhasználó arcába egy másik ablakot is, vagy AJAX-szal elküldesz valamit szerveroldalra, és így tovább.
Erre itt van példa, a demóoldalról szedve:HTML-rész:
<h2>Demonstration of using callbacks</h2>
<p><a class='callbacks' href="../content/marylou.jpg" title="Marylou on Cumberland Island">Example with alerts</a>. Callbacks and event-hooks allow users to extend functionality without having to rewrite parts of the plugin.</p>JS-rész:
$(".callbacks").colorbox({
onOpen:function(){ alert('onOpen: colorbox is about to open'); },
onLoad:function(){ alert('onLoad: colorbox has started to load the targeted content'); },
onComplete:function(){ alert('onComplete: colorbox has displayed the loaded content'); },
onCleanup:function(){ alert('onCleanup: colorbox has begun the close process'); },
onClosed:function(){ alert('onClosed: colorbox has completely closed'); }
});Ez így nagyon egyszerűen kezelhető, ilyen lehetőséget viszont a ClearBoxnál sajnos nem láttam, pedig ez szerintem igen fontos lehet.
Sk8erPeter
-
#5228
Sk8erPeter
nagyúr
Louloudaki
#5226
Sk8erPeter
nagyúr
válasz
Louloudaki
#5226
üzenetére
Gondolom helyi szerveren teszteled amúgy is, meg nem az a problémája, hogy blokkolva lenne valamiért (ez kiderül a hibaüzenetből), tehát azt kellene kijavítani, hogy legyen a rootnak jelszava az adatbázishoz, mert a jelszó nélküli csatlakozási kísérleteket nem fogadja el. A tűzfal és proxy tehát egyelőre kizárva. Ha az lenne a gond, akkor nem ez lenne a hibaüzenet.
Ha konzolon így indítod el:
mysql -u root -p
akkor mi történik?Lehet, hogy felrakok mindjárt VMWare-rel egy virtuális vindózt, már amúgy is akartam, és akkor belövöm a XAMPP-ot, bár már nem nagyon térnék vissza rá Windows-on, az tuti - mármint önmagában Apache-ot nem használnék Windows-on (Linuxon természetesen teljesen más a helyzet); kicsit viccesen lassú az Apache ilyenformán.
Nem akarsz adni egy próbát az IIS+PHP kombónak? Ha gondolod, segítek, hogyan hozd össze. Tapasztalat, hogy Windows alatt az IIS+FastCGI PHP kombó gyorsabb, mint az Apache+PHP. Ráadásul kattintgatható módszerrel telepíthető a Web Platform Installer segítségével. Én a helyedben mindenképp megpróbálnám, persze csak miután leszedted az előző XAMPP-telepítést (mindennel együtt).
Ami nekem nagyon tetszik benne: pl. rákeresek a Web Platform Installerben (grafikus felületű telepítő) a Drupalra, hogy azt telepítse már nekem, és ha még nincs telepítve MySQL, PHP, akkor felajánlja, hogy behúzza az összes függőséget - majd a végén megkérdezi, mi legyen a root jelszó adatbázisnál, ezt is grafikus felületen. Plusz asszem alapból behúzza a Windows Cache Extension for PHP-t is, amivel gyorsabb lehet az egész. A Windows most eléggé ráfeküdt a PHP-s témára, szerintem eddig eredményesen.
Sk8erPeter
-
#5227
Sk8erPeter
nagyúr
ladó
#5225
Sk8erPeter
nagyúr
Itt egy elég jó magyarázat arra, hogy miért fordul elő ez a probléma:
HTML5 Validation and the rel tag
röviden és tömören az a lényege, hogy a HTML5-validáció elbukik, amennyiben a rel attribútumban más van, mint a linkelt oldalon látható listában szereplő kulcsszavak. Ilyenek pl. a "lightbox", "clearbox", "colorbox" és hasonló mágikus jelzők a kép megjelölésére.Az a baj, hogy a ClearBox erősen ennek az attribútumnak a használatára épít.
Személy szerint azért preferálom a ColorBox-ot, mert - mint ebből a példából is látható - a ColorBox egy kicsit rugalmasabban kezelhető: például nem kell a rel attribútumot használni ahhoz, hogy azonos albumba/galériába tartozzanak adott képek, hanem elég pl. azonos class tulajdonságra hivatkozva összetartozónak minősíteni őket; valamint személyes szimpátiámat erősíti a jQuery használata (igaz, ez plusz függőség), amivel elég könnyen lehet manipulálni a DOM-elemeket; plusz ahogy észrevettem, több dolgot támogat. Még valami: ez már kódolással kapcsolatos dolog, de nekem az sem tetszik, hogy document.write-tal ír ki script tageket, így húzza be a saját kis konfigfájljait, amikkel felül lehet bírálni a működést; meg ugyanezzel a módszerrel húzza be a stílust meghatározó CSS-fájlt is, lásd ezt a részt:document.write('<link rel="stylesheet" type="text/css" href="'+CB_ScriptDir+'/config/'+CB_Config+'/cb_style.css" />');
document.write('<script type="text/javascript" src="'+CB_ScriptDir+'/config/'+CB_Config+'/cb_config.js"></script>');
document.write('<script type="text/javascript" src="'+CB_ScriptDir+'/language/'+CB_Language+'/cb_language.js"></script>');
document.write('<script type="text/javascript" src="'+CB_ScriptDir+'/core/cb_core.js"></script>');Ez nagyon csúnya megoldás így. Egyben kényelmetlenné is teszi az egésznek a kezelését, mert nem a saját tetszőleges fájlodban konfigurálod a script működését úgy, ahogy akarod. A ColorBoxnál ez is jobban megoldott kérdés, és szebb a kódja - könnyebb is áttekinteni, meg mondjuk rövidebb is a jQuery miatt. Nem akarlak hosszan fárasztani vele, hogy milyen kódolási szokások nem tetszenek még ezeken kívül a ClearBox-nál, no de összességében én kiforrottabbnak tartom a ColorBoxot. A ClearBox is jó egyébként, csak szerintem még azért fejlesztésre vár, hogy még szebben lehessen kezelni az egészet. Ha HTML5-validdá szeretnéd mindenképp tenni az oldaladat, akkor sajnos jelenlegi állás szerint kénytelen leszel lemondani a ClearBoxról. Mivel a core-ból tudtommal nincs is emberi szem által is értelmezhető változat (míg a ColorBoxé teljesen nyilvános, mint itt látható), így még át sem lehet szerkeszteni a kódját, hogy ne a rel attribútumra hivatkozzon.
Na, biztos még jutna eszembe más szempont is, de asszem már kiderült, számomra miért is szimpibb a ColorBox.
De természetesen ha valakinek a ClearBox szimpatikusabb, emiatt ne mondjon le róla.
Mivel Te még az oldalad fejlesztésének kezdetén vagy, még időben eldöntheted, melyik használatára is szeretnél támaszkodni.
Ha valami nem világos, kérdezz nyugodtan.Sk8erPeter
-
#5224
Sk8erPeter
nagyúr
ladó
#5223
Sk8erPeter
nagyúr
Na basszus, most látom, hogy itt korábban hülyeségeket beszéltem,
"Szerintem is a Colorbox a legjobb jelenleg." akart lenni, nem Clearbox. Pedig nagyon nem mindegy. Mindjárt meg is kérek egy modit, hogy javítsa már ki nekem.Neked hogy jöttek ki ezek a japán karakterek?
[link] - így kéne kinéznie...
Nem pedig így:慶扣嬽氢湥瑧≨∬異桳Ⱒ攢捡≨∬瑳楲杮Ⱒ朢瑥汅浥湥䉴䥹≤∬䍟㜳Ⱒ瀢潲潴祴数Ⱒ愢灰祬Ⱒ弢㑃Ⱒ弢ㅃ〲Ⱒ弢㍃Ⱒ弢㑃∰∬䍟
(nem is tudom, mikor írtam utoljára ilyen szépet
)Na, de komolyra fordítva: [link] - itt jól jelenik meg az oldaladon, ha külön nyitom meg a fájlt... szóval valami a betöltésnél csesződik el, így valószínű, hogy tényleg karakterkódolási para lehet.
Ez a karakterkódolás látszik nálam Chrome-ban:
http://i.imgur.com/WGU8q.png
Viszont nálad a meta tagek közt egész más van:
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-2"/>Mindenképp legyen konzisztens a karakterkódolás.
Javaslom az UTF-8-at.
Tehát a fentit cseréld le erre:
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"/>Ezután vegyél elő egy Notepad++-t, és menj rá a karakterkódolás UTF-8-ra történő konvertálására (fontos, hogy konvertáld, ne csak "átkapcsold", mert különben elcsesződnek az ékezetes karakterek).
Egyelőre ennyi jut eszembe.
Sk8erPeter
-
#5222
Sk8erPeter
nagyúr
Louloudaki
#5221
Sk8erPeter
nagyúr
válasz
Louloudaki
#5221
üzenetére
(#5218) ladó: hát ez furcsa, olyan, mintha valami karakterkódolási para lenne.
Milyen karakterkódolást használsz?
A demót, amit felraktam, láttad?
Amúgy sajnos elég kevés infót osztottál meg sajnos ahhoz, hogy így könnyen ki tudjuk deríteni a probléma okát.Sk8erPeter
-
#5217
Sk8erPeter
nagyúr
ladó
#5216
Sk8erPeter
nagyúr
Szerintem is a ColorBox a legjobb jelenleg.
Chrome-ban nyiss egy fejlesztői eszköztárat az F12-vel, majd kattints a Console ablakba.
Itt ír valami hibaüzenetet?
Amúgy ide korábban még felraktam egy demót a Colorbox+Tooltip kombóról, így tutira működik:
http://jsfiddle.net/Sk8erPeter/aHcLx/[ Módosította: 7 ]
Sk8erPeter
-
#5215
Sk8erPeter
nagyúr
The DJ
#5214
Sk8erPeter
nagyúr
Na, ennek örülök, hogy végül is ennyi alapján jó lett!
Majd gyere a PHP topicba, ha már elkezdted, és kérdésed van PHP-vel kapcsolatban.
Szerk.:
ja, egyébként most jutott eszembe, hogy igazából sokkal szebb lett volna, ha az előző tanácsomban nem keverem a HTML-t a JavaScript-kódok közé.
Tehát így is meg lehetett volna oldani - és ez a szebb megoldás!! -, hogy van ez a div (a cikkben legalábbis, gondolom hasonlót raktál be):<div id="txtHint"><b>Loading, please wait. . .</b></div>
Igazából ezt kellett volna lecserélni így:
<div id="txtHint" style="color:white;"><b>Loading, please wait. . .</b></div>
És ez is megoldotta volna.
Csak kicsit szebben.[ Szerkesztve ]
Sk8erPeter
-
#5213
Sk8erPeter
nagyúr
Speeedfire
#5212
Sk8erPeter
nagyúr
válasz
Speeedfire
#5212
üzenetére
Hát ez a megoldás lehet, hogy jó annak, aki soha nem írt még szerveroldali kódot (vagy nem tudja, hogyan generáljon le egy JSON-karaktersorozatot, lásd amit írtam fentebb)...de valamilyen szintű kliensoldali kódot már írt (vagy "lopott" valahonnan egy JavaScript-kódot, amit felhasznált erre a gány parse-olásra).
"A google meg max sztringként kezeli le."
Ja, én is ezt mondtam ("a szövegben megtalálja a keresőrobot"). De a Google a tartalomban szereplő szövegek is alapján értékel elvileg. Persze nyilván sokkal kisebb mértékben befolyásol, mint egy link.Rövidre zárva: a szép megoldás az lenne, hogy amikor írsz egy bejegyzést, akkor van néhány opcionális szövegmező, amibe linkeket, a link szövegét és egyebeket lehetne dobálni (amit lehetne klónozni (sokszorozni), ha további linkek hozzáadására van szükség (lásd Drupal Link modul + a 7-estől már core-ban lévő CCK-mezők)), ez feltöltődne adatbázisba (eddig sem egy nagy valami), majd ez legenerálódna JavaScripttel, amennyiben ez a cél, hogy ne legyen látható JS nélkül a link (ergo a keresőrobotok se lássák).
"Sok seo-s oldalon nem is szabad kirakni linket, vagy akik cikkeket írnak azok is csak berakják az oldalra."
Frankó tanácsokat osztogatnak a SEO-ról, de arra még nem képesek, hogy feldolgozzák a beküldött szöveget, és kiszedjék belőle automatikusan a külső linkeket?
Gáz.Sk8erPeter
-
#5211
Sk8erPeter
nagyúr
The DJ
#5210
Sk8erPeter
nagyúr
Szerintem ennek nem sok köze van a PHP-hez. Ne betűszínezés miatt kezdj el tanulni PHP-zni, hanem inkább egyéb szakmai motivációk miatt.
Van az rds.js fájl, ahol AJAX-szal kéri le a szám adatait.
Szerintem így gyors ránézés alapján elég, ha ezt a sort módosítod:
document.getElementById("txtHint").innerHTML=xmlHttp.responseText
Erre:
document.getElementById("txtHint").innerHTML= '<span style="color:white;">'+ xmlHttp.responseText + '</span>';[ Szerkesztve ]
Sk8erPeter
-
#5207
Sk8erPeter
nagyúr
Speeedfire
#5206
Sk8erPeter
nagyúr
válasz
Speeedfire
#5206
üzenetére
Na vazze, akkor feleslegesen tököltem a kód megírásával, mert úgy tűnik, nem jutunk dűlőre az ügy kapcsán.
"Pont az lenne a lényege, hogy amikor megírok valamit akkor ne kelljen még utána a linkeket is valahova feltölteni."
Azt hittem, két szövegmező feldolgozása nem okoz gondot.
A flash tartalmakat meg szintén fel lehetne tölteni.
Aztán lehet még okosítani ezt a linkes dolgot úgy, hogy van mindnek típusa, egyéb kiegészítő attribútumai, stb.Na jó, nem erőlködöm, mert úgy látszik, nem jön át, de még egyet magyarázz már el: én már nagyon régóta értem, amit akarsz, hogy amikor megírod a cikkedet vagy akármidet, akkor belerakod a szövegbe ezt a parse-olandó szarságot, de még mindig nem értem, hogy ha már ilyen parse-olandó formában amúgy is belerakod a szövegbe a linket, csak nem konkrétan <a> tag formájában, akkor ez miért ne befolyásolná hasonlóképp az oldalad értékelését Google szemszögéből - a szöveg ugyanúgy tartalmazza a külső linket, csak legfeljebb nem "rendes" link formájában; de akkor is megemlíted, a szövegben megtalálja a keresőrobot.
Remélem ez a rész így lecsupaszítva már legalább érthető.Sk8erPeter
-
#5205
Sk8erPeter
nagyúr
Speeedfire
#5204
Sk8erPeter
nagyúr
válasz
Speeedfire
#5204
üzenetére
"Szakítás után.
"
És ezt innen kell megtudnom??
Na, bár nem gondoltam, hogy idáig jut a "kapcsolatunk", hogy szerveroldali generálást kell neked mutogatnom, miután tudtommal nem kevés ideje használod a PHP-t és az AJAX-ot, de készítettem neked egy konkrét, komplett, működő példát, amit ízlés szerint átalakíthatsz, bemásolom ide, hátha jól jön az utókornak:
index.php
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8" />
<meta http-equiv="content-language" content="hu" />
<meta http-equiv="content-script-type" content="text/javascript" /> <title>Load some links dynamically</title>
<style>
.error {
color:red;
}
</style>
<!--[if IE]>
<script src="http://html5shiv.googlecode.com/svn/trunk/html5.js"></script>
<![endif]-->
<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jquery/1/jquery.min.js"></script>
<script type="text/javascript">
$(document).ready(function(){
var links_processing_file_path = 'links.php',
$link_container = $('#link-container'),
debug = false;
$.ajax({
url: links_processing_file_path,
dataType: 'json',
error: function(jqXHR, textStatus, errorThrown) {
var errorMsg = 'ERROR: Some kind of error occurred while loading links. textStatus: "'+textStatus+'", errorThrown: "'+errorThrown+'"', myDiv;
$link_container.empty();
errorDiv = $("<div/>", {
"class": "error"
}).appendTo($link_container);
}, // end of error function
success: function(data, textStatus, jqXHR) {
var myLinks;
$link_container.empty();
if(debug){
console.log(data);
console.log(data.status);
console.log(data.links);
console.log(data.msg);
}
// para van
if(data.status == false){
var errorMsg = 'ERROR: Some kind of error occurred while loading links. Error message: '+data.msg,
errorDiv = $("<div/>", {
text: errorMsg,
"class": "error"
}).appendTo($link_container);
return false;
}
myLinks = data.links;
// különben minden OK, legeneráljuk a linkeket
for (var i = 0; i < myLinks.length; i++) {
var linkContainerDiv = $("<div/>", {
"class": "link-container-element"
}).appendTo($link_container);
$("<a/>", {
"class": "myLinks",
text: myLinks[i].text,
"title": myLinks[i].text,
"href": myLinks[i].href
}).appendTo(linkContainerDiv);
}
$($link_container).find('a').each(function() {
$(this).attr('target', '_blank');
});
} // end of success function
});
}); // end of $(document).ready()
</script>
</head>
<body>
<div id="page">
<h1 class="title">Generating links dynamically</h1>
<p>Lorem ipsum dolor sit amet, consectetur adipiscing elit. Phasellus aliquet urna in risus sodales nec pretium justo ultricies. Ut varius posuere metus, non fermentum dui fringilla sed. Aliquam scelerisque felis eu turpis ornare non lacinia mauris aliquet. Sed vitae nisi in libero pretium tempus. Mauris ut lectus quis mauris mattis venenatis in et tortor. Nulla ornare volutpat tortor, vitae convallis nisi fermentum ut. Phasellus lobortis egestas libero, eu malesuada nunc pulvinar vitae. Suspendisse ac odio id lacus tincidunt egestas vel ut risus. Cras non nisi dui, a eleifend sem. Suspendisse feugiat cursus libero, at venenatis arcu elementum id.</p>
<h3>The links:</h3>
<div id="link-container"><img src="http://www.linkwebservices.com/images/loading_icon.gif" title="Loading..." alt="Loading..." /></div>
</div>
</body>
</html>===================================================
links.php
<?php
$returnArray = array();
$returnArray['status'] = FALSE;
$returnArray['msg'] = '';
$links = array();
// az alábbi adatbázisból is generálható
$links[] = array(
'text' => 'Prohardver.hu',
'href' => 'http://prohardver.hu',
);
$links[] = array(
'text' => 'Google',
'href' => 'http://google.hu',
);
$links[] = array(
'text' => 'jQuery',
'href' => 'http://jquery.com',
);
$links[] = array(
'text' => 'Stack Overflow',
'href' => 'http://stackoverflow.com',
);
$links[] = array(
'text' => 'jsFiddle',
'href' => 'http://jsfiddle.net',
);
$links[] = array(
'text' => 'JSBin',
'href' => 'http://jsbin.com/#javascript,html,live',
);
// minden oké volt
$returnArray['status'] = TRUE;
$returnArray['msg'] = 'Generating links was successful';
$returnArray['links'] = $links;
// kimenet: JSON
echo json_encode($returnArray);Remélem így már érthető, mire gondoltam.
Nyilván a linkeket adatbázisból generálnád (dinamikusan), és hiba esetén a visszatérési értéknél a $returnArray['status'] = FALSE; lenne, és a $returnArray['msg']-be bele kellene tenni a felhasználóbarát üzenetet.========================================================
(#5203) Siriusb : sosem volt teljesen kiegyensúlyozott a kapcsolatunk, egymás meg nem értése miatt, úgyhogy úgy tűnik, mindkettőnknek jobbat tett a szakítás.
Sk8erPeter
-
#5202
Sk8erPeter
nagyúr
Speeedfire
#5199
Sk8erPeter
nagyúr
válasz
Speeedfire
#5199
üzenetére
Na ne szopass...
Most azt magyarázzam el, hogyan kell szerveroldalról legenerálni tartalmat? Elég régóta mozogsz a PHP topicban, feltételeztem, hogy ez nem okoz problémát.
Azt írjam le, hogyan generálnám le mondjuk script tagek közé (gagyi módon) az objektumok tömbjét, vagy azt írjam le, hogyan generálok ebből JSON-t, amit AJAX-szal aztán le lehet kérni jQuery segítségével?Sk8erPeter
-
#5195
Sk8erPeter
nagyúr
Speeedfire
#5194
Sk8erPeter
nagyúr
válasz
Speeedfire
#5194
üzenetére
Nem, elindultunk onnan, hogy meg lehetne oldani JavaScripttel történő legenerálás segítségével is.
"A blogosra meg még mindig nem látok jobb példát, mint a js parse.
Nem egy adott dologra akarok valami csinálni, hanem olyat ami többféleképp is feldolgozható."
DE azt mondd már el, hogy MIÉRT NE LENNE MÁR JÓ úgy, hogy JavaScript-objektumokból generálod le?
REKLÁM gyanánt elhelyezett KÜLSŐ LINKEKRŐL beszélünk, ugye? Tehát olyan linkekről, amik nem szeretnéd, hogy bármilyen módon is befolyásolnák az oldalad értékelését Google részéről.
Akkor nem rohadtul mindegy, hogy most blogban vagy egy full más jellegű oldalon használod fel ugyanazokat a JavaScript-függvényeket/-osztályokat?
Próbálom még jobban megvilágítani a dolog lényegét: azért lenne jobb JavaScripttel legenerálni, mert akkor így könnyű kezelni ezeket a linkeket, egybetartoznak a megfelelő elemek, és olyan DOM-elemet generálsz belőle, amilyet csak nem szégyellsz (meg amit a böngésző és a JavaScript megenged). Plusz akkor ugye nem kellene belegányolni a szövegbe azt a parse-olandó szövegrészletet, ami ugyanúgy rontaná Google szemszögéből az oldalad megítélését...
Az, hogy parse-olni szeretnéd azt a sz@rt, csak a megoldás nyakatekertté tétele.
Miután sikerült parse-olnod a szöveget, megint csak át kell alakítanod a megfelelő struktúrájú DOM-elemmé, csak kissé bonyolultabb lesz feldolgozni a BBCode-jellegű karaktersorozatot, úgy, hogy ne kövess el benne ordas nagy hibát (a parse-oló függvényben), amit elkerülhetnél, ha eleve egy könnyen kezelhető szerkezetet használnál.Én tényleg szeretném csak megérteni, hogy miért mondod, hogy az én megoldásom nem jó, azért erőltetem a témát, mert érdekel a véleménykülönbség oka.
Lehet, hogy nem egészen jött át, pedig még jsFiddle-példát is mutattam...(#5193) PazsitZ : az a baj, hogy már én sem értem.
Valahogy most annyira totál más nyelvet beszélünk Speeedfire-rel, hogy egyikünk sem érti meg, mit akar a másik. De örülök neki, hogy ezek szerint nem csak én nem értem már a célt, meg hogy mi miért nem jó. Azt hittem, csak velem van a baj.[ Szerkesztve ]
Sk8erPeter
-
#5192
Sk8erPeter
nagyúr
Speeedfire
#5189
Sk8erPeter
nagyúr
válasz
Speeedfire
#5189
üzenetére
Mi lenne, ha elmagyaráznád magyar vagy felőlem akár angol nyelven, hogy most akkor mi is a konklúzió?
Most már tényleg érdekel, hogy akkor végül is mire jutottál, hogy szerinted melyik a jobb, és miért. Csak röviden is elég, de ne annyira, hogy az érthetőség rovására menjen.Sk8erPeter
-
#5188
Sk8erPeter
nagyúr
Speeedfire
#5187
Sk8erPeter
nagyúr
válasz
Speeedfire
#5187
üzenetére
Ezek szerint csak neked nem sikerült felfognod, amit írtam...
"Ha írok egy blogbejegyzést vagy valami mást, akkor nem fogok ezzel szórakozni, hogy a json fájlba, vagy adabázisba rakjam ezeket."
Ez hogy jön ide?
Eddig arról beszéltünk, hogy külső linkeket helyezel el az oldaladon reklámként, és legjobb lenne, ha ezeket legenerálnád mondjuk JavaScripttel, mert nem szeretnéd, hogy ezek a linkek bármilyen módon is rontsák az oldalad értékelését a Google részéről.
Erre Te most már blogbejegyzésekről beszélsz...Úgy tűnik, azt sem értetted, hogy konkrétan hogyan kellene legenerálnod JavaScripttel a linkeket, de sebaj, nem nekem kell...
Sk8erPeter
-
#5186
Sk8erPeter
nagyúr
Speeedfire
#5185
Sk8erPeter
nagyúr
válasz
Speeedfire
#5185
üzenetére
"Arra gondolok, hogy amit írtam az dinamikus, amit te írsz az meg statikus."
Miért lenne már statikus? A JavaScript-objektumokat szerinted nem lehet generálni ugyanúgy szerveroldalról, mint ahogy generálod a nagyon macerásan feldolgozható URL-tagjeidet?
Pont itt magyaráztam arról, hogy lehet akár JSON-fájlba is generálni, és ennek a tartalmát lekérni. Vagy ha akarod, az adott lapon a script tagek közé generálod PHP-vel. Ezt a "statikus" dolgot nem tudom, honnan szedted.Ja, és még egy, ha már Google. Nem tudom, hogyan képzelted el a saját megoldásodat, de ha úgy, hogy ezeket az [URL=http://example.com]blabla[/URL] szerkezetű tageket eleve belegenerálod PHP-vel a tartalomba, amikor lekéred az adott oldal tartalmát, akkor a Google ugyanúgy belekotor ebbe a tartalomba is. Csak ezeket az URL=... tageket is elmenti, és akkor a találatok között egész érdekes szövegek sülhetnek ki belőle. De itt számomra megint csak misztikus, hogyan képzelted az egészet (pl. hogy megint túlbonyolítod-e
). Ha mondjuk AJAX-szal kéred le, akkor megint visszatértünk az eredeti kérdéshez, hogy mi a büdös franc értelme van ebben a BBCode-os szerkezetben megkapni eredményként a linkeket, amikor lehetne normálisan feldolgozható formában is megkapni (lásd a korábbi példámat, csak ugyanezt mondjuk JSON-ből vagy script tagek közt, ahogy említettem).[ Szerkesztve ]
Sk8erPeter
-
#5184
Sk8erPeter
nagyúr
Speeedfire
#5183
Sk8erPeter
nagyúr
válasz
Speeedfire
#5183
üzenetére
Továbbra sem értem, hogy attól még a Te megoldásod mitől lenne jobb bármivel is...
Ezenkívül egy JavaScripttel létrehozott objektumba szinte azt pakolsz bele, amit akarsz, elérési utat, stringbe összerakott plusz HTML-tartalmakat, vagy string helyett egyéb JavaScript-típusoknak megfeleltethető elemeket generálsz az objektumba, és így tovább.
Mindenképp jobb megoldás lenne legenerálni a JavaScript-objektumot, és azt rugalmasan kezelve előállítani a megfelelő HTML-tartalmat, mint jó macerásan parse-olni egy szöveget, majd abból végre legenerálni a cuccot."Újabban nem igazán zavarja a nofollow tag a google-t. "
Ezt honnan tudod?
Ez csak sejtés, vagy volt valami hivatalos infó erről?[ Szerkesztve ]
Sk8erPeter
-
#5182
Sk8erPeter
nagyúr
PazsitZ
#5181
Sk8erPeter
nagyúr
válasz
PazsitZ
#5181
üzenetére
Na igen, ez egy nagyon jó kérdés. Nem is jutott eszembe, elvileg pont arra való, hogy a hivatkozásokat ne kövesse a keresőrobot, és elvileg ezzel lehet elérni, hogy a PageRanket ne rontsa/javítsa.
Google Official Blog: Preventing comment spam (2005)
http://googleblog.blogspot.com/2005/01/preventing-comment-spam.html"From now on, when Google sees the attribute (rel="nofollow") on hyperlinks, those links won't get any credit when we rank websites in our search results. This isn't a negative vote for the site where the comment was posted; it's just a way to make sure that spammers get no benefit from abusing public areas like blog comments, trackbacks, and referrer lists."
Sk8erPeter
-
#5180
Sk8erPeter
nagyúr
Speeedfire
#5179
Sk8erPeter
nagyúr
válasz
Speeedfire
#5179
üzenetére
"de ez csak akkor okés ha fix url-ek vannak"
Hogy mi van? Nem értelek. Milyen fix URL-ekről beszélsz?
Egyébként azt hittem, teljesen nyilvánvaló, hogy ez csak szemléltető példa volt, az adatokat egyébként onnan szeded, ahonnan akarod, pl. nyilván generálni kellene ezeket az adatokat szerveroldali nyelvvel, pl. egy JSON-fájlba... A lista úgy meg dinamikusan bővül vagy kisebb lesz (hozzáadtál/töröltél), szóval igazából ezt nem nagyon értem, ebbe mi okod volt belekötni.
Nem jött át, hogy ez miért is jobb, mint parse-olni egy b@szomnagy nyers szöveget... (amit mutattál)?[ Szerkesztve ]
Sk8erPeter
-
#5178
Sk8erPeter
nagyúr
Speeedfire
#5177
Sk8erPeter
nagyúr
válasz
Speeedfire
#5177
üzenetére
"Mert én ilyesmire gondoltam, hogy megadom az url-t pl ebben a formában:
[url=hxxp://www.valami.hu]linkszöveg[url]
Majd ezt alakítom át jquery-vel erre:
<a href="http://www.valami.hu">linkszöveg</a>"Hát szerintem ez elég ocsmány megoldás, ha már JS-sel töltöd be. Végigrohangászol a szövegen, parse-olod, és inkább abból alakítod át? Mi értelme, ha már JS-t használsz?
Akkor már inkább objektumok tömbjét kellene egyszerűen átalakítani, úgy, hogy egy sima ciklussal végigrohangászol a tömbön, és kiszeded a link szövegét és a megfelelő URL-t.Most gyorsan készítettem egy példát, hogy mire is gondolok:
http://jsfiddle.net/Sk8erPeter/zWDpV/$(document).ready(function() {
var myLinks = [
{
text: "Prohardver.hu",
href: "http://prohardver.hu"},
{
text: "Google",
href: "http://google.hu"},
{
text: "jQuery",
href: "http://jquery.com"},
{
text: "Stack Overflow",
href: "http://stackoverflow.com/"},
{
text: "jsFiddle",
href: "http://jsfiddle.net/"},
{
text: "JSBin",
href: "http://jsbin.com/#javascript,html,live"}
];
for (var i in myLinks) {
var myDiv = $("<div/>", {
"class": "link-container-element"
}).appendTo("#link-container");
$("<a/>", {
"class": "myLinks",
text: myLinks[i].text,
"title": myLinks[i].text,
"href": myLinks[i].href
}).appendTo(myDiv);
}
$('#link-container a').each(function() {
$(this).attr('target', '_blank');
});
});Sk8erPeter
-
#5176
Sk8erPeter
nagyúr
Speeedfire
#5175
Sk8erPeter
nagyúr
válasz
Speeedfire
#5175
üzenetére
"De pl flash reklámnál ugye ez nem kivitelezhető."
Hogyne lenne megoldható: [link]Sk8erPeter
-
#5174
Sk8erPeter
nagyúr
csdm
#5173
-
#5172
Sk8erPeter
nagyúr
Speeedfire
#5171
Sk8erPeter
nagyúr
válasz
Speeedfire
#5171
üzenetére
Ja hogy ja. Így már értem a problémát - szóval ezek szerint tartasz attól, hogy esetleg a gyengébb értékelésű, de reklámozandó oldalak lehúzzák a Te oldaladat, ha jól tévedek. Mondjuk az is igaz, hogy a jó értékelésűek viszont felhúznák.
Sk8erPeter
-
#5170
Sk8erPeter
nagyúr
Speeedfire
#5169
Sk8erPeter
nagyúr
válasz
Speeedfire
#5169
üzenetére
Ja hogy úgy érted, hogy a saját oldalad ne romoljon, az a szempont?
De most itt iframe amúgy is kellene? Vagy ezt most nem vágom.Ja, én is úgy emlékszem, hogy normális kinézet eléréséhez iframe esetén dinamikus magasságoknál csak JavaScripttel elérhető.
Sk8erPeter
-
#5168
Sk8erPeter
nagyúr
Speeedfire
#5167
Sk8erPeter
nagyúr
válasz
Speeedfire
#5167
üzenetére
"Ha egy weblapon iframe-et akarok seo miatt használni"
Miért, az miben javít SEO szempontjából?
Te ezeket jobban vágod, én annyira nem merültem bele a SEO-témába, de elég meglepő, hogy ez javít...Úgy érted, hogy automatikusan méreteződjön, hogy az adott div magasságához mondjuk?
Sk8erPeter
-
#5164
Sk8erPeter
nagyúr
csdm
#5162
Sk8erPeter
nagyúr
Igen, alapvetően jól értetted, az a lényege, hogy ha költözteted a fájljaidat, és megtartod a könyvtárstruktúrát az összes fájllal (tehát mindent egy az egyben átmásolsz valahova), akkor a hivatkozás továbbra is működni fog.
Például vegyük azt, hogy így néz ki a könyvtárszerkezeted (vannak könyvtáraid, azokban megint vannak könyvtárak, meg fájlok):
főkönyvtár
|-- alkönyvtár_1
|-- alkönyvtáron_belüli_alkönyvtár_1
|-- valamifájl_1.html
|-- valamifájl_2.php
|-- kép_1.jpg
|-- kép_2.jpg
|-- alkönyvtáron_belüli_alkönyvtár_2
|-- megint_egy_fájl.html
|-- másik_kép.png
|-- ez_is_egy_fájl.html
|-- index.html
|-- alkönyvtár_2
|-- ismét_fájl_1.html
|-- ismét_fájl_2.html
|-- index.html
|-- sokadik_kép.jpg(persze a kép is fájl, de jelezni akartam, hogy miről van szó)
Példa relatív hivatkozásra:
- mondjuk a főkönyvtáron belüli index.html fájlt nyitottad meg, és ide akarsz egy hivatkozást elhelyezni, úgy, hogy mondjuk egy klikkeléssel elérd az
alkönyvtár_1/alkönyvtáron_belüli_alkönyvtár_2/másik_kép.png
fájlt.
Akkor egy jó relatív hivatkozás itt így néz ki:
<a href="alkönyvtár_1/alkönyvtáron_belüli_alkönyvtár_2/másik_kép.png">Ez egy jó kép</a>- ezt lehet még bonyolítani:
mondjuk az
alkönyvtár_1/alkönyvtáron_belüli_alkönyvtár_2/megint_egy_fájl.html
fájlon belül el akarod érni a kép_1.jpg-t. Ez pedig az
alkönyvtár_1/alkönyvtáron_belüli_alkönyvtár_1
könyvtárban található.
Ehhez eggyel visszább kell lépni a könyvtárszerkezetben, majd belelépni az alkönyvtáron_belüli_alkönyvtár_1 könyvtárba, majd beírni a kép_1.jpg fájlnevet.
Visszalépni a két egymás mellé tett ponttal tudsz a könyvtárak között:
..Ebből a megint_egy_fájl.html-ből így fog kinézni hivatkozás:
<a href="../alkönyvtáron_belüli_alkönyvtár_1/kép_1.jpg">Ez egy másik jól sikerült kép</a>
Remélem még nem zavarodtál össze.
- még annyi, hogy ezt a visszalépkedést tovább is tudod alkalmazni, amíg el nem éred a szükséges fájlt.
Például az alkönyvtáron_belüli_alkönyvtár_1/valamifájl_1.html-ből már kétszer kell visszalépni, hogy elérd a sokadik_kép.jpg-t.
Ez már így fog kinézni a valamifájl_1.html-ből:<a href="../../sokadik_kép.jpg">Ez a főkönyvtárban van, én meg egy sokadik alkönyvtárban vagyok</a>
Remélem nagyjából érthető. Sharepointot én még nem használtam, ott konkrétan nem tudom, hogy néz ki, de biztos ott is megvan a lehetőség relatív linkek használatára.
Ha kérdésed van, valami nem tiszta, nyugodtan írd meg.[ Szerkesztve ]
Sk8erPeter
-
#5153
Sk8erPeter
nagyúr
Siriusb
#5152
Sk8erPeter
nagyúr
válasz
Siriusb
#5152
üzenetére
Most akkor a végére eljutottunk oda, hogy teljes egészében asztali alkalmazást akarsz készíteni belőle, helyi adatbázissal? Semmi webes része nem lesz? Vagy már nem tudlak követni.
Eddig arról volt szó, hogy távoli adatbázisban titkosítva tárolod a dolgokat, majd valamilyen algoritmus szerint egy szerveroldali kóddal az adatokat visszafejted. Hogy az adatbázisból honnan és hogyan jutsz hozzá a még titkosított adatokhoz, amit vissza kell fejteni, lényegében mindegy, azt kell eldönteni, az adatok visszafejtését hol végzed - szerveroldali kóddal (pl. PHP-vel), amihez tartozik egy webes felület, vagy asztali kliensből (pl. C#-pal, csak hogy mondjak egyet a számtalan lehetőség közül), amihez egy másik GUI tartozik.
Ha meg annyira paranoiás vagy, akkor talán a böngészőbeli extension gondolata eszedbe sem kellene, hogy jusson ennek a feladatnak a megoldásához...
Az asztali kliens ötlete maximum annyiban lenne "biztonságosabb", hogy egy bináris kódból már kicsit nehezebb visszafejteni valami értelmezhetőt, mint egy obfuszkált PHP-kódból.[ Szerkesztve ]
Sk8erPeter
-
#5151
Sk8erPeter
nagyúr
Siriusb
#5150
Sk8erPeter
nagyúr
válasz
Siriusb
#5150
üzenetére
Nem elég ehhez az egészhez egy sima webes felület, ahol authentikáció, majd authorizáció után a megfelelő jogosultságok birtokában egy adott felhasználó hozzáférhet a szenzitív adatokhoz, más meg nem? Csak mert nagyon nyomattad ezt a kliensoldali dolgot, és nem sikerült tisztázni, miért, amikor az egész procedúrát szerveroldalon kell elvégezni, másképp nem tudod elég biztonságossá tenni. Vagy legalábbis ha kliensoldal, akkor mondjuk egy asztali alkalmazásban legyen elrejtve a megkapott üzenet visszafejtése, az alkalmazás kódjához meg ne lehessen hozzáférni.
Sk8erPeter
-
#5148
Sk8erPeter
nagyúr
Siriusb
#5147
Sk8erPeter
nagyúr
válasz
Siriusb
#5147
üzenetére
Nincs mit, ja, és előbb elfelejtettem egy lényegeset beleírni végül a hozzászólásomba, hogy szervertől sem függ a webszolgáltatás. Tehát lehet egy általad említett Tomcat szerveren egy Java-s webszolgáltatás, lehet Apache-on egy PHP-s webszolgáltatás, vagy lehet IIS-en egy C#-os webszolgáltatás, és még sorolhatnám. A lényeg, hogy egy kliens alkalmazással csatlakozol a webszolgáltatást biztosító szerverhez (esetleg megfelelő authentikáció után, amennyiben szükséges, de van, ahol elérhető egy webszolgáltatás úgy is, hogy nincs szükség felhasználónévre és jelszóra, hanem anonimként is használható!), amelyik megfelelő metódusokon keresztül adatokat szolgáltat, bizonyos elvárt adattípusok formájában.
Pl. SOAP esetén van egy WSDL-fájl (Web Services Description Language), ami lényegében egy leírás az elérhető metódusokról, az elvárt bemeneti és kimeneti paraméterekről (azok típusáról, stb.), namespace-ekről, egyebekről...ez egy szabványos leírás, ezért nagyon sok kliens azonos módon tudja értelmezni ezeket az adatokat.Csak egy példa, hogy mondjuk egy web service-en keresztül egy asztali alkalmazással egy, a neten elérhető szerverről lekéred a webshopjukban elérhető terméklistát, plusz a termékekhez tartozó árakat, leírást, stb... Ez tehát egy kényelmes módja lehet meghatározott adatok bizonyos interfészen keresztül történő szolgáltatásának.
Sk8erPeter
-
#5146
Sk8erPeter
nagyúr
Siriusb
#5145
Sk8erPeter
nagyúr
válasz
Siriusb
#5145
üzenetére
Dehogyis....
A Tomcat server Java-s alkalmazásokhoz van elsősorban.
A web service nincs nyelvhez kötve. Pl. SOAP-szervered lehet C#-ban és PHP-ben is megírva (vagy Java-ban, és így tovább)... (épp nem olyan rég beszéltünk a PHP topicban az ilyen jellegű SOAP-ásokról).
A PHP-s megoldásról itt van pl. egy cikk: [link].
Én is szívtam régebben komplex adatszolgáltatással PHP+NuSOAP segítségével, amihez C#-klienssel (asztali alkalmazással) kapcsolódtam: [link].[ Szerkesztve ]
Sk8erPeter
-
#5142
Sk8erPeter
nagyúr
Siriusb
#5141
Sk8erPeter
nagyúr
válasz
Siriusb
#5141
üzenetére
Hogy jön a képbe a Python? Most nem mindegy, hogy PHP-ben írod meg vagy Pythonban? Mindkettő scriptet tudni kell futtatni valahogyan...
"Ha illetéktelen hozzáfér a böngészőhöz"
Mi va'? Ezek szerint nem értetted, amit írtam. Az extension kódjához fér hozzá bárki. Értsd: valaki átküldi az extensionjét egy ismerősének, aki látott már valaha programkódot, az már némi kódtúrkálás után vágja is, mivel "dekódolod" az üzenetet, látja a hozzáférési adatokat a szerveredhez, és így tovább... Nem tudom, világos kezd-e már lenni, hogy bárkihez kerül is az extension, akkor az már könnyűszerrel tudja leszedegetni az adatokat a szerveredről, amennyiben van némi fogalma róla, hogy mi is lehet onnan érdekes.Egyre inkább úgy tűnik, hogy neked inkább valami asztali kliensalkalmazást kéne inkább létrehoznod ehhez, szerveroldalon meg egy web service-t, de semmiképp sem extensionnel kéne "dekódolnod".
[ Szerkesztve ]
Sk8erPeter
-
#5140
Sk8erPeter
nagyúr
Siriusb
#5139
Sk8erPeter
nagyúr
válasz
Siriusb
#5139
üzenetére
1. konkrétan nem tudom, milyen adatokra gondolsz. Ha csakis a jelszó lenne az érdekes, amit szeretnél elrejteni mondjuk egy rendszergazda elől, aki hozzáfér az adatbázishoz, akkor olyan nagyon nem érdemes túlmisztifikálni, egyszerűen egy hash-elt változatát tárolod el a jelszónak adatbázisban (így ezzel nem tud mit kezdeni az sem, aki hozzáfér az adatbázishoz), és amikor a júzer próbál bejelentkezni, akkor az általa beírt jelszónak ugyanazt a hash-ét előállítod, és megvizsgálod, egyezik-e az adatbázisban tárolt hash-sel. Ez nem visszafejthető, csak az egyezést tudod vizsgálni.
Ha már komplexebb adatokat akarsz tárolni titkosítva, és azt vissza is szeretnéd fejteni valami értelmes módon, emberi időben, akkor az már más tészta, ott egy szimpla hash-elés nem lesz jó, mert azt nem fogod tudni visszafejteni, tehát valami egyedibb algoritmust kell kitalálni arra, hogy hogyan tárolod, és mi lesz a visszafejtés módja. Adott esetben ez elég bonyolult is lehet, ha nem szeretnéd könnyen feltörhetővé tenni.
Amúgy nem tudom, milyen adatokról lenne szó, de ezt azért érdemes átgondolni többször, hogy biztos érdemes-e belevágni a komplex algoritmus kitalálásába.2.) extension titkosított adatok dekódolásához? Nem jó ötlet. Az extension kódjába bele tud turkálni más is, szóval magyarul akkor semmi értelme a kódolásnak, a dekódoló algoritmushoz úgyis bárki hozzáfér. Ergo saját céljaira is onnantól kezdve fel tudja használni, tehát mintha nem is titkosítottál volna semmit - ezenkívül meg kell oldani, hogy valami web service-en keresztül szolgáltass adatokat; ha itt authentikációra is szükség van, akkor az ahhoz szükséges adatokat is bele kellene drótoznod az extensionöd kódjába, tehát akkor a felhasználó böngészőjére telepített extensionben igazából bárki megtalálja a szükséges infókat.
Sk8erPeter
-
#5138
Sk8erPeter
nagyúr
Siriusb
#5137
Sk8erPeter
nagyúr
válasz
Siriusb
#5137
üzenetére
Az adatbázisnál oké, hogy titkosítva tárolod, hogy ránézve az adatokra, abból a rendszergazda ne tudjon semmit sem értelmezni (ergo számára használhatatlanok ebben a formában az adatok).
A PHP-kódot meg obfuszkálhatod valami jóféle szoftverrel, így elég nehezen fog rájönni, hogy mi az algoritmus az adat visszafejtésére. Tehát a fejlesztői kód nem kerül fel erre a szerverre, csak a jól összekutyult, értelmezhetetlen kód. Az obfuszkált kód deobfuszkálása meg többnyire annyira nem hatékony, hogy elég nagy valószínűséggel borítékolható, hogy ezt inkább feladja az illető, aki próbálkozik.Ha adatokat akarsz titkosítani, pl. infók: [link] >>> [link].
Jelszótárolásra meg bővebb irományok: [link].
Sk8erPeter
-
#5136
Sk8erPeter
nagyúr
Siriusb
#5135
Sk8erPeter
nagyúr
válasz
Siriusb
#5135
üzenetére
Ha az adatokat egy adatbázisszerveren titkosított módon tárolod biztonsági okokból, akkor annak mi értelme van, hogy kliensoldali kóddal fejted vissza az adatokat? Ha kliensoldali kódról van szó (pl. JavaScript), akkor a visszafejtésre szolgáló kód teljes mértékben látható mindenki számára, biztonság nulla.
Azt még meg lehet csinálni, hogy egyik szerveren van az adatbázis (már ha mindenképp fontos a szétválasztás), ahhoz külső hozzáférést engedsz (megfelelő authentikációval férsz hozzá), másik szerveren az első szerverről elérhető adatokat feldolgozod, és ezeket az adatokat szolgáltatod kifelé.Sk8erPeter
-
#5117
Sk8erPeter
nagyúr
Speeedfire
#5116
Sk8erPeter
nagyúr
válasz
Speeedfire
#5116
üzenetére
De gondolom mindent magában foglalhat, szóval rendszergizdáskodni, karbantartani az adatbázist, a konkrét scripteket megírni - tulajdonképpen tény, hogy elég bő munkakör lehet adott esetben.
Legalább mindent egy emberkén verhetnek le. Sk8erPeter
-
#5112
Sk8erPeter
nagyúr
Tele von Zsinór
#5111
Sk8erPeter
nagyúr
válasz
Tele von Zsinór
#5111
üzenetére
Igen, olvastam a doksiban erről, nekem személy szerint nagyon nem tetszik.
Szerintem nehezebben átláthatóvá teszi a kódot, ha egyértelműen kiírom azt a plusz pár karaktert az echo-val, akkor azzal nem tettem semmi ördögtől valót, viszont legalább azonnal látszik, hogy na ott egy kiíratás van. Amúgy gondolom ASP.NET-ből származik ez a mánia, bár nem értem, mitől jó.
Ízlések és pofonok különböznek, látom ebben eltér az ízlésünk.
Szerk.: hozzáteszem, ez is valószínűleg megszokás kérdése, ha valaki rááll erre, akkor persze nyilván gyorsabban rááll a szeme, de ha már pl. HTML-kódba belepakolok PHP-kódot (valamilyen szintű szemantikai keveredés sok esetben elkerülhetetlen, vagy így egyszerűbb), akkor már miért is ne írhatnám ki egzakt módon, mi is történik.(#5110) Speeedfire : jaja, persze, azért túlzásokba sem kell esni.
[ Szerkesztve ]
Sk8erPeter
-
#5109
Sk8erPeter
nagyúr
Speeedfire
#5108
Sk8erPeter
nagyúr
válasz
Speeedfire
#5108
üzenetére
Jaja, jobb is úgy, főleg, ha később bővíted, hogy az if blokkon belül mi történjen még, akkor nem fordul elő így, hogy nézel, hogy mé' hajtódik végre minden esetben, nem csak a feltételvizsgálatnál, na meg amúgy is, jobban néz ki a kód, én nem vagyok híve a karakterek spórolásának kódolásnál, szerintem többet számít az áttekinthetőség.
Szóval az ilyen összenyomorítva, egy sorban megoldott dolgok olykor többet ártanak, mint használnak.Sk8erPeter
-
#5107
Sk8erPeter
nagyúr
Speeedfire
#5106
Sk8erPeter
nagyúr
válasz
Speeedfire
#5106
üzenetére
2010. októberi, az nem volt olyan brutálrég.
Amúgy ez sztem sajnos nem igaz, hogy csak a régi kódokban látni. Egyébként számomra ez a <?= $variable ?> használata is egy okádék, miért nem lehet kiírni azt a nyomorék teljes PHP-taget, meg az echo-t? Sokkal jobban elkülönül. Persze ezek csak költői kérdések.Sk8erPeter
-
#5105
Sk8erPeter
nagyúr
Speeedfire
#5104
Sk8erPeter
nagyúr
válasz
Speeedfire
#5104
üzenetére
Amúgy lehet, hogy tök jó, nem vágom, annyira azért nem néztem át, csak meglepődtem, hogy amikor megnyitottam a kezdőlapot, kidobta a forráskódot a short_open_tags hiánya miatt - viszont néhány kód meg "lefutott", mert néhány helyen meg a teljes <?php változatot használták.
Mindenesetre a demója a honlapon elég meggyőző. Ott bekapcsolták a short_open_tags-t.
Végül is ez, amit letöltöttem, ingyenes, mit pattogok má' he'. Meg írták, hogy ennek befejezték a fejlesztését, így hiába is írnék, hogy héló, ezt javítsátok.
A felületén lévő dizájnt viszont érdemes lehet ellopni.(#5103) Telda : oké.
[ Szerkesztve ]
Sk8erPeter
-
#5102
Sk8erPeter
nagyúr
Speeedfire
#5099
Sk8erPeter
nagyúr
válasz
Speeedfire
#5099
üzenetére
Ránézésre nem rossz, de abból a szempontból idióta volt a fejlesztője, hogy a PHP-kódok nyitótagjét teljesen következetlenül egyszer simán <? -vel írta, máskor <?php -vel, pedig a szervereken a short_open_tag nagyon sokszor nincs engedélyezve. Nálam sem volt, így csak akkor sikerült működésre bírnom, amikor kicseréltem az összes <?-t <?php-re mindenhol.
A short_open_tag-et meg szándékosan nem kapcsolom be.
Amúgy a felülete kellemes.===
(#5101) Telda : hát ebből nem derült ki, hol akadtál el.
Amúgy van test toolja is, amivel lehet csekkolni, a szervered alkalmas-e a telepítésre.
Ja, és előfeltétel, hogy egyáltalán legyen egy webszervered, amin működik a PHP is... (plusz GD library)[ Szerkesztve ]
Sk8erPeter
-
#5095
Sk8erPeter
nagyúr
Tele von Zsinór
#5093
Sk8erPeter
nagyúr
válasz
Tele von Zsinór
#5093
üzenetére
Köszi, ezek nagyon jók!
"ADD SOME FUCKING BITCHASS <P> TAGS"
Sk8erPeter
-
#5091
Sk8erPeter
nagyúr
Siriusb
#5090
Sk8erPeter
nagyúr
válasz
Siriusb
#5090
üzenetére
Jó, hát nem azt mondtam, hogy nem lehet nélküle élni...
OK, akkor a must-have túlzás.
De ha sokat tesztelsz, esetleg sokat segítesz fórumon, és gyorsan szükséged van hosszú kitöltő szövegekre, amiket jsFiddle-re vagy más tesztlapra be szeretnél szúrni, akkor jól jöhet egy ilyen egyszer kattintós módszer. Be lehet állítani, hogy <p> legyen a wrapper, vagy <div>, vagy <li>, esetleg <blockquote>, vagy semmi, ahogy azt is, hogy konkrétan hány bekezdésre van szükséged.Egyébként hiába "unalmas" szerinted, akkor is a Lorem Ipsum szövegekkel lehet a legjobban tesztelni a bekezdések szélességét, a hosszú, ömlesztett szöveg kinézetét.
[ Szerkesztve ]
Sk8erPeter
-
#5089
Sk8erPeter
nagyúr
Sk8erPeter
nagyúr
Chrome, webfejlesztéshez must-have extension:
lipsum.comFirefoxra ugyanez:
Dummy LipsumSk8erPeter
-
#5087
Sk8erPeter
nagyúr
Speeedfire
#5078
Sk8erPeter
nagyúr
válasz
Speeedfire
#5078
üzenetére
Mi a gond a Siriusb által linkelt cikkel?
Szerintem tök jól alkalmazható. A 4. módszer alapján átdolgoztam azonos magasságú divekre, mondjuk itt nincs sárga háttér, de azt nem is írtad, hogy kellene, hogy legyen külön:http://jsfiddle.net/Sk8erPeter/r7V6b/
Annyit változtattam az eredeti kódon, hogy a középső oszlop tartalmát 0-ra csökkentettem, és nem raktam bele semmit. Így végül is 3 hasábos, de valójában 2.
[ Szerkesztve ]
Sk8erPeter
-
#5075
Sk8erPeter
nagyúr
Speeedfire
#5074
Sk8erPeter
nagyúr
válasz
Speeedfire
#5074
üzenetére
em to px:
http://pxtoem.com/
Az URL ellenére visszafelé is ajánl megoldást.A 100%-ra meg az a megoldás, hogy előveszed a fejlesztőkonzolt (F12, Ctrl+Shift+I), és megkukkantod, hogy az adott elem milyen széles (pl. Chrome-ban: az adott elem fölé viszed az egeret az "Elements" fülnél).
Sk8erPeter
-
#5071
Sk8erPeter
nagyúr
Dave-11
#5069
Sk8erPeter
nagyúr
válasz
Dave-11
#5069
üzenetére
Nesze:
http://jsbin.com/iqinow/2/edit#html,live
A CSS-sel nem gyengén át lehet szabni az elemek kinézetét.Sk8erPeter
-
#5066
Sk8erPeter
nagyúr
Dave-11
#5064
Sk8erPeter
nagyúr
válasz
Dave-11
#5064
üzenetére
"Szintén az előző gombról van szó, ha rákattintok, akkor átíiányít egy másik oldalra (pl.: masik.html, www.startlap.hu, stb.)"
Ezért csináltam linket... Ha egy form végén lévő submit gombról beszélsz, akkor miért lenne az jó neked, ha átirányítana egy másik oldalra?Sk8erPeter
-
#5063
Sk8erPeter
nagyúr
Gergello
#5062
Sk8erPeter
nagyúr
válasz
Gergello
#5062
üzenetére
Ha ilyen hülyén teszed fel a kérdést, ne csodálkozz, ha hülye választ kapsz...
Egyébként konkretizálva: html_errors
Sk8erPeter
-
#5061
Sk8erPeter
nagyúr
Gergello
#5060
Sk8erPeter
nagyúr
-
#5057
Sk8erPeter
nagyúr
Dave-11
#5056
Sk8erPeter
nagyúr
válasz
Dave-11
#5056
üzenetére
Nem, a color:transparent;-tel érem el, hogy a szöveg nem látszik.
A display:block; arra jó, hogy egy alapvetően inline megjelenésű HTML-elemet "blokkszerűvé" tudok tenni ezzel, ami arra jó, hogy beállíthatom pl. a szélességét-magasságát, tehát olyan módon viselkedik, mint egy <div>.
Egyébként ha kitörlöd a "Go to Prohardver!" szöveget, akkor is működik.Ez egy lehetséges megoldás a sok közül, lenne még más is, de ennek nagy előnye, hogy szimpla HTML+CSS kombóval elértem a kívánt hatást, JavaScript egyáltalán nem kellett hozzá.
Sk8erPeter
-
#5054
Sk8erPeter
nagyúr
Dave-11
#5053
Sk8erPeter
nagyúr
válasz
Dave-11
#5053
üzenetére
Felraktam neked ide egy egyszerű példát:
http://jsbin.com/iqinow/edit#html,liveSk8erPeter
-
#5052
Sk8erPeter
nagyúr
Speeedfire
#5051
Sk8erPeter
nagyúr
válasz
Speeedfire
#5051
üzenetére
Ja, tudom, most revansot veszel a múltkori köcsög oltogatásért a másik topicban.
Amúgy igen, ismertem, de az F5 izomból történő püffölése szerintem sokkal viccesebben hangzik, mintha azt mondom, hogy célszoftverrel monitorozom az oldal státuszát.Sk8erPeter
-
#5050
Sk8erPeter
nagyúr
Speeedfire
#5049
Sk8erPeter
nagyúr
-
#5048
Sk8erPeter
nagyúr
Inv1sus
#5046
Sk8erPeter
nagyúr
válasz
Inv1sus
#5046
üzenetére
Kicsit túl negatívan állsz hozzá, amit alapvetően nem csodálok, mert sajnos az a helyzet, hogy tényleg elég sok megbízhatatlan magyar cég van, de ez nem jelenti azt, hogy ne lenne legalább ugyanennyi, vagy még több külföldi cég is megbízhatatlan.
A tapasztalatomat pontosan azért írtam le, hogy ha valaki vacillál, hogy merjen-e a Tárhelyparkhoz költözni, akkor az én válaszom egyelőre egy elég erős IGEN - pont annak fényében, hogy volt már nekem is negatív tapasztalatom más cégekkel.
Az viszont nagyon tetszik, ha egy cégnél azt érzem, hogy emberszámba vesznek, és gyorsan haladnak a dolgok, és nyugodtan tehetem ölbe a kezemet, hogy minden faszán működik.
Hidd el, nekem aztán nem érdekem védni a cég érdekeit, mert semmilyen közöm nincs hozzájuk, ha negatív tapasztalataim lettek volna, akkor azt is ugyanígy leírtam volna, mert mint már gondolom láttátok, nem szokásom visszafogni magamat, ha vélemény-nyilvánításról van szó.
De mondom, öröm látni, ha létezik olyan magyar webhostinggal foglalkozó cég, ami nagyjából úgy is működik, ahogy illene. Ha már van ilyen irányú tapasztalatom, akkor miért is ne írnám le.(#5047) Speeedfire : jaja, remélem, később is ugyanez lesz a véleményem. Most is próbáltam megizzasztani, sokszor b@szogattam az F5-öt egymás után mindenféle időpontokban, hogy hátha az oldal egy idő után bemondja az unalmast, de eddig mindig ők nyertek.
Nem lenne rossz, ha legalább ilyen lenne az átlagos színvonal.Sk8erPeter
-
#5045
Sk8erPeter
nagyúr
Inv1sus
#5044
Sk8erPeter
nagyúr
válasz
Inv1sus
#5044
üzenetére
990 Ft egy évre szerinted drága 100 MB-ért, ha megbízható, és gyorsan reagálnak, az anyanyelveden (nem mintha nem tudnék angolul)? Ha ezt elosztod 12-vel, akkor egy hónapra még ÁFÁ-val együtt is igen nevetséges összeg jön ki.
Egyébként én is Siriusb-hez csatlakoznék a kérdéssel, hogy miért kellene nekem inkább külföldi céget támogatnom, ha létezik megbízható magyar is. Félre ne érts, nem vagyok egy hungarista, de szerintem ez nem egy megvetendő dolog, hogy ha találok egy jó magyar céget, akkor szívesebben támogatom őket, mint egy nagyon távoli székhelyű külföldit.
De inkább előbb azzal kezdhetnéd a válaszodat, hogy a fentebbi leírásomból számodra mi volt az, ami kivetnivaló volt, és amiért nekem egyáltalán el kellene gondolkoznom azon, hogy helyettük mégis jobb lenne egy külföldi szolgáltató. A hozzászólásod inkább kötekedő jellegű volt, semmiféle konkrétumot nem tartalmazott.
A gyorsasággal kapcsolatban: előbb mondtam, hogy a sebességgel sem volt eddig legalábbis semmi probléma. A szerverek állapotát meg saját állításuk szerint 40 országból monitorozzák, itt meg követhető az is, hogy mi az aktuális helyzet, vagy mi történt korábban.
A fenéknyalásról: pont az volt a lényege a hozzászólásomnak, hogy az ügyfélszolgálatuk is meglepően segítőkész volt. Még a drupal.hu-s fórumot is belinkeltem, ahol az látszik, hogy hajlandóak a renoméjuk megőrzése érdekében elég sokféleképpen és sok helyen segíteni, szerintem ebben eléggé kiemelkednek az átlagból.
Mondom, én nem akarom elkiabálni, de eddig nem volt gondom velük.
Az ilyen jellegű kommenteknek viszont nem sok értelmét látom, hogy "válassz külföldi tárhelyet, mert az biztos jobb, már csak azért is, mert nem magyar".Sk8erPeter
-
#5041
Sk8erPeter
nagyúr
cAby
#4768
Sk8erPeter
nagyúr
Sziasztok!
Na, most már személyes tapasztalatom van a Tárhelyparkkal!
A célunk az volt, hogy a teljesen komolytalan - igaz, ingyenes - Newhostingtól elköltöztessünk egy nagyon egyszerű felépítésű, Drupal-alapokon működő, kis tárhelyigénnyel rendelkező céges honlapot olyan tárhelyre, ahol nem fordul elő olyan eset, hogy a szerver átmeneti terheltsége miatt az oldal nagyjából 1-2 percig töltöget, máskor meg nagyon gyorsan betöltődik (mivel az oldal szinte csak "statikus", gyorsítótárazható tartalmakból áll (a statikus abban az értelemben, hogy nem egy gyakran változó tartalmakkal teli oldal, ettől függetlenül a Drupal PHP-vel és MySQL-hez való csatlakozással pakolja össze az oldalakat), ebből az is következik, hogy nem az oldallal kapcsolatos programozói hibákról van szó, hanem a szerver ingadozó teljesítményéről); vagy nem fordul elő az, hogy pl. egy modul telepítésekor (ilyenkor táblákat tölt fel az adatbázisba, stb.) egyszer csak 500 Internal Server Errort kapok, amitől a modul használhatatlan (félkész telepítés miatt).
Na meg az is szempont volt, hogy ne szarjanak látványosan az ember fejére az ügyfélszolgálatnál, ha az elvárja, hogy ügyfélként tekintsenek rá, és ne az legyen az üzenet lényege virágnyelven megfogalmazva, hogy "ha nem tetszik, el lehet innen menni". Utóbbiak jellemezték a Newhosting tevékenységét.
Na ebből hosszú türelmi idő után elegünk lett, persze mit várunk, ha egy szolgáltató ingyenes lehetőségeket kínál (persze a domain fizetése nem ingyenes, de ez természetes), tulajdonképpen nincs jogunk pattogni - bár hozzáteszem, akkor ilyen alapon megkérdőjelezhető a cégük létének értelme (ha az ügyfél magát nem tekintheti ügyfélnek, akkor minek akarnak ügyfeleket szerezni).Kíváncsiságból írtam egy levelet a Tárhelypark ügyfélszolgálatának, ahol arról érdeklődtem, hogy van-e náluk Drupal-alapokon működő oldal, és mennyire alkalmas az ő szerverük egy viszonylag erőforrás-igényes CMS-t kiszolgálni (erőforrás-igényes, mert dinamikusan állítja össze a tartalmat, adatbázishoz kapcsolódik, lekér, feltölt, stb.), és mennyi idő alatt intéznék a domain-átregisztrálást és egyéb adminisztratív dolgokat; azt is kikötöttem, hogy a jelenlegi tartalommal egyelőre elég lenne nekünk a 100 MB-os csomag is.
Igen nagy meglepetésemre egész pontosan 16 perc múlva (!) reagáltak is, egy elég alapos válasz keretében, amiből látszott, hogy az akkori tárhelyen lévő oldalt is megnézték, tudja, mi az a Drupal, sőt, belinkelte egy Drupal.hu-s fórumot, ahol egy ezzel kapcsolatos topichoz is igen korrekten hozzászólt, szolgáltatói oldalról, a megoldás megtalálása érdekében: [link] (lásd "kepes" nevű felhasználó hsz.-eit), ezenkívül minden szükséges infót elmondott, és ugyanez igaz volt a későbbi levélküldéseimnél is.
Ez már eleve szimpatikus volt, kb. a harmadik levél után úgy döntöttem, hogy na jó, azonnal intézem a domain-átregisztrálást (ez amúgy 600 Ft), meg a tárhely fizetését, mert ez így jónak tűnik. PayPalon keresztül is lehetett fizetni, így egyből rendezve is volt a számla (amúgy lehet sima banki átutalással is, de az azért plusz idő).
Másnap egyből megindult a folyamat, és az első levélváltáshoz képest 2 nap múlva már náluk volt a domain, és már tölthettem fel FTP-n a tartalmat. A max_allowed_packet MySQL-ben 1 MB-ra van állítva, nekem ez kevés volt, mivel az én adatbázisom tartalma ennél még tömörítve is nagyobb volt, ezért kértem a segítségüket a feltöltéshez (amit ők ajánlottak fel, hogy akkor megcsinálják), mert nem volt időm darabolgatni az adatbázis dumpot.
A dolog megsürgetése érdekében még csetelni is tudtam (!) az egyik munkatárssal, erre van lehetőség az ügyfélfelületen. A csetelés során még rengeteg egyéb dologról is érdeklődtem a szolgáltatásokkal kapcsolatban, és minden kérdésre megkaptam a választ. Másnapra megcsinálták az adatbázis feltöltését is (aznapra már nem tudták beiktatni), azóta úgy tűnik, teljesen elfogadható sebességgel működik ott az oldalunk.
A cPaneles felület is korrekt.Nem akarok semmit elkiabálni, de eddig csak ajánlani tudom a Tárhelyparkot.
[ Szerkesztve ]
Sk8erPeter
-
#5031
Sk8erPeter
nagyúr
Lacces
#5029
Sk8erPeter
nagyúr
Ha sosem kezeltél webszervert, akkor azt ajánlom, hogy először ne is sajáttal kezdd, ne ott akard megosztani a tartalmaidat, mert nem biztos, hogy biztonságban lesznek. Persze ez az adataid fontosságától függ. Az ezzel foglalkozó hosting cégek jobb esetben odafigyelnek a biztonsági kérdésekre is, úgyhogy ez sem mindegy.
A MongoDB tényleg jónak tűnik, nekem még nincs tapasztalatom vele, de ha korábban egy az egyben pl. MySQL-re építettél, akkor valószínűleg igen, nagyon sok dolgot át kellene írni a kódban.
Ez a cikk elég jól összefoglalja az előnyeit, hogy miért is lehet érdemes használni: [5 Things Every PHP Developer Should Know About MongoDB].Sk8erPeter
-
#5021
Sk8erPeter
nagyúr
Speeedfire
#5019
Sk8erPeter
nagyúr
válasz
Speeedfire
#5019
üzenetére
Hát manapság már valóban kérdéses, megéri-e olyan felhasználókra tervezni, akiknél a JavaScript ki van kapcsolva... Leginkább nem.
Ettől függetlenül én úgy szoktam csinálni, hogy a kliensoldali fejlesztéseket meg csillivilliket inkább a végére hagyom, ez különösen fontos mondjuk űrlapoknál.Persze ha olyasmiről van szó, hogy pl. lenyíló, többszintű menü a feladat, akkor leszarom, ha valaki nem használ JavaScriptet, használjon.
(pl. Superfish)(#5020) Jim-Y : hát én régebben csináltam egyszerű Chrome-extensiont, túl sok mindent nem tudott, csak az egyetemi Neptun oldalát elég rendesen testreszabtam vele.
De ha van kérdésed, tedd fel. Mondjuk az esélyes, hogy inkább JavaScript topicba tartozik.[ Szerkesztve ]
Sk8erPeter
-
#5014
Sk8erPeter
nagyúr
Inv1sus
#5013
Sk8erPeter
nagyúr
válasz
Inv1sus
#5013
üzenetére
Hát ha a "nehezebb út" alatt azt érted, hogy makacsul kitart amellett, hogy sokat fizessen a semmiért, és még egy nyomorult adatbázis-elérés se legyen, akkor én úgy vagyok vele, hogy több idegeskedéssel, időelcseszéssel és felesleges szívással járna az egész, minthogy megérné, még ha meg is tudnám csinálni.
Sk8erPeter
-
#5012
Sk8erPeter
nagyúr
Speeedfire
#5011
Sk8erPeter
nagyúr
válasz
Speeedfire
#5011
üzenetére
hát de érted, szopjon a hülyékkel az, akinek van hozzájuk türelme meg ideje Sk8erPeter
-
#5010
Sk8erPeter
nagyúr
biker
#5009
Sk8erPeter
nagyúr
Vágom, hogy sok a világon az idióta. De jobb esetben az idiótákkal is lehet beszélni, és felhívni a figyelmét arra, hogy átb@sszák, költözzön át másik szolgáltatóhoz, és neked az a feltételed (annak fejében végzed el a munkát), hogy márpedig legyen adatbázis, ami még ingyenes szolgáltatásként is elérhető.
Szóval szerintem nem velem van a hiba, hogy megpróbálnám az ügyfelet rábeszélni valami normális köztes megoldásra, ami mindkettőnknek jó. Ha ezt nem látja be, akkor keressen mást.Sk8erPeter
-
#5008
Sk8erPeter
nagyúr
Speeedfire
#5006
Sk8erPeter
nagyúr
válasz
Speeedfire
#5006
üzenetére
Szerintem meg nem.
De ha valaki nem hajlandó annyit sem áldozni egy program elkészítésére, hogy óvodás szintűnél komolyabb legyen, és a megrendelőnek az elég, akkor az vessen magára.(#5007) biker :
Hát igen, meg lehet oldani mindenféle gányolásokkal is, valóban.
"Nem mindenhol van mysql fizetve"
Na ne már...
Van ingyenes megoldás is: [link].
Vagy egyéb olcsó megoldás a sok közül, amit nemrég linkeltek: [link].
Sokaknak elég a 100 MB, az 990 Ft. A többségnek az 1000 MB pedig még sok is, az 3,9k.
Ha valaki ennyit nem tud rászánni EGY ÉVBEN, akkor az ne akarjon a lorem ipsumokhoz hasonló szövegekkel teli honlapnál komplexebbet, tehát pl. galériát.
Vagy válassza az ingyenes megoldásokat, ami nem zárja ki a MySQL szabad használatát....Ez most kb. úgy hangzott, mintha azt mondtad volna: "van olyan ember is, aki akar építeni egy sikeres vállalkozást 200 Ft-ból" - esélyes, hogy annyiból nem fog neki összejönni.
Sk8erPeter
-
#5005
Sk8erPeter
nagyúr
Speeedfire
#5004
Sk8erPeter
nagyúr
válasz
Speeedfire
#5004
üzenetére
Nem értek egyet, hogy ez így önmagában elég lenne.
Könyvtárbeolvasós galéria? Fúj, hányinger, kerülendő, soha, lóf@szt!
Olvassa csak szépen adatbázisból, hogy hol is találja meg a képeket. Meg nem árt, ha egy oldalon lévő galéria meg is felel az általános - nem túl extrém - kritériumoknak, hogy pl. kiegészíthető legyen saját információkkal, meg hogy nem meghatározott könyvtárhoz kötött (ugyan már, nehogy már komolyan fájlrendszerszinten kelljen megadni az egyes albumok neveit, hogy aztán aszerint jelenjen meg), valamint szépen átrendezhető legyen - pl. hogy olyan sorrendben jeleníthesd meg a képeket, ahogy az az adatbázisban el van tárolva; ezenkívül tetszőlegesen más-más albumokba is mozgathasd őket, ha úgy tartja kedved.Szép dolog, ha valami egyszerű, mint egy marék lepkefing, de nem biztos, hogy rugalmas megoldás is lesz.
Ebből következően a kettő kombinációja lenne a megfelelő: egy kijelölt könyvtár, amibe FTP-n keresztül feltölthetőek lennének a képek, és ahonnan lehetne őket IMPORTÁLNI - mindezt átlátható admin-felületen, úgy, hogy kiválaszthatod, hogy bizonyos képek melyik albumba legyenek feltöltve. Miután ezt megtörtént, a képek az importáló könyvtárból kerüljenek áthelyezésre mondjuk a képek könyvtárába, azonbelül is mondjuk automatikusan az album "transzliterált" nevével ellátott könyvtárába; valamint kerüljön feltöltésre az adatbázisba a fájl elérési útja, címe, meg az esetleges egyéb adatok, az, hogy melyik albumba kerüljön, stb.
Másik, még jobb megoldás: kihagyni az FTP-s feltöltést a francba. VAGY az FTP-s feltöltési lehetőséget csak pluszban bent hagyni.
Ami egyszerűbb: egy HTML5- vagy Flash-alapú fájlfeltöltőt használni, amivel engedélyezett a sok fájl egyidejű feltöltése, ilyen pl. a Plupload.
A felhasználó kiválasztaná, melyik albumba szeretné az újabb képeket feltölteni, majd kijelölné a sok fájlját, amit felküld, a Plupload meg ezeket egyszerre felpakolja. A háttérben persze megtörténik a fentebb említett adatbázisba írogatás.Sk8erPeter
-
#5003
Sk8erPeter
nagyúr
Siriusb
#5001
Sk8erPeter
nagyúr
válasz
Siriusb
#5001
üzenetére
Az árazást megint másra bíznám.
Van egyébként galériascript, ami eleve tud ilyet: Gallery.
Ezzel mondjuk olyan gond lehet, hogy talán túl sokat is tud. Bár nagyon sok minden kikapcsolható. Meg ez is: [link]. Aztán hogy ezeket teljesen testreszabni mennyire könnyű, azt már nem tudom... (Mindenesetre sminkek letölthetők hozzájuk.)Sk8erPeter
-
#5000
Sk8erPeter
nagyúr
tamas60
#4998
Sk8erPeter
nagyúr
válasz
tamas60
#4998
üzenetére
A jelentkezők számára való tisztázás érdekében kérdezem, mert őszintén szólva számomra nem volt teljesen világos az ajánlat: itt az ehhez tartozó megfelelő honlapot kellene elkészíteni adatbázissal és minden egyebekkel, ami a regisztrációt és a kódokat nyilvántartja, kezelgeti, vagy magát a C++-ban készült programot kellene fejleszteni annak érdekében, hogy az időkorlátos védelem meg legyen oldva, vagy pedig mindkettőt?
Ha magáról a programról van szó, akkor van C++ programozás topic is, esetleg ott is próbát tehetnél: [link].
[ Szerkesztve ]
Sk8erPeter
-
#4993
Sk8erPeter
nagyúr
biker
#4992
-
#4988
Sk8erPeter
nagyúr
Inv1sus
#4987
Sk8erPeter
nagyúr
válasz
Inv1sus
#4987
üzenetére
Azért annyiért nagyon kevés...
Akkor úgy látom, vannak nálam rosszabbak is árazásban. Ami tény: mivel van egy "Termékeink" menüpont, feltételezem, lesz egy webshopszerűség. Ha így van, akkor az jelentősen növeli az árat, mert hiába vannak kész webshopmotorok, a webshop megfelelő belövése akkor is szívás, bár nagy gyakorlattal (ha valaki már sokadik webshopját készíti el ugyanahhoz a motorhoz) nyilván rövidül a befektetendő idő.
DE ha csak egy felsorolásszerű lista lesz, és nem egy webshop (tehát olyan, ami akár WYSIWYG-felületen simán szerkeszthető, és kész is van) akkor persze jóval egyszerűbb a helyzet. Mondjuk én inkább azt feltételezem, az az elképzelés, hogy online megtekinthetők legyenek a termékek.Viszont ameddig nem küld normális, kivágható dizájnt, addig én nem vállalnám el - legalábbis nem ennyiért.
Szerk.:
Ja, és most látom, "Galéria" menüpont... Hát akkor meg tényleg semmiképp nem fér bele ebbe az árba.[ Szerkesztve ]
Sk8erPeter
-
#4983
Sk8erPeter
nagyúr
biker
#4982
Sk8erPeter
nagyúr
Ezt most nem értem. Hogy jön ez a dizájnhoz?
Mi az, hogy "gazdaságos rendszer"? Tudtommal WordPress-ben is lehet komplex, komoly honlapot összehozni, attól még, mert elsősorban egyszerű blogolásra szokták használni. Ettől függetlenül attól még, mert WordPress, olyan dizájnt hozol össze, amilyet akarsz.[ Szerkesztve ]
Sk8erPeter
-
#4964
Sk8erPeter
nagyúr
Inv1sus
#4962
Sk8erPeter
nagyúr
válasz
Inv1sus
#4962
üzenetére
"AJax használata a keresőoptimalizáltság miatt se jó."
Ez így önmagában hülyeség, egy nagyon is téves állítás.
El lehet készíteni egy alkalmazást úgy, hogy először el legyen készítve AJAX nélkül teljesen működőképesre, majd később ugyanez az oldal módosítva legyen úgy, hogy kliensoldalon AJAX-szal frissíti a tartalmat.A Google-nek is van egy cikke a témában:
Making AJAX Applications CrawlableSk8erPeter
-
#4957
Sk8erPeter
nagyúr
Plero
#4956
Sk8erPeter
nagyúr
Félre ne értsd, nem szidni akartam az oldalt, csak gonoszkodtam, mert feldobtad a labdát.
Amúgy ha érdekel egy vélemény, nekem egy nagy bajom van az oldallal, az, hogy a címek nem menthetők, nem küldhetők el másnak, mert AJAX-szal töltődik be a tartalom, és az URL-ben nem történik változás, amikor az egyes menüpontokra klikkelgetek.
Azzal meg semmi baj nincs, ha rendszergazda készíti az oldalt, mert akárki készítheti, csak ne legyen olyan, amitől megfájdul az ember szeme, ha ránéz, vagy legszívesebben harakirit követne el az oldal láttán.
[ Szerkesztve ]
Sk8erPeter
-
#4953
Sk8erPeter
nagyúr
DeltaPower
#4951
Sk8erPeter
nagyúr
válasz
DeltaPower
#4951
üzenetére
Jó ötlet.
(#4952) Siriusb :
nem is értem, mi bajod a 90-es évek hangulatát idéző honlapokkal.
Az a durva, hogy fateromék céges honlapját az elmúlt hetekben cseréltem le, a korábbit még MS Frontpage-ben (!!!) készítettem (szentségtörés és nekrofília egyben), amikor még csak elkezdtem sejteni, mi az a zzzinternet, és fogalmam sem volt, hogyan lehet normális honlapot készíteni. Hogy én nézegessem a forráskódot? Ugyan már, az kínai.
A "dizájnja" meg olyan volt, hogy minden alkalommal, amikor ránéztem a saját magam által 10 éve készített honlapra, majdnem lehánytam a monitort.
Aztán végre elkészült egy normálisabb Drupal 7 alatt.
Erre mondják, hogy először mindenki söprögessen a saját háza portája előtt, meg ugye mindig a matematikus gyereke a leghülyébb a matematikához, és így tovább.
Sk8erPeter
-
#4950
Sk8erPeter
nagyúr
Siriusb
#4947
Sk8erPeter
nagyúr
válasz
Siriusb
#4947
üzenetére
Ez egy Microsoft Wordben készült honlap.
Nézd meg pl. ezt az oldalt, itt látszik, milyen csodálatos kód kerül a forráskódba általa: [link]...Pl. egy sor:
<p class=MsoNormal><b style='mso-bidi-font-weight:normal'><span
style='font-size:20.0pt'><a href="betegeleg.htm">BETEGELÉGEDETTSÉGI KÉRDÕIV
KITÖLTÉSÉNEK EREDMÉNYE FEKVÕBETEG OSZTÁLYOKON 2011 Március</a></span></b><span
class=MsoHyperlink><o:p></o:p></span></p>Annyira megtetszett ez az mso-bidi-font-weight, hogy mostantól csak ezt fogom használni a CSS-kódjaimban.
[ Szerkesztve ]
Sk8erPeter
-
#4946
Sk8erPeter
nagyúr
#40935168
#4945
Sk8erPeter
nagyúr
válasz
#40935168
#4945
üzenetére
Akkor abból a mostani legfrissebb stabil változat, a 7-es legyen, és ha felmerülnek kérdéseid vele kapcsolatban, írj ide nyugodtan: Drupal topic.
[ Szerkesztve ]
Sk8erPeter
-
#4944
Sk8erPeter
nagyúr
Siriusb
#4943
Sk8erPeter
nagyúr
válasz
Siriusb
#4943
üzenetére
Gondolom ez az.
Én így oldanám meg: jQuery AJAX + PHP + MySQL (vagy más adatbázis nyilván szükséges).
Van kismillió példa, pl. ez (JSON-ben adja vissza, jQuery UI-t használ).U.i.:
"Vagy PHP-vel egyszerűbb?"
Ilyet nehéz kijelenteni, attól függ, kinek mi fekszik jobban.
Én a PHP-t vágom, Pythont nem, így szerintem PHP-vel viszonylag egyszerű. Hogy Pythonban mennyire, azt nem tudom.[ Szerkesztve ]
Sk8erPeter
-
#4942
Sk8erPeter
nagyúr
Sk8erPeter
#4935
Sk8erPeter
nagyúr
válasz
Sk8erPeter
#4935
üzenetére
Na, PhpStorm vs. NetBeans vs. Zend Studio ügyben itt sem jutottak dűlőre, hogy akkor végül is melyik a góré: [link].
Nagyjából ugyanott tartanak, ahol mi: mindegyik jó, de egyik sem tökéletes.Sk8erPeter
-
#4941
Sk8erPeter
nagyúr
Inv1sus
#4939
Sk8erPeter
nagyúr
-
#4938
Sk8erPeter
nagyúr
Siriusb
#4937
![;]](http://cdn.rios.hu/dl/s/v1.gif)
"
De természetesen ha valakinek a ClearBox szimpatikusabb, emiatt ne mondjon le róla.
Csak kicsit szebben.
Ez csak sejtés, vagy volt valami hivatalos infó erről?
Új hozzászólás Aktív témák
- 2x8GB 3600MHz Apacer NOX memóriakitek GARANCIÁVAL/SZÁMLÁVAL! ÁRON ALUL! Hűtőbordás, dobozos!
- Eladó! Kishibás Rtx2070 8GB!
- HP ZBook Fury 15 G8 Profi Tervező Vágó Laptop -50% i7-11850H 32/512 FHD IPS NVIDIA RTX A2000 4GB
- Új HP ZBook Firefly 16 G10 Profi Tervező Vágó Laptop -50% i7-1355U 16/1TB FHD+ RTX A500 4GB
- PlayStation 5 Pro + Vertical Stand
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest