Internet: PHP, CGI, stb.

Hol tudnám beállítani, vagy ez fix, hogy hogyan kerekítse a számokat a php?

echo 0+"1916094138267"; -> 1916094138270

Milyen apache-beállítás (vagy .htaccess fálj) jelenthet megoldást arra, hogy egy webes könyvtárban meg tudjam tenni azt, hogy egy fájlnak ne legyen a nagyközönség felé olvasási joga, de egy – ugyanabban a könyvtárban levő – php szkripten keresztül (esetleg jelszóval védve) mégiscsak meg lehessen mutatni?

A két ominózus fájl így fest:

-rw-rw---- 1 root apache 1153 sze 2 14:29 ezaz.html
-rw-r--r-- 1 root apache 62 sze 3 17:16 index.php


Az index.php tartalma:
<?php $x=file('ezaz.html'); foreach($x as $xx){print $xx;} ?>
Dühítő módon azonban az ezaz.html fájlt is meg lehet nézni, nem csak az index.php-t.

HTML5 (js) vagy flash analóg órára van szükségem. Lehetőleg valami designosra. Legjobb lenne open-source, bsd vagy gpl licenc alatt. Hol találhatóak ilyen analóg weboldalba ágyazható órák?

Gondolom igen, csak én akkor még nem kommunikáltam hálózaton, viszont érdekelne a téma. Hogyan oldották meg egy hálózaton elérhető képgyűjtemény létrehozását és közzétételét? Milyen formátumú, felbontású és színmélységű fájlok voltak jellemzőek? Persze próbáltam anyagot keresni hozzá a neten is, de azt sem nagyon tudom, merre induljak (Gopher, BBS?).

Udv!

Gondoltem felteszem a kovetkezo kerdest itt, hatha valaki mar foglalkozott ezzel, vagy csak tud ra otletet...
Egy kepgalerian dolgozok, ami a picasabol toltene be a kepeket. A gondom csupan az, hogy egy ketszintes menut szeretnek az oldalra generalni, ahol az elso szint az albumok, a masodik szint pedig a cimkek lennenek.

Pl:
-Autok
--Peugeot
--BMW
-Allatok
--Macska
--Kutya

XML-ben ugye szepen le is lehet tolteni sokmindent, de ilyen kombinacios lehetosegre nem bukkantam.
Ha a kepeket toltom le, akkor az XML nem tartalmazza az albumjat a kepnek, csak a cimkeit.
Ha az albumokat toltom le, nem kapom meg a bennuk levo cimkeket
Ha a cimkeket toltom le, nem kapom meg az album nevekem amikben vannak.

Oke, megoldottam ugy, hogy letoltom az album neveket, majd uj lekerdezesel az album nevvel lekerdezem a benne levo kepek cimkeit. Csak ez ugye 20 album eseteben osszesen 21 CURL XML letoltes a picasabol, ami mar azert lasitja a kod futasat.
Van esetleg valakinek otlete kevesbe fapados modszerre?

Ha minden kotel szakad, akkor max cachelem az XML fajlokat, igy csak az albumok modosulasa eseten kell ujra letoltenie.

Töprengtem, hogy milyen kacsát használjak és végül a reCaptcha mellett döntöttem, de már nem vagyok olyan biztos benne.
Tetszik a koncepció, hogy a google végzi a műveletek oroszlán részét, ráadásul könyveket is digitalizálnak, de:
- gyakran több másoderces késleltetéssel indul mind a hozzátartozó js lib, mind a kép letöltés
- szintén elég sűrűn olyan szavakat vagy szimbólum szerű firkákat is bedob, amiket még az se tudna elolvasni, aki írta
- kisebb form-oknál, akkora a mérete, hogy avatatlan internetező világgá szaladna

?

Lehetőleg Drupal alá keresek olyan megoldást (de más lehetőség is érdekel), ami egy felhasználó által feltöltött képet a galériába kerülés előtt grayscale-be rak át és ott már úgy jeleníti meg.

Olyan is jó lenne, ami hover-re szürkíti be / teszi színessé a teljes méretű képet.

Illetve valami regisztráció nélküli képfeltöltést jól megoldó modul is hasznos volna..

Üdv!

A helyzet a következő: van egy képem, alatta pedig divek. A böngésző (Firefox és Chromium is) valamiért kötelességének érzi, hogy a kép és a div közé berakjon egy kis térközt. Minden elképzelhető dolgot 0px-re állítottam (border, margin, padding), de mégis ott van. Ekkor próbáltam meg azt, hogy kitörlöm a doctype-ot, mert nem emlékeztem, hogy régebben ilyesmit láttam volna (most először használom a tárgyban említett doctype-ot) és tessék, eltűnt a térköz. Erre mi a magyarázat? Illetve hogyan lehet megoldani ezt a problémát? Konkrétan azt, hogy ne rakjon margint a képek alá.

Sziasztok,

Egy (várhatóan) nagyvolumenű webes alkalmazást szeretnék készíteni nulláról, hiszen ősrendszer nincs. Szeretném kikérni nálam okosabbak véleményét: hogyan állnátok neki?

A paraméterek:
- web, mind desktopra mind mobilra (WAP 2.0), többnyelvűség kell,
- olyan rendszer szükséges, amelyet könnyen lehet apró újdonságokkal bővíteni, tehát valamiféle modulorientáltság kell ( minden modulnak M,V és C (MVC) komponense is van),
- Google Maps rajzolgatós feature-kkel,
- szükség lesz ajaxos lekérdezésekre is,
- egyedi oldalra lenne szükség, tehát a Drupal és egyéb CMS rendszerek kilőve,
- várhatóan nagyon nagy adatbázisra lesz szükség, így az elosztottság megfontolandó, de inkább sok, egyszerű és gyors lekérdezés várható.

Sokat olvasgattam ilyen témában, minden választott útnak megvan az előnye és hátránya, ezért arra lennék kíváncsi, Ti konkrétan hogyan csinálnátok (nincs sok tapasztalatom, főleg Javas területen). Válaszok, amire számítok:

1. Adatbázis: Melyik (Oracle/Postgres/Mysql/DB2,...), és hogyan lesz belőle distributed db, milyen technológiát érdemes használni, hogy könnyen kezelhető transzparens legyen? (Cassandra, Thrift ?)

2. Kontrollernek milyen alapot és framework-t választanál? (PHP + symphony/Yii/Zoop/Zend/stb vs. Java + JSF/struts/? vs. ... ). Pl. facebook is Hip-Hop-ra ment, nem-e érdemes egyből vmi. hasonló technológiát használni?

3. A View-t miként érdemes létrehozni? (HTML + CSS, XML+XSLT+CSS, XHTML+CSS, ?) Ugye itt a mobiloldal az érdekes.

4. Testbed: Hogyan oldanád meg ügyesen a rendszer tesztelését? Értem itt pl. a modulok unittest-jét.

5. Google Maps: Valami olyanra lenne szükségem mintha az autocad 2D-s poligonrajzolóját ötvöznénk a Gmaps-el. (lásd. http://www.wikimapia.org ) Továbbá érdemes-e a google-t választani v. más térképet használnál? (Yahoo/Bing/NAVTEQ/Digital Globe, stb)

6. Hardver: Milyen vasra tennéd? Külön vásárolt szerver, VPS, Rackspace, ... ?

Remélem másoknak is hasznos lesz. Köszi.

Sziasztok!

Fejlesztek egy webes alkalmazást, ahol képekre kell letenni kis pontokat, nagy számban, és a letett pontok koordinátáit tárolni. A dolog jól is működik, létrehoztam egy tömböt, amibe eltárolódik, hogy hanyadik pont, hanyadik képen milyen koordinátákkal rendelkezik (points[photo_id][point_id]={x: 31.324, y: 4534.34}). Ez így szép és jó. Fontos még a dologhoz, hogy elég gyakran használom a tömb minden elemét. És sok benne az olyan elemi, aminek nincs értéke, mert az adott képen az a pont nincs meg, de másik képeken viszont igen.

Eljutottam oda, hogy van 2000 pontom, 100 képem, így a változó elég komoly méretet öltött, Firefox ki is akadt tőle (script stack space quota is exhausted), a többi böngésző még bírja (lassúnak amúgy nem lassú, még a firefox sem, amíg bírta).

Hozzátenném, hogy sose tanultam programozni, autodidakta vagyok, ennek minden hibájával, ezért is fordulok hozzátok.

A kérdés tehát, hogyan lehet a tömb méretét praktikusan csökkenteni, illetve, ha mondjuk képenként külön tömbbe raknám, akkor az segítene-e a firefoxon, vagy valószínűleg a teljes lefoglalt címtér fogyott el számára?

Lehetne továbbá ugye ajax a megoldás, de ahhoz elég sűrűn (~2 másodpercenként) használom a tömböt, hogy ez nem tűnik ideális megoldásnak.