WordPress 3.4 Page Variabel i Query String

Vi har ett special erbjudanden där jag skapat några anpassade sidor för att presentera erbjudanden som finns för våra läsare. Jag märkte bara att det fanns ett problem med en av sidorna. Den sidnumrering fungerar inte längre. Här är en skärmdump av sidnumrering på min sida.

När jag skapade dessa sidor, använde jag "sida" som en variabel i frågesträngen. Till exempel, för att gå till försäljning sidan # 2, har jag detta som URL:

  http://www.kombitz.com/sale/?page=2 

Detta slutade fungera efter att jag uppgraderat till WordPress 3.4. Detta förbryllade mig ett tag, tills jag märkte när jag klickar på webbadressen, ändrar systemet URL

  http://www.kombitz.com/sale/2/ 

Detta, naturligtvis, inte fungerar med mitt manus. Lösningen är faktiskt ganska enkelt: bara inte använda "sida" som en variabel i frågesträngen. Jag ändrade variabeln från sida till PAGE_NUMBER, och mina manus fungerar igen. Den uppdaterade Frågesträngen är som den här:

  http://www.kombitz.com/sale/?page_number=2 

WordPress wp-admin 404 Error

När jag kom tillbaka från min semester förra veckan, fann jag att jag inte längre kan logga in på wp-admin på min webbplats. Jag var freaked först och jag trodde att platsen fick äventyras eller något. Google-sökning hittade inte något användbart.

Jag kontaktade äntligen mitt webbhotell, Blue Host , för stöd. De fast mitt problem snabbt. Den skyldige är Supercache plugin. Insticksprogrammet skapat skriver på. Htaccess-filen. En av de skriver orsakat domänen omdirigera till ett 404-fel i stället för att belasta wp-admin sidan.

Tidigare hade jag vissa problem med Blue Host stöd, men efter denna incident Jag är en trogen kund igen.

WordPress 2,8 Uppgradering Problem

WordPress 2.8 är ute och jag först testade det på min mätplats. Den automatiska uppgraderingen var bra på min mätplats. Jag försökte sedan att uppgradera min produktionsanläggning. Jag fick det här meddelandet när jag försökte.

Fatal error: Tillåtet minne storlek 33554432 utmattad byte

Det verkade som WordPress använder för mycket minne, och det kan inte göra den automatiska uppgraderingen. Jag tänkte att det är möjligt att jag har alltför många plugins som kör. Jag försökte avaktivera vissa icke-väsentliga plugins och jag kunde uppgradera det efteråt.

Det andra sättet att åtgärda problemet är att redigera php.ini filen i wp-admin katalogen om du har en. Om du inte har en php.ini fil, be ditt webbhotell för att skapa en för dig. Redigera det och hitta raden som denna.

memory_limit = 64M ; Maximum amount of memory a script may consume (32MB)

Standardvärdet är 32MB, ändrade jag det till 64MB.

AdRotate 2.2 för WordPress Upgrade Problem

Jag uppgraderade nyligen min AdRotate insticksprogrammet från 2.1 och 2.2. Efter uppgraderingen, fann jag att annonserna inte visas upp något mer. Jag trodde att det kan finnas vissa konflikter mellan plugins. Jag försökte avaktivera och återaktivera plugin, men det hjälpte inte.

Kontroll av författarens hemsida och jag fann att sättet att bädda in den i php-filer har ändrats. Det gamla sättet att bädda det är:

  <Php adrotate_banner ('1 ');??> 

Detta fungerar inte längre i 2.2. Du måste koda det här sättet.

  <Php echo adrotate_banner ('1 ');??> 

WordPress 2.7 och automatisk uppgradering Plugin Conflict

Jag har använt WordPress Automatic Upgrade plugin för att uppgradera min blogg. Det har fungerat perfekt fram 2,7 uppgraderingen. Ända sedan uppgraderingen till WordPress 2.7, fann jag att några av de nya funktionerna inte fungerar, liksom blixten baserade bilduppladdning och möjligheten att installera plugin direkt inifrån WordPress dashboard. Jag betalar inte mycket uppmärksamhet åt det, eftersom det finns lösningar.

När WordPress 2.7.1 kom ut, försökte jag att använda WordPress Automatic Upgrade plugin igen, men den här gången kan inte dectect det finns en uppgradering behövs. Jag märkte också att det finns en annan automatisk uppgradering alternativ på instrumentbrädan. Det verkar som den automatiska uppgraderingen är en bulit-in funktion nu. Jag använde den inbyggda automatiska uppgradering funktion för att uppgradera min blogg från 2,7 till 2.7.1 utan problem. Jag också avaktiveras WordPress Automatic Upgrade plugin. Efter de-aktivering av plugin, fann jag att jag nu kan använda WordPress 2.7: s nya funktioner. Om du hittar det finns något konstigt om din WordPress 2.7 installation och du har också automatisk uppgradering plugin installerat, prova inaktivera plugin och se om det hjälper.

Say Goodbye till Kombitz Version 1

Övergången till det nya temat är klar utan incidenter (tror jag). Jag tog en skärmdump av det gamla temat och postade det här för framtida referens.

kombitz-v1

Skapa en ny logotyp för ett nytt tema

Jag har använt denna Green Park tema i flera månader nu. Även om det ser bra ut på Firefox, det gör det inte på IE 6. Temat har inte uppdaterats sedan 2007. Jag letade efter en bättre och uppdaterad tema för en stund. Slutligen valde jag detta tema heter PrimePress .

Som ni kan se min gamla gröna kombitz logotypen inte matchar det nya temat. Jag var tvungen att göra om logotypen igen. Konstruktionen är densamma som den gamla logotyp, har bara de färger ändras. Om du undrar hur jag skapade logotypen, här är den handledning jag har använt. Detta är en stor handledning visar dig hur du använder fria GIMP verktyget för att skapa en Web 2.0 logo. Jag har inga problem med stegen utom Steg 12. För att uppnå effekten, använde jag FG till transparent gradient och jag sökte den blandningen verktyget till reflektionsskikt från topp till botten. BTW, är det teckensnitt 64 poäng, Bauhaus 93.

Translator

English flagItalian flagKorean flagChinese (Simplified) flagChinese (Traditional) flagPortuguese flagGerman flagFrench flagSpanish flagJapanese flagArabic flagRussian flagGreek flagDutch flagBulgarian flagCzech flagHindi flagRomanian flagSwedish flagHebrew flagHungarian flag

Arkiv