Ну я как бы догадываюсь что это данные возникшие в процессе работы. Т.к. при установке такого объема файлов я не помню. :) Вопрос в другом, точнее два:
1. Можно ли их безболезненно грохнуть?
2. Можно ли как-то отключить их создание?
Беспредел просто - ни одна из известных мне программ такого себе не позволяет - так освинячить диск всего за пару лет это вредительство какое-то.
Валь некоторые буквы очень удачно в графике обыгрываются! :)
Это тоже понятно - я же сказал вопрос - ЭМПИРИЧЕСКИЙ! Ясно что можно доменов нарегать любых с ключом нужным, мне интересно именно как подобный ход поисковик оценит...
Т.е. не как лучше сделать, а какие мысли есть именно по данному варианту!
Скай как и любой пров предоставляет ДОСТУП В ИНЕТ! Сл-но обязан длавать возможность юзать вообще все и вся. Бывают правда идиотские провы, которые действительно убивают некоторые порты, оправдывая это защитой своих сетей от исходящих спам рассылок - но это дебилы криворукие, а не провайдеры.
Самый простой способ проверить - пинганите с этого прова любой удаленный серв по 25 порту - если порт закрыт - пинга не будет. Если открыт - то по барабану какой SMTP юзать - это от провайдера не зависит.
ЗЫ: Когда деревья были большими, трава зеленая, овцы тучные, коровы удоистые, а я юзал Скай - никаких ограничений не видел.
Может почтарь косячный?
Скай юзал когда то, года полтора наверное - проблем не замечал с ним, правда дело давно было. А "танцевать" нужно именно от ответов сервера. Можно как вариант телнетом сервер "потыкать" - посмотреть чего бает...
Чур меня чур - так вообще то почти все бесплатные почтовые сервисы делают. :) Яндекс в частности не пропускает через smtp письма с чужим ящиком.
да уже вроде разобрался :) осталось базы перекроить немного и блин скрипты... :)
это я пример привел, в реальности там за ним записи из другой таблицы, т.е. тот самый "словарь", так что конечно оба будут числовыми.
netwind, СКОРПИОН - биг сеньк обоим!
остается вопрос - как потом обращаться по первичному ключу к записи? Т.е. первичный ключ данной таблицы, исполльзуется для идентификации записей в других таблицах - как с этим работать? Причем предположим такой вариант:
id2 VARCHAR(100) NOT NULL, id3 INT(10) NOT NULL, value TINYTEXT NOT NULL, PRIMARY KEY id (id2,id3), UNIQUE KEY id (id)
как поле в другой таблице определить под хранение этого ключа?
Да нет же - ему нужен именно первичный ключ, иначе он просто добавляет, хотя может вот тут собака порыта:
нет не в курсе... велкам рассказать! :)
проблема в том что у меня на момент добавления НЕТУ id, есть только вторичные ключи!
Например:
| id | id2 | id3 | value | ------------------------------------------------------------ | 1 | Вася | характер | скверный | | 2 | Петя | характер | сисадминский | | 3 | Вася | лицо | глупое | | 3 | Коля | лицо | кирпича просит |
Т.е. у меня есть значения:
(Петя , характер , исправился)
(Коля , характер , пива выпил) add
(Петя , лицо , задумчивое) add
(Вася , лицо , книжку прочитал)
(Миша , лицо, удивленное) add
соответственно надо некоторые поля добавить ( add), а некоторые изменить. Сочетание id2+id3 ВСЕГДА УНИКАЛЬНО! Но ключа id нету на момент добавления!
тем и не устраивает!
тогда в три - нужен еще SELECT который подскажет нам какие записи уже есть...
Вот этого то и хочется избежать. Иначе сначала надо выбрать массив SELECTом - сравнить массивы, разделить исходный на (добавляем/обновляем) - и потом начать процесс. А если записей несколько миллионов? Тоже так же страдать?
xmrz как?
т.е. если б можно было:
UPDATE ... WHERE ... [OR INSERT INTO ...]
тогда да... но так ведь не получится.
