Re: [Allegro] phpac: änderungen am 27.7.2012: warum? (teilweise erledigt)

[Klaus Lehmann]

Guten Tag Herr Eversberg,
danke für Ihre Nachricht.
Am Montag, 3. September 2012 um 07:55 schrieben Sie mir.
Ihre Nachricht finden Sie am Ende dieser eMail.


leider ist diese antwort so spät.
unterwegs hatte ich die antwort schon gelesen, und mich über meine 
verwechselung geärgert. sorry, allso alles im grünen bereich.


trotzdem eine nachfrage:
beim kontrollieren ist mir nochwas aufgefallen... (s.u. bitte)

> Am 01.09.2012 16:44, schrieb Klaus Lehmann:
>> am 27.7.2012 wurden 2 dateien im paket phpac geändert:
>> write.php und ajax3.php
>> eine änderung betrifft die funktion ereg_replace. vorher wurde
>> str_replace verwendet. warum wurde es ausgetauscht?
>> ich bitte hierzu den blog-eintrag aitsu zu beachten:
>> http://www.aitsu.org/blog/2010/03/13/ereg_replace-deprecated/
>>
> Eben dies haben wir beachtet. Es scheint bei Ihnen eine Verwechslung
> vorzuliegen, denn die von uns geänderte Datei enthält nicht mehr
> ereg_replace(), sondern str_replace(). (Soeben nachgeprüft) Die
> Wirkung ist dieselbe, solange ereg_replace noch nicht beseitigt
> wurde, was erst in  PHP 6.0  der Fall sein soll.

>> die andere änderung betrifft ajax3.php.
>> da wurde aus $job $job2 (es wurden weiterhin einige zeilen mehr
>> eingefügt). ein schreibfehler, oder bewusst?
>>
> Das sind nur Bereinigungen und ein paar Kommentare. Falls Sie
> funktionale Veränderungen bemerken und diese nachvollziehbar
> schildern, werden wir tätig, wie immer in solchen Fällen. Wir
> setzen PHPAC selber für viele Datenbanken ein und haben bisher
> keine bemerkt.
> B.E.


zur datei: ajax3.ini einige fragen....

1. gleich oben dieser inhalt:
$Server = "127.0.0.1";
$Port = "4948";
$DB="null";
$ID="opac/OPAC";


2. ist bewusst port=4948 gemeint?
av_ini.php nennt als standard: 4949

2b. wenn 4948 gemeint ist, müsste 4948 auch in der firewall 
freigegeben werden?

2c. wenn das ganze ein schreibfehler ist, könnte man dann nicht auf 
$server und $port verzichten????
sie werden ja in der av_ini.php bereits definiert!


3. mit DB ist die datenbank null gemeint?
oder KEINE datenbank (sowie bei dos: das NULL_device?)
sie haben mal die datenbank null veröffentlicht:
null_1.ald   │      24│09.02.09│ 14:57
null.adx     │  485376│24.02.09│ 10:36
null.api     │   32943│11.02.09│ 14:49
null.frm     │     144│13.08.06│ 14:06
null.ini     │      93│09.02.09│ 14:56
null.res     │       0│10.02.09│  7:57
null.stl     │     144│11.02.09│ 21:16
null.tbl     │       6│11.02.09│ 21:16
unicode.bpr  │    5353│09.02.09│ 14:59


danke und gruß
ihr klaus lehmann


-- 
Mit freundlichen Grüßen,
Ihr Klaus Lehmann
* http://allegronet.de * eMail: allegronet at t-online.de * phone: 03528-452 807(fax 809) * mobil: 0171-953 7843
* allegronet.de * Klaus Lehmann * D-01454 Radeberg * Kleinwolmsdorfer Str. 37
* Software für zufriedene Bibliothekare: 1000x bewaehrt und ergiebig
* Bereits 4x allegro-utf8. Buchen Sie die allegro-Roadshow
* Yes we can. Only with allegro. Yes we do. Allways with allegro.
* Internetkataloge & WebHosting für Allegro-C & Web 2.0 with VuFind
* 2011: Sponsor der Peter-Sodann-Bibliothek (Staucha)
* 2012: mit allegro-utf8 V3 und allegro-vufind auf der IFLA in Helsinki