Új hozzászólás Aktív témák
-
Lacces
őstag
Azóta változott ez az FB-s cucc, meló helyen 1 hónapja én is szívtam vele rendesen, valamilyen access_token-t is át kell adni az FB-nek ahhoz, hogy lekérdezen adatokat.
De az access token-ek generálása hogyan történik passza, mert a weboldalnak volt több (tesztelő, éles, régi...
) fb appja, és ahhoz access_token-ek, és volt amelyik például mindent lekérdezett babán, csak mondjuk az eseményeknél az időket nem tudta, a másiknál meg ez vagy azt nem kérte le normálisan belőle...
Én elsőkörben erre gyanakodnék, hogy az access_token-n nem az igazi, ha te lépsz be a developers.facebook.com-ra és a graph api segítségével kérdezzel le, akkor full eredményt kapsz? (olyankor az FB automatikusan ad egy ideiglenes teljes körú access_token-t)
-
localhoston próbálod? Tudtommal - csináltam egyet én is régen [link] - akkor működött rendesen, ha az fb nél beállított domainről próbáltam (ha jól emlékszem).
Más.: szükségem lesz egy ACL osztályra, gondoltam megírom saját magam, csak nem tudom, hogy jól gondolom-e és az egész megoldható egyszerűen. Konkrétan egy Role base ACL -t akarok létrehozni, kiolvasom az adatbázisból, hogy mire van engedélye és aszerint generálom a nézetet továbbá engedélyezem(?), ez így helyt álló?
-
Sk8erPeter
nagyúr
De azt láttad, hogy a CSS-kódot is hozzápakoltam időközben?
Lásd jobb fölső sarok:
.iranyitoszam-wrapper {
float:left;
}
#iranyitoszam {
width:130px;
}
.ui-autocomplete {
position:relative !important;
}Ez a lényeg, emiatt jelenik meg jól.
De Te magad is láthatod, hogy jól működik a példaoldalon...
Szerk.: ja meg localhoston teszteltem először ugyanezt, tehát jó a kód.=============
(#11028) Speeedfire : ez egy osztás művelet, úgyhogy ez nem működőképes így.
Ilyenre csak az a jó, amit CSorBA írt közben. -
meone
tag
Nekem ezekkel működik.
<script src="http://ajax.googleapis.com/ajax/libs/jquery/1/jquery.min.js" type="text/javascript"></script>
<script src="http://ajax.googleapis.com/ajax/libs/jquery/1.8.0/jquery.min.js" type="text/javascript"></script>
<script src="http://code.jquery.com/ui/1.8.23/jquery-ui.min.js" type="text/javascript"></script>
<script src="http://jquery-ui.googlecode.com/svn/tags/latest/external/jquery.bgiframe-2.1.2.js" type="text/javascript"></script>
<script src="http://jquery-ui.googlecode.com/svn/tags/latest/ui/minified/i18n/jquery-ui-i18n.min.js" type="text/javascript"></script>Tégy egy próbát hátha jó lesz, nekem is az volt a problémám mint neked, de ezzel amit linkeltem ott jelenik meg ahol kell.
-
Sk8erPeter
nagyúr
Visszatértem.
Erre gondolsz? (http://jsfiddle.net/Sk8erPeter/YCE4Z/7/embedded/result/)
Most ez pont a beviteli mező mellett jelenik meg. -
SektorFlop
aktív tag
Van arra valamilyen megoldás, hogy ha text mezőbe elkezdek gépelni valamit akkor mint ha egy select mező lenne, elkezdenének megjelenni a felhasználónevek a beírt karaktereknek megfelelően. És akár ki is lehetne választani. Lehet nem jó a topic, mert nyilván lesz már benne egy kis js-is.
-
Sk8erPeter
nagyúr
DeltaPowernél a pont.
Konfiguráld rendesen.================
(#10904) Soak :
de azt még a Buta Béla is megérti, hogy ha az a cím, hogy www.oldal.hu/felhasznalok/ButaBéla, akkor az az ő oldala, és még az előtte szereplő "felhasznalok" cím sem okoz remélhetőleg gondot.
Egyébként nem is kell olyan nagyon gondolkodásra serkenteni a júzert ahhoz, hogy eljusson a saját profiljához, ha nem találja meg az erre szolgáló linket, akkor már a felülettel van baj.
Úgyis ritkább az a júzer, aki a címet is értelmezgeti, megjegyzi. -
Robaj
addikt
Lehet, az a gond, hogy a futási idő korlátozva van.
Némelyiknél 15mp-ig futhat 1-1 php program.
Phpinfo-val nézd meg a max_execution_time értékét.Ha ez alacsony, pl. 15-30 mp, akkor próbáld megnöveltetni szolgáltatóval, ha nem megy, akkor érdemes kitapasztalni, mennyi email megy ki (írtad 400 db), és úgy módosítani a programot, hogy 1 futtatás során ennél valamennyivel kevesebbet küldjön ki (jelen esetben pl. 300 db), majd cronban beállítani, h. pl. 5 percenként futtassa le a progit.
Másik megoldás, ha header-rel átirányítod, ekkor újraindul a time limit, azonban paraméternek megadod, hogy 300-tól kezdje a küldés, 600-nál meg újra header. -
Sk8erPeter
nagyúr
Én PHPMailert szoktam használni.
Ha meghatározod a karakterkódolást, ahogy itt látható, akkor is probléma van az ékezetekkel?// Approach 1: Change the global setting (suggested)
Swift_Preferences::getInstance()->setCharset('iso-8859-2');
..........(lásd még a többi approach-ot is)
Ez a "leáll a futás" tényleg elég megfoghatatlan, így nyugodtan elképzelhető, hogy más levelezőosztály használhatával is le fog állni...
-
fordfairlane
veterán
Hát akkor nincs ötletem. Próbáld ki, az összes megadott emailre jól működik:
<?php
$emailcim = "robert.boldi[kukucc]kombiterminal.hu";
if(preg_match( "/^([a-zA-Z0-9])+([a-zA-Z0-9\._-])+([a-zA-Z0-9])*@([a-zA-Z0-9_-])+([a-zA-Z0-9\._-]+)+([a-zA-Z0-9])+$/" , $emailcim)) {
echo 'match!';
}
?>Email kukacjelet kicseréltem, nehogy valami crawler szemétláda begyűjtse innen.
-
Sk8erPeter
nagyúr
Itt külön-külön tesztelve mindig ad match-et.
(#10409) CSorBA : sajnos ez csak első szűrőnek jó, mert amúgy jó címekre nem lesz jó a teszt, pl. pont korábban volt szó róla, hogy az ékezetes neveket tartalmazó domainekre sem jó. (mondjuk akkor FILTER_VALIDATE_URL-ről volt szó, de gondolom egy része közös a függvényeknek)
Mondjuk ahogy nézem, a biker által mutatott regexp sem lesz jó ilyenekre. -
Tele von Zsinór
őstag
array_filter valahogy így (nem teszteltem):
$ezekbenvan = array_filter($input, function ($val) {
return false !== strpos($var, "eztkeresem");
}); -
Sk8erPeter
nagyúr
Szerintem ennél nagyon nem fogsz találni "elegánsabbat", legalábbis nem tudok ilyen optimalizált, beépített függvényről.
Itt is van még egy megoldás regexpekkel, de ez sem elegánsabb semmivel. -
trisztan94
őstag
Óh, köszi így működött!
Erre nem tudok rájönni:
<?php
session_start();
if (!isset($_SESSION['user']))
{
if(!isset($_SESSION['guest']))
{
header('location:not_logged_in.php');
}
?>
<!doctype html>
<html lang="hu">
<head>
<title>Történetfeltöltés</title>
<meta charset="utf-8"/>
<link rel="stylesheet" type="text/css" href="../css/soon.css"/>
<link href='http://fonts.googleapis.com/css?family=Niconne&subset=latin,latin-ext' rel='stylesheet' type='text/css'>
</head>
<body>
<h2>Történetfeltöltés</h2>
<h3>A Történeted ellenőrzés után kerül ki.</h3>
<form method="post" action="../php/upload_story_exec.php">
<input type="text" class="elemek" name="cim" id="felsogomb" placeholder="Történet Címe"/><br/>
<textarea rows="10" cols="30" class="textarea" name="torzs">
</textarea><br/>
<input type="submit" class="belepes" name="send" value="Beküldés"/>
</form>
</body>
</html>na most erre kapok egy ilyet:
Parse error: syntax error, unexpected $end in /data/e/r/eroticplaza.hu/web/php/upload_story.php on line 30
a line 30 a </html>
??????
-
PazsitZ
addikt
Ez nem rossz programozó, hanem egy kókler vérpistike.
A leírtak alapján a kérdéses személy, megrekedt a php24 óra alatt könyv szintjén. Ez mondjuk 1 hónap után nem gáz, de több év alatt, igazi teljesítmény, hogy semmi nem ragadt rá.Tény, hogy a kezdeti tanulási ideje rövid a nyelvnek és a nyelv lehetőségei is adottak a gányoláshoz, azáltal ki is termeli a tehetségtelen kóklereket, sajnos.
Na pont az ilyenek májer balf@szok miatt van meg a php fejlesztőkről az általános lenéző vélemény.
-
Sk8erPeter
nagyúr
"Mit adnátok annak, aki egyszerre használ magyar és angol neveket pl táblázatai fejlécében? é emiatt írja el a dolgokat?"
Ha már így kérdezted: sallert.
Amúgy a többivel is teljesen egyetértek, a változóneves problémát soha nem értettem, szerintem is sokkal jobb egy jó hosszú, de beszédes és félreérthetetlen változónév plusz karakterekkel, mint egy lerövidített szarság, amiből semmire nem tudsz következtetni, csak egy dolgot tudsz tenni, hogy visszamész a legelejére, ahol inicializálja vagy épp megváltoztatja a változó értékét, és megpróbálod kinyomozni, hogy mi a franc az, esetleg még debuggolást sem úszod meg. Aztán egy replace all valami értelmes változónévre.
Nem tudom, egyes önjelölt programozózsenik miért gondolják úgy, hogy pozitívan hat a teljesítményre vagy a munkatempóra, ha $a, $b jellegű változóneveket használnak.
Ez az initscreen/endscreen meg úgy gány, ahogy van. Nem véletlenül találták ki a template-ezést.
Sajnos vannak menthetetlen esetek, én is találkoztam már ilyennel (kedvelt kolléga volt), akinek hiába adsz elő normális érveket (lásd amiket mondtál is), ő akkor is jobban tudja (a legerőszakosabb, legokoskodóbb fajta). -
Speeedfire
félisten
-
Tele von Zsinór
őstag
Értettem elsőre is, a megoldás lényege nem azon van, hogy kötegelt küldés, hanem hogy ne a felhasználónak kelljen végigvárnia, amíg próbálkozik a levélküldéssel.
Ha szinkron küldöd (a felhasználói folyamatban), potenciálisan lassú, illetve nincs megoldás arra, hogy mi történik, ha nem sikerül elküldeni, kimarad egy levél.
Ha aszinkron küldöd (ütemezett feladatban), tökmindegy, ha lassú, és ha nem sikerül elküldeni, nem törlöd az adatbázisból - azaz megpróbálja mégegyszer, a következő futáskor. Így mindenképp megkapja a címzett a levelet.
-
Tele von Zsinór
őstag
Nem sokkal ezelőtt volt itt hatákony mailküldésről szó.
Röviden: aszinkron küldöd, azaz: amikor létrejön az esemény, amiről értesítés kell, mented ezt adatbázisba. Van ezen kívül egy ütemezett scipted, ami ezekről kiküld egy menetben legfeljebb x mailt, majd törli az elvégzett taskot az adatbázisból.
-
Sk8erPeter
nagyúr
Ja, hát még mindig van, amire a Flash vagy a Silverlight az üdvös megoldás, pl. tipikusan az ilyen 3D-s, "bejárom a szobát"-jellegű dolgokra.
De komplett honlapot építeni erre az számomra nem túl tetszetős. Ha vegyítve van, az már valamennyire okés.Amúgy a 3 hét alatti elkészítés igen korrekt idő... Akkor ott túl sok tökölésre nincs lehetőség.
-
cucka
addikt
Úgy értetem, hogy korábban sok ilyen scriptet láttam, ami csak a változó és function neveket nevezte át követhetetlenné, és azt azért ki lehetett következtetni.
Meg is próbáltad kikövetkeztetni? Nyilván, elméletileg ki lehet, gyakorlatilag meg kevesebb idő újraírni az egészet, mint megérteni egy ilyen kódot. Nem php ugyan, de nézd meg a google által szolgáltatott javascript-eket (pl. analytics) vagy mondjuk a jquery minimalizált forrását, aztán szólj, ha vissza tudtál benne követni egyetlen változót/függvényt is.
-
Sk8erPeter
nagyúr
Hát nem tom, szerintem egy "jól" összezagyvált kódot visszafejteni úgy, hogy aztán sikerüljön értelmezni is, mi mit csinál, aztán megváltoztatni mindent úgy, hogy értelmes változó- és függvénynevek legyenek a kódban, ismét felkommentezni, hogy következő hozzányúláskor ne kelljen már megint hajadat tépni, hogy átlásd, nem egy egyszerű munka.
Nem tartom magam amatőrnek (ha az az állítás, hogy csak azok ellen véd), de nem szívesen vállalkoznék ilyenre...
Persze gondolom a query-ket meg stringeket nem lehet összezagyválni, úgyhogy az sokat segít.
Az ismerősöd meg lehet, hogy szintén nem szívesen vállalkozna egy visszafejtegetésre, vagy kis túlzással ennyi idő alatt már meg is írná inkább magától az egészet.
Aztán lehet, hogy vannak zsenijelöltek, akiknek mindez pikkpakk megy, most így hirtelen nehéz elképzelni, hogy lehet egy "jól" obfuszkált, más által megírt kódot visszafejteni, értelmezni, majd annyira belejönni, hogy máshol is alkalmazni tudd, mindezt normális idő alatt, hogy ne érezd úgy, hogy ezzel értékes, valós pénzt kínáló munkaórákat dobálsz ki az ablakon...Ettől függetlenül még mindig választhatod az API-t vagy web service-t, csak ezt is elég melós lehet megírni jól.
-
Coyot
őstag
Írsz egy obfucalót nem nagy kunct az sem, weblaboron volt is kész példa rá.
vagy: obfuscatephp a progi, nem ingyenes így belerak egy kódrészt amitől 7 nap után leáll a kód. Írtam rá egy reguláris kifejezést ami kibombázza belőle np++al pikkpakk ki lehet pucolni, ha kell szólj
-
Sk8erPeter
nagyúr
Végül is erőltetetten megoldható úgy, hogy valami API-t vagy web service-t a rendelkezésére bocsátasz annak a valakinek az általad nem kifejtett feladatra, és távoli szerverről szolgáltatsz adatokat. Persze ezt úgy is védeni kellene, hogy mondjuk csak adott domainről érjék el azokat az adatokat, hogy máshonnan ne terheljék feleslegesen a Te szerveredet.
Persze kéne tudni, miről is van szó, de azt mondtad, nem kódobfuszkálással szeretnéd megoldani.===
(#8720) Speeedfire : "Ja és It's Work!" úgy érted, "It works!", igaz? Annak még van is valami értelme.
===
(#8723) Athlon64+ : mindezt Windows-on vagy UNIX-alapú szerveren?
Windows alatt én is szívtam APC-vel, állítólag a fájlzárolási mechanizmusok különbözősége miatt, de mivel egy idő után a t×köm tele lett a szívással, végül inkább úgy döntöttem, ezt hagyom a francba. -
Sk8erPeter
nagyúr
úgy érted, ha van egy ilyen képed a http://oldalad.hu/adsasd/asdasd/index.php fájlban, hogy pl
<img src="blabla/akarmi.jpg" />
akkor a
http://oldalad.hu/adsasd/asdasd/blabla/akarmi.jpg elérési útvonalon fogja keresni?
Mert akkor az nem meglepő. Vagy lehet, hogy félreértettem, amit írtál. -
M.Úr
tag
Én ezzel tisztában vagyok. De próbáld megmagyarázni az átlag magyar ügyfélnek! Hiszen amit a böngészőben megnyit, az ugye "honlap" (a weblap, weboldal szavakat általában nem ismerik), tehát pontosan annyi munka és idő megcsinálni egy számlázó "honlapot", mint Nikcykehh XOXo facebook profilját.
Jaj bocsánat, miket mondok... az IE és a Firefox nem böngészők, hanem azok az "Internet"
-
Sk8erPeter
nagyúr
Szerkesztettem még a hsz.-t, hozzácsaptam még linkeket, lásd a hsz. végét, hátha azoknak hasznát veszed.
Lehet, hogy ez is f@szság lesz, de itt ezt írják: [link]
"unfortunately InnoDB does not support FULLTEXT indices, so sometimes it is not an option…"
Nem lehet, hogy véletlenül a tábla szerkezetét átállítottad?Na, már megint egy: [link]
"Watch out for the VARIABLE ft_min_word_len -- it defaults to 4."
-
Sk8erPeter
nagyúr
Lehet, hogy oltári nagy f@szság, de nem lehet, hogy REPAIR-elni kellene a table-öket? (de szépen hangzott
)
csak mert itt van ilyen, egy változó megváltoztatásánál:
[link]
"FULLTEXT indexes must be rebuilt after changing this variable. Use REPAIR TABLE tbl_name QUICK."
Mondom, lehet, hogy ennek semmi köze ehhez, csak egy próbálkozás...itt mondjuk nagyobb verzióra upgrade-elésről van szó, de itt is hasonlót írnak, hogy esetleg REPAIR kell, ha hülye eredményeket kapsz: [link]
"Incompatible change: For utf8 columns, the full-text parser incorrectly considered several nonword punctuation and whitespace characters as word characters, causing some searches to return incorrect results. The fix involves a change to the full-text parser in MySQL 5.1.12, so as of 5.1.12, any tables that have FULLTEXT indexes on utf8 columns must be repaired with REPAIR TABLE:
REPAIR TABLE tbl_name QUICK;" -
szike21
csendes tag
Köszönöm a segítséget! Megpróbáltam mindenhogy , de még mindig nem jutottam túl a hibán...Esetleg a kódolással lehetnek problémák? Az XAMPP-ban UTF-8 a kódolás, a fájlokban az alapértelmezettet használom, az azthiszem ANSI. Még mindig "undefined index" hibával száll el az egész, de csak az INSERT INTO résznél...
-
Sk8erPeter
nagyúr
speciel a Notepad++ egy nagyon hasznos program, egy nagy hibája, hogy sajnos csak Windows-alapú. Van, hogy Linuxon is Wine-nal használom, mert a legtöbb Linuxos szövegszerkesztő nem tetszik, és/vagy nem olyan funkciógazdag, mint a Notepad++. (ha nem memóriazabáló programokról beszélünk, mint a NetBeans, ami szintén fasza, de durván erőforrásigényes, a szolgáltatásokért cserébe, amit nyújt)
A karakterkódolás elcsesződésének okára most hirtelen nincs konkrét ötletem, körül kéne nézni a szerver beállításainál, nincs-e .htaccess-es vagy globális szerveroldali felülbírálás, vagy bármi, ami az éles szerveren beleszól a folyamatba, a localhostos szerveren meg nem. Valami különbség biztos van.
-
Sk8erPeter
nagyúr
hmm, hát ez fura. És még nem derült ki az oka, hogy miért csesződik el?
Amúgy a Notepad++-ban van sima UTF8-kódolásra átkapcsolás, meg konvertálás is. Ha az előbbit választja az ember fia, akkor az esetek többségében elkúródik a kódolás.
De gondolom nem ez a para.
Valami beállítás mégis eltérhet.
Ja, amúgy BOM nélküli UTF-8 minden fájl esetén?
Milyen szerver van egyik ill. másik tárhelyen?Ja, sokszor előfordulhat, hogy eszedbe jut valami nem épp a legaktívabb meló közben, és módosítanád, úgy, hogy nem vagy gépednél, akkor meg nagyon nem praktikus a localhostos módszer.
-
Sk8erPeter
nagyúr
Mondjuk a még szebb egy prepared statement lenne: [link], de ezt már nem is mertem említeni, mert az a kód úgyis szerteszéjjel van szórva hibákkal...
Amúgy amikor tanultam a PHP-t, én is a mysql_real_escape_string, mysql_query és hasonlókkal szopattam magam, mert a net tele van ilyen példákkal, többek közt azért, mert a PHP 4-es verziójában még nem volt OOP. Nincs nagy baj ezekkel a függvényekkel, csak az, hogy sokkal nehézkesebb: az ilyen wrapperclass-szerűségek (a PDO is olyan, mint egyfajta wrapper a különböző adatbázisokhoz tartozó műveletekhez) használata ezerszer praktikusabb lehet, ráadásul ha a fenti linket bárki megnézi, igazából a szintaktikája sem bonyolultabb, mint egy mysql_* függvényhasználatnak, csak ehhez kell szoktatnia magát az embernek.
Plusz a PDO a "hagyományos" hibakezelést elkerülendő már kivételek dobálására is képes, míg a mysql_* függvényeknél ezeket a hibákat a megfelelő módon - elég macerásan - le kell tudni kezelni. Hozzáállás kérdése, de így utólag már azt mondom, gány.Visszanézem pár évvel ezelőtti kódjaimat, és fogom a fejem, hogy mennyivel egyszerűbben is lehetett volna csinálni dolgokat.
Amúgy a legjobb az adatbázisok kezeléséhez még mindig az ORM-ek használata. Ezt már kicsit nehezebb lehet eleinte megtanulni, de megtérül.Bár sokan szidják az OOP-s megközelítést, hogy az nem jó, mert lassú... bullshit! Normális esetben nem észrevehető a különbség. Bár biztos vannak, akiknek feltűnik pár ezred/századmásodperces eltérés a betöltési időben...
Ja, amúgy ez most nem konkrétan neked szólt, hanem csak úgy általánosságban.
A post írása közben mindenfélék eszembe jutottak még a témával kapcsolatban, szerencse, hogy megálljt parancsoltam az írókámnak.
-
cucka
addikt
A php modult úgy lehet kiütni, ha szerkesztik az apache httpd.conf-ját, amihez általában root jog szükséges. Namost ha a hekker képes root joggal szerkesztgetni a szerveren a file-okat, akkor gyakorlatilag bármit megcsinálhat a gépen, tehát megette a fene az egészet.
Persze, ha tudsz valamilyen exploit-ról, amivel ezt el lehet érni root shell nélkül, akkor arra nagyon kíváncsi vagyok.
-
Speeedfire
félisten
Hát nem tudom már, hogy honnan vettem, de 2 oldalon is ezt használom és működik.
[link] [link]
Az első linken látványosabb, mert kevesebb címke van.Milyen nevet nem ad vissza?
Nem illesztettem be ezt a funkciót.
Szerintem az elég jó futási idő.
Sk8erPeter: Tényleg nincs ilyen függvényem, de akkor miért működik a keveredés? -
Sk8erPeter
nagyúr
A shuffle_assoc()-ot leszámítva teljes körű kódnak számít, működőképes (persze ha az eredeti angol2() fv.-t is kiveszed)...
DE az nem tűnt fel, hogy ilyenformán:
shuffle_assoc($Cimke);
a shuffle_assoc rohadtul nem változtat a $Cimke tömbön semmit?
A függvény egy tömbbel tér vissza, az meg így csak elvész az éterben.
Legfeljebb így működik:
$Cimke = shuffle_assoc($Cimke);(#6540) Speeedfire: neked is javaslom a fenti javítást.
(már ha nálad a shuffle_assoc() fv. nem referenciát kap paraméterként, ahol a $list tömbön végzel változtatásokat - pl. function shuffle_assoc(&$list) { ..... } )
-
Speeedfire
félisten
Csak egy példa, hogy én mit használok. Igaz szerintem erőforrás tekintetben nem a legjobb. Kellene még egy másik tábla, ahol el lenne tárolva ez mind, így lenne egy úgymond cachelt tábla.
<?php
include_once 'config.php';
echo '
<div class="cimkefelho">
<br />
<h2>Cimkefelhő</h2>
<p>
';
$cimke = mysql_query("select tags from linkek_tartalom") ;
$osszes=0;
while ($cimke2 = mysql_fetch_array($cimke) ) {
$tags = str_replace(" ","",explode( ',', $cimke2['tags']));
foreach ($tags as $cimkek) {
$Cimke[] = $cimkek;
$osszes++;
}
}
$Cimke = array_count_values($Cimke);
shuffle_assoc($Cimke);
foreach ($Cimke as $Tags => $mennyi) {
$ertek = round($mennyi/$osszes,1)+1;
echo '<a title="'.$Tags.'" style="font-size:'.$ertek.'em" href="cimke='.angol2($Tags).'" >'.$Tags.'</a> ' ;
}
unset($Cimke);
echo '
</p>
</div>
';
?>
Új hozzászólás Aktív témák
Hirdetés
- Autós topik
- Sorozatok
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- One otthoni szolgáltatások (TV, internet, telefon)
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Milyen billentyűzetet vegyek?
- Milyen belső merevlemezt vegyek?
- Béta iOS-t használók topikja
- Milyen program, ami...?
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- További aktív témák...
- Easun iSolar SMW 11kW Twin Hibrid inverter // Dupla MPPT // BMS // WiFi
- GAMER PC : RYZEN 7 5700G/// 32 GB DDR4 /// RX 6700 XT 12 GB /// 512 GB NVME
- GAMER MSI LAPTOP : 15,6" 144 HZ /// i5 12450H /// 16GB DDR4/// RTX 4050 6GB/// 1TB NVME
- Manfrotto 055 magnézium fotó-videófej Q5 gyorskioldóval
- Sony ECM-W2BT
- BESZÁMÍTÁS! ASRock B460M i5 10400 16GB DDR4 512GB SSD RTX 2060 Super 8GB Rampage SHIVA TT 500W
- BANKMENTES részletfizetés Noblechairs HERO RL valódi bőr Gamer Szék
- Samsung Galaxy S22 Ultra 128GB, Kártyafüggetlen, 1 Év Garanciával
- Samsung Galaxy S21 Ultra , 12GB , 128 GB , Kártyafüggetlen
- Csere-Beszámítás! Sapphire Pure RX 7700XT 12GB GDDR6 Videokártya! Bemutató Darab!
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest