Du meinst sowas: www . seidenhandel . com/admin/?
Das wird mittel IPTrap gemacht und wirkt totsicher^^
Eigentlich ist das für die Kiddies da, weil bei diesem Shopsystem der Admin per default unter /admin/ liegt. Bei mir halt nich 
EDIT: Ich hab die URL mal editiert. Wenn hier der googlebot aufschlägt, kann der meine Site nich mehr spidern^^
Um Rechnungen und Lieferscheine auszudrucken verwende ich FPDF und das funzt auch so weit ganz gut.
Zumindest so lange, wie ich die Default-Einstellungen nicht ändere.
Default ist eingestellt, das er nach 20 Rechnungspositionen eine Folgeseite beginnt. Das klappt auch.
Nun hat aber die Default-Rechnungsposition nur eine Zeile. Ich brauche aber eine, zwei, drei und manchmal 4 Zeilen je Artikel.
Das sieht so aus:
(Einzeilig)
[ATTACH=CONFIG]935[/ATTACH]
(Mehrzeilig)
[ATTACH=CONFIG]936[/ATTACH]
Der Codeschnipsel dazu:
//Check for product line overflow
$item_count++;
if ((is_long($item_count / 32) && $i >= 20) || ($i == 20)){
$pdf->AddPage();
//Fields Name position
$Y_Fields_Name_position = 125;
//Table position, under Fields Name
$Y_Table_Position = 70;
output_table_heading($Y_Table_Position-$rowheight);
if ($i == 20) $item_count = 1;
}
}
$Y_Table_Position += 4;
if ( $Y_Table_Position > 240 ) {
$pdf->AddPage();
$Y_Table_Position = 70;
}Jetzt ist mir absolut nicht klar, wie ich das Ding dazu bringen könnte, das es den Seitenumbruch an der richtigen Stelle macht, wenn ich einzeilige und mehrzeilige Artikel da reindrucken will.
Muß ich etwa alle Rechnungspositionen jetzt 4-zeilig machen, weil das die maximale Höhe ist und einfach die Anzahl der Positionen von 20 auf z.B. 10 reduzieren?
Oder geht das eleganter?
Ausserdem erschließt sich mir der Sinn dieses Dingens ja gar nicht: Zeile 2: ($item_count / 32)
Ganz spassig wird es, wenn er beginnt Folgeseiten zu drucken
Da druckt er jeweile eine Zelle der nächsten Rechnungsposition in die neue Seite. Sonst ist da nur mein Logo und der Footer. Dann nimmt er eine neue Seite und druckt die nächste Zelle rein.
WTF?
[ATTACH=CONFIG]937[/ATTACH][ATTACH=CONFIG]938[/ATTACH][ATTACH=CONFIG]939[/ATTACH]
Ja gut. Das wird hoffentlich einigen größeren Shops und Websites den Hals brechen.
Grade noch was gefunden, was zu http-Aufrufen passen könnte:
*** Link veraltet *** und *** Link veraltet ***
Bei diesen ganzen Streiks und ein paar unangenehmen Medungen im letzten Jahr, muß sich Amazon halt ein paar revolutionär schwachsinnige Ideen aus dem Hut zaubern.
Paketdrohnen? - Klar. Das wird auch ganz sicher zugelassen, damit hunderte oder tausende Drohnen jeden Tag über deutschen Städten rumschwirren.
Das Patent jetzt? - Auch nur Schwachfug. Ich beobachte seit Jahr & Tag die ZUgriffszahlen auf bestimmte Artikelseiten und schätze ab, ob sich Kunden eher für Modefarbe x oder y interessieren. Und ich produziere dann auch schon auf Vorrat. Und zu 90% liege ich damit auch richtig.
Also so wie ich das lese, liefern die die "Möglicherweise"-Ware ja nur an das nächste Auslieferunglager. Das wäre ja OK solange es Amazonartikel sind. Die können ihre Artikel ja ruhig herumtransportieren, solange sie lustig sind. Wenn denen das egal ist, das Verpackungen auch beschädigt werden können, mag das ja OK sein.
Aber was passiert mit Anbietern, die zwar bei Amazon sind, aber die Waren selbst versenden? - Die sind dann direkt benachteiligt, weil die das nicht machen können. Ich sehe da einen Verstoß im Wettbewerbsrecht: Amazon vs. Selbstversender-Verkäufer.
Sie erschleichen sich einen Vorteil aufgrund ihrer marktbeherrschenden Stellung.
Du böser alter Mann !!!
Ich gehe jetzt spatzieren mit meiner Schlampentasche,
äh Taschenschlampe oder wie heißt das ? Gute Nacht ...
Und vergiß nicht: Mindestens 3h! Dauerlauf. Mit Marschgepäck. Sonst lacht dein Herz.
Ich will mal die Amtsärztin in 30 Jahren sehen...
bei Joomla
haben die das ab 3er Reihe so vorkonfiguriert das jeder User, Kunde oder was auch immer nach der Registrierung erstmal seine E-Mail validieren muss und DANACH vom Administrator freigeschaltet werden MUSS.
Ja toll. Das ist doch Moppelkotze^^
Und was mache ich, wenn meine 90% Kunden, die als Gast was kaufen wollen shoppen wollen? Die wollen sich nicht anmelden. Und die wollen schon gar nicht drauf warten, das ich alle 2 Wochen mal Thunderbird aufmache und Validierungsemails verschicke.
Schonmal sowas gesehen: *** Link veraltet *** ?^^
Ich bin grade am grübeln...
Wenn ich z.B. eine Kundenloginseite http://example.com/login.php habe. Da das Shopsystem bekannt ist, versuchen natürlich 10.000 Kiddies weltweit da mittels BruteForce Name und PW zu erraten. Für einen halbwegs guten Hacker ist fail2ban kein Hindernis: Der wechselt einfach alle 2-3 Versuche die IP.
Was, wenn ich nun den Aufruf der login.php an die Bedingung knüpfe, das der User zuvor die Seite pre-login.php besucht hat und dort auf den Button "Einloggen" klickt? (Ich checke den Referrer, der zwingend pre-login.php lauten muß)
Den Buttonlink gestalte ich "irgendwie" so, das er nicht ausgelesen werden kann von üblichen bots. (Ajax?)
Wenn sich ein echter oder falscher Kunde nun die Seite pre-login.php bookmarkt/merkt, dann soll er auf die Seite login.php geleitet werden.
Wäre das praktikabel? Also: Könnte das was bringen gegen solche Attacken?
Für alle meine Joomla Kunden hab ich noch ein umfangreiches Software Paket was die Sicherheit managed.
rofl Joomla und Sicherheit im selben Satz.
Warum hast du denn kein Joomla CC?
Warum? Hm... weil ich gerne was verkaufen will? Weil ich nen richtigen Shop will und kein Joomla-Ubercart oder sonstwas Dingens?
Danke Cura und auch denn anderen.
Habe eigentlich gedacht das ihr mich jetzt niedermacht.
Wegen frühzeitiger Rente und so. So wie ne faule Sau.
Ja gut. Dann opfere ich mich halt, auch wenn ichs gar nicht so meine...
Faule Sau!
:bad:
Ja gut. Und was ist, wenn der böse Hacker jedesmal ne neue IP hernimmt?
Ich will sagen: Wenn sich 10 echte Kunden pro Minute in meinem Shop einloggen wollen, das ist das gut.
Aber was macht fail2ban, wenn sich dazu noch 100 falsche Kunden einloggen wollen und nur Loginnamen und PWs testen?
Kann man theoretisch auch Loginversuche auf z.B. einer Confixx oder Plesk-Loginseite blocken?
So wie die halt standardmässig bei der Anmietung eines vServers sind.
Acho. Frido... Amtsärzte sind nicht dazu da, dich Krank zu erklären - die sind dazu da, Dich für Volltauglich und kerngesund zu erklären^^
Ich war auch schon 2-3 mal bei Amtsärzten. Den letzten hab ich gefragt, ob er den Zeiten nachtrauert, als er noch Lagerarzt im KZ war. (Kam übrigends nicht gut an)
Steht doch da, unten in den Beispielen
*** Link veraltet ***
Ich hasse es, wenn Du Recht hast.
Alex: Du hast doch auch fail2ban auf dem Server drauf, ne?
Was genau blockt das? Nur ausgewertete Einträge in /var/log/ per SSH und FTP/SFTP oder kann man das auch als Zugriffssperre für andere Dateien nutzen?
Kann ich damit z.B. Zugriffsversuche auf eine bestimmte Datei sperren? Wenn jemand 100x pro Minute z.B. auf eine Loginseite im Shop per http zugreifen will und dabei PWs austestet...
EDIT: Wie stoppst Du z.B. DDOS auf meine IMSCP-Loginseite?
Mpf.
Warum muß man das reg-exp mit Slashes umzingeln? Und warum steht das nicht in der Dokumentation? *grml
EDIT: Dat geht^^
Alter Verwalter... und ich fummle da stundenlang rum *grr
Danke!
Aber ne Verständnisfrage zu PHP:
Warum macht man neue PHP-Versionen nicht abwärtskompatibel?
Warum werden da gebräuchliche Funktionen rausgeworfen oder als unerwünscht deklariert?
Öh... moment mal^^ :floet:
Ich seh das auch nicht mehr im FF.
Ansicht:
[ATTACH=CONFIG]933[/ATTACH]
Quelltext:
[ATTACH=CONFIG]934[/ATTACH]
Da scheint was in der CSS verbastelt zu sein. ALEX!
Und ich dachte schon, nur ich hab keinen Bock mehr auf Arbeit :yes:
Ich gehe ja auch streng auf die 50 zu und habe letztes Jahr beschlossen, weniger zu arbeiten. Tu ich auch. Und die so gewonnene Freizeit fülle ich mit games zocken auf.
Aber so ganz nix tun? - Nö. Das könnte ich nicht.
Wenn ich irgendwo rumgammle - ob am Strand in der Karibik oder im Garden auf der Hängematte - dann ist mir nach 2 Tagen langweilig ohne was zu tun.
Die Funktion split() ist ja seit PHPv5.3 unerwünscht.
Nun ist das aber in meinem Shop in einem Versandkostenmodul drinne und ich kriegs nicht gebacken
Das sieht so aus:
[ATTACH=CONFIG]932[/ATTACH]
Das Graue ist eine Tabellenzeile. Im Versandkosten modul selbst steht das dann so drinne: CH:5.35,DE:4.00,AT blabla
Die PHP-Stelle dazu ist
blabla
$dest_country = $order->delivery['country']['iso_code_2'];
$dest_zone = 0;
$error = false;
for ($i=1; $i<=$this->num_dp; $i++) {
$countries_table = constant('MODULE_SHIPPING_DP_COUNTRIES_' . $i);
$country_zones = split("[,]", $countries_table);
//$country_zones = explode("[,]", $countries_table);
if (in_array($dest_country, $country_zones))
{
$dest_zone = $i;
break;
}
}
if ($dest_zone == 0) {
$error = true;
} else {
$shipping = -1;
$dp_cost = constant('MODULE_SHIPPING_DP_COST_' . $i);
$dp_table = split("[:,]", $dp_cost);
//$dp_table = explode("[:,]" , $dp_cost);
for ($i=0; $i<sizeof($dp_table); $i+=2) {
if ($shipping_weight <= $dp_table[$i]) {
$shipping = $dp_table[$i+1];
$shipping_method = MODULE_SHIPPING_DP_TEXT_WAY . ' [ ' . $dest_country . ' ]';
break;
}
blafaselEmpfohlen wird hier *** Link veraltet *** und hier *** Link veraltet *** explode() oder preg_split().
Aber ich kann machen, was ich will: Wenn ich preg_split oder explode nehme, dann zeigt es nur die Standardfloskel "Es können keine Versandkosten für dieses Land berechnet werden" in der grauen Zeile an.
Und das ist natürlich Dumme, wenn ich dann Versandkostenfrei versende
Hat da jemand ne schlaue Idee?