Скругленные углы jQuery в Internet Explorer (IE) испорчены

Question

Скругленные углы jQuery в Internet Explorer (IE) испорчены

Предполагая, что записи для каждого $updateDate уже существуют в базе данных, в противном случае вам потребуется выполнить запрос INSERT вместо UPDATE.

Основная проблема, которую я вижу с вашим кодом, заключается в цикле for на $getSites.

for ($x=0; $x < $getSites; $x++) {
    $getSites[$x]['site_id'];
}

Что подразумевает, что $getSites является массивом, а не целым числом. Пример: https://3v4l.org/AK8ka

Вы хотели бы изменить его на Пример: https://3v4l.org/0qbWf

$l = count($getSites);
for ($x=0; $x < $l; $x++) {
    $getSites[$x]['site_id'];
}

или, что еще лучше, используйте foreach, пример: https://3v4l.org/FTOCI .

foreach ($getSites as $site) {
    $site['site_id'];
}

Есть также несколько проблем с порядком операций, которые должны быть улучшены.

Сначала $dateImport не определено до тех пор, пока после начального цикла это не приведет к отправке нулевого значения в базу данных на первой итерации.

Кроме того, поскольку $y начинается с 0, это создаст дату, подобную 2019-01-0, которая будет интерпретироваться PHP как последний день предыдущего месяца; 2018-12-31 и может привести к неожиданным результатам. Пример: https://3v4l.org/TiHtu .

Кроме того, кажется, что $dexpl может не быть определено, если не установлено

Предполагая, что записи для каждого [118] уже существуют в базе данных, в противном случае вам потребуется выполнить запрос [119] вместо [1110].

  Основная проблема, которую я вижу с вашим кодом, заключается в цикле [1111] на [1112]. 
 [110]  Что подразумевает, что [1113] является массивом, а не целым числом. Пример:  https://3v4l.org/AK8ka  
  Вы хотели бы изменить его на Пример:  https://3v4l.org/0qbWf  
 [111]  или, что еще лучше, используйте [1114], пример:  https://3v4l.org/FTOCI . 
 [112] 
 Есть также несколько проблем с порядком операций, которые должны быть улучшены. 
  Сначала [1115] не определено до тех пор, пока после начального цикла это не приведет к отправке нулевого значения в базу данных на первой итерации. 
  Кроме того, поскольку [1116] начинается с [1117], это создаст дату, подобную [1118], которая будет интерпретироваться PHP как последний день предыдущего месяца; [1119] и может привести к неожиданным результатам. Пример:  https://3v4l.org/TiHtu . 
  Кроме того, кажется, что [1120] может не быть определено, если не установлено [1121], что приведет к созданию даты, подобной --0, которая будет интерпретироваться PHP как 1970-01-01 
 //consolidated conditional logic
$importTimestamp = strtotime(isset( Предполагая, что записи для каждого $updateDate уже существуют в базе данных, в противном случае вам потребуется выполнить запрос INSERT вместо UPDATE. 
  Основная проблема, которую я вижу с вашим кодом, заключается в цикле for на $getSites. 
 [110]  Что подразумевает, что $getSites является массивом, а не целым числом. Пример:  https://3v4l.org/AK8ka  
  Вы хотели бы изменить его на Пример:  https://3v4l.org/0qbWf  
 [111]  или, что еще лучше, используйте foreach, пример:  https://3v4l.org/FTOCI . 
 [112] 
 Есть также несколько проблем с порядком операций, которые должны быть улучшены. 
  Сначала $dateImport не определено до тех пор, пока после начального цикла это не приведет к отправке нулевого значения в базу данных на первой итерации. 
  Кроме того, поскольку $y начинается с 0, это создаст дату, подобную 2019-01-0, которая будет интерпретироваться PHP как последний день предыдущего месяца; 2018-12-31 и может привести к неожиданным результатам. Пример:  https://3v4l.org/TiHtu . 
  Кроме того, кажется, что $dexpl может не быть определено, если не установлено 
 Предполагая, что записи для каждого [118] уже существуют в базе данных, в противном случае вам потребуется выполнить запрос [119] вместо [1110]. 
  Основная проблема, которую я вижу с вашим кодом, заключается в цикле [1111] на [1112]. 
 [110]  Что подразумевает, что [1113] является массивом, а не целым числом. Пример:  https://3v4l.org/AK8ka  
  Вы хотели бы изменить его на Пример:  https://3v4l.org/0qbWf  
 [111]  или, что еще лучше, используйте [1114], пример:  https://3v4l.org/FTOCI . 
 [112] 
 Есть также несколько проблем с порядком операций, которые должны быть улучшены. 
  Сначала [1115] не определено до тех пор, пока после начального цикла это не приведет к отправке нулевого значения в базу данных на первой итерации. 
  Кроме того, поскольку [1116] начинается с [1117], это создаст дату, подобную [1118], которая будет интерпретироваться PHP как последний день предыдущего месяца; [1119] и может привести к неожиданным результатам. Пример:  https://3v4l.org/TiHtu . 
  Кроме того, кажется, что [1120] может не быть определено, если не установлено [1121], что приведет к созданию даты, подобной --0, которая будет интерпретироваться PHP как 1970-01-01 
 [113]   Во-вторых, вам нужно вызывать prepare и bindParam только один раз для данной операции запроса. Я предлагаю объявить подготовленный оператор свойству объекта и переключиться на использование  PDOStatement::bindValue() . Это связано с тем, что  PDOStatement::bindParam()  будет использовать ссылку на связанную переменную для извлечения значения, которое вы не используете в данном контексте updateStats(). 
  Например, обратите внимание на порядок примененных операций, который вызывается bindParam до изменения значения $v. 
 $v = 1;
$stmt->bindParam(':v', $v);
$v = 2;
$stmt->execute(); //results in sending 2 to the DB as the `:v` placeholder value
 
 Тогда вам просто нужно разделить проблемы в вашем методе updateStats, чтобы подготовить утверждение, только если оно еще не было. 
 protected function prepareStats()
{
    if (!isset($this-statsStmt)) {
        $this-statsStmt = $this->dbSt->prepare('UPDATE table SET sessions_wifi = :sessions, wifi_users = :wifiUsers, wifi_unique_users = :wifiUniqueUsers, wifi_time = :wifiTime
WHERE site_id = :siteId and circ_date = :statsDate');
    }

    return $this->statsStmt;
}

public function updateStats($hz_site_id,$total_sessions,$count_guests,$count_unique_guests,$total_minutes,$updateDate)
{
    try {
        $stm = $this->prepareStats();
        $stm->bindValue(':sessions', $total_sessions);
        $stm->bindValue(':wifiUsers', $count_guests);
        $stm->bindValue(':wifiUniqueUsers', $count_unique_guests);
        $stm->bindValue(':wifiTime', $total_minutes);
        $stm->bindValue(':siteId', $hz_site_id);
        $stm->bindValue(':statsDate', $updateDate);    
        if ($stm->execute()) {
            return true;
        }
        //no need for else, since we return on success already
        echo $stm->errorInfo();
    }catch (PDOException $e) {
        echo $e->getMessage();
    }

    return false;
}
 
 Наконец, я настоятельно рекомендую вместо использования date('t') использовать  DatePeriod() . Что даст вам полное представление о днях, которые повторяются. В отличие от итерации по количеству дней указанного $importDate, которое будет включать дни до указанного $importDate и дни в будущем. 
   Редактировать:  После более тщательного прочтения вашего вопроса я понял, что вы хотите импортировать весь данный месяц. Не только с указанной даты до текущей даты. Но также остановиться на максимуме текущей даты. Поэтому я обновил логику, чтобы отразить желаемое поведение. 
  Пример:  https://3v4l.org/S0H6s  
 //use !empty to prevent conflict of from today to today
if (!$start = date_create(!empty( Предполагая, что записи для каждого $updateDate уже существуют в базе данных, в противном случае вам потребуется выполнить запрос INSERT вместо UPDATE. 
  Основная проблема, которую я вижу с вашим кодом, заключается в цикле for на $getSites. 
 [110]  Что подразумевает, что $getSites является массивом, а не целым числом. Пример:  https://3v4l.org/AK8ka  
  Вы хотели бы изменить его на Пример:  https://3v4l.org/0qbWf  
 [111]  или, что еще лучше, используйте foreach, пример:  https://3v4l.org/FTOCI . 
 [112] 
 Есть также несколько проблем с порядком операций, которые должны быть улучшены. 
  Сначала $dateImport не определено до тех пор, пока после начального цикла это не приведет к отправке нулевого значения в базу данных на первой итерации. 
  Кроме того, поскольку $y начинается с 0, это создаст дату, подобную 2019-01-0, которая будет интерпретироваться PHP как последний день предыдущего месяца; 2018-12-31 и может привести к неожиданным результатам. Пример:  https://3v4l.org/TiHtu . 
  Кроме того, кажется, что $dexpl может не быть определено, если не установлено 
 Предполагая, что записи для каждого [118] уже существуют в базе данных, в противном случае вам потребуется выполнить запрос [119] вместо [1110]. 
  Основная проблема, которую я вижу с вашим кодом, заключается в цикле [1111] на [1112]. 
 [110]  Что подразумевает, что [1113] является массивом, а не целым числом. Пример:  https://3v4l.org/AK8ka  
  Вы хотели бы изменить его на Пример:  https://3v4l.org/0qbWf  
 [111]  или, что еще лучше, используйте [1114], пример:  https://3v4l.org/FTOCI . 
 [112] 
 Есть также несколько проблем с порядком операций, которые должны быть улучшены. 
  Сначала [1115] не определено до тех пор, пока после начального цикла это не приведет к отправке нулевого значения в базу данных на первой итерации. 
  Кроме того, поскольку [1116] начинается с [1117], это создаст дату, подобную [1118], которая будет интерпретироваться PHP как последний день предыдущего месяца; [1119] и может привести к неожиданным результатам. Пример:  https://3v4l.org/TiHtu . 
  Кроме того, кажется, что [1120] может не быть определено, если не установлено [1121], что приведет к созданию даты, подобной --0, которая будет интерпретироваться PHP как 1970-01-01 
 [113]   Во-вторых, вам нужно вызывать prepare и bindParam только один раз для данной операции запроса. Я предлагаю объявить подготовленный оператор свойству объекта и переключиться на использование  PDOStatement::bindValue() . Это связано с тем, что  PDOStatement::bindParam()  будет использовать ссылку на связанную переменную для извлечения значения, которое вы не используете в данном контексте updateStats(). 
  Например, обратите внимание на порядок примененных операций, который вызывается bindParam до изменения значения $v. 
 [114] 
 Тогда вам просто нужно разделить проблемы в вашем методе updateStats, чтобы подготовить утверждение, только если оно еще не было. 
 [115] 
 Наконец, я настоятельно рекомендую вместо использования date('t') использовать  DatePeriod() . Что даст вам полное представление о днях, которые повторяются. В отличие от итерации по количеству дней указанного $importDate, которое будет включать дни до указанного $importDate и дни в будущем. 
   Редактировать:  После более тщательного прочтения вашего вопроса я понял, что вы хотите импортировать весь данный месяц. Не только с указанной даты до текущей даты. Но также остановиться на максимуме текущей даты. Поэтому я обновил логику, чтобы отразить желаемое поведение. 
  Пример:  https://3v4l.org/S0H6s  
 [116]   Хочу отметить, что понятия не имею, где $total_sessions, 
 [ 1149] $count_guests, $count_unique_guests, $total_minutes, поэтому это может представлять дополнительные проблемы, которые, возможно, необходимо решить. 
  blockquote>  Результаты текущей даты «2019-01-01»:  https://3v4l.org/ddQG0  
 Import Dates: "2019-01-18"
Dates set in the future are not permitted


Import Dates: "2019-01-01" (current day)
2019-01-01


Import Dates: "2018-12-01", "2018-12-20", ""
2018-12-01
2018-12-02
2018-12-03
2018-12-04
2018-12-05
2018-12-06
2018-12-07
2018-12-08
2018-12-09
2018-12-10
2018-12-11
2018-12-12
2018-12-13
2018-12-14
2018-12-15
2018-12-16
2018-12-17
2018-12-18
2018-12-19
2018-12-20
2018-12-21
2018-12-22
2018-12-23
2018-12-24
2018-12-25
2018-12-26
2018-12-27
2018-12-28
2018-12-29
2018-12-30
2018-12-31
GET['importDate'], что приведет к созданию даты, подобной --0, которая будет интерпретироваться PHP как 1970-01-01 
 [113]   Во-вторых, вам нужно вызывать prepare и bindParam только один раз для данной операции запроса. Я предлагаю объявить подготовленный оператор свойству объекта и переключиться на использование  PDOStatement::bindValue() . Это связано с тем, что  PDOStatement::bindParam()  будет использовать ссылку на связанную переменную для извлечения значения, которое вы не используете в данном контексте updateStats(). 
  Например, обратите внимание на порядок примененных операций, который вызывается bindParam до изменения значения $v. 
 [114] 
 Тогда вам просто нужно разделить проблемы в вашем методе updateStats, чтобы подготовить утверждение, только если оно еще не было. 
 [115] 
 Наконец, я настоятельно рекомендую вместо использования date('t') использовать  DatePeriod() . Что даст вам полное представление о днях, которые повторяются. В отличие от итерации по количеству дней указанного $importDate, которое будет включать дни до указанного $importDate и дни в будущем. 
   Редактировать:  После более тщательного прочтения вашего вопроса я понял, что вы хотите импортировать весь данный месяц. Не только с указанной даты до текущей даты. Но также остановиться на максимуме текущей даты. Поэтому я обновил логику, чтобы отразить желаемое поведение. 
  Пример:  https://3v4l.org/S0H6s  
 [116]   Хочу отметить, что понятия не имею, где $total_sessions, 
 [ 1149] $count_guests, $count_unique_guests, $total_minutes, поэтому это может представлять дополнительные проблемы, которые, возможно, необходимо решить. 
  blockquote>  Результаты текущей даты «2019-01-01»:  https://3v4l.org/ddQG0  
 [117]GET['importDate']) ?  Предполагая, что записи для каждого $updateDate уже существуют в базе данных, в противном случае вам потребуется выполнить запрос INSERT вместо UPDATE. 
  Основная проблема, которую я вижу с вашим кодом, заключается в цикле for на $getSites. 
 [110]  Что подразумевает, что $getSites является массивом, а не целым числом. Пример:  https://3v4l.org/AK8ka  
  Вы хотели бы изменить его на Пример:  https://3v4l.org/0qbWf  
 [111]  или, что еще лучше, используйте foreach, пример:  https://3v4l.org/FTOCI . 
 [112] 
 Есть также несколько проблем с порядком операций, которые должны быть улучшены. 
  Сначала $dateImport не определено до тех пор, пока после начального цикла это не приведет к отправке нулевого значения в базу данных на первой итерации. 
  Кроме того, поскольку $y начинается с 0, это создаст дату, подобную 2019-01-0, которая будет интерпретироваться PHP как последний день предыдущего месяца; 2018-12-31 и может привести к неожиданным результатам. Пример:  https://3v4l.org/TiHtu . 
  Кроме того, кажется, что $dexpl может не быть определено, если не установлено 
 Предполагая, что записи для каждого [118] уже существуют в базе данных, в противном случае вам потребуется выполнить запрос [119] вместо [1110]. 
  Основная проблема, которую я вижу с вашим кодом, заключается в цикле [1111] на [1112]. 
 [110]  Что подразумевает, что [1113] является массивом, а не целым числом. Пример:  https://3v4l.org/AK8ka  
  Вы хотели бы изменить его на Пример:  https://3v4l.org/0qbWf  
 [111]  или, что еще лучше, используйте [1114], пример:  https://3v4l.org/FTOCI . 
 [112] 
 Есть также несколько проблем с порядком операций, которые должны быть улучшены. 
  Сначала [1115] не определено до тех пор, пока после начального цикла это не приведет к отправке нулевого значения в базу данных на первой итерации. 
  Кроме того, поскольку [1116] начинается с [1117], это создаст дату, подобную [1118], которая будет интерпретироваться PHP как последний день предыдущего месяца; [1119] и может привести к неожиданным результатам. Пример:  https://3v4l.org/TiHtu . 
  Кроме того, кажется, что [1120] может не быть определено, если не установлено [1121], что приведет к созданию даты, подобной --0, которая будет интерпретироваться PHP как 1970-01-01 
 [113]   Во-вторых, вам нужно вызывать prepare и bindParam только один раз для данной операции запроса. Я предлагаю объявить подготовленный оператор свойству объекта и переключиться на использование  PDOStatement::bindValue() . Это связано с тем, что  PDOStatement::bindParam()  будет использовать ссылку на связанную переменную для извлечения значения, которое вы не используете в данном контексте updateStats(). 
  Например, обратите внимание на порядок примененных операций, который вызывается bindParam до изменения значения $v. 
 [114] 
 Тогда вам просто нужно разделить проблемы в вашем методе updateStats, чтобы подготовить утверждение, только если оно еще не было. 
 [115] 
 Наконец, я настоятельно рекомендую вместо использования date('t') использовать  DatePeriod() . Что даст вам полное представление о днях, которые повторяются. В отличие от итерации по количеству дней указанного $importDate, которое будет включать дни до указанного $importDate и дни в будущем. 
   Редактировать:  После более тщательного прочтения вашего вопроса я понял, что вы хотите импортировать весь данный месяц. Не только с указанной даты до текущей даты. Но также остановиться на максимуме текущей даты. Поэтому я обновил логику, чтобы отразить желаемое поведение. 
  Пример:  https://3v4l.org/S0H6s  
 [116]   Хочу отметить, что понятия не имею, где $total_sessions, 
 [ 1149] $count_guests, $count_unique_guests, $total_minutes, поэтому это может представлять дополнительные проблемы, которые, возможно, необходимо решить. 
  blockquote>  Результаты текущей даты «2019-01-01»:  https://3v4l.org/ddQG0  
 Import Dates: "2019-01-18"
Dates set in the future are not permitted


Import Dates: "2019-01-01" (current day)
2019-01-01


Import Dates: "2018-12-01", "2018-12-20", ""
2018-12-01
2018-12-02
2018-12-03
2018-12-04
2018-12-05
2018-12-06
2018-12-07
2018-12-08
2018-12-09
2018-12-10
2018-12-11
2018-12-12
2018-12-13
2018-12-14
2018-12-15
2018-12-16
2018-12-17
2018-12-18
2018-12-19
2018-12-20
2018-12-21
2018-12-22
2018-12-23
2018-12-24
2018-12-25
2018-12-26
2018-12-27
2018-12-28
2018-12-29
2018-12-30
2018-12-31
GET['importDate'], что приведет к созданию даты, подобной --0, которая будет интерпретироваться PHP как 1970-01-01 
 [113]   Во-вторых, вам нужно вызывать prepare и bindParam только один раз для данной операции запроса. Я предлагаю объявить подготовленный оператор свойству объекта и переключиться на использование  PDOStatement::bindValue() . Это связано с тем, что  PDOStatement::bindParam()  будет использовать ссылку на связанную переменную для извлечения значения, которое вы не используете в данном контексте updateStats(). 
  Например, обратите внимание на порядок примененных операций, который вызывается bindParam до изменения значения $v. 
 [114] 
 Тогда вам просто нужно разделить проблемы в вашем методе updateStats, чтобы подготовить утверждение, только если оно еще не было. 
 [115] 
 Наконец, я настоятельно рекомендую вместо использования date('t') использовать  DatePeriod() . Что даст вам полное представление о днях, которые повторяются. В отличие от итерации по количеству дней указанного $importDate, которое будет включать дни до указанного $importDate и дни в будущем. 
   Редактировать:  После более тщательного прочтения вашего вопроса я понял, что вы хотите импортировать весь данный месяц. Не только с указанной даты до текущей даты. Но также остановиться на максимуме текущей даты. Поэтому я обновил логику, чтобы отразить желаемое поведение. 
  Пример:  https://3v4l.org/S0H6s  
 [116]   Хочу отметить, что понятия не имею, где $total_sessions, 
 [ 1149] $count_guests, $count_unique_guests, $total_minutes, поэтому это может представлять дополнительные проблемы, которые, возможно, необходимо решить. 
  blockquote>  Результаты текущей даты «2019-01-01»:  https://3v4l.org/ddQG0   [117]GET['importDate'] : 'yesterday')) {
    die('Invalid Date Supplied');
}
$today = date_create();
if ($start > $today) {
    die('Dates set in the future are not permitted');
}
//start at the first day of the month
$start->modify('first day of this month')->setTime(0,0,0);
//validate the current year and month to prevent exceeding current date
if ($start->format('Y-m') === $today->format('Y-m')) {
    $end = date_create('yesterday')->setTime(23,59,59);
    if ($end < $start) {
        //yesterday was previous month - use current start date
        $end = clone $start;
    }
} else {
    $end = clone $start;
    $end->modify('last day of this month');
}
//always end at end of day
$end->setTime(23,59,59);
$importDates = new \DatePeriod($start, new \DateInterval('P1D'), $end);

//we can use foreach on $getSites which is faster
//switched order of operations, since if there are no sites, we don't need to continue.
foreach ($getSites as $site) {
    foreach ($importDates as $importDate) {
        //logic to calculate site data to UPDATE...
        //...
        $statsDao->updateStats( 
            $site['site_id'],
            $total_sessions,
            $count_guests,
            $count_unique_guests,
            $total_minutes,
            $importDate->format('Y-m-d')
        );
    }
}
   Хочу отметить, что понятия не имею, где $total_sessions, 
 [ 1149] $count_guests, $count_unique_guests, $total_minutes, поэтому это может представлять дополнительные проблемы, которые, возможно, необходимо решить. 
  blockquote>  Результаты текущей даты «2019-01-01»:  https://3v4l.org/ddQG0  
 Import Dates: "2019-01-18"
Dates set in the future are not permitted


Import Dates: "2019-01-01" (current day)
2019-01-01


Import Dates: "2018-12-01", "2018-12-20", ""
2018-12-01
2018-12-02
2018-12-03
2018-12-04
2018-12-05
2018-12-06
2018-12-07
2018-12-08
2018-12-09
2018-12-10
2018-12-11
2018-12-12
2018-12-13
2018-12-14
2018-12-15
2018-12-16
2018-12-17
2018-12-18
2018-12-19
2018-12-20
2018-12-21
2018-12-22
2018-12-23
2018-12-24
2018-12-25
2018-12-26
2018-12-27
2018-12-28
2018-12-29
2018-12-30
2018-12-31
GET['importDate'], что приведет к созданию даты, подобной --0, которая будет интерпретироваться PHP как 1970-01-01 
 [113]   Во-вторых, вам нужно вызывать prepare и bindParam только один раз для данной операции запроса. Я предлагаю объявить подготовленный оператор свойству объекта и переключиться на использование  PDOStatement::bindValue() . Это связано с тем, что  PDOStatement::bindParam()  будет использовать ссылку на связанную переменную для извлечения значения, которое вы не используете в данном контексте updateStats(). 
  Например, обратите внимание на порядок примененных операций, который вызывается bindParam до изменения значения $v. 
 [114] 
 Тогда вам просто нужно разделить проблемы в вашем методе updateStats, чтобы подготовить утверждение, только если оно еще не было. 
 [115] 
 Наконец, я настоятельно рекомендую вместо использования date('t') использовать  DatePeriod() . Что даст вам полное представление о днях, которые повторяются. В отличие от итерации по количеству дней указанного $importDate, которое будет включать дни до указанного $importDate и дни в будущем. 
   Редактировать:  После более тщательного прочтения вашего вопроса я понял, что вы хотите импортировать весь данный месяц. Не только с указанной даты до текущей даты. Но также остановиться на максимуме текущей даты. Поэтому я обновил логику, чтобы отразить желаемое поведение. 
  Пример:  https://3v4l.org/S0H6s  
 [116]   Хочу отметить, что понятия не имею, где $total_sessions, 
 [ 1149] $count_guests, $count_unique_guests, $total_minutes, поэтому это может представлять дополнительные проблемы, которые, возможно, необходимо решить. 
  blockquote>  Результаты текущей даты «2019-01-01»:  https://3v4l.org/ddQG0  
 [117]GET['importDate']) ?  Предполагая, что записи для каждого $updateDate уже существуют в базе данных, в противном случае вам потребуется выполнить запрос INSERT вместо UPDATE. 
  Основная проблема, которую я вижу с вашим кодом, заключается в цикле for на $getSites. 
 [110]  Что подразумевает, что $getSites является массивом, а не целым числом. Пример:  https://3v4l.org/AK8ka  
  Вы хотели бы изменить его на Пример:  https://3v4l.org/0qbWf  
 [111]  или, что еще лучше, используйте foreach, пример:  https://3v4l.org/FTOCI . 
 [112] 
 Есть также несколько проблем с порядком операций, которые должны быть улучшены. 
  Сначала $dateImport не определено до тех пор, пока после начального цикла это не приведет к отправке нулевого значения в базу данных на первой итерации. 
  Кроме того, поскольку $y начинается с 0, это создаст дату, подобную 2019-01-0, которая будет интерпретироваться PHP как последний день предыдущего месяца; 2018-12-31 и может привести к неожиданным результатам. Пример:  https://3v4l.org/TiHtu . 
  Кроме того, кажется, что $dexpl может не быть определено, если не установлено 
 Предполагая, что записи для каждого [118] уже существуют в базе данных, в противном случае вам потребуется выполнить запрос [119] вместо [1110]. 
  Основная проблема, которую я вижу с вашим кодом, заключается в цикле [1111] на [1112]. 
 [110]  Что подразумевает, что [1113] является массивом, а не целым числом. Пример:  https://3v4l.org/AK8ka  
  Вы хотели бы изменить его на Пример:  https://3v4l.org/0qbWf  
 [111]  или, что еще лучше, используйте [1114], пример:  https://3v4l.org/FTOCI . 
 [112] 
 Есть также несколько проблем с порядком операций, которые должны быть улучшены. 
  Сначала [1115] не определено до тех пор, пока после начального цикла это не приведет к отправке нулевого значения в базу данных на первой итерации. 
  Кроме того, поскольку [1116] начинается с [1117], это создаст дату, подобную [1118], которая будет интерпретироваться PHP как последний день предыдущего месяца; [1119] и может привести к неожиданным результатам. Пример:  https://3v4l.org/TiHtu . 
  Кроме того, кажется, что [1120] может не быть определено, если не установлено [1121], что приведет к созданию даты, подобной --0, которая будет интерпретироваться PHP как 1970-01-01 
 [113]   Во-вторых, вам нужно вызывать prepare и bindParam только один раз для данной операции запроса. Я предлагаю объявить подготовленный оператор свойству объекта и переключиться на использование  PDOStatement::bindValue() . Это связано с тем, что  PDOStatement::bindParam()  будет использовать ссылку на связанную переменную для извлечения значения, которое вы не используете в данном контексте updateStats(). 
  Например, обратите внимание на порядок примененных операций, который вызывается bindParam до изменения значения $v. 
 $v = 1;
$stmt->bindParam(':v', $v);
$v = 2;
$stmt->execute(); //results in sending 2 to the DB as the `:v` placeholder value
 
 Тогда вам просто нужно разделить проблемы в вашем методе updateStats, чтобы подготовить утверждение, только если оно еще не было. 
 protected function prepareStats()
{
    if (!isset($this-statsStmt)) {
        $this-statsStmt = $this->dbSt->prepare('UPDATE table SET sessions_wifi = :sessions, wifi_users = :wifiUsers, wifi_unique_users = :wifiUniqueUsers, wifi_time = :wifiTime
WHERE site_id = :siteId and circ_date = :statsDate');
    }

    return $this->statsStmt;
}

public function updateStats($hz_site_id,$total_sessions,$count_guests,$count_unique_guests,$total_minutes,$updateDate)
{
    try {
        $stm = $this->prepareStats();
        $stm->bindValue(':sessions', $total_sessions);
        $stm->bindValue(':wifiUsers', $count_guests);
        $stm->bindValue(':wifiUniqueUsers', $count_unique_guests);
        $stm->bindValue(':wifiTime', $total_minutes);
        $stm->bindValue(':siteId', $hz_site_id);
        $stm->bindValue(':statsDate', $updateDate);    
        if ($stm->execute()) {
            return true;
        }
        //no need for else, since we return on success already
        echo $stm->errorInfo();
    }catch (PDOException $e) {
        echo $e->getMessage();
    }

    return false;
}
 
 Наконец, я настоятельно рекомендую вместо использования date('t') использовать  DatePeriod() . Что даст вам полное представление о днях, которые повторяются. В отличие от итерации по количеству дней указанного $importDate, которое будет включать дни до указанного $importDate и дни в будущем. 
   Редактировать:  После более тщательного прочтения вашего вопроса я понял, что вы хотите импортировать весь данный месяц. Не только с указанной даты до текущей даты. Но также остановиться на максимуме текущей даты. Поэтому я обновил логику, чтобы отразить желаемое поведение. 
  Пример:  https://3v4l.org/S0H6s  
 //use !empty to prevent conflict of from today to today
if (!$start = date_create(!empty( Предполагая, что записи для каждого $updateDate уже существуют в базе данных, в противном случае вам потребуется выполнить запрос INSERT вместо UPDATE. 
  Основная проблема, которую я вижу с вашим кодом, заключается в цикле for на $getSites. 
 [110]  Что подразумевает, что $getSites является массивом, а не целым числом. Пример:  https://3v4l.org/AK8ka  
  Вы хотели бы изменить его на Пример:  https://3v4l.org/0qbWf  
 [111]  или, что еще лучше, используйте foreach, пример:  https://3v4l.org/FTOCI . 
 [112] 
 Есть также несколько проблем с порядком операций, которые должны быть улучшены. 
  Сначала $dateImport не определено до тех пор, пока после начального цикла это не приведет к отправке нулевого значения в базу данных на первой итерации. 
  Кроме того, поскольку $y начинается с 0, это создаст дату, подобную 2019-01-0, которая будет интерпретироваться PHP как последний день предыдущего месяца; 2018-12-31 и может привести к неожиданным результатам. Пример:  https://3v4l.org/TiHtu . 
  Кроме того, кажется, что $dexpl может не быть определено, если не установлено 
 Предполагая, что записи для каждого [118] уже существуют в базе данных, в противном случае вам потребуется выполнить запрос [119] вместо [1110]. 
  Основная проблема, которую я вижу с вашим кодом, заключается в цикле [1111] на [1112]. 
 [110]  Что подразумевает, что [1113] является массивом, а не целым числом. Пример:  https://3v4l.org/AK8ka  
  Вы хотели бы изменить его на Пример:  https://3v4l.org/0qbWf  
 [111]  или, что еще лучше, используйте [1114], пример:  https://3v4l.org/FTOCI . 
 [112] 
 Есть также несколько проблем с порядком операций, которые должны быть улучшены. 
  Сначала [1115] не определено до тех пор, пока после начального цикла это не приведет к отправке нулевого значения в базу данных на первой итерации. 
  Кроме того, поскольку [1116] начинается с [1117], это создаст дату, подобную [1118], которая будет интерпретироваться PHP как последний день предыдущего месяца; [1119] и может привести к неожиданным результатам. Пример:  https://3v4l.org/TiHtu . 
  Кроме того, кажется, что [1120] может не быть определено, если не установлено [1121], что приведет к созданию даты, подобной --0, которая будет интерпретироваться PHP как 1970-01-01 
 [113]   Во-вторых, вам нужно вызывать prepare и bindParam только один раз для данной операции запроса. Я предлагаю объявить подготовленный оператор свойству объекта и переключиться на использование  PDOStatement::bindValue() . Это связано с тем, что  PDOStatement::bindParam()  будет использовать ссылку на связанную переменную для извлечения значения, которое вы не используете в данном контексте updateStats(). 
  Например, обратите внимание на порядок примененных операций, который вызывается bindParam до изменения значения $v. 
 [114] 
 Тогда вам просто нужно разделить проблемы в вашем методе updateStats, чтобы подготовить утверждение, только если оно еще не было. 
 [115] 
 Наконец, я настоятельно рекомендую вместо использования date('t') использовать  DatePeriod() . Что даст вам полное представление о днях, которые повторяются. В отличие от итерации по количеству дней указанного $importDate, которое будет включать дни до указанного $importDate и дни в будущем. 
   Редактировать:  После более тщательного прочтения вашего вопроса я понял, что вы хотите импортировать весь данный месяц. Не только с указанной даты до текущей даты. Но также остановиться на максимуме текущей даты. Поэтому я обновил логику, чтобы отразить желаемое поведение. 
  Пример:  https://3v4l.org/S0H6s  
 [116]   Хочу отметить, что понятия не имею, где $total_sessions, 
 [ 1149] $count_guests, $count_unique_guests, $total_minutes, поэтому это может представлять дополнительные проблемы, которые, возможно, необходимо решить. 
  blockquote>  Результаты текущей даты «2019-01-01»:  https://3v4l.org/ddQG0  
 Import Dates: "2019-01-18"
Dates set in the future are not permitted


Import Dates: "2019-01-01" (current day)
2019-01-01


Import Dates: "2018-12-01", "2018-12-20", ""
2018-12-01
2018-12-02
2018-12-03
2018-12-04
2018-12-05
2018-12-06
2018-12-07
2018-12-08
2018-12-09
2018-12-10
2018-12-11
2018-12-12
2018-12-13
2018-12-14
2018-12-15
2018-12-16
2018-12-17
2018-12-18
2018-12-19
2018-12-20
2018-12-21
2018-12-22
2018-12-23
2018-12-24
2018-12-25
2018-12-26
2018-12-27
2018-12-28
2018-12-29
2018-12-30
2018-12-31
GET['importDate'], что приведет к созданию даты, подобной --0, которая будет интерпретировать


         
            7

         
         
            rounded-corners internet-explorer css jquery         
         
         
            задан Manishearth            15 July 2012 в 14:42 
         
         
         поделиться


  

      
    

    
   
   
      8 ответов
      

      
         
                     
      

         
         
            
               
                  
                     Я соглашаюсь с RichH, я думаю, что все популярные библиотеки JavaScript оставляют желать лучшего при попытке к созданным скругленным углам. 

Я всегда использую cornershop: http://wigflip.com/cornershop/, это - изображение / генератор CSS, который вынимает боль из создания округленных краев вручную. 
                  
                  
                     
                     4

                  
                  
                  
                     ответ дан                      6 December 2019 в 11:54 
                  
                  поделиться
               
                              
                  
                     
      
                                         
                  
               
            
         
         
            
         
            
               
                  
                     Вы могли бы хотеть попробовать этот плагин вместо этого jquery.curvycorners.js.

Мы используем его на нашем проекте без проблемы вообще - Вы, возможно, должны добавлять/предварительно ожидать с промежутками, но это очень просто. 

Лучшая вещь-> сглаженный по умолчанию.

http://blue-anvil.com/jquerycurvycorners/test.html
                  
                  
                     
                     3

                  
                  
                  
                     ответ дан                      6 December 2019 в 11:54 
                  
                  поделиться
               
                              
                  
                     
      
                                         
                  
               
            
         
         
            
         
            
               
                  
                     Я испытал только затруднения с библиотеками Javascript скругленных углов (особенно с IE6 и 7)

В конце я вернулся к более традиционным подходам, включающим изображения. Немного больше тяжелой работы для установки, но работает отлично.
                  
                  
                     
                     2

                  
                  
                  
                     ответ дан                      6 December 2019 в 11:54 
                  
                  поделиться
               
                              
                  
                     
      
                                         
                  
               
            
         
         
            
         
            
               
                  
                     Немного трудно визуализировать проблему, которую Вы имеете, ссылка была бы действительно полезна. Удостоверьтесь, что Ваши свойства height и width определяются для каждой ячейки Вашей таблицы. Это могла потенциально быть проблема hasLayout.
                  
                  
                     
                     0

                  
                  
                  
                     ответ дан                      6 December 2019 в 11:54 
                  
                  поделиться
               
                              
                  
                     
      
                                         
                  
               
            
         
         
            
         
            
               
                  
                     Я искал и не нашел решение скругленных углов на вкладках UI jQuery. JQuery themeroller поддерживает скругленные углы, но в документации говорится, что они не работают в IE.

Вот является хорошая страница с 25 различными методами скругленного угла http://www.cssjuice.com/25-rounded-corners-techniques-with-css/
                  
                  
                     
                     0

                  
                  
                  
                     ответ дан                      6 December 2019 в 11:54 
                  
                  поделиться
               
                              
                  
                     
      
                                         
                  
               
            
         
         
            
         
            
               
                  
                      У меня были похожие проблемы, даже в firefox, я обнаружил, что если вы примените «углы» к элементу, у которого есть класс, который устанавливает цвет фона, углы никогда не применяются. В моем случае я добавляю класс с именем selected, который дает другой цвет фона для выбранной «вкладки» в UL. Чтобы предотвратить это, я применяю цвет фона с помощью js вместо css после добавления углов: 

$('.selected').css('background-color', '#3296C0');


 Также вы добавляете: hover, который изменяет цвет фона, углы возвращаются в квадрат при наведении курсора. Решение, которое у меня есть до сих пор, - использовать событие onhover, которое повторно применяет углы (вы также можете установить цвет здесь). 

 $('#top-nav li a').hover(function(){
        $(this).corners('top');
    });


 Что касается IE6 - кошмар - было бы не так уж плохо, если бы я мог обнаруживать IE6 и просто не добавлять углы, оставляя их квадратными. Даже IE 7 еще не пробовал ... 
                  
                  
                     
                     0

                  
                  
                  
                     ответ дан                      6 December 2019 в 11:54 
                  
                  поделиться
               
                              
                  
                     
      
                                         
                  
               
            
         
         
            
         
            
               
                  
                      В IE результаты были лучше с библиотекой  DD_Roundies  . Но работает только в IE. Для Firefox вам нужно добавить стили -moz-border-radius. 
                  
                  
                     
                     5

                  
                  
                  
                     ответ дан                      6 December 2019 в 11:54 
                  
                  поделиться
               
                              
                  
                     
      
                                         
                  
               
            
         
         
            
         
            
               
                  
                      curvycorners.js и jquery.curvycorners.js работают, только если вы не хотите использовать какие-либо переходы. 

 если у вас есть эффект вкладки «аккордеон» или эффект постепенного появления / исчезновения, элемент со скругленными углами не будет правильно отображаться после изменения. 
                  
                  
                     
                     2

                  
                  
                  
                     ответ дан                      6 December 2019 в 11:54 
                  
                  поделиться
               
                              
                  
                     
      
                                         
                  
               
            
         
         
               
          Другие вопросы по тегам:          
         rounded-corners internet-explorer css jquery       
        Похожие вопросы:

        
          
                          59 
 Что лучший способ состоит в том, чтобы вынудить себя к основному vi? [закрытый] - 9 April 2009 03:44 
                            55 
 Почему бы не использовать таблицы для разметки в HTML? [закрыто] - 6 November 2018 00:07 
                            40 
 Как лучше всего обнаружить мобильное устройство? - 24 April 2019 12:27 
                            36 
 Как сделать div не больше его содержимого? - 20 September 2015 12:27 
                            36 
 Как лучше всего обнаружить устройство с «сенсорным экраном» с помощью JavaScript? - 15 October 2013 16:24 
                            35 
 Мы должны больше поддерживать IE6? [закрытый] - 9 July 2014 06:09 
                            31 
 Как сопоставить Collator внутри пользовательской сортировки для объектов в JS [duplicate]  - 17 June 2015 03:09

score 4 · Answer 1

Я соглашаюсь с RichH, я думаю, что все популярные библиотеки JavaScript оставляют желать лучшего при попытке к созданным скругленным углам.

Я всегда использую cornershop: http://wigflip.com/cornershop/, это - изображение / генератор CSS, который вынимает боль из создания округленных краев вручную.

score 3 · Answer 2

Вы могли бы хотеть попробовать этот плагин вместо этого jquery.curvycorners.js.

Мы используем его на нашем проекте без проблемы вообще - Вы, возможно, должны добавлять/предварительно ожидать с промежутками, но это очень просто.

Лучшая вещь-> сглаженный по умолчанию.

http://blue-anvil.com/jquerycurvycorners/test.html

score 2 · Answer 3

Я испытал только затруднения с библиотеками Javascript скругленных углов (особенно с IE6 и 7)

В конце я вернулся к более традиционным подходам, включающим изображения. Немного больше тяжелой работы для установки, но работает отлично.

score 0 · Answer 4

Немного трудно визуализировать проблему, которую Вы имеете, ссылка была бы действительно полезна. Удостоверьтесь, что Ваши свойства height и width определяются для каждой ячейки Вашей таблицы. Это могла потенциально быть проблема hasLayout.

score 0 · Answer 5

Я искал и не нашел решение скругленных углов на вкладках UI jQuery. JQuery themeroller поддерживает скругленные углы, но в документации говорится, что они не работают в IE.

Вот является хорошая страница с 25 различными методами скругленного угла http://www.cssjuice.com/25-rounded-corners-techniques-with-css/

score 0 · Answer 6

У меня были похожие проблемы, даже в firefox, я обнаружил, что если вы примените «углы» к элементу, у которого есть класс, который устанавливает цвет фона, углы никогда не применяются. В моем случае я добавляю класс с именем selected, который дает другой цвет фона для выбранной «вкладки» в UL. Чтобы предотвратить это, я применяю цвет фона с помощью js вместо css после добавления углов:

$('.selected').css('background-color', '#3296C0');

Также вы добавляете: hover, который изменяет цвет фона, углы возвращаются в квадрат при наведении курсора. Решение, которое у меня есть до сих пор, - использовать событие onhover, которое повторно применяет углы (вы также можете установить цвет здесь).

 $('#top-nav li a').hover(function(){
        $(this).corners('top');
    });

Что касается IE6 - кошмар - было бы не так уж плохо, если бы я мог обнаруживать IE6 и просто не добавлять углы, оставляя их квадратными. Даже IE 7 еще не пробовал ...

score 5 · Answer 7

В IE результаты были лучше с библиотекой DD_Roundies . Но работает только в IE. Для Firefox вам нужно добавить стили -moz-border-radius.

score 2 · Answer 8

curvycorners.js и jquery.curvycorners.js работают, только если вы не хотите использовать какие-либо переходы.

если у вас есть эффект вкладки «аккордеон» или эффект постепенного появления / исчезновения, элемент со скругленными углами не будет правильно отображаться после изменения.