багом не является Ошибка при создании релиза, с большим оформлением

D

drew

Легенда
Советую для начала убрать проблему
PHP Notice: crypt(): No salt parameter was specified. Youmust use a randomly generated salt and a strong hash function to produce asecure hash. in
Есть решение тут или с github берите решение.
 
Protektor

Protektor

Пользователь
drew написал(а):
Советую для начала убрать проблему
PHP Notice: crypt(): No salt parameter was specified. Youmust use a randomly generated salt and a strong hash function to produce asecure hash. in
Есть решение тут или с github берите решение.
Нажмите для раскрытия...
С этим решено, но должного эффекта все равно не получил.
Удалось решить проблему путем увеличения значение в php.ini и my.cnf
подкрутил
wait_timeout=90 (было 60)
и
max_execution_time = 90 (было 30)
Ну и вывод: не плохо бы было увеличить мощность сервера, (пару ядер летом можно докупить)
 
R

Ragnar

Пользователь
Protektor написал(а):
С этим решено, но должного эффекта все равно не получил.
Удалось решить проблему путем увеличения значение в php.ini и my.cnf
подкрутил
wait_timeout=90 (было 60)
и
max_execution_time = 90 (было 30)
Ну и вывод: не плохо бы было увеличить мощность сервера, (пару ядер летом можно докупить)
Нажмите для раскрытия...
Какая сейчас конфигурация?
 
R

Ragnar

Пользователь
Protektor написал(а):
Intel Xeon E312xx (Sandy Bridge) 1 ядро
CPU MHz: 2600
1 гиг оперативы ddr3
ssd
Начальный уровень, впринципе
Нажмите для раскрытия...
На этой конфигурации не должно быть проблем. Нужно курить настройки мускула

Please Login or Register to view hidden text.
. Также проверь индекс таблицы в БД.
 
Protektor

Protektor

Пользователь
Так сей час проблем и нет, я выше писал какие значения крутил, mysqltuner эту проблему не выявил, я отталкивался от лога ошибок.
если бы max_execution_time было равным 60 (как у многих по дефолту) то проблем бы и не возникло, а у меня стояло 30, большой пост , сама то себе ресурсоемкая операция, вот и не хватало 30 секунд для успешного занесения поста в базу.
 
Сверху