Kā atbloķēt tualeti - Ace aparatūru

Es veidoju atvērtu emuāra vietni, kurā lietotāji var izveidot ziņas. Ikreiz, kad lietotājs izveido ziņu, tas tiek ievietots datu bāzē un ienes tā virsrakstu no galvenās lapas datu bāzes. Ikreiz, kad apmeklētājs noklikšķina uz kādas ziņas virsraksta, tas nonāk līdzīgam URL

example.com?subject=places_to_visit_in_new_york 

Turklāt šodien es izveidoju vietnes karti, un tajā nav iekļauti šie ieraksti, jo tās nav īstas lapas un tās tiek izsauktas, izmantojot PHP funkciju. Es tikko nosūtīju savu vietnes karti uzņēmumam Google, un līdz šim Google neindeksē ziņas. (Ko es saprotu.)

Es pārbaudīju citus forumus, un to vietrāži URL ir līdzīgi

example.com/places_to_visit_in_new_york 

Vai manai lapai vajadzētu izveidot jaunu failu katram ierakstam, vai es varu turpināt izmantot SEO parametru?

Ja jūs man sakāt, ka es varu turpināt šo ceļu, kā es varu saprast, vai Google indeksē ziņas? Ja katram ierakstam ir jāizveido jauns fails, vai varat pateikt, kā to izdarīt?

  • Interesants jautājums, uz kuru man būtu interesanti redzēt atbildi. Izmantojot Wordpress, nav arī fiziska faila, jo viss tiek glabāts datu bāzē. Vietnes karte norāda uz failiem, kas tiek izveidoti, atrodoties no datu bāzes. Tomēr vaicājuma virkne neparādās vietnes kartē, tikai URL. Es domāju (bet nezinu), ka Google var ignorēt vaicājumu virknes.
  • "Vietnes karte norāda uz failiem, kas tiek izveidoti lidojumā no datu bāzes". Ko jūs ar to domājat un vai wp katrai ziņai izmanto vaicājumu virknes? Ja viņi to dara, mēs to varam izdarīt vai nu, es uzskatu, ka viņi rīkojas pareizi Bet, tā kā man wp nav svešs, es novērtēšu, vai varat man pateikt viņu sistēmu

URL example.com/places_to_visit_in_new_york var izveidot dinamiski atkarībā no ietvara / valodas, uz kuras balstās jūsu vietne. Tas nozīmē, ka jums nav jāizveido atsevišķi faili atsevišķiem URL tāpat kā izmantojot vaicājuma virknes formātu.

Apsveriet WordPress piemēru, kurā pastāvīgo saišu sadaļā ir iespēja izvēlēties starp vairākiem URL modeļiem

  1. example.com/posts?id=1
  2. example.com/my-new-post

Vēlamais formāts ir otrais

Iemeslu var saprast, izlasot šo rakstu. Saglabājiet vienkāršu URL struktūru

Vietnes URL struktūrai jābūt pēc iespējas vienkāršākai. Apsveriet sava satura organizēšanu tā, lai vietrāži URL tiktu veidoti loģiski un cilvēkiem saprotamākā veidā (ja iespējams, lasāmi vārdi, nevis garie ID numuri). Piemēram, ja meklējat informāciju par aviāciju, piemēram, URL http://en.wikipedia.org/wiki/Aviation palīdzēs jums izlemt, vai noklikšķināt uz šīs saites. URL, piemēram, http://www.example.com/index.php?id_sezione=360&sid=3a5ebc944f41daa6f849f730f1, ir daudz mazāk pievilcīgs lietotājiem.

Tomēr URL vaicājuma virknes ir izplatītas arī, filtrējot saturu vai lapošanu. Tomēr ņemiet vērā, ka Google pārmeklē un indeksē saturu abos URL formātos, ja vien nav satura dublēšanās vai kāda cita problēma.

  • Liels paldies. Lai pārliecinātos, Google indeksēs manu saturu, kamēr es to ielādēšu no datu bāzes, pat grūtajā vietnes kartē nav katras ziņas, vai ne? Šajā gadījumā es .htaccess vietā pārrakstīšu slīpsvītru, nevis jautājuma zīmi, un turpinu turpināt. ..
  • Google pārmeklēs un indeksēs šīs lapas, ja atradīs saiti uz šo lapu citās lapās. Vietnes karte ir tikai norāde Google, ka šīs lapas ir jāpārmeklē. Google neierobežo rāpošanu tikai ar vietnes karti. Pārmeklējot citas lapas, tā atklāj vairāk saišu

Neviens nevar droši zināt, kā tiek piegādāti jūsu HTML dokumenti (ja vien viņiem nav aizmugures piekļuves jūsu serverim).

URL var dot mājienu, taču nav garantijas, ka šis ieteikums ir precīzs. /foobar.php un /foo?bar varētu izgūt statiskos failus, /foobar.html un /foobar varētu izgūt dinamiski ģenerētus failus. Bet pat tad, ja meklētājprogramma to zinātu, tas nav svarīgi: ir svarīgs dokuments, nevis veids, kā tas tiek ģenerēts.

URL: Meklētājprogrammas var lieliski pārmeklēt / indeksēt vietrāžus URL ar obligātajiem vaicājuma komponentiem. Galvenais iemesls, kāpēc priekšroku dod vietrāžiem URL, ir tas, ka tie var būt lietotājam draudzīgāki / skaistāki.

Vietnes karte: Ja jums ir vietnes karte un vēlaties, lai emuāra ziņas tiktu indeksētas, nav iemesla tos nepievienot vietnes kartei.

URL ceļa daļa vienmēr attiecas uz unikālu lapu / ziņu WP. Kad lietotājs pieprasa http://example.com/my_post, WP saskaņo ceļu ar unikālu datu bāzes ID un pēc tam izveido failu lidojumā līdzīgi tam, ko jūs darāt. Tomēr, kā jau minēja citi, vaicājuma virkne / parametrs nav lietotājam draudzīgs.

WP vietnes karte var būt gan Google, gan lietotājam draudzīgs URL / ceļš katrai ziņai, un tā var slēpt faktisko vaicājumu virkni gan no Google, gan no lietotājiem.

Nevis kritika, bet vienkārši jautājums - ja jūs mēģināt uzrakstīt jaunu lapu, izmantojot MySQL datus, kāpēc gan neizmantot kaut ko līdzīgu WordPress vai Drupal, kam jau ir daudz testu, nevis izgudrot riteni no jauna?

  • Tā kā WP bija grūtāk izmantot savam projektam, kuru es izstrādāju ļoti specifiski. Es nezinu, vai mums ir atļauts kopīgot saites, bet šeit tas ir sosyosapien.com. Starp citu, es nedomāju tikai URL struktūru, es domāju, vai tā ir iespējams, ka google var indeksēt saturu, kas tiek parādīts, izmantojot datu bāzi, un katram no tiem nav faila ... (Visas ziņas tiek rādītas vietnē index.php)

Izmantojot dinamiskos URL, izmantojot vaicājuma parametrus, neveidojat nevienu unikālu lapu. Google pārsvarā apdraud šos vietrāžus URL, jo tā bija tā pati adrese ar tikai dažiem parametriem. Ja jūs patiešām vēlaties indeksēt šīs lapas un uz tām ir unikāls saturs, izmantojiet statiskus URL, piemēram, jūsu otrajā piemērā, un arī optimizējiet saturu, galvenes, nosaukumu, aprakstus utt.

  • Kaut arī tās vietnes lietotāji var izveidot ziņas un tajā var būt ļoti daudz ziņu, vai ir veids, kā izveidot jaunu failu no katras manas mysql tabulas rindas? Piemēram, vai stackoverflow veida masīvas vietnes izveido jaunu failu katram jautājuma lietotājam jautā, vai viņi var izmantot .htaccess, lai pārrakstītu "/", nevis "?" ?

strādāja par jums: Charles Robertson | Vēlies ar mums sazināties?