Erkeklerde arama php sf var. MySQL'de Güvenli ve Kullanılabilir Arama
Tarayıcınızda bir javascript engellendi. Javascript'in siteyi çalışmasına izin ver!
PHP + Site Haritasında Rus dilinin morfolojisi göz önünde bulundurularak siteye göre ara
Sitenizi zamanla oluşturarak, üzerinde uygun bir evrensel arama yapma ihtiyacını düşünün. Basit bir çözüm var: Arama motorlarından arama yapmak, örneğin: Yandex'den arayın veya Google'dan arayın. Böyle bir çözümün genel olmaması - sadece arama motorunun arama dizinine eklemeleri istenen sayfalar arama motoru olacaktır. Başka bir deyişle, sitenizin bir kısmı "sıralama" olmayacaktır.
Üzgün, başka bir çözüm arıyor. Evet, burada şudur: Yandex.Server, Rus dilinin morfolojisini dikkate alarak sitenizi aramak için bir üründür. Yükleniyor. Unix Yandex'te. Sunucu bir arka plan noktası ve MS Windows platformunda - hizmet olarak çalışır. Şunlar. Sadece kök - sunucuya erişim yaparken çalışabilir. Siteyi sanal barındırma üzerinde çalışırken uygun değildir. :-( İkinci dezavantajı ayar değildir. Sadece bir düğme "Çalıştır / Durdur".
İnterneti "kazmaya" başlıyoruz. Nasıl yani? Herkesin web sitenizde bir arama var. Her nasılsa, insanlar yapar. Örneğin, uzun süredir tanımlanmış olan ön karar: Sitede bağlamsal arama, kelimelerin azaltılmasını dikkate almayan ve sayfalardaki kelimeleri endekslemez. Ancak görevin içine daha derine kadar, görevin tamamen nonrivial olduğunu fark ederseniz ne kadar çok şey ifade ediyorsunuz.
İlk önce, tüm siteyi taramanız ve bundan tüm kelimeleri seçmeniz gerekir. Peki, nasıl - nasıl - Site Haritası Jeneratörü uzun zamandır bu görevle başarılı bir şekilde başa çıktı.
İkincisi, tüm kelimelerin orijinal şeklini almanız gerekir. Burada birkaç seçenek var, örneğin, kullanabilirsiniz. flamaönek, eki ve kelimelerin sonunu keser. Veya sözlükleri kullanarak daha karmaşık bir sistem.
Üçüncüsü, her şeyin en az zamanını aramak için veritabanına ve dizine indirilmesi gerekir.
Zamanın iki hafta geçirdikten sonra, çok sayıda farklı seçenek ve algoritma denedim, aşağıdakilerde durdum: 1. Tarama için, normal bir ifadenin yardımıyla, tüm HREF'i sayfadan kesen basitleştirilmiş bir ayrıştırıcı kullanıyorum:
// $ html \u003d file_get_contents ($ url) gelen benzersiz bağlantılar edinin; Eğer (preg_match ("| (.*?)
Metin içindeki kelimeleri açık veya cesur yazı tipi ile vurgulamak için, yalnızca aşağıdakileri yapmanız gerekir:
$ Highlight \u003d str_replace ("", "|", $ iyi);
Boşluklar (ve kelimelerimizde tek bir kelimeye sahipler ve başka hiçbir yerde, başka hiçbir yerde buluşmaz, ayrıca onları uçlardan kesiyoruz), dikey özelliği değiştirmek için yeterlidir - düzenli ifadelerdeki seçeneklerin ayırıcısı. "Kötü" kelimeler vurgulamıyoruz, çünkü veritabanında aramadıkları için :). Yazdığımız metni görüntüleyen kodda:
Konuyu yazdıktan sonra, koştum, yazma ve kendime "arka ışık". Burada değildi! Metnimde HTML etiketlerim var, bu yüzden çok düşünmek zorunda kaldım ... böyle bir şey ortaya çıktı (vurgulamak için kelimelerle bir dize):
$ Text \u003d Eregi_Replace ("\u003e ([^<]*)($words)", ">\\1\\2", $ metin);
İzlemelisin, etikette kelime yok. Bununla birlikte, böyle bir replasmanın kaynak yoğunluğunun bir problemi vardır (5 kilobayttaki metin üzerindeki K6-266'm yedi saniye kadar düşünülmüş). Üzgün.
Bu tür teknikleri uygulamak, öncelikle, kullanıcının eyleminin özgürlüğünü sınırlamak ve a) sitenin yazılım yapısını öğrenmek için B) Sunucunun aşırı yüklenmesine neden olmak için (örneğin, metninden oluşan metnin bir megabayt göndermek) mümkündür. Üç harf uzunluğunda kelimeler (cümle belirsiz olduğu ortaya çıktı, ancak yeniden yazılmayacağım ,) böylece komut dosyası 250 kez veritabanına tırmanır) c) Özel sorgu dili satırında isabet sonucu bir hata mesajı gör . İkincisi, kullanıcı için bir miktar rahatlık, bir traktör ve aydınlatmadır.
"Güvenli ve kullanışlı arama" makalesini hatırlıyorum, böyle bir cümle vardı.
Bölüm 2. Alaka düzeyi hakkında kısaca
Oleg yusov
Arama sonuçlarını uygunluk için görüntülemek için gereklidir:
Gerekli varchar tarlaları veya metin alanı çeşitlerinden herhangi biri (Smalltext, MediumMont, vb.) FullText tuşlarını yapın:
Varsayılan olarak, en az 4 karakter içeren kelimeleri arayın. #DEFINE MIN_WORD_LEN 4'ü ft_static.c kaynağında kurmak gerekirse, bence düzenlemek gerekli olmasa da.
Arama formundaki% semboller mevcut değil, arama alanındaki kelimeler bölüm listesi kullanılarak paketlenir.
Kelime ayırıcılarının listesi, ft_static.c kaynağında yönetilecektir.
Alaka düzeyi hesaplamaya başlamak için masada en azından düzine girişi gereklidir.
Nerede FAALİYET alanını kullanmak imkansızdır:
Seçme *, RELV DESC tarafından WHOOL\u003e 0 SİPARİŞTE
Seçin *, Field1, Field2'yi ("$ AramaWROWS") karşısında ("$ AramaWROWS"), RELV DESC tarafından tablo sırasına göre
alaka düzeyi hemen tüm alanlardan hesaplanır. İkinci durumda, böyle bir istek bir hata verecektir. Burada alaka düzeyi aşağıdaki gibi hesaplıyoruz:
Seçin *, Field1'i ("$ SearchWords") karşısında ("$ SearchWords") + maç field2 ("$ SearchWrists") karşılığında ("$ SearchWrists") karşılama
İkinci seçenek, sorgularda biraz daha karmaşıktır, ancak bence daha iyidir, çünkü Arama esnekliğini arttırır - alanların her birine, örneğin, önemi oranı ve alanlar bu katsayıya çarpmak için alanlar tarafından özetlendiğinde ayarlanabilir. Arama öbeği, büyük bir katsayılı alanlarda olmak için "daha" olacaktır. Örneğin, dizinlenmiş kaynak dizini sayfalarını ararsak, Sayfa Adı alanı genellikle meta etiket açıklamaları veya anahtar kelimelerin alanlarından büyük bir katsayılı olarak belirtilir.
Bölüm 3: Alaka düzeyine sahip alıştırmalar
FullText Endeksi Nasıl Eklenir:
MySQL\u003e ALTER TABLE ARTICLEA FullText (ZText); Hata 1073: BLOB Sütun "ZText" Can "t Kullanılmış Tablo Türü ile Kullanılabilir MySQL\u003e Alter Tablo Articlea Type \u003d MyISAM; Sorgu Tamam, 36 Satır Etkilenen (0,60 sn) Kayıtlar: 36 Çoğaltma: 0 Uyarılar: 0 MySQL \u003e Alter Masa Articlea FullText (ZText); Sorgu Tamam, 36 satır etkilendi (10.00 sn) Kayıtlar: 36 Çoğaltma: 0 Uyarılar: 0
Metin dizinleri yalnızca MyISAM tiplerinde yapılabilir. Metinler tablodan alınır ve dizin dosyasına bırakılır ve baz büyüyor. Talepler ile ilgili. Nerede FAALİYET alanını kullanmak imkansızdır:
Seçme *, RELV DESC tarafından WHOOL\u003e 0 SİPARİŞTE
Oleg yazdığı gibi maçta arama yapın, yalnızca kelimeyle yapılır. ... Ancak, alaka düzeyinde, yalnızca sıralayabilir ve (bu, tabii ki, performansı etkileyecek, ne kadar bile bilmiyorum).
"WELL\u003e 0" durumunu kaldırın, sıralama bırakıyoruz. Gerisi, daha önce olduğu gibi, ortaya çıkan ipi ovalayın ve birkaç gibi operatörlerle bir talebe dönüşün:
Seçin *, "% $ Search1" ya da "% $ Word2%" gibisiniz "% $ Word2%" gibi alanın "% $ Word2%" siparişi ile reaksiyona girin.
Bölüm 4: Prevening Başladı
MySQL veritabanındaki alaka düzeyinde sıralama ile konuyu aramaya devam ediyorum.
MySQL, veritabanının en son sürümlerinde tasarıma karşı fulltext indeksleme ve eşleşme alanı kullanmak için sunar. Bununla birlikte, tüm sunucular MySQL'in en son sürümü değildir ve tüm barındırma sağlayıcıları, sistemin güvenilirliğinin nedenleri için yazılımı güncellememektedir.
Bir seferde alaka düzeyinde sıralama aramanızın birkaç istek içinde yapması gerektiğini ve bu nedenle, hiç almaması daha iyi olduğunu varsaydık. Alaka düzeyindeki sorguda sayılabileceği düşünceler beni ziyaret etti, ama korktum ve böyle bir tasarıma gönderdim.
Bununla birlikte, site oluşturma firmalarından birinin çalışanı N-SKA, sitelerinde uyguladıkları arama sistemini bana vurdu. İsteği kesinlikle hatırlıyorum, bunu çoğaltmaya çalışacağım:
TARİH, DATE_FORMAT (MALZEME_DATE_DATE_DATE_DATE_DATE, "% E% C.% Y") olarak, eğer ("% Word1 Word2 Word3), 3 * 10, 0) + ise ("% Word1% "9 gibi metin , 0) + Eğer ("% Word2", 9, 0) + eğer (% Word2 ", 9, 0) + ise (% word3", 9, 0) tablodan "% Word1%" veya "% Relveance Desc, Materyal_Date Desc tarafından Word2% "veya"% Word3% "siparişi gibi metin
Çok iyi görünüyor, ancak MySQL'in eski sürümlerinde bile çalışıyor. Bu istekle iş hızını karşılaştırmaya çalıştım:
Ortalama olarak, evrensel talebin hızı, yeni tasarımlar kullanılarak iki kat daha azdır. Oldukça mantıklı olanı nedir - daha çok yönlülük, kaynak yoğunluğu ne kadar büyükse.
Böyle bir istek otomatik olarak yapmaya çalışalım. Uzun dizgiyi kapatın, yanı sıra tüm yanlış karakterler ve kısa kelimeler. Bir istek çizin.
$ Query \u003d "Başlık, date_format (Materyal_Date,"% E% C.% Y ") tarihi olarak seçin1, eğer (metni"%. $ Good_Words. "%", ". (Substr_count ($ Good_Words," ") + 1). "* 10, 0) + eğer (metnin"%. Str_Replace ("", "%", 9, 0) + ise ("%", $ Good_Words gibi metin). "%", 9, 0) "%" gibi metnin bulunduğu tablodan alaka düzeyi olarak. Str_replace ("", "%" veya "%", $ Good_Words gibi metinler). "%" Alaka düzeyine göre sipariş, materyal_date desc ";
Çok zor değil. Sellere karşı güvenilirlik ve koruma için, sorgudaki kelimelerin sayısını sınırlayabilirsiniz.
Önceki yayınlara bazı eklemeler
Tabloda bulunan toplam satır sayısı. Arama sonuçlarını görüntülemek için elbette, limit ifadesini kullanmanız gerekir (bu parametrenin oluşumunu her zaman yazmamak, hazır işlevleri kullanırken) kullanmanız gerekir. Sorguda gruplandırma işlemi yapılmadıysa, derhal sorgu - sayım (*) 'nin PHP MySQL_NUM_ROWS () işlevi aracılığıyla hemen hesaplamak daha iyidir. Büyük tabloları kontrol edebilirsiniz. Grup işlemleri üretilirse, sayımdan bir istek yaparız (belirgin (<поле, по которому группируем>)), ancak grupsuz.
Aydınlatma. Metinlerde HTML etiketi yoksa, yaşamak daha kolaydır.
Etiketler metinde kullanılıyorsa, yani, üç seçenek a) Arka ışık çizmemek b) Kullanıcı kullanıcıyı görmüyor (bu çok meraklı bir kullanıcı dışında), sonra indeks alanını yapabilirsiniz. Etiket olmayacak ve karakterler [^ \\ w \\ x7f- \\ xff \\'s] boşluklarla değiştirilecektir (bu karakterler, arama dizesinden en baştan kesilir, böylece arama yapılmaz). Bu durumda arama ve arka ışık, tam olarak dizini yapmak için. c) Metnin arka ışığını normal alandan yapın, daha önce etiketleri SRIP_TAGS () işlevi ile keser.
Arama kodunun tam sürümü, her zaman olduğu gibi, dosyalar listesinde.
Hala sorular ya da anlaşılmaz bir şey var - bizim için hoş geldiniz
11.1k.
Herhangi bir sitedeki en popüler ve gerekli fonksiyonlardan biri, özel bir form kullanılarak uygulanan bir arama. Bu işlev, ziyaretçilerin içeriğini sitede hızlı bir şekilde bulmalarını sağlar.
Bugün, bir site arama yapmayı, veritabanı tablolarıyla görüşecek özel bir form kullanarak nasıl yapacağız ve sitedeki mevcut yöneticiler hakkında bilgi görüntülemektedir. Mevcut personel hakkında bilgi içerecek veritabanı tabloları oluşturmayı öğreneceksiniz.
PHP kullanarak arama formları geliştirin ve ayrıca SQL ile tanışın ( Yapılandırılmış sorgu dili.) - Veritabanlarında yer alan bilgileri toplama, kayıtlar ve değiştirme için özel dil. Başlamadan önce size tavsiye ederiz. proje dosyalarını indirin.
Neye ihtiyacın var
MySQL veritabanlarıyla çalışmak için araç.
PHP desteği ile yerel veya uzak sunucu.
Metin düzeltici.
Bir veritabanı oluştur
Barındırmanızda veritabanıyla başa çıkabileceğinizden emin değilseniz, ilgili talimatlar veya yardım almak için Hoster ile iletişime geçin. Veritabanı oluşturulduktan sonra, bağlanmanız, bir tablo oluşturmanız ve gerekli verileri içine yazmanız gerekir.
MySQL'i yönetmek için en popüler araç, PHP'mi yöneticimdir, bu araç mevcut kılavuzumuz için yeterli olacaktır.
Bir masa oluşturma
Masamızda aşağıdaki formatta oluşturulmalıdır:
Sütun adı.
Veri tipi
Uzunluğu.
Null ya da boş değil
BİRİNCİL ANAHTAR?
OTOMATİK ARTIŞ.
İD
İnt.
1
GEÇERSİZ DEĞİL
Evet
Evet
İsim.
Varchar.
50
GEÇERSİZ DEĞİL
Hayır.
Hayır.
Soyadı.
Varchar.
50
GEÇERSİZ DEĞİL
Hayır.
Hayır.
E-posta
Varchar.
50
GEÇERSİZ DEĞİL
Hayır.
Hayır.
Telefon numarası.
Varchar.
15
GEÇERSİZ DEĞİL
Hayır.
Hayır.
Veritabanı tablosu, Excel'deki gibi sütunlar ve dizelerden oluşur. İlk sütun, verileri ada göre tanımlamanızı sağlar. Daha sonra, sütundaki veri türünü gösteren veri türleri sütunu (veri tipi) gelir. Uzunluk alanı, tablo sütununun maksimum miktarını (depolama) gösterir. Daha fazla esneklik veren değişkenleri kullanıyoruz. Başka bir deyişle, tam adın uzunluğu 50 karakterden azsa, ayrılmış yerin sadece bir kısmı işgal edilecektir.
Ve bu personel arasında boş değerler olamaz ( boş, boş). İlk satır sarı renkle vurgulanır, çünkü ID sütunu ana anahtarımızdır. Veritabanındaki ana anahtar, her girişin benzersiz olmasını sağlar. Bu sütun ayrıca otokremi de uygular, bu da veritabanımızdaki her girişin otomatik olarak benzersiz bir numara atanması anlamına gelir.
Personel temsilcilerini masaya tanıtıyoruz
Tablodan çözülür görmez, verileri doldurmaya başlayın. 6 kayıt, prosedürü aklında çözmek için yeterlidir. Aşağıda size kendi örneğini sunarım:
Sütun kimliği.
İsim.
Soyadı.
E-posta
Telefon numarası.
2
Ryan.
Uşak
[E-posta Korumalı]
417-854-8547
3
Brent.
Callahan
[E-posta Korumalı]
417-854-6587
Formun Gelişimi
Google'dan bir arama formu oluşturmak için, uygun bir metin düzenleyicisini açın. Ücretsiz PSPAD kullanmanızı öneririm. Sözdizimi arka ışığının sağlandığı herhangi bir metin düzenleyicisini kullanabilirsiniz. Bu, PHP kodunu yazma ve hata ayıklama sürecini büyük ölçüde kolaylaştırır. Bir arama formu için bir sayfa oluşturarak, .Php formatında kaydetmeyi unutmayın, aksi takdirde PHP kodu düzgün şekilde işlenmez. Belgeyi kaydederken, aşağıdaki işaretlemeyi kendisine kopyalayın: