Beiträge von catcat

Was war denn vor google? Die kamen so 1999/2000 oder?
Vorher gabs händisch gepflegte und maschinell erstellte Suchmaschinen. Meist zu einem bestimmten Themenkomplex. Die diversen SuMas zu Themenkomplexen wurden durch Meta-SuMas abgegrast. (MetaGer und DMOZ z.B.)

"Irgendwie" und "irgendwann" fand man dann auch ein paar relevante Ergebnisse.
AOL, Ask, Yahoo und einige andere bauten eigene Indice auf, die mit Werbung zugekleistert und erstmal gefunden werden wollten.

Dann fing google an, die meta-tags korrekt auszuwerten. Ich erinnere mich noch an Zeiten, als ich nach "MS Word" suchte und in den ersten 2-3 Seiten der Serps ausschließlich Porn fand, weil die einfach 100x mal "Word" als keywords schrieben.
Dann kam google auf die glorreiche Idee, auch die Menge der Backlinks einzubeziehen: Prompt ging der Linkspam los und hält bis heute gnadenlos an.
Und in den ganzen 13-14 Jahren seit ihrem Bestehen hat es google immer noch nicht fertiggebracht, reine Spam- und MFA-Sites automatisch zu erkennen und einfach aus dem Index zu werfen. WArum sollten sie auch? - Solange da Leute auf Ads klicken werden die fast niemals rausgeworfen.
Die Einführung von "nofollow"-Links ist sowieso der größte Schwachsinn überhaupt: Entweder ich empfehle eine URL und setze einen klickbaren follow Link dahin oder ich schreibe den Link so, das man ihn nicht klicken kann. Oder ich schreibe gar nichts.

Je mehr sich da google in Feinheiten hineinsteigert und angeblich an seinem Algo feilt, desto gewiefter werden die Methoden der SEOs. Ob es nun ehrliche oder unehrliche SEOs sind.
Und während jeder SEO den Mini-Maßnahmen von google hinterherhechelt, bauen die das Internet so um, wie es ihnen gefällt.

Keine Panik.
Ich codiere grade Bilder, die per CSS geladen werden auch gerne per base64. Spritesheet und so Zeugs, aber auch Gestaltungselemente. Das geht einfach schneller.

EDIT: Das heißt aber nicht, das sie nicht trotzdem hinter dir her sind

Also ich hab die Zellenhöhe jetzt hingekriegt^^
Sogar besonders schmutzig.

$pdf->MultiCell(10,$rowheight=14,$order->products[$i]['qty'] . '',1,'A');

$rowheight=14
14mm reichten auch

Allerdings fehlt mir jetzt immer bei der letzten Zellenreihe bei den Artikeln die border bottom, weil ich die Zelle mit LTR abschließen muß.
Sonst steht bei einzeiligen Positionen nach der ersten Reihe eine border bottom. Und das sieht voll Kagge aus.

Derzeit bin ich schon mal so weit gelangt:
[ATTACH=CONFIG]940[/ATTACH][ATTACH=CONFIG]941[/ATTACH]

Und gegen diese fehlende border bottom werd ich auch noch irgendwie wa reinfrickeln können. Vielleicht.

Ich sehe schon viele SEOs hektisch ihre Links in den WMT entwerten und panisch an ihre ganzen Linkspender mailen: "Bitte umgehend meine Links auf nofollow setzen!"

Ah^^
Das dürfte es sein

Mittlerweile hab ich das Ding überzeugt, mir jeweils 10 Rechnungspositionen auf die erste Seite zu drucken und dann ne Folgeseite zu erstellen.
Da wird dann der Tabellenheader am richtigen Platz gedruckt (Menge, Artikel UST usw.) und darunter die folgenden Artikel, bis er beim footer ankommt. Dann wird wieder eine Seite usw.
Soweit passt es schonmal *schnauf

Zitat

//Check for product line overflow
$item_count++;
if ((is_long($item_count / 32) && $i >= 9) ($i == 9)){
$pdf->AddPage();
//Fields Name position
$Y_Fields_Name_position = 125;
//Table position, under Fields Name
$Y_Table_Position = 60;
output_table_heading($Y_Table_Position-$rowheight);
if ($i == 9) $item_count = 1;
}
}

$Y_Table_Position += 4;

if ( $Y_Table_Position > 240 ) {
$pdf->AddPage();
$Y_Table_Position = 60;
}

Alles anzeigen

Aber jetzt ist natürlich das Problemchen mit den Rechnungspositionen mit weniger als 4 Zeilen noch nicht gelöst...
Wenn ich 20 einzeilige Positionen habe, dann druckt er auf der 1. Seite halt nur 10 Positionen und fängt dann eine neue Seite an :wall:

Ich versuch mal Tor 3

Irgendwie muß das doch zu machen sein, ds die Zeilenhöhe der Rechnungspositionen immer z.B. 20mm sein sollen, egal wie viele Zeilen da drinstehen *grml

btw: Bei isses aktuell auf mm eingestellt:
function FPDF($orientation='P',$unit='mm',$format='A4')

Ja eben, Margin: Ich kriege z.B. viele natürliche Links aus Foren. Eine Frau sucht was, eine andere antwortet: "Schau mal beim alten Haller nach, der hat genau den Artikel da: [Deeplink zum Artikel]"

Die meisten Foren zu diesen Themen sind nichtkommerziell und die Betreiber verfügen über keine Ahnung von SEO. Geschweige denn, das sie jetzt ja erstmal alle Links in allen Threads entwerten müssten und nicht mal wissen, wie das geht.

Moppelkotze, obwohl gerade das ja geradezu Paradebeispiele von natürlicher Verlinkung sind.

Dann sind also Beiträge bei z.B. BLÖD gut. Denn da bezahle ich indirekt einen Schreiberling dafür, das er mir ne Lobeshyme singt. Der Link darf halt nur nofollow sein. Aber das ist ja egal, solange User draufklicken.

Beiträge aber, die ich in Presseportalen mache (und die ebenfalls ein Schweinegeld kosten) und die Welt über meine tollen, neuen Artikel sachlich informiere, sind böse. Weil das ja sozusagen ein Gastbeitrag ist.

Schreibe ich in einem Handarbeitsforum in einen Thread, das ich genau das habe, was die gute Frau sucht, dann ist das ebenfalls böse. Forenposting sind ja irgendwie ebenfalls Gastbeiträge, wenn man das so sehen will.

Kater is schon OK. Da hat man dann gleich nen plausiblen Grund und die perfekte Ausrede, daß man weitertrinken muss.

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.

Zitat von Fridolin;50821

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...

Zitat von Alex07;50816

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?

Zitat von Alex07;50812

Für alle meine Joomla Kunden hab ich noch ein umfangreiches Software Paket was die Sicherheit managed.

rofl Joomla und Sicherheit im selben Satz.

Zitat von Alex07;50812

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?

Zitat von Fridolin;50803

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?