Hirdetés
Hirdetés
-
Pokémon-tolvajnak mondják, beperelték a fejlesztőt
it A Nintendo és a The Pokemon Company beperelték a Palword fejlesztőjét.
-
iGPSport iGS800 kerékpáros óra: egyből a csúcsra tör
ph A kínai netes áruházakból indult útjára az iGPSport, akiknek új csúcsmodellje a legkomolyabb készülékek között is megállja a helyét.
-
Jövő év elején jön a most bejelentett Like A Dragon: Pirate Yakuza in Hawaii
gp Kalóz jakuzák Hawaii-on, azaz újabb őrület vár ránk február végétől.
Új hozzászólás Aktív témák
-
don_peter
senior tag
válasz Sk8erPeter #17927 üzenetére
Éjjj, de harapósak vagyunk..
Teljesen igazad van
Cookie maradt, és bejegyzés elküldése után, ha sikerrel jár, akkor törli a tárolt adatot is.----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
-
don_peter
senior tag
Srácok biztosan a téma lerágott csont, de én még csak most kezdtem el vele foglalkozni.
"Keresőbarát", szép olvasható URL-t akarok az oldalamra készíteni, de sajna nem tudok dűlőre jutni egy problémával.
.htaccess-t létrehoztam meg is írtam amit kellett, de valamiért az URL egy + index/ mappával mélyebben van mint szeretném.Ilyen most a link: oldal.hu/index.php?id=lista
Erre szeretném: oldal.hu/listaÉs valamiért ilyenre hozza: oldal.hu/index/oldal
Van arra lehetőség, hogy az inden/ kikerüljön az URL.ből?
Előre is köszi..htaccess fájl tartama:
<IfModule mod_rewrite.c>
# Átírómotor aktiválása:
RewriteEngine On
# Alkönyvtár, pl. több domain esetén:
RewriteBase /
# A valós fájlok (pl. valami.jpg) kiszolgálásának biztosítása:
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
# Maga az átírás (index.php esetén):
RewriteRule ^lista/ index.php?id=$1 [QSA,L]
# RewriteRule ^index.php$ - [L]
# RewriteRule ^(.+)/?$ index.php?id=$1 [L]
# RewriteRule ^index/(.*) index.php?id=$1 [QSA,L]
# RewriteRule ^index/(.*)/(.*) index.php?id=$1&oldal1=$2 [QSA,L]
# RewriteRule ^index/(.*)/(.*)/(.*) index.php?id=$1&oldal1=$2&oldal2=$3 [QSA,L]
</IfModule>
Pár változatot próbáltam, de sehogy nem kerül ki az index/.----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
-
don_peter
senior tag
Srácok van egy 2018-04-26. dátummal felvett sor az adatbázisban és ezt szeretném 14 nappal később csak is kizárólag SQL-el törölni. PHP-ban adom meg az utasítást, de jó lenne egy lekérdezésen belül megvalósítani.
Tehát a szerkezet:
created (a mező neve amire keresni kell) = (tartalma) 2018-04-27 (formátuma date)
Ezt szeretném törölni, 2018-05-10-én.PHP-ben meg tudom oldani hogy összerakjak egy megfelelő lekérdezést, de én most valami újat szeretnék tanulni, egy gyorsabb megoldást.
Előre is köszi a segítséget.----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
-
don_peter
senior tag
válasz norbiv8 #19359 üzenetére
Erre a részre figyelj oda:
$sql = "INSERT INTO "tablename" (happened, datarec)
VALUES (date("Y-m-d H:i:s"), $kapott)";
Helyette inkább:$sql = "INSERT INTO tablename (happened, datarec)
VALUES (".date("Y-m-d H:i:s").", ".$kapott.")";Illetve szerintem ez az SQL csatlakozásod már eléggé elavult.
[ Szerkesztve ]
----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
-
don_peter
senior tag
válasz norbiv8 #19361 üzenetére
Esetleg hasonítsd össze ezzel a példával:
[link]
És PHP esetében is figyelj oda az esetleges üres változókra, mert az is hozhat hibás eredményt.
Pl: a $_GET változódat nem vizsgálod sehol.Amúgy szerintem az általad említett hiba nem a kóddal van elsősorban, hanem inkább a szerverbeállításoddal.
Nem találja a fájlt vagy a beállítások nem jók.
Amúgy a google több ezer találatot hoz rá: pl: [link][ Szerkesztve ]
----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
-
don_peter
senior tag
Hölgyek, Urak!
Az elmúlt napokban volt a szolgáltatómnál SQL és PHP verzió frissítés és emiatt néhány SQL lekérdezésem hibássá vált. Kérném a segítségeteket, hogy rendbe tudjam rakni a hibát.
A hibás kód az új verzióban:SELECT
*
FROM
(
SELECT
t.id,
t.title,
fu.datum,
u.nick
FROM
forum_uzenetek fu
LEFT JOIN topik t ON
fu.topik_id = t.id
LEFT JOIN users u ON
u.id = fu.user_id
ORDER BY
fu.datum
DESC
) AS a
GROUP BY
id
ORDER BY
datum
DESC LIMIT 10
Gondolom a táblák és mezők elnevezése érthető, t = topik, fu = fórum üzenetek és u = felhasználók.
Ez a kód a régi verzióban jól működött vagy is ki listázta a topikokat a topikba írt utolsó bejegyzésének dátumánál fogva csökkenő sorba rendezve. A csoportosítást pedig azért használtam, hogy egy topik csak egyszer szerepeljen a listában.Tehát ami kellene, hogy az utolsó bejegyzések dátuma alapján listázza ki a topikokat, fontos, hogy topik csak egyszer szerepelhet a listába.
Köszi előre is a segítséget.----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
-
-
don_peter
senior tag
Ezen a képen a régi állapot látható, és sajnos nem jól listáz, nem veszi figyelembe a bejegyzések dátumát. Pár nappal a frissítés előtt még jól listázott.
Ez pedig a módosított állapot, amikor már jól listáz.
Itt a szubselect-be egy plusz csoportosítást kellett elhelyeznem, így helyre állt a régi és jó listázási állapot.
Kérdés az, hogy lehet e ezt jobban és szebben megoldani?----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
-
don_peter
senior tag
válasz sztanozs #20267 üzenetére
Sajnos az összeállított kódod hibás listát eredményez, de majd ha lesz kicsi időm átnézem, mert talán irányvonalnak nem rossz.ui: jelzem, hogy 2021-es dátummal is születtek bejegyzések, a helyes lista az előző bejegyzéseim egyikében szerepel kóddal és képpel illusztrálva..
Második kódod ugyan úgy hibás, első dátum 2019-03-16.
[ Szerkesztve ]
----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
-
don_peter
senior tag
"Az Önt kiszolgáló szerveren az éjszaka folyamán elvégeztük a kötelező mysql 5.6-ról 5.7-re való váltást, mivel a mysql 5.6 támogatása megszünt a cPanel hivatalosan minimum az 5.7-es verziót támogatja már csak."
Ezt a választ kaptam, hogy volt e valami kavarás a szervereken.----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
-
don_peter
senior tag
válasz sztanozs #20273 üzenetére
Ez pl. le sem fut.
Ahogyan Mike is említette, lehet hogy a subselect-el van gondja. Korábban is szívtam vele egy verzió frissítésnél, de sajnos egy komplexebb lekérdezésnél muszáj használnom. Vagy még bonyolultabb lekérdezéssel talán kerülhető lenne.
[ Szerkesztve ]
----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
-
don_peter
senior tag
válasz nevemfel #20276 üzenetére
Igen, tudom, hogy a belső csoportosításnak elvileg nincs sok értelme, de ezzel állt csak helyre a listázás. A többit már megbeszéltük a többiekkel és jeleztem, hogy minden megoldást végig próbáltam ami az aliaszokat illeti..
----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
-
don_peter
senior tag
válasz sztanozs #20277 üzenetére
Ez működik és jól listáz.
Kérdésem az, hogy ez nem e bonyolultabb mint a dupla csoportosításos megoldásom?
Illetve kérnék egy magyarázatot az inner join () részhez, hogy teljesen tiszta legyen számomra mit is csinál az a rész. Nem alkalmaztam még ezt a csatolást. Köszi előre is a türelmed.----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
-
don_peter
senior tag
-
don_peter
senior tag
Kedves fórumozó kollégák!
Olyan kérdésem lenne, amely a speciális (ékezetes) karaktereket érinti.
Van egy API, amellyel tanulásként vacakolok, egy adatbázis lekérdezés van benne, amelyet szeretnék json struktúraként átadni egy alkalmazásnak.
A gond az, hogy ha valamilyen speciális karaktert tartalmaz (pl. ékezetes betűk) egy-egy mező, akkor annak a mezőnek a struktúrában NULL lesz az értéke és az alkalmazás, amellyel fel akarom dolgozni az adatokat keresztbe áll.
Adatbázis lekérdezés elégé egyszerű:SELECT nev, leiras FROM emberek LIMIT 10
Aztán jöhet a json struktúra:
json_encode($records);Arra rájöttem, hogy még mielőtt json-ak átadom a $records tömböt, kellene bejárni és minden hol, ahol van speciális karakter (ékezetes karakter) azt kicserélni a megfelelő utf kódra, de akár hogy próbáltam eddig, valamiért nem változott meg, nem írta felül az értéket. Nem szedtem külön a recordot, magában akartam megoldani.
Aztán eszembe jutott, hogy ezt esetleg lekérdezésnél is meg lehet oldani, de az meg nem volt szép és valamiért SQL felületen működött, de szerveren futtatva már nem.SQL REPLACE(mezo, mit, mire)
Aztán ha több karaktert kell cserélni, akkor ennek ismétlése annyiszor, ahány karakter érintettSQL REPLACE(REPLACE(REPLACE(mezo, mit, mire), mit2, mire2), mit3, mire3)
Kérném a segítségeteket, hátha van valakinek egy kitapasztalt és jól működő megoldása erre a problémára.
Köszi előre is.----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
-
don_peter
senior tag
válasz pelyib #21049 üzenetére
Köszi, ez megoldotta a gondomat:
function utf8_converter($array)
{
array_walk_recursive($array, function (&$item, $key) {
if (!mb_detect_encoding($item, 'utf-8', true)) {
$item = utf8_encode($item);
}
});
return $array;
}----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
Új hozzászólás Aktív témák
Hirdetés
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: Ozeki Kft
Város: Debrecen