Sasa

pie Apache konfigurēšanas es netieku. Būs jāatrod hostings kurš jau ir ar SSL, tādi vispār mēdz būt?

Var ieteikt kāds kādu nedārgu hostingu kuram būtu SSL. SSL sertifikāts piešķiras uz domēnu vai var arī var uz sub domēnu? Varbūt ir kāds shared ssl hostings? Atradu ka šie: https://www.startssl.com/ piedāvā SSL par velti bet kā strādā ar to SSL kā viņu uzlikt uz servera?

Sveiki, Saskāros ar problēmu, ka mans FB app's neatēlojas, ja ir fb useris pie sava profila ieslēdzis secure browsing. Kāds var ieteikt kādu risinājumu vai kāds ir ko līdzīgu risinājis. Vai vienīgais risinājums ir atrast hostingu ar SSL, ja jā tad varbūt ir kādi ieteikumi, pēc iespējas nedārgāko.

indeksi (hwe2_product_classification):

EXPLAIN's Selectam kurā ir izmantota funkcija id select_type table type possible_keys key key_len ref rows Extra 1 PRIMARY <derived2> ALL NULL NULL NULL NULL 227 "Using filesort" 1 PRIMARY hwe2_product_classification ref PRIMARY,productHansaCode,classificationClassID productHansaCode 62 lksp.hc 1 1 PRIMARY hwe2_classifications eq_ref PRIMARY,classID PRIMARY 32 attelsr_web.hwe2_product_classification.classificationClassID 1 2 DERIVED hwe2_product_classification ref PRIMARY,productHansaCode,classificationClassID classificationClassID 32 307 "Using where; Using temporary; Using filesort" 2 DERIVED hwe2_products eq_ref PRIMARY,hansaCode PRIMARY 62 attelsr_web.hwe2_product_classification.productHansaCode 1 "Using where"

tiku vaļā no `in`. delimiter $$ CREATE DEFINER=`attelsr_web_adm`@`192.168.0.164` FUNCTION `getSawOperHc`(operationClass VARCHAR(10), thick DECIMAL(8,3)) RETURNS varchar(50) CHARSET utf8 BEGIN RETURN( SELECT hansaCode FROM (SELECT hansaCode FROM hwe2_products Join hwe2_product_classification ON hwe2_products.hansaCode = hwe2_product_classification.productHansaCode JOIN hwe2_classifications ON hwe2_product_classification.classificationClassID = hwe2_classifications.classID WHERE classificationClassId = operationClass) AS t Join hwe2_product_classification ON t.hansaCode = hwe2_product_classification.productHansaCode JOIN hwe2_classifications ON hwe2_product_classification.classificationClassID = hwe2_classifications.classID WHERE className = thick ); END$$ paskatījos ja es izpildu funkciju kur ir iselektēti ~ 300 ieraksti tad tas laiks ir ~ 0.5, bet tur kur izselektēti ieraksti ir tikai kādi ~ 20 tur tas izpildes laiks sarūk līdz 0.03

Izveidoju savu mysql funkciju ko izsaucu iekš SELECT'a. Funkcija: http://paste.php.lv/43455fe44f3f281cf82c331a9ef654b3?lang=mysql Selects kurā izsaucu funkciju: http://paste.php.lv/27c1056bce5fe55dc6f1b2e18e00e467?lang=mysql izpildīšanās laiks ir ~ 0.5 sec. izņemot funkciju izpildās ~ 0.06 sec.

pieliec papildu parametru kurš tad informētu kādā formātā vēlas saņemt datus no findproduct.fnc.php $.get("findproduct.fnc.php?cType=json vai html&id="+$("#id").val(), function(data){ if (data!=0) { if (data.id){ // nestrādā if ($.isarray(data)){ // arī nestrādā ...

Man jau pirmajā variantā pārdevējs bij ar USD un pircējs bij ar USD, bet summa kas jāsamaksā bij EUR kā rezultātā izveidojās multi_currency. Cik salasījos ja ir Pending tad pārdevējam jāapstiprina maksātā summa un tad atkārtoti tiks nosūtīta informācija par maksājumu uz norādīto adresi ko norāda pie paypal formas, kaut kā tā bet vēl jāpārbauda vai tas tā tiešām strādā.

Tā arī darīju ka LVL konvertēju uz EUR(tik daudz es izlasīju ka paypalam nav LVL), bet manā situācijā ir tā ka sandbox'ā man pārdevēja konts ir USD un pircēja konts ir USD (pirmajā variantā) status atnāk kā Pending, tad es sataisīju pircēju ar EUR kontu(otrajā variantā, pārdevējs ar to pašu USD kontu) status atnāk Pending, abās situācijās iemesls multi_currency. Izsecināju ka ja būtu i pārdevējam i pircējam EUR konti tad status būtu Completed. Tad vēl izlasīju, bet nepaguvu notestēt, ka šie Pending ir pārdevējam jāapstiprina, tad uz notify_url atnāk atkārtots POST's kurā jau būs status Completed. Tā tas viss arī strādā?

Atgriežoties atkal pie http://php.lv/f/topic/20039-paypal-norekinu-sistema-un-valuta/, bet šoreiz neies runa par valūtu kursiem, bet gan par 'payment_status' tā kā paypal nav valūtas LVL, tad sanāk izlīdzēties ar USD un EUR. Testējoties saņemu statusu 'Pending' un kā iemeslu 'pending_reason=multi_currency' jautājums vai man šādu variantu uzskatīt par OK esam? Labāk būtu ja statuss atnāktu atpakaļ 'Completed'. Ko ieteiksiet?

Atgriežoties atkal pie šī, bet šoreiz neies runa par valūtu kursiem, bet gan par 'payment_status' tā kā paypal nav valūtas LVL, tad sanāk izlīdzēties ar USD un EUR. Testējoties saņemu statusu 'Pending' un kā iemeslu 'pending_reason=multi_currency' jautājums vai man šādu variantu uzskatīt par OK esam? Labāk būtu ja statuss atnāktu atpakaļ 'Completed'. Ko ieteiksiet? EDIT: Šo varētu pārnest uz "eKomercija un ePakalpojumi"

kas tas tāds 'fiksēts kurss'?

Kā darīt ar paypal valūtām, jo man viss ir latos, bet sūtot groza saturu uz paypal ir jānorāda valūta, bet paypal nav LVL tuvākais ir EUR kā rīkoties lai summa latos sakrīt ar to ka tiek samaksāta EUR vai es kaut ko līdz galam nesaprotu.

Tagad mēģinu iespringt un salikt vienā selectā ar subselectu (programmai vienai tā vajag, jo tur nav tādas iespējas pa daļām sadalīt, vai arī vēl neesmu izkodis), pagaidām bez panākumiem. Bet tā tiešām paldies :) edit: būs sanācis: SELECT hwe2_products.hansaCode, hwe2_products.hansaName, group_concat(hwe2_product_classification.classificationClassId) FROM hwe2_products join hwe2_product_classification on hwe2_products.hansaCode = hwe2_product_classification.productHansaCode WHERE classificationClassID in ("0162", "3202") AND publish=1 GROUP BY hwe2_products.hansaCode HAVING COUNT( * ) > 1 tiesa gan nesanāk izvadīt visas klasifikācijas bet tas arī šobrīd nav vajadzīgs.

ieliku db eksportu http://failiem.lv/u/sdlzsng . Kaklz, paldies, izlasīšu apsmadzeņošu un noteikti pie kaut kāda secinājuma nonākšu. edit: 1. vai man vajadzētu pārsturkturizēt tabulu `hwe2_product_classification` un visas produkta klasifikācijas salikt vienā rindā atdalītas ar komatiem? 2. LEFT JOIN'a jā laikam kaut kāda tiešām zapte sanākusi :( 3. par 6) punktu dati nāk no ārējas sistēmas un tur tā ir kā var gan burtus, gan skaitļus tajā laukā vadīt, tāpēc tā ir neko nepadarīsi. 20 simbolus gari varchari.

Explains querijam kas pirmajā postā, d select_type table type possible_keys key key_len ref rows Extra 1 SIMPLE hwe2_products ALL PRIMARY,hansaCode NULL NULL NULL 9032 "Using where; Using filesort" 1 SIMPLE hwe2_product_classification ref PRIMARY,productHansaCode productHansaCode 62 attelsr_web.hwe2_products.hansaCode 1 1 SIMPLE hwe2_classifications eq_ref PRIMARY,classID PRIMARY 32 attelsr_web.hwe2_product_classification.classificationClassID 1 "Using index" kā iztulkot explainu?

sagatavošu piemēra datus, jo vai manas zināšanas iekš SQL nav pietiekošas vai kas, bet FIND_IN_SET vienīgais deva man vēlamo rezultātu.

Kā tas ir pildītu atsevišķi? edit: Kāda tad var būt alternatīva FIND_IN_SET() ?

Jābūt jā Index šādi izveidoju tabulu: CREATE TABLE IF NOT EXISTS `hwe2_product_classification` ( `productHansaCode` varchar(20) collate utf8_unicode_ci NOT NULL, `classificationClassID` varchar(10) collate utf8_unicode_ci NOT NULL, PRIMARY KEY (`productHansaCode`,`classificationClassID`), KEY `productHansaCode` (`productHansaCode`), KEY `classificationClassID` (`classificationClassID`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

No visiem 4739 ierakstiem ar query : SELECT hwe2_products.hansaCode AS HansaCode, hwe2_products.decorName AS DecorName, hwe2_products.`length` AS SheetL, hwe2_products.hansaGroupCode AS hgc, hwe2_products.stock AS Stock, hwe2_products.webDescr AS WebDescr, GROUP_CONCAT(hwe2_classifications.classID ) AS Classification FROM hwe2_product_classification Left Join hwe2_classifications ON hwe2_product_classification.classificationClassID = hwe2_classifications.classID Left Join hwe2_products ON hwe2_product_classification.productHansaCode = hwe2_products.hansaCode WHERE hwe2_products.publish = 1 GROUP BY hwe2_products.hansaCode HAVING FIND_IN_SET('0162', Classification) AND FIND_IN_SET('3202', Classification) tiek atlasīti tikai 2 ieraksti un tiek patērēts ~ 0.671 sec. vai tas ir normas robežās? edit: kā man šķiet uz doto mirkli bremze ir iekš FIND_IN_SET , bet kā bez tā varētu iztikt neesmu izdomājis šis ir mans pagaidām vienīgais variants kā dabūt tos datus kuri man ir vajadzīgi.

Ir jau gatava datubāze iekš mysql, bet doma realizēt vienu fīču kas iespējams atrisina to ka nebūs vajadzīga papildu tabula. Lieta tāda ieviest papildu kolonu kurā glabāt datus tādā veidā piem:, dati1,dati2,dati3,....,datiN (visu vienā virknē atdalītus ar komatiem), jo tagad tas viss glabājas papildu tabulā katrs ieraksts savā rindiņā. Ja būs vienā kolonā tad varēs iekš selecta izmantot ērtāk IN_SET un pārbaudīt uzreiz vairākas vērtības, bet ja ir tā atsevišķā tabula grūtāk izmantot IN_SET. Doma atrisināt datu atlasi padarīt ērtāku, pēc kritērijiem kurus glabāju papildu tabulā un ko tagad vēlos apvienot vienā tabulā

while($row = mysql_fetch_array($result)) { //generating playlist $livePlaylist .= '#EXTM3U\n\n'; $livePlaylist .= '#EXTINF: '.$row['nr'].', '.$row['name'].'\n'; $livePlaylist .= ''.$url.''; } \n - vajadzētu pārnest nākamo rakstāmo rindiņu jaunā rindā.

ir iespējams, apmēram kaut kā tā: http://code.activest...e-connectivity/

Kā tad risināms ar preg_match() ?