As you might know, you can use any delimiter to use the search/replace feature of sed to avoid extreme escaping of slashes.
~/ sed -r -e 's@http://google.com/@http://example.com/@g' < input.file > output.file
As you might know, you can use any delimiter to use the search/replace feature of sed to avoid extreme escaping of slashes.
~/ sed -r -e 's@http://google.com/@http://example.com/@g' < input.file > output.file
Get all the files a user changed in a GIT repository with this command:
git log --pretty="%H" --author="git.user.name" | while read commit_hash; do git show --oneline --name-only $commit_hash | tail -n+2; done | sort | uniq
// show indexes of table SHOW CREATE TABLE news; // shows something like this ... CONSTRAINT `FK_3A51546D12469DE2` FOREIGN KEY (`category_id`) REFERENCES `news_category` (`id`), ... // drop index ALTER TABLE news DROP FOREIGN KEY FK_3A51546D12469DE2;
wer sich das ab und an fragt, kann mit
php -i | grep log
angezeigt bekommen, wo die aktuelle php installation ihre logs hinschreibt.
Wie schon in vielen Foren beschrieben, wird Photoshop und einige andere Adobe Produkte auf High DPI Bildschirmen nicht korrekt skaliert (mikroskopische Icons und Texte), wärend andere Adobe Produkte wie Lightroom keine Schwierigkeiten mit der korrekten Skalierung haben.
Die generelle Bildschirmauflösung des Gerätes zu ändern, ist keine Option, da dann andere Programme und das OS viel zu groß skalieren.
In meinem Fall ist ein Dell XPS 13 mit WIN8.1 mit einer Auflösung von 3200×1800 Bildpunkten am Start.
Erst nach einigem Suchen fand ich zumindest für Photoshop CC die Lösung in den experimentellen Einstellungen.
Siehe http://claudiamccue.com/2014/09/fixing-the-tiny-photoshop-cc-interface-on-hi-dpi-windows-displays/
Seit dem Google Analytics auch Cookies mit Sonderzeichen im Namen erstellt, springt die CodeIgniter Validierung darauf an und terminiert jeden Request mit der „Disallowed Key Characters“ Meldung.
Der Fix ist denkbar einfach. Man muss den Character (~) der Validierung mitteilen.
Im Beispiel unten in der PregMatch Definition „/^[~a-z0-9:_\/-]+$/i“.
# /system/libraries/Input.php (Zeile 217) /** * Clean Keys * * This is a helper function. To prevent malicious users * from trying to exploit keys we make sure that keys are * only named with alpha-numeric text and a few other items. * * @access private * @param string * @return string */ function _clean_input_keys($str) { if ( ! preg_match("/^[~a-z0-9:_\/-]+$/i", $str)) { exit('Disallowed Key Characters.'); } return $str; }
wer nach einem domain umzug seines blogs mit installiertem polylang plugin auch probleme mit redirects hat, dem hilft das hier evtl.
auch wer seine pfade in der db mit diversen tools umschreibt ist nicht sicher das es funktioniert.
unter einstellungen > lesen kann man die startseite und blog seite definieren, die der besucher initial sehen soll.
polylang speichert sich diese pfade!
hier einfach mal die auswahl wechseln und dann wieder nach wunsch verknüpfen.
dann erst speichert polylang den neuen pfad.
copy the system/classes/kohana/request.php to your application/classes/kohana/request.php directory and open the file.
edit the file at around line 332 in the detect_uri method.
public static function detect_uri() { ... // cut out the initial base part to make sure the internal routing will get correct input $uri = str_replace(Kohana::$base_url.Kohana::$index_file, '', $uri); return $uri; }
Findet alle Dateien die mit ._ anfangen, ignoriert die .svn eigenen kopien und markiert diese zum löschen via svn.
find . -name '._*' -type f | grep -v '.svn/' | xargs svn rm
trage einfach in die config.inc.php folgendes ans ende der datei:
// am ende der config.inc.php $cfg['ForceSSL'] = true;