Új hozzászólás Aktív témák

• #19118 Lacc aktív tag Jinxb1rd #19112

  Új Válasz 2017-06-25 16:31:51 #19118

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Lacc

  aktív tag

  válasz Jinxb1rd #19112 üzenetére

  Tapsi felvetése jogos, de SQL arthmetic operátorok is jók ide . Én mindenképp szorzással gondolkodom. Azzal meglehet kapni a kívánt sorrendet a példád alapján. Így fejben nézve..., nekem az ilyen szorzások csak terület számításnak tűnnek

  Ötletnek esetleg tárolt eljárást lehet írni, igaz nem kötelező, de jobb.
  1. Arról van szó, hogy a csempe méretnél ott az X ahelyett jobb lenne a * mint szorzás, azt lehet parselni, vagy regex-szel kiszedni és összeszorozni, az értéket a szórzás jeltől álló bal és jobb operandusokat.
  2. Lehetőségként split-elni, azt a stringet, és úgy is lehet szorozni.
  Az 1. és 2.-ra itt találsz egy példát, amitől elmegy majd a kedved.
  De külön itt is van, hogy a varchar szereplő matematikai kifejezést hogyan lehet exec-elni.
  3. A kedvencem, és ez lenne az ideális szerintem: 1 oszlop a szélességnek és 1 oszlop a magasságnak. Nem tudom, hogy mennyire tudsz migrációt végrehajtani az adattáblán (technikai, vagy üzleti okok miatt)
  Itt is szorzással lehetne a méreteket meghatározni, ez lehetne az első ORDER BY kritérium. Második kritériumnak pedig ottlehetne hogy a csempe szélesség vagy magasság alapján rendezne. Így lazán elkerülhető sort_order (Tapsi javaslata alapján) a 3x2 és 2x3 dilemma, mert ugye második ORDER BY kritérium ezt tudná tisztázni is. (Kivéve ha manuálisan akarjátok ezt is állítani, akkor van értelme a sort_order-nek).
  Bár ilyen esetben ott van a 24-es csapda. 4x6, 6x4, 3x8, 8x3, 2x12, 12x2-es méretek. Itt is lehet kell a sort_order, bár ez tényleg a megrendelői kritérium alapján dől el.

• #19114 Pocok256 veterán Jinxb1rd #19110

  Új Válasz 2017-06-18 23:41:49 #19114

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Pocok256

  veterán

  válasz Jinxb1rd #19110 üzenetére

  Ha nagyon sql el akarod akkor létrehozol egy viewet ahol normálisan rendezet lesz hossz és magasság aztán azt már tudod szépen rendezni. Tekintheted a viewet egy segédtáblának is.

• #19113 Vision veterán Jinxb1rd #19110

  Új Válasz 2017-06-13 15:19:04 #19113

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Vision

  veterán

  válasz Jinxb1rd #19110 üzenetére

  Nekem logikai problémám van ezzel. Mi a rendezés például 2x3, 3x2 csempe esetén? Ilyesmit mi mindig egy plusz sort_order mezővel szoktunk megoldani nagyobb projektekben.

• #19112 Jinxb1rd addikt Jinxb1rd #19111

  Új Válasz 2017-06-13 03:59:29 #19112

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Jinxb1rd

  addikt

  válasz Jinxb1rd #19111 üzenetére

  Végül csak php oldottam meg végül. Akit érdekelne esetleg:

  function cmp_size($a, $b) {
$a_pieces = explode("_", $a);
$b_pieces = explode("_", $b);

for ($i=0; $i < 3; $i++) {
$a_temp = floatval(str_replace(',', '.', $a_pieces[$i]));
$b_temp = floatval(str_replace(',', '.', $b_pieces[$i]));

if ( $a_temp == $b_temp )
continue;
else
return ($a_temp < $b_temp) ? -1 : 1;
}

return 0;
}

uasort($size_array, 'cmp_size');

• #19111 Jinxb1rd addikt Jinxb1rd #19110

  Új Válasz 2017-06-13 01:37:36 #19111

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Jinxb1rd

  addikt

  válasz Jinxb1rd #19110 üzenetére

  Félmegoldást sikerült kitalálni:

  ORDER BY ABS(REPLACE(termekSize, ',', '.'))

  Ezzel az első tagra vonatkozóan jól sorbarendezi, azonban a második tagnál már nem vesz figyelembe semmit.

  CHARINDEX és a LEFT megoldásokkal szórakoztam még, de gondolom azért nem működik, mert nem minden esetben van találat charindexre és error-t dob.

• #17786 SUPREME7 őstag Jinxb1rd #17785

  Új Válasz 2015-09-10 14:08:34 #17786

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  SUPREME7

  őstag

  válasz Jinxb1rd #17785 üzenetére

  <?php echo $pageTitle ; ?>

  - Kimaradt egy ; az echo után. Lehet ez a gondja.

• #14266 Speeedfire félisten Jinxb1rd #14262

  Új Válasz 2013-09-25 16:42:47 #14266

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Speeedfire

  félisten

  válasz Jinxb1rd #14262 üzenetére

  Én anno a vidéki címem írtam bele és nem foglalkoztak vele.
  Szerintem ez nem fontos.

• #14265 mobal nagyúr Jinxb1rd #14264

  Új Válasz 2013-09-24 19:43:19 #14265

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  mobal

  nagyúr

  válasz Jinxb1rd #14264 üzenetére

  Ha beleírod és kérdezik közlöd, hogy meg tudod oldani a pesti lakhatást (máshogy nem fog tudni menni.) Ha meg nem akkor rákérdezhetnek, én úgy tudom nem kell.

  Itt van az állásinterjús téma, itt nézz körbe!

  mobal,

• #14263 mobal nagyúr Jinxb1rd #14262

  Új Válasz 2013-09-23 17:48:59 #14263

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  mobal

  nagyúr

  válasz Jinxb1rd #14262 üzenetére

  Az még nem megoldás. Beleírhatod a címed, de nem fontos. Mindenképpen tüntesd fel az esetedben, hogy pesti lakhatás megoldható!

  mobal,

• #12523 Sk8erPeter nagyúr Jinxb1rd #12508

  Új Válasz 2013-01-19 01:44:23 #12523

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sk8erPeter

  nagyúr

  válasz Jinxb1rd #12508 üzenetére

  "Ami probléma nekem az a design, sztem elég tré és ráadásul 3 féle css-ből áll össze"
  Na várj, most az elFinderről beszélsz? Már elvesztettem a fonalat.

  A CKEditornál furcsák a hibák, amikről beszélsz, na de persze 2 év alatt sok változás történhetett, a 4-es változat nem olyan rég jött ki, adhatnál neki egy próbát.

• #12506 Sk8erPeter nagyúr Jinxb1rd #12499

  Új Válasz 2013-01-18 00:16:34 #12506

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sk8erPeter

  nagyúr

  válasz Jinxb1rd #12499 üzenetére

  Szívesen, majd írhatnál esetleg visszajelzést, hogy mit sikerült kihozni belőle.

  "Szvsz CKEditor kissé gagyi, előző honlapon azt használtam, de..."
  Heh? Az gagyi? Ez szerencsére közel sincs így, sőt.
  Én a TinyMCE-t hosszas kapcsolatunk után épp a CKEditorral "csaltam meg", majd végül inkább utóbbi mellett döntöttem. CKEditor: "tágas" API, nagyon jó dokumentáció, aktív support, Drupalhoz, Joomlához való külön támogatás, ASP.NET Control (hót egyszerűen kezelhető, percek alatt beüzemelhető!), Java Tag Library, mindez a TinyMCE-ről sajnos nem igazán elmondható. ("Tovább is van, mondjam még?" )

  Ezenkívül az Inline editora szerintem nagyon üt annak egyszerűségével és könnyű beüzemelhetőségével:
  http://ckeditor.com/demo#inline
  Az sem lehet véletlen, hogy a Drupal 8 core-ba hosszas válogatás után végül a CKEditor került be az amúgy igen meggyőző Aloha Editorról, ennek okáról a Drupal atyjának egyik blogcikkében olvashatsz:
  http://buytaert.net/from-aloha-to-ckeditor

  "Since that announcement, CKEditor has caught up, and now offers feature parity to Aloha Editor when it comes to our needs. Frederico Knabben, creator of CKEditor, has reached out to offer whatever support he can to make CKEditor and Drupal work together better. They already prototyped a convincing alternative to Aloha Editor's killer "Blocks" system (which is an excellent match for Drupal's need to manage content within text content in a structured manner). In addition to that, we found that CKEditor is more mature in terms of APIs, documentation, and ecosystem around the project. Hence, after days of research and weeks of further discussion, the consensus is that CKEditor is now our best choice.

  Therefore, we are going to switch from Aloha to CKEditor for Drupal 8 core. By making this switch, we will not only have a more mature WYSIWYG editor, but we also free up resources to work on other parts of Drupal's authoring experience. The CKEditor team has committed to fix the 8 functional gaps that we've identified in their two next upcoming releases."

• #12494 Sk8erPeter nagyúr Jinxb1rd #12478

  Új Válasz 2013-01-17 04:05:01 #12494

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sk8erPeter

  nagyúr

  válasz Jinxb1rd #12478 üzenetére

  Nem lehet, hogy valami ilyesmibe futottál bele, mint az alábbi?

  http://serverfault.com/questions/329257/deny-all-request-for-any-setup-php-or-upload-php

  Vmiért úgy gondolta itt egy szerver üzemeltetője, hogy jó lesz tiltani globálisan az upload.php-t a TinyMCE-nél. Bár ahogy írod, csak a "folder" query stringnél nem jön be a dolog, de lehet, hogy valami ilyesmi van a háttérben. Esetleg nézd meg, saját .htaccess-ben nincs-e ilyen szabály. Ahhoz még túl korán van, hogy hirtelen vágjam, saját .htaccess-ből ezt felül tudod-e bírálni, próbáld meg.

• #12492 SektorFlop aktív tag Jinxb1rd #12491

  Új Válasz 2013-01-16 23:51:25 #12492

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  SektorFlop

  aktív tag

  válasz Jinxb1rd #12491 üzenetére

  hát én tinyokádékot használok

• #12482 biker nagyúr Jinxb1rd #12481

  Új Válasz 2013-01-16 16:26:44 #12482

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  biker

  nagyúr

  válasz Jinxb1rd #12481 üzenetére

  oda kellett beírni.
  elég baj, ha ettől lehal az oldal
  töröld ki, és keresgélj hibát

• #12480 biker nagyúr Jinxb1rd #12478

  Új Válasz 2013-01-16 15:56:24 #12480

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  biker

  nagyúr

  válasz Jinxb1rd #12478 üzenetére

  az uploadify is hibás pár serveren, ott ugyan 406 errorokat dobált

  ez megoldotta htaccess-be:

  SetEnvIfNoCase Content-Type "^multipart/form-data;" "MODSEC_NOPOSTBUFFERING=Do not buffer file uploads"
  php_flag session.use_trans_sid off

Új hozzászólás Aktív témák