ray

Uz localhost liku tāpēc, ka informāciju pārsvarā sanāca pildīt offline režīmā bez interneta.

Uz localhost uzinstalēju svaigu wp, uzliku premium template, pluginus un saliku visus datus. Tagad gatavu lapu gribu pārcelt uz hostingu. Pārceļu failus un caur phpmyadmin uztaisu db import. Viss forši bez kļūdām importējas, bet kad pārlūkā atver lapu, tad daļa lapas (galvenokārt wp-options tabulā) pazūd. Pārbaudīju un pēc sql faila upload caur phpmyadmin dati ir vietā, bet pazūd brīdī, kad kad ielādē caur pārlūku. Tā kā šī ir pirmā pieredze ar WP, tad nesaprotu kas par šaizi un kāpēc tā notiek. Ir idejas?

Meklēju sistēmu administratoru nepilna laika darbam jeb gabaldarbam no mājām vai citas sev vēlamas vietas. Pamatpienākumi: - konfigurēt un administrēt Linux serverus; - konfigurēt un administrēt WEB serverus; - konfigurēt un administrēt E-mail serverus; - konfigurēt un administrēt DB serverus; - konfigurēt un administrēt backup serverus; - uzraudzīt serveru darbību; - sniegt tehnisko atbalstu un konsultācijas lietotājiem ar dažādiem zināšanu līmeņiem. Tā kā darbs ir neregulārs un nav pilna laika vai konkrētā vietā atsēžams, tad to ir iespējams apvienot ar citiem darbiem vai mācībām. Atalgojums stundas likme par padarīto darbu un par likmes lielumu sarunāsim ar izvēlēto pretendentu. Savus piedāvājumus un prasmju aprakstu sūtīt šeit vēstulēs (DM).

Šis jau sākumā tika izmēģināts, bet nestrādā kā vajag. / labots / Tomēr beigās aizgāja, neuzmanības gļuks

Uz Photoshop ir tāda lieta kā "multiply" (blend mode), kad var savienot divus attēlus un respektīvi apakšējais spīd cauri virsējam. Ir idejas kā to panākt ar php?

Nebūs tā, ka pie tūkstošiem lietotāju šāds vaicājums ar IN varētu iebremzēt?

Man ir šādas db tabulas: people | id | name | surname | address | city_id | active contacts | id | value | value_text | type | person_id social | id | url | type | person_id cities | id | value skills | id | value people_skills | id | skill_id | person_id languages | id | value people_languages | id | language_id | person_id pictures | id | file | person_id Vai ir iespājms šīs tabulas savienot vaicājumā, kas izvadīs visas personas parādot viņu vārdu, uzvārdu, adresi, pilsētu (no "cities"), visus šī cilvēka kontaktus (no "contacts"), visus šī cilvēka sociālos kontus (no "social"), visas šī cilvēka spējas (no "skills" un "people_skills"), visas šī cilvēka valodas (no "languages" un "people_languages") un visas šī cilvēka bildes (no "pictures"). Vai tas ir iespējams un ja ne, tad kā to labāk uztaisīt? Paldies!

Varbūt ir kāds "gudrāks" veids kā šo realizēt nemainot lietas būtību? Tas ir vajadzīgs tāpēc, lai pirmajā klasē definētos mainītie ko varētu izmantot citās klasēs lieki nepārrakstot vienas un tās pašas rindas. Piemēram, tulkošanas, db utml parametrus.

Ir iespējams kaut ko šādu realizēt, lai strādātu? class Main { function setValue($classes = array()) { foreach($classes as $key => $value) $this->$key = $value; } } class Modules extends Main { function showValue($key) { return $this->$key; } } $main = new Main; $main->setValue( array( 'adc'=>123, 'def'=>456 ) ); $modules = new Modules; echo $modules->showValue('def');

Kopš 2011. gada sdk jau pamainījies un šī lieta nestrādā

Varbūt kāds var padalīties ar koda gabalu, kas pārbauda vai autorizētais lietotājs ir 'fans' jeb nospiedis 'like' konkrētai facebook lapai? Facebook php SDK ir v3.

Super, paldies!

Lapā tiek lietoti Google fonts Open Sans (font-weight: 300). Problēma tāda, ka uz Windows 7 Chrome pārlūka visas latviešu mīstinājuma un garumzīmes rādās boldā. Uz OSX un Windows 8 viss rādās pareizi, varbūt vēl kaut kur gļuko, bet nav iespēja pārbaudīt. Kur varētu būt problēma? Fonta integrācijas kods: <script src="https://ajax.googleapis.com/ajax/libs/webfont/1.4.7/webfont.js"></script> <script> WebFont.load({ google: { families: ["Open Sans:300,300italic,400,400italic,600,600italic,700,700italic,800,800italic"] } }); </script>

Gluži manas domas un tā ir arī bijis pēc pieredzes.

/^((\+|00)?(\d{3})?\s?\d{8,})$/ kā šitais regExp mainās, ja teksts ir jāizgūst no saistīta teksta? Tas nepieciešams tāpēc, ka klienti reģistrējoties ir norādījuši vairākus telefona numurus saistītā tekstā un tos vajag atlasīt pa vienam. Piemēram, šāds gadījums ko cilvēks ir norādījis: 12345678 (darba laikā), 87654321 (ārpus darba laika) utml.

ar preg_match šitādu telefona numuru nav iespējams pārbaudīt?

Ir tāda problēma, ka vajadzētu preg_match telefona numuram, bet nu par regular expressions izpratne diemžēl nav un meklējot netā neizdodas atrast to ko vajag. Tātad vajadzētu izveidot regular expression telefona numuram, kuram iespējamie varianti būtu šādi: +371 87654321 +37187654321 37187654321 0037187654321 87654321 Varbūt kāds var palīdzēt?

diezvai vaina ir kodā, bet kaut kas visticamāk ir jāatzīmē pašā paypal sistēmā, jo veicot maksājumu viss notiek tā kā vajag, tikai ielogojoties savā paypal kontā nekādas "pēdas" par to ka šāds maksājums ir bijis nav atrodamas. esmu izracis paypal "krustām šķērsām", bet neizdodas atrast iemeslu.

Ir tāda problēma, ka uzliku paypal apmaksu vienai lapai, bet veicot maksājumu šī summa nenoskaitās no maksātāja un neienāk arī saņēmējam kontā. Varbūt kādam ir bijusi līdzīga problēma un var padalīties ar risinājumu?

kodējums abās db ir utf8_general

Tātad lapā ir jāsavieno 2 dažādas db. Viena ir manis veidota, bet otra ne un tāpēc ir problēma. Manis veidotajā db visur ir db laukos teksti ar latviešu burtiem, piemēram, vārds "normāli". Otrajā db šis pats vārds ir ierakstīts kā "normÄli". Kā varētu izgūt datus no db, lai abi lauki mājas lapā attēlotos kā "normāli"? No savas db izgūstu datus ar SET names "utf-8" un viss attēlojas pareizi, bet šī otra db kā "normÄli", ja set names noņēmu, tad mans db lauks attēlojas "norm?li", bet otra db kā "normāli".

Sākšu ar to, ka saprotu šī tēma ir daudz reizes izrunāta, bet palasot vecos ierakstus īsti skaidrāks netop. Pēc vairāku gadu programēšanas ar 100% savu kodu, esmu nolēmis "core" pamatā ņemt kādu framework. Tā kā parasti vienai lietai pieķeros uz ilgu laiku, tad gribas izvēlēties pašu labāko, lai pēc pāris mēnesiem tas nav jānožēlo un nenākas secināt, ka esmu izvēlējies galīgi garām un spītības dēļ turējies pie tā kaut arī nekas dižs tas nav. Skatos, ka draugiem.lv savos sludinājumos liek yii un kohana, vai tie tiešām ir šobrīd labākie pieejamie framework un par tiem labāki nav?

Veidoju lapā apmaksu ar Paypal Express Checkout. Pie apmaksas tipa izvēles, redirektējas uz Paypal, bet tur kreisajā pusē pie "Your order Summary" nerādās pasūtījuma dati - ne maksājamā summa, ne arī mana norādītā pasūtījuma detaļa. Varbūt kādam ir bijusi līdzīga problēma un var iedot kādu padomu kas varētu būt nepareizi? Visu google izraktu, bet nu nekur atrisinājumu, kas strādātu neredzu. P.S. To visu testēju ar Paypal Sandbox.

SergioProfs vai Sergej V. kā tevi sauc īstajā vārdā, tev drīzak vajadzēja atbildēt, ka tu strādā Garmtech jau vairākus gadus un, ka pakalpojums ir sūdīgs, mājas lapas strādā lēni un support tikpat kā neatbild :)

Sāk likties, ka visi klienti no Garmtech aizbēguši dēļ sūdīgā pakalpojuma, ja jau jārīko tādas "kampaņas" ar viltus apmierināto klientu SergioProfs, lai grabinātu klientus pa forumiem. Kas attiecas par lētajām izmaksām, tad jau laikam visi lielākie pasaules hostingi Hostgator, Hosting24 utml. ir sūdīgi un izvietoti Pļavnieku dzīvokļos pie Lattelecom optikas, jo piedāvā zemākas cenas nekā mūsu super dārgie LV hostinga biznesmeņi. Vai tas, ja es savu "koju serveri" uztaisīšu par hostingu ar 100MB par 10Ls, tas uzreiz kļūs labāks? Šaubos, lētākas cenas tikai parāda to, ka hostinga kompānija ir iemācījusies pareizi sarēķināt un sadalīt izmaksas, un neprasa maksāt par īpašnieka jauno sievas kažoku. Es nerunāju par kaktu firmām ar 50 CS serveru klientiem, bet par firmām, kas uztur vairāk kā 500 klientu lapas un izvieto savus serverus normālos datu centros.