Fejlesztés

Nem igazán találtam megfelelő topikot a témának, talán egy blogbejegyzés is szerencsésebb volna, de szeretném, ha a főoldalon látszana a Portable Linux.
Kicsit blog jellegű, mint fentebb írtam, mert a Portable Linux fejlesztője - akit évek óta ismerek, mint Linux-felhasználót, tudom róla, hogy mobiltelefonokra, főképpen magának, írogat programokat -, odalépett hozzám minap, hogy foglalkozom-e még Linuxszal. Rendkívül szerény emberről van szó, nála szerényebbel, előzékenyebbel nemigen találkoztam. Elmesélte, hogy "összerakott" magának egy "portábilis" Linuxot, mert a rendelkezésre álló LiveCD-k, portábilis OS-ek nem feleltek meg az igényeinek... Az állam koppant a földön. Majd kifaggattam, hogy miért is újdonság az ő verziója?
Nos, amit tudni lehet erről a Linuxról, hogy Gentoo alapú, KDE környezetű, egy ~4GB-os pendrive-on vidáman elfér, a merevlemezeket bootoláskor becsatolja, pendrive szabad területével együtt. További érdekessége, hogy az átírt /etc-ben található állományok tényét figyeli a rendszere, így a következő bootoláskor felajánlja a "gyári" konfiggal, vagy a megváltoztatott konfiggal történő indítás lehetőségét.
Számomra érdekesnek tűnik. Kipróbálni még nem tudtam, mert olyan kevesen, olyan lassan seedelik, hogy egy éjszaka kevés volt hozzá, hogy lejöjjön.
A készítője Polgár István, a weboldala: http://208.110.88.207/Index/index.php?lang=hu (még nincs domain-e).
A Portable Linux innen letölthető.

Egy kreatív studiónál dolgozok fejlesztőként, ahol szeretnénk gatyába rázni a deploy folyamatokat, valamint ehhez kapcsolódóan bevezetni egy hatékony fejlesztési környezetet, workflow-t. Ehhez kérem a segítségeteket.

Ahogy dolgozunk:

• A fejlesztők saját munkaállomáson fejlesztenek Debian, illetve Ubuntu alatt.
• A webszervereken Debian van
• A grafikusok, sitebuilderek Windowson, valamint Mac-en dolgoznak.
• A fejlesztések főként PHP-ben, kisebb részben Java-ban folynak.
• PHP-re egyrészt Drupált, másodrészt Zend FW + Doctrine kombót használunk.
• Adatbázis PostgreSQL vagy MySQL
• Verziókövetésre SVN-t használunk, többen szorgalmazzuk a Git-re való áttérést.
• Unit-teszteket használunk (egyre többet)
• A projektek mérete eléggé változatos, vannak microsite-ok és vannak nagy szoftverfejlesztések

Igények:

• Szeretnénk automatizálni a tesztfuttatásokat egy CI szerver segítségével (pl Hudson - Jenkins)
• A sitebuilderek, grafikusok ne a test szerveren dolgozzanak, mert egyrészt az elvileg az ügyfélnek van, másrészt összekavarodnak a munkáik.
• Az előbbi két csoportnak viszont ne kelljen lokálisan egy WAMP-ot, MAMP-ot telepíteni és beállítani mindent, hogy dolgozni tudjanak.
• Szeretnénk a redmine-t bevezetni, jelenleg teszteljük
• Rengeteg idő megy el mind a teszt, mind az éles szerveren a megfelelő környezet kialakítására úgy, mint:
  • DNS bejegyzés létrehozása
  • Adatbázis létrehozása (test környezetben ez a webszerveren van, éles környezetben van külön DB szerver)
  • chown futtatás svn checkout után (erre minden svn update után szükség van)
  • Összességében fájlrendszer jogosultságok ellenőrzése
  • Doctrine és ZF verziók ellenőrzése, azok checkoutolása, updatelése
  • Ritkább esetben egy-két további függőség telepítése, ellenőrzése: gearman, memcache, APC

Lehet, hogy írok még hozzá, jelenleg ennyi jutott eszembe.

Üdv mindenkinek

Nem tudom hányan használják az EU-s adószám ellenőr ws-t.
A problémám az vele, hogy úgy tűnik hetente egyszer megdöglik a következő üzenettel:

org.apache.axis2.AxisFault: The service cannot be found for the endpoint reference (EPR) /taxation_customs/vies/services/checkVatService at org.apache.axis2.engine.DispatchPhase.checkPostConditions(DispatchPhase.java:65) at org.apache.axis2.engine.Phase.invoke(Phase...

A gondom az, hpgy persze általában másnapra megy minden annélkül, hogy bármit csinálnék (ebből gondolom, hogy a probléma nem nálam lehet), viszont számomra az tűnne logikusnak, hogy amennyiben az apeh honlapjáról elérhető
http://ec.europa.eu/taxation_customs/vies/vieshome.do oldalon is ezt a ws-t hívják akkor annak se kéne mennie pedig megy :(.

Gugliztam de mindenhol csak a wsdl-ben lévő location címet találom (http://ec.europa.eu/taxation_customs/vies/api/checkVatService de a http://ec.europa.eu/taxation_customs/vies/services/checkVatService is ugyanez), pedig én úgy gondolom, hogy kell egy másik ws-nek is lennie. Nem, tud ebben segíteni esetleg valaki?

Előre is köszönöm a segítséget mindenkinek.

Sziasztok!

Van egy kisebb programom, ami forrásfájához szeretnék hozzáférést adni 2-3 embernek. Amíg egyedül fejlesztek és csak egy gépről, addig működik az a megoldás, hogy egy szerveren van a forráskód, amihez ftp -vel kapcsolódok és az IDE (Netbeans) szinkronizálja a kódot (feltölti a módosításokat). Ha már több emberről (vagy egy ember + több gépről) van szó, akkor bonyolódik a szitu. Pl. ha módosítok egy fájlt az egyik gépen, ami feltöltésre kerül a szerverre, a másik gépen nem kerül automatikusan letöltésre a fájl.. kézzel kell rávenni a Netbeans -t, hogy töltse le..

Szóval arra gondoltam, hogy kellene egy git repo a szerveren és Netbeans + nbgit pluginnal kapcsolódna mindenki hozzá. Ezt hogyan lehet szerintetek megoldani? Hozzam létre a repót a szerveren? S utána hogyan tovább? "git clone" -nal mindenki töltse le a gépére majd a Netbeans -ben új projektként vegye fel?

Köszi előre is a segítséget!

hali.

oké.

valaki mondja meg legyen szíves, mi van neki írva a Geany-jében oda, hogy:

Szerkesztés -> Beállítások -> Eszközök fül -> Terminál mező

illetve

Szerkesztés -> Beállítások -> Terminál fül -> Parancsértel mező

(: ez túl magas labda volt, hogy ne csapjam le :)

tudom h ezt ki illene guglizni (sic!), de most vhogy ...

szóval ha valaki válaszol azt megköszönöm szépen :)

Üdv!

JavaScript segítségével szeretnék HTTP GET kéréseket intézni egy szerver felé. Mivel több helyen, gyakran előjön ez a dolog, gondoltam csinálok egy http_get() függvényt, és csak azt kell meghívogatnom. A függvényem így néz ki:

function http_get(url) {
var xmlhttp=false;

if (!xmlhttp && typeof XMLHttpRequest!='undefined') {
try {
xmlhttp = new XMLHttpRequest();
} catch (e) {
xmlhttp=false;
}
}

if (!xmlhttp && window.createRequest) {
try {
xmlhttp = window.createRequest();
} catch (e) {
xmlhttp=false;
}
}

xmlhttp.open("GET", url,true);
xmlhttp.onreadystatechange=function() {
if (xmlhttp.readyState==4) {
if (xmlhttp.status==200) return xmlhttp.responseText
else if (xmlhttp.status==404) return false

}
}
xmlhttp.send(null)

}

A problémám az vele, hogy ha return helyett mondjuk alert-ezem a responseText-et, akkor megkapom amit szeretnék, return-al viszont nem kapok vissza semmit. Arra tippelek, hogy gyorsabban írja ki a böngésző a return értéket, minthogy abba kerülhetne valami... De mivel nem értek igazán a JS-hez, a Ti véleményetekre lennék kíváncsi. Köszönöm!

hali...

ezt csak eddig nem vettem volna észre, vagy nem tudom... másnak is elkezdi pörgetni a cpu-ját irreális mértékben már az elindítás pillanatától kezdve?

debian squeeze, geany 0.19.1 és 0.19.2-nél is ugyanez történik.

most nem tudom mi van, nem értem, hogy akkor eddig hogy nem vettem észre, vagy mi történt :(

előre is köszi ha vki segít

(remélem, most jó helyre írtam)

x.x*

http://www.youtube.com/watch?v=gtuGSWDVdQU&feature=player_embedded

The future has begun :)

Sziasztok,

már fél napja nézegetem, hogy mit lehetne csinálni, és biztos bennem van a hiba, de nem szúrja ki a szemem a megoldás..
Ezek történtek amúgy:
1. Valahol olvastam, hogy van beépített "linop" parancs
2. Ez jó lenne, de 2009-ben kiszedték
3. Van egy csomó optimalizálással foglalkozó modul, pl. CUTEr vagy LPSOLVE
4. Ezeket próbáltam feltenni, de nem bírja lefordítani őket
5. CUTEr felment az ATOMS segítségével
6. Rádöbbentem, hogy semmi információm nincs a használatáról
7. Sebaj, jöjjön a dokumentáció. --> Csak Matlabhoz találtam
8. Őrület határa, mert nem hiszem el, hogy Scilabhoz ennyire bonyolult egy egyszerű LP megoldót feltenni

Ha a fenti párosra van valakinek Linux alatt működő elképzelése, az legyen kedves ossza meg velem.
Nem szeretnék sokat, csak egy egyszerű LP-t megoldatni vele.

Előre is köszönöm a tippeket.

------------
Megoldás: Aki nem szeretne saját LP megoldót írni, annak az lp_solve-ot ajánlom.

Ez úgy tud együttműködni a Scilabbal, hogy előbb egy ún. sclpsolve drivert kell fordítani, és az lesz igazából az átjárónk a hagyományos lp_solve megvalósításhoz. Az említett sclpsolve driver fordításánál arra kell ügyelni, hogy az lp_solve és az lp_solve_scilab verziószáma megegyezzen (pl. lp_solve_scilab 5.5.2 az Ubuntuval jövő lp_solve 5.5.0-val nem passzol).
Ha egyszer elkészült az sclpsolve, onnantól már könnyen használható a leírások alapján.