Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - ash

Страницы: [1]
1
PHP / угу
« : 15 Мая 2002, 17:48:27 »
Я вот уже подумывал об этом, но не владею тех информацией, т.е. не смогу на программерском уровне описать баг.

З.Ы. да и аглицкий прихрамывает. =)

2
PHP / оказалось не так все просто.
« : 15 Мая 2002, 10:25:10 »
Дело в том, что ф-я fgets не учитывает особенностей csv файла. Ведь в нем экранируются специальные символы, встречающиеся в тексте (например: "), посему в базу загоняются двойные значения...
вот кусок csv файла
Цитировать

655NGVK03;"Момент.овс.каша""Вкусново""традицион. 40г 5пак/20";23,08
655NGVK10;"Момент.овс.каша ""Вкусново"" банан 40г 5пак/24";23,08

а вот итог вывода с ф-ей fgets
Цитировать

"Момент.овс.каша""Вкусново""традицион. 40г 5пак/20"
"Момент.овс.каша ""Вкусново"" банан 40г 5пак/24"

и кусок обработаный ф-ей fgetcsv
Цитировать

Момент.овс.каша"Вкусново"традицион. 40г 5пак/20
Момент.овс.каша "Вкусново" банан 40г 5пак/24

Как видишь - разница есть... Хотя вроде все работает, буквы не попадают и т.д., но а что если будет использована ; в тексте? Ее csv экранирует (test;"test11; test22";123) [test11; test22 - в одной ячейке находились], вот в данном примере функция подумает, что колонок не три, а четыре...

=(


P.S. Совсем забыл сказать, что я поменял разделитель и теперь функция выглядит так:

while ($arData = fgets($file, 4096))
{
$arData = explode(";",$arData);
....

3
PHP / угу
« : 14 Мая 2002, 16:21:12 »
программер, что писал матерился на это дело, мне его не удалось уломать на переписывание функции скриптом...

а что с первым вариантом?

4
PHP / =((
« : 14 Мая 2002, 03:41:57 »
Нда... Кстати, на локальной машине (рабочей) стоит ХР - такая же ерунда.

5
Базы данных / 1040 Too many connections
« : 29 Марта 2002, 17:12:58 »
wait_timeout 28800
На обоих машинах =(

6
Базы данных / 1040 Too many connections
« : 29 Марта 2002, 16:59:24 »
Да, действительно там используется pconnect, но и на юникс машине то же есть сайты использующие такую функцию. Проблем не возникает.

Есть ли иной выход, вместо переписывания кода?

7
Базы данных / 1040 Too many connections
« : 29 Марта 2002, 08:26:58 »
Вот такая зараза вываливается переодически, надоело, а как исправить не нашел =(

Вот сейчас оно выползо при следующий обстоятельствах:
ошибка появилась и я ради интереса полез посмотреть сколько соединений образовалось (SHOW STATUS) и увидел такую вот цифрь Connections 322 при этом не открывались новые соединения, а старые функционировали.
Глянул я и SHOW PROCESSLIST, в нем отображались процессы запущенные недели две назад (судя по 7ми значиным числам).

Вот что с этим делать? =(((( перегружать сервис нехорошо...
Да, самое важное: Win2000+MySQL3.23.49

Я несколько в замешательстве, у меня под FreeBSD MySQL уже
Uptime   5081062   =(((((

Вот кусок из php.ini
Цитировать

[MySQL]
mysql.allow_persistent = On
mysql.max_persistent = -1
mysql.max_links = -1
mysql.default_port =
mysql.default_socket =
mysql.default_host =
mysql.default_user =
mysql.default_password =

Идентичная конфигарация и под фрёй.

P.S. Когда первый раз такое проявилось я решил немного поэксперементировать и следал параметр mysql.max_persistent = 100. Ожидания не подтвердились соединения как плодились так и продолжали в том же духе, за пол часа перевалили за 100 =((( и продолжали это делать.

Каким образом заставить MySQL отстреливать старые соединения? Ведь юниковая версия это делает без напоминания...

8
PHP / Глюки mysql + php?
« : 05 Марта 2002, 18:00:15 »
Только что потестил еще раз.
MySQL все на той же машине (т.е. база лежит на машине, описаной в первом сообщении),
Apache/1.3.19 (Unix) rus/PL30.4 + PHP 4.0.5 на  FreeBSD.
Провожу аналогичную операцию и вижу что все буквы добрались в целости и сохранности. => проблема именно в PHP и именно для платформы win32.
Полностью переносить сайт на unix машину нет никакой возможности (впрочем и частичной то же из-за проблем безопасности, они стоят в разных сетках).

Это можно поправить как-нибудь? или ждать 4.1.2 под винду? ... =((((


Цитировать
mysql настроен на win-1251?


А можно эту часть подробней? =)

9
PHP / Глюки mysql + php?
« : 05 Марта 2002, 17:49:11 »
Программер, чт описал этот скрипт проверял. до мюскла доходят уже резанные буквы =(
они выпадают где-то на уровне обработки данных пхпшным скриптом.
Я бы грешил на скрипт, но: с английскими словами все в порядке; разные версии выбрасывают разное кол-во букв; очень редко встречаются повторяющиеся выпадения; и самое главное (!) я проверил этот скрипт на машине под фрёй, выпадений букв - как не бывало, все ок.

=(  Что делать - не знаю совсем. Под юникс этот сайт перенести не получится =((((

Может кто знает как пофиксить подобные глюки пхп?

10
PHP / Глюки? Если да, то чьи?
« : 04 Марта 2002, 16:06:33 »
Приветствую вас, уважаемые господа.

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

Ситуация:
Server: Win2000SE + Apache/1.3.20 +  PHP 4.x.x (про иксы будет повествование дальше) + MySQL 3.23.46
На этом безобразии вертится некий сайт (пока в тестовом режиме, но уже пора переводит его в люди), где есть скрипт, работающий по схеме:
1. пользователь делает из прайс-листа csv (около 4000 позиций)
2. указывает где лежит прайс, жмет кнопку
3. скрипт обрабатывает запрос что-то с ним делает (что конкретно - не знаю)
4. пользователю выводится сообщение, что все ОК прайс выкачан без ошибок и кнопочка ОБНОВИТЬ
5. скрипт заливает прайс в базу

Вот тут начинается свистопляска с версиями PHP (судя по тестам, что я проводил именно с ними).  У прайса куча категорий и подкатегорий, часть из них на английском, с ними все в порядке, НО вот с русскими названиями и пунктами творится нечто ужасное...
Случайным образом отрезается произвольное количество
русских букв с начала или конца слова. Я не оговорился - именно случайным, т.к. при одной и той же версии PHP при нескольких закачках количество, буква и место (начало либо конец. Про середину не знаю, не замечал) меняются =(((
Еще одно положение в пользу версии о глюках именно PHP говорит тот факт, что: при установки версии 4.1.1 иногда пропадают целые слова и выпадение букв повальное; версия 4.0.6 работет лучше, но из
кетчупов получаются чупы , более лояльно к этому относится 4.0.5 версия, сначала я жаде думал, что она работает как надо и успокоиюлся (программер, что писал скрипт то же), но как оказалось это не так.. дотошный заказчик обнаружил атончики вместо батончиков в глубине одной из категорий товаров (и здесь куски опять же блуждающие, я примотрелся и нашел еще несколько нехватающих букв.

Вот и сейчас я в совершеннейшей растерянности, что делать и как выловить это т глюк. =(

На данный момент я имею: версия PHP 4.0.5 более терпима к "обрезанию" русских букв; факт выпадения букв происходит до этапа попадания данных в БД; чаще всего страдают буквы в начае слова (Б, Ч, К, но не они одни), при этой версии обычно вываливаются 1-2 буквы (т.е. первая и вторая, иногда и больше так например: Шоколад превращался в Лад); в пунктах где первыми идут цифры - буквы на своих местах; английские слова не трогаются.



Если кто сталкивался с таким или представляет сбе что это может быть и как от этого избавиться - скажите плизз.

Страницы: [1]